similar to: From 1.4 to 1.8: stdexten issue

Almost two years ago, a change between how AEL code is built into Asterisk dialplan between minor versions made clear the need to provide a sane entry point into AEL subroutines and that's how AELSub() born. With Asterisk 11 release, they way [stdexten] at extensions.conf is invoked changed from Macro to Gosub using the 'missing context feature' and this caused that any stdexten

On Wed, May 22, 2019 at 03:18:25PM +0000, Ady Ady via Syslinux wrote: > You also need (at least) the "syslinux-common" package of the same > version Yeah my bad, that's what I used, I had all the c32 files... > I don't know how much relevant debug info you could actually get when > using the "-dhcpinfo" option of linux.c32 (see the wiki for details).

Hi! Could someone give me a hand? If I dial 200 for echo testing it works... Everytime I dial an extension ex. 505 get the error below.... In this example it was from 508>505 a Xlite Pro to a TA. I believe it has something to do with the way i'm executing the command dial but I use the "standart" that comes in the samples from asterisk. *CLI> -- Executing

I am running asterisk 1.4 and the Digium GUI SVN-branch-2.0-r4489. When one phone calls another, I see the following on the console (here, 6223 dials 6123) -- Executing [6123 at DLPN_DefaultDialPlan:1] Macro("IAX2/6223-10489", "stdexten|6123|SIP/6123&IAX2/6123") in new stack -- Executing [s at macro-stdexten:1] Set("IAX2/6223-10489",

Hello, i am trying to enable call forwarding on asterisk 1.6 with asterisk-gui If i set my stdexten as follows (with the lines i marked) everything seems like working. But if i make any change on asterisk-gui and apply it.. it recreates the macro-stdexten and deletes my configuration regarding to it. So where should i add my call-forward configuration??? Where am i making a mistake??

I added the playback line to my [macro-stdexten] context but when I dail an extension I don't get the "please hold while I try that extension" message. It just dials the extexsion. Do I have a syntax problem somewhere ? exten => 8005,1,Macro(stdexten,8005,Zap/2) exten => 8006,1,Macro(stdexten,8006,Sip/8006) [macro-stdexten] ; ; Standard extension macro: ; ${ARG1} -

I've have a simple caller id lookup on incoming: [teliax-in] .......... exten =>s,n,GoSub(set-callerid-name,0${CALLERID(num)},1) ................ [set-callerid-name] exten => 0,1,NoOp( no CALLERID num set) exten => 02135590993,1,Set(CALLERID(name)=Matthew ) ............................................... exten => _0!,n,NoOp(CALLERID: ${CALLERID(name)}) exten => _0!,n,Return()

> > Sounds like you may want to contact Cisco... > > And tell them what? There's a bug in their PXE/BIOS stack somewhere? Just some random and humble thoughts... Perhaps it would be worth some additional tests? Maybe a test with pxelinux.0 version 4.07? And using "LINUX", not "KERNEL": ### DEFAULT biginitrd PROMPT 0 LABEL biginitrd LINUX mykernel INITRD

with the below defined in logger.conf on 11.6 cert 6 I am not getting any log message other than notice and warning in any files when doing module reload logger - queue log is the only one that says it restarts *CLI> module reload logger == Parsing '/etc/asterisk/logger.conf': Found Asterisk Queue Logger restarted built fresh box with make samples - added 2 stations, dialing from

On June 18, 2019 12:34:35 PM PDT, Mathieu Chouquet-Stringer <m+syslinux at thi.eu.com> wrote: > Hello Hans Peter, > >Any idea on how I could debug this problem? Basically lpxelinux 6.03 >reboots while loading the initrd if its size is above a certain >threshold. It only happens on certain servers and there's not output >when it happens. I can trigger it reliably on

Trying to make the fax detection work. My current setup (with no fax) is done without Answer(), so the call is answered only when someone actually picks-up the phone. But when the incoming call is fax, I can her the tone and call is never forwarded to "Fax" extension. But... Strange thing happens when I (mistakenly) put a call on hold: -- Executing [youngandson-test at

I'm trying to set up my extensions.conf file using some of the existing macros like stdexten, etc. while at the same time having two logically separate virtual PBX's (with no "default" context) and two trunks coming into separate contexts, i.e. one for residence and one for my at-home business. I noticed, however, that macro-stdexten depends on the "default" context:

Hello Ady, thanks for getting back to me. On Wed, May 22, 2019 at 01:33:50AM +0000, Ady Ady via Syslinux wrote: > > Is there something I could do > > A_ Instead of 6.03, try 6.04-pre1 (not pre2 and not pre3, but pre1). > Please remember to change _all_ related files to the same version, not > just lpxelinux.0. > > Alternatively (and in many cases, even better) you

I'm trying to set up a way that our users can send an XMPP message to Asterisk (unsolicited) to request information, such as voicemail status or the like. No matter what I set for the dialplan, I'm only seeing Asterisk execute the s,1 priority in the context defined in xmpp.conf for incoming messages, and then the "call" hangs up without executing further instructions. Anything

Hello, I am using lpxelinux.0 (latest stable version 6.03, using the official binaries from kernel.org) to kickstart servers as http transfers really helps over links with poor latencies... These servers are being booted in legacy mode, not in UEFI. This has worked very well until recently. Starting with RHEL 7.5, on some servers, we would see the machine rebooting while pxelinux is in the

Hi, I am using this dialplan to record incoming calls: ..... exten => 3331122,n,Set(MONITOR_FILE=${RECDIR}/${UNIQUEID}) exten => 3331122,n,MixMonitor(${MONITOR_FILE}.wav,b) exten => 3331122,n,GoSub(stdexten(${Ext1007})) exten => 3331122,n,Voicemail(1007 at default,) exten => 3331122,n,Hangup() The problem is it records all incoming calls include those with the disposition of

On June 19, 2019 12:21:05 PM PDT, Mathieu Chouquet-Stringer <m+syslinux at thi.eu.com> wrote: > Hello, > >On Tue, Jun 18, 2019 at 05:31:17PM -0700, hpa at zytor.com wrote: >> Which servers, what threshold, what clients, what about pxelinux.0? > >All affected servers so far are Cisco UCS B200 M3 blade servers. > >The threshold seems to be around 50MB, I haven't

Hi list, I need some help to improve my cdr, now in my company are asking me how to know which of my phone numbers are most used when receiving calls from the PSTN and incoming the IVR was thinking about using userfield field, and I'm trying to do, I have at the moment 4 channel DAHDI ; DAHDI CHANNEL 3=23XXXXX6 context=in callerid=asreceived group=1 signalling=fxs_ks channel => 3

I've been working on getting the sample configuration of extensions.conf to be more usable, i.e. to make the examples be more flexible or cover more territory... I thought it might be handy to show people how to use more contexts for virtual hosting, for example. Problem is I was using the existing stdexten macro from 1.2. See: http://bugs.digium.com/view.php?id=11969 If

The Asterisk Development Team would like to announce security release Asterisk 21.0.1. The release artifacts are available for immediate download at https://github.com/asterisk/asterisk/releases/tag/21.0.1 and https://downloads.asterisk.org/pub/telephony/asterisk The following security advisories were resolved in this release: - [Path traversal via AMI GetConfig allows access to outside