[Freeswitch-users] unexpectedly dial through gateway

Tue Dec 20 19:48:08 MSK 2011

Can you post your complete dialplan and the call logs of the two situations that you describe to pastebin?  It is hard to follow what you are asking, but I can explain what is going on that way.

On Tuesday 20 December 2011 04:03:17 Zhuravlov Sergey wrote:
> Thank you! 
> I was delighted and thought, as I did not think to myself! Indeed
> found earlier definition of gateways, fixed regexp.
> 
> However, I realized that the call is routed through the gateway, which I only
> use for incoming calls, outgoing is no any rules or regexps, which would allow
> the call to go through it.
> 
> Mystery!
> 
> And most importantly, that when turned off via the CLI this particular gateway
> - everything works as expected. Just turn on again the call goes through it for
> some reason!
> 
> Maybe you can somehow increase the debug level for routing?
> 
> yy.yyy.yy.yy -- FS
> xx.xxx.xx.xx -- Asterisk
> 
> Example call 1 - gateway with problem is off - the call goes as it should
> 
> 
> EXECUTE sofia/internal/271 at intra.mydom.com hash(insert/intra.mydom.com-last_dial/271/711)
> EXECUTE sofia/internal/271 at intra.mydom.com hash(insert/intra.mydom.com-last_dial/global/042c1036-2a81-11e1-9963-ab2ff8b5cdf8)
> EXECUTE sofia/internal/271 at intra.mydom.com set(RFC2822_DATE=Mon, 19 Dec 2011 22:35:40 +0200)
> 2011-12-19 22:35:40.694311 [DEBUG] mod_dptools.c:1063 sofia/internal/271 at intra.mydom.com SET [RFC2822_DATE]=[Mon, 19 Dec 2011 2
> 2:35:40 +0200]
> EXECUTE sofia/internal/271 at intra.mydom.com set(hangup_after_bridge=true)
> 2011-12-19 22:35:40.694311 [DEBUG] mod_dptools.c:1063 sofia/internal/271 at intra.mydom.com SET [hangup_after_bridge]=[true]
> EXECUTE sofia/internal/271 at intra.mydom.com bridge(sofia/external/711 at xx.xxx.xx.xx)
> 2011-12-19 22:35:40.694311 [DEBUG] switch_ivr_originate.c:1869 Parsing global variables
> 2011-12-19 22:35:40.694311 [NOTICE] switch_channel.c:816 New Channel sofia/external/711 at xx.xxx.xx.xx [042d9b5e-2a81-11e1-9964-a
> b2ff8b5cdf8]
> 2011-12-19 22:35:40.694311 [DEBUG] mod_sofia.c:4311 (sofia/external/711 at xx.xxx.xx.xx) State Change CS_NEW -> CS_INIT
> 2011-12-19 22:35:40.694311 [DEBUG] switch_core_session.c:1114 Send signal sofia/external/711 at xx.xxx.xx.xx [BREAK]
> 2011-12-19 22:35:40.694311 [DEBUG] switch_core_state_machine.c:325 (sofia/external/711 at xx.xxx.xx.xx) Running State Change CS_IN
> IT
> 2011-12-19 22:35:40.694311 [DEBUG] switch_core_state_machine.c:361 (sofia/external/711 at xx.xxx.xx.xx) State INIT
> 2011-12-19 22:35:40.694311 [DEBUG] mod_sofia.c:85 sofia/external/711 at xx.xxx.xx.xx SOFIA INIT
> send 983 bytes to udp/[xx.xxx.xx.xx]:5060 at 20:35:40.708576:
>    ------------------------------------------------------------------------
>    INVITE sip:711 at xx.xxx.xx.xx SIP/2.0
>    Via: SIP/2.0/UDP yy.yyy.yy.yy:5080;rport;branch=z9hG4bKF00gejSj294yr
>    Max-Forwards: 69
>    From: "NTCOM" <sip:271 at yy.yyy.yy.yy>;tag=tt3ev7SFNK53e
>    To: <sip:711 at xx.xxx.xx.xx>
>    Call-ID: db8c0ed3-a523-122f-b690-bf4d9e35213b
>    CSeq: 21827406 INVITE
>    Contact: <sip:mod_sofia at yy.yyy.yy.yy:5080>
>    User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-4480abc 2011-05-27 21-46-28 -0500
>    Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY
>    Supported: timer, precondition, path, replaces
>    Allow-Events: talk, hold, refer
>    Content-Type: application/sdp
> 
> 
> 
> 
> Example Call 2 - Gateway is turned on and the call goes through it -- it's
> WRONG
> 
> 
> EXECUTE sofia/internal/271 at intra.mydom.com hash(insert/intra.mydom.com-last_dial/271/711)
> EXECUTE sofia/internal/271 at intra.mydom.com hash(insert/intra.mydom.com-last_dial/global/b27a7a7e-2a81-11e1-99a5-ab2ff8b5cdf8)
> EXECUTE sofia/internal/271 at intra.mydom.com set(RFC2822_DATE=Mon, 19 Dec 2011 22:40:33 +0200)
> 2011-12-19 22:40:33.136251 [DEBUG] mod_dptools.c:1063 sofia/internal/271 at intra.mydom.com SET [RFC2822_DATE]=[Mon, 19 Dec 2011 2
> 2:40:33 +0200]
> EXECUTE sofia/internal/271 at intra.mydom.com set(hangup_after_bridge=true)
> 2011-12-19 22:40:33.136251 [DEBUG] mod_dptools.c:1063 sofia/internal/271 at intra.mydom.com SET [hangup_after_bridge]=[true]
> EXECUTE sofia/internal/271 at intra.mydom.com bridge(sofia/external/711 at xx.xxx.xx.xx)
> 2011-12-19 22:40:33.136251 [DEBUG] switch_ivr_originate.c:1869 Parsing global variables
> 2011-12-19 22:40:33.136251 [NOTICE] switch_channel.c:816 New Channel sofia/external/711 at xx.xxx.xx.xx [b27bc0dc-2a81-11e1-99a6-a
> b2ff8b5cdf8]
> 2011-12-19 22:40:33.136251 [DEBUG] mod_sofia.c:4311 (sofia/external/711 at xx.xxx.xx.xx) State Change CS_NEW -> CS_INIT
> 2011-12-19 22:40:33.136251 [DEBUG] switch_core_session.c:1114 Send signal sofia/external/711 at xx.xxx.xx.xx [BREAK]
> 2011-12-19 22:40:33.136251 [DEBUG] switch_core_state_machine.c:325 (sofia/external/711 at xx.xxx.xx.xx) Running State Change CS_IN
> IT
> 2011-12-19 22:40:33.136251 [DEBUG] switch_core_state_machine.c:361 (sofia/external/711 at xx.xxx.xx.xx) State INIT
> 2011-12-19 22:40:33.136251 [DEBUG] mod_sofia.c:85 sofia/external/711 at xx.xxx.xx.xx SOFIA INIT
> send 1072 bytes to udp/[193.201.229.35]:5060 at 20:40:33.144177:
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    ------------------------------------------------------------------------
>    INVITE sip:711 at xx.xxx.xx.xx SIP/2.0
>    Via: SIP/2.0/UDP yy.yyy.yy.yy:5080;rport;branch=z9hG4bK0SepcyQeH1ZvD
>    Route: <sip:gw+multifon-4orbit at 193.201.229.35:5060;transport=udp;lr>;gw=multifon-4orbit
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^   
>    Max-Forwards: 69
>    From: "NTCOM" <sip:271 at yy.yyy.yy.yy>;tag=3B7DcUHFU3DcQ
>    To: <sip:711 at xx.xxx.xx.xx>
>    Call-ID: 89da3022-a524-122f-b690-bf4d9e35213b
>    CSeq: 21827552 INVITE
>    Contact: <sip:mod_sofia at yy.yyy.yy.yy:5080>
>    User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-4480abc 2011-05-27 21-46-28 -0500
>    Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY
>    Supported: timer, precondition, path, replaces
>    Allow-Events: talk, hold, refer
>    Content-Type: application/sdp
>    Content-Disposition: session
> 
> 
> 
> 
> 
> 
> 
> On Mon, Dec 19, 2011 at 12:03:04PM -0500, Rob Hutton wrote:
> > Without seeing your dialplan, this is just a guess, but, I would bet that your gateway appears before this trunk in the external dialplan and the call matches the regex on the gateway.  So, tighten your regex on the gateway and/or move this entry above the gateway entry.
> > 
> > 
> > On Monday 19 December 2011 11:54:12 Zhuravlov Sergey wrote:
> > > Hi,
> > > 
> > > in my dialplan I try to call directly to the asterisk server follows:
> > > 
> > > <extension name="ast_NTCOM-711">
> > >        <condition field="destination_number" expression="^(711)$">
> > >              <action application="set" data="hangup_after_bridge=true"/>
> > >              <action application="bridge" data="sofia/external/$1 at ast.er.isk.ip"/>
> > >              <action application="hangup"/>
> > >        </condition>
> > > </extension>
> > > 
> > > But it does not work for me! If the profile external has gateways then a call goes
> > > through a gateway, and receives forbidden.
> > > 
> > > If in the profile external NOT have gateways  - all is good and asterisk
> > > recieve call.
> > > 
> > > I do not understand why this is happening? Where to look?
> > > 
> > > 
> > > 
> > > 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20111220/17e0bf42/attachment-0001.html 