jerk face
2003-Oct-17 06:50 UTC
[Asterisk-Users] Switch statement taking over my local dialplan
I have two Asterisk servers, one of which uses a switch statement (Server 2). On Server 2, the dialplan is as follows: [provider] switch... [default] include=>provider exten=>451,1,Dial,Zap/1 ... (No extensions defined for Server 2 are "can_match" (eg. exten=>_9XX...)) The problem is that when I pick up a phone and dial 451, it searches Server 1 before using the extension defined in the default context. Is there a way to set Asterisk up to search the local dialplan before checking the switched server? - Thank you for your time. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
WipeOut
2003-Oct-17 07:05 UTC
[Asterisk-Users] Switch statement taking over my local dialplan
jerk face wrote:>I have two Asterisk servers, one of which uses a >switch statement (Server 2). >On Server 2, the dialplan is as follows: > >[provider] >switch... > >[default] >include=>provider >exten=>451,1,Dial,Zap/1 >... > >(No extensions defined for Server 2 are "can_match" >(eg. exten=>_9XX...)) > >The problem is that when I pick up a phone and dial >451, it searches Server 1 before using the extension >defined in the default context. > >Is there a way to set Asterisk up to search the local >dialplan before checking the switched server? > >- Thank you for your time. > > >I had a number of issues using switch and in the end stopped using it, I have bee assured bay many people that they are using it sucessfully but my system is working now so until I see a need I am not going to go back to using switch.. The theory is that it will search the local dialplan for static entries (exten => 451,1...) then it will search the local dialplan for wildcards (exten => _4xx,1..) and then follow the switch line.. I found as you have that it wanted to search the remote dialplan before looking at (in my case) the wildcard extensions, because the link between the 2 servers was not up 24x7 it meant that if the link was down when a call was made it would spend so much time trying to find the remote server that the call would timeout before it even looked at the local dialplan.. My solution was to define wildcard extension mappings for extensions that were on the remote Asterisk box.. Don't know if that helps but my experiance is similar to yours.. Later..
Florian Overkamp
2003-Oct-17 07:07 UTC
[Asterisk-Users] Switch statement taking over my local dialplan
Hi, At 06:50 17-10-2003 -0700, you wrote:>[provider] >switch... > >[default] >include=>provider >exten=>451,1,Dial,Zap/1 >...>The problem is that when I pick up a phone and dial >451, it searches Server 1 before using the extension >defined in the default context. > >Is there a way to set Asterisk up to search the local >dialplan before checking the switched server?Have you tried [default] exten=>451,1,Dial,Zap/1 include=provider ?? Or maybe even: [extensions] exten=>451,1,Dial,Zap/1 [default] include=extensions include=provider With the includes order seems to matter :) Met vriendelijke groet, Florian Overkamp ObSimRef BV (http://www.obsimref.com/)
Mark Spencer
2003-Oct-19 03:29 UTC
[Asterisk-Users] Switch statement taking over my local dialplan
It should always check your local plan first. Are you sure it's looking in default? Does it work if you do not include => provider? Mark On Fri, 17 Oct 2003, jerk face wrote:> I have two Asterisk servers, one of which uses a > switch statement (Server 2). > On Server 2, the dialplan is as follows: > > [provider] > switch... > > [default] > include=>provider > exten=>451,1,Dial,Zap/1 > ... > > (No extensions defined for Server 2 are "can_match" > (eg. exten=>_9XX...)) > > The problem is that when I pick up a phone and dial > 451, it searches Server 1 before using the extension > defined in the default context. > > Is there a way to set Asterisk up to search the local > dialplan before checking the switched server? > > - Thank you for your time. > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users >