Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 06:58 PM, Administrator TOOTAI wrote: Le 13/01/2012 14:32, Jonas Kellens a écrit : On 01/13/2012 02:23 PM, Doug Lytle wrote: Jonas Kellens wrote: I have the following in dialplan : [TrunkAccounts] dialplan show TrunkAccounts Make sure the sort order is what you're expecting. Doug Hello, The order is correct for as far as I'm sure. [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [CheckOnNet] include = TrunkAccounts exten = _321[0-3],1,GoTo(context1,${EXTEN},1) exten = 3214,1,GoTo(context2, ${EXTEN} ,1) exten = _.,1,NoOp() exten = _.,n,Return() Are you sure about your _. exten? Typo in the mail? It means 9 and more digits but your extensions are 8 digits ... Include are always treated *after* context command. If _. is right, something is wrong with Asterisk as it should treat TrunkAccounts. If _XXX. (8 digits or more) is what you have in yourdialplan, than the behavior of Asterisk is OK Try [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [TrunkNotTreated] exten = _.,1,NoOp() exten = _.,n,Return() [CheckOnNet] include = TrunkAccounts include = TrunkNotTreated exten = _321[0-3],1,GoTo(context1,${EXTEN},1) exten = 3214,1,GoTo(context2, ${EXTEN} ,1) [...] Hello, I confirm that this is working for me ! Thanks ! Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] dialplan problem : not including context
Hello, I have the following in dialplan : [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [CheckOnNet] include = TrunkAccounts But when a call for 32380837 enters CheckOnNet, it is not found. How come ?? Kind regards, Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Jonas Kellens wrote: I have the following in dialplan : [TrunkAccounts] dialplan show TrunkAccounts Make sure the sort order is what you're expecting. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 02:23 PM, Doug Lytle wrote: Jonas Kellens wrote: I have the following in dialplan : [TrunkAccounts] dialplan show TrunkAccounts Make sure the sort order is what you're expecting. Doug Hello, The order is correct for as far as I'm sure. [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [CheckOnNet] include = TrunkAccounts exten = _321[0-3],1,GoTo(context1,${EXTEN},1) exten = 3214,1,GoTo(context2,${EXTEN},1) exten = _.,1,NoOp() exten = _.,n,Return() This is what I see on the CLI : /[Jan 13 14:30:01] -- Executing [s@macro-uit789:47] Gosub(SIP/yoc1-5a3c, CheckOnNet,//32380837,1) in new stack [Jan 13 14:30:01] -- Executing [32380837@CheckOnNet:1] NoOp(SIP/yoc1-5a3c, ) in new stack [Jan 13 14:30:01] -- Executing [32380837//@CheckOnNet:2] Return(SIP/yoc1-5a3c, ) in new stack/ So the context TrunkAccounts is not included. Do you know why ? Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 1/13/12 2:32 PM, Jonas Kellens wrote: So the context TrunkAccounts is not included. Do you know why ? Does reloading the dialplan (dialplan reload) give any useful output relating to these two contexts? -- Andreas Sikkema -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 02:37 PM, Andreas Sikkema wrote: On 1/13/12 2:32 PM, Jonas Kellens wrote: So the context TrunkAccounts is not included. Do you know why ? Does reloading the dialplan (dialplan reload) give any useful output relating to these two contexts? I include this context in 2 other contexts : [Jan 13 14:19:12] VERBOSE[4220] config.c: [Jan 13 14:19:12] == Parsing '/etc/asterisk/extensions.conf': [Jan 13 14:19:12] VERBOSE[4220] config.c: [Jan 13 14:19:12] == Found ... [Jan 13 14:19:12] VERBOSE[4220] pbx.c: [Jan 13 14:19:12] -- Including context 'TrunkAccounts' in context 'PROVIDERin' ... [Jan 13 14:19:12] VERBOSE[4220] pbx.c: [Jan 13 14:19:12] -- Registered extension context 'CheckOnNet' (0x2aaacc40d260) in local table 0xd0ba610; registrar: pbx_config [Jan 13 14:19:12] VERBOSE[4220] pbx.c: [Jan 13 14:19:12] -- Including context 'TrunkAccounts' in context 'CheckOnNet' ... Nothing special here it seems... Everything works fine when including context 'TrunkAccounts' in context 'PROVIDERin'. Here it functions as expected. But it does not work the same in context 'CheckOnNet'. Extra question : is there a difference between the context PROVIDERin and the procedure (sub) CheckOnNet ?? Kind regards, Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Jonas Kellens wrote: Everything works fine when including context 'TrunkAccounts' in context 'PROVIDERin dialplan showPROVIDERin Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 02:59 PM, Doug Lytle wrote: Jonas Kellens wrote: Everything works fine when including context 'TrunkAccounts' in context 'PROVIDERin dialplan showPROVIDERin Doug Meaning ? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Jonas Kellens wrote: Meaning ? Meaning I want to see the dialplan order of that context. I'm guessing that's your inbound context. With includes that also include sub-contexts. Usually, there is something ordered differently then expected. Also, what version of Asterisk? Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 03:07 PM, Doug Lytle wrote: Jonas Kellens wrote: Meaning ? Meaning I want to see the dialplan order of that context. I'm guessing that's your inbound context. With includes that also include sub-contexts. Usually, there is something ordered differently then expected. Also, what version of Asterisk? Doug Asterisk 1.6.2.22 It is impossible to post all of this information... However, this is the context CheckOnNet : ...snip... '_32962' = 1. GoTo(solutions,${EXTEN},1) [pbx_config] '_3295[0-9]' = 1. GoTo(step,${EXTEN},1) [pbx_config] '_.' = 1. NoOp() [pbx_config] 2. Return() [pbx_config] Include ='TrunkAccounts' [pbx_config] -= 252 extensions (253 priorities) in 1 context. =- Does this mean the Return() comes before Asterisk looks into the context [TrunkAccounts] ?? Kind regards, Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Jonas Kellens wrote: Does this mean the Return() comes before Asterisk looks into the context [TrunkAccounts] ?? No, I believe the includes are read first, but the order in important. Since you may be matching against another context that may cause failure. For example, I have the following in a internal context: Include ='analog-extensions' [pbx_config] Include ='sip-utilities' [pbx_config] Include ='internal-extensions' [pbx_config] Include ='dial-local' [pbx_config] Include ='dial-ld' [pbx_config] Include ='incoming' [pbx_config] Include ='fall-through' [pbx_config] If I had fall-through first, it'd cause lots of issues. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
On 01/13/2012 04:22 PM, Doug Lytle wrote: Jonas Kellens wrote: Does this mean the Return() comes before Asterisk looks into the context [TrunkAccounts] ?? No, I believe the includes are read first, but the order in important. Since you may be matching against another context that may cause failure. For example, I have the following in a internal context: Include ='analog-extensions' [pbx_config] Include ='sip-utilities' [pbx_config] Include ='internal-extensions' [pbx_config] Include ='dial-local' [pbx_config] Include ='dial-ld' [pbx_config] Include ='incoming' [pbx_config] Include ='fall-through' [pbx_config] If I had fall-through first, it'd cause lots of issues. Doug Hello, there is only one include-statement... Jonas. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Jonas Kellens wrote: there is only one include-statement Then I don't know. I am still on 1.4.x and my PRI context contains all that I'm matching against (No sub contexts). Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Doug Lytle wrote: Then I don't know. I am still on 1.4.x and my PRI context contains all that I'm matching against (No sub contexts). One thing does come to mind; the inbound call is coming into your s extension and then your doing a gosub, in which case, you might be matching against s. Put in a few NoOP statements to find out what EXTEN or ARG1 is. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] dialplan problem : not including context
Le 13/01/2012 14:32, Jonas Kellens a écrit : On 01/13/2012 02:23 PM, Doug Lytle wrote: Jonas Kellens wrote: I have the following in dialplan : [TrunkAccounts] dialplan show TrunkAccounts Make sure the sort order is what you're expecting. Doug Hello, The order is correct for as far as I'm sure. [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [CheckOnNet] include = TrunkAccounts exten = _321[0-3],1,GoTo(context1,${EXTEN},1) exten = 3214,1,GoTo(context2, ${EXTEN} ,1) exten = _.,1,NoOp() exten = _.,n,Return() Are you sure about your _. exten? Typo in the mail? It means 9 and more digits but your extensions are 8 digits ... Include are always treated *after* context command. If _. is right, something is wrong with Asterisk as it should treat TrunkAccounts. If _XXX. (8 digits or more) is what you have in yourdialplan, than the behavior of Asterisk is OK Try [TrunkAccounts] exten = 32380837,1,GoTo(01,32380837,1) exten = 32380838,1,GoTo(01,32380838,1) exten = 32380839,1,GoTo(01,32380839,1) [TrunkNotTreated] exten = _.,1,NoOp() exten = _.,n,Return() [CheckOnNet] include = TrunkAccounts include = TrunkNotTreated exten = _321[0-3],1,GoTo(context1,${EXTEN},1) exten = 3214,1,GoTo(context2, ${EXTEN} ,1) [...] -- Daniel -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users