[Freeswitch-users] Handling REFER...
Hello everyone, I've got two profiles running: s2s and trunk. The context for s2s is defined as s2s-in. The context for trunk is defined as trunk-in. trunk is bound to 192.168.168.3. recv 481 bytes from udp/[192.168.168.76]:5065 at 18:43:37.309706: REFER sip:mod_so...@192.168.168.3:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.168.76:5065;branch=z9hG4bK__7539073431157335561_9 To: NONAME sip:19415551...@192.168.168.3;tag=BagvZeKSrj7yH From: sip:9412848...@192.168.168.76:5065;transport=udp;tag=203332153_1430350929_10 Call-ID: e505f332-65de-122d-d183-eb12ad0ec1ac CSeq: 2 REFER Max-Forwards: 70 Refer-To: sip:6463959...@192.168.168.3 Contact: sip:s...@192.168.168.76:5065;transport=udp Content-Length: 0 send 592 bytes to udp/[192.168.168.76]:5065 at 18:43:37.316093: SIP/2.0 202 Accepted Via: SIP/2.0/UDP 192.168.168.76:5065;branch=z9hG4bK__7539073431157335561_9 From: sip:9412848...@192.168.168.76:5065;transport=udp;tag=203332153_1430350929_10 To: NONAME sip:9415551...@192.168.168.3;tag=BagvZeKSrj7yH Call-ID: e505f332-65de-122d-d183-eb12ad0ec1ac CSeq: 2 REFER Contact: sip:mod_so...@192.168.168.3:5060 User-Agent: FreeSWITCH Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: precondition, path, replaces Allow-Events: talk, refer Content-Length: 0 FS routed this to the s2s-in context, even though it was sent to the trunk profile. Shouldn't it have ended up in trunk-in? For the time being I wrote some crazy dialplan for s2s-in to transfer the call to trunk-in but I'm wondering what could be going on here. -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Handling REFER...
Thanks for the hint! force_transfer_context and force_transfer_dialplan. I've updated the wiki (I'll add an example once I test it). On Thu, Dec 17, 2009 at 5:06 PM, Anthony Minessale anthony.miness...@gmail.com wrote: The calls inherit the context from the parent, I think there is a var you can set on the chan to pick what context to use in a transfer like transfer_context or something grep the code for it On Dec 17, 2009 1:07 PM, Kristian Kielhofner kristian.kielhof...@gmail.com wrote: Hello everyone, I've got two profiles running: s2s and trunk. The context for s2s is defined as s2s-in. The context for trunk is defined as trunk-in. trunk is bound to 192.168.168.3. recv 481 bytes from udp/[192.168.168.76]:5065 at 18:43:37.309706: REFER sip:mod_so...@192.168.168.3:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.168.76:5065;branch=z9hG4bK__7539073431157335561_9 To: NONAME sip:19415551...@192.168.168.3;tag=BagvZeKSrj7yH From: sip:9412848...@192.168.168.76:5065;transport=udp;tag=203332153_1430350929_10 Call-ID: e505f332-65de-122d-d183-eb12ad0ec1ac CSeq: 2 REFER Max-Forwards: 70 Refer-To: sip:6463959...@192.168.168.3 Contact: sip:s...@192.168.168.76:5065;transport=udp Content-Length: 0 send 592 bytes to udp/[192.168.168.76]:5065 at 18:43:37.316093: SIP/2.0 202 Accepted Via: SIP/2.0/UDP 192.168.168.76:5065;branch=z9hG4bK__7539073431157335561_9 From: sip:9412848...@192.168.168.76:5065;transport=udp;tag=203332153_1430350929_10 To: NONAME sip:9415551...@192.168.168.3;tag=BagvZeKSrj7yH Call-ID: e505f332-65de-122d-d183-eb12ad0ec1ac CSeq: 2 REFER Contact: sip:mod_so...@192.168.168.3:5060 User-Agent: FreeSWITCH Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: precondition, path, replaces Allow-Events: talk, refer Content-Length: 0 FS routed this to the s2s-in context, even though it was sent to the trunk profile. Shouldn't it have ended up in trunk-in? For the time being I wrote some crazy dialplan for s2s-in to transfer the call to trunk-in but I'm wondering what could be going on here. -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Kristian Kielhofner http://www.astlinux.org http://blog.krisk.org http://www.star2star.com http://www.submityoursip.com http://www.voalte.com ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Handling REFER...
On Thu, Dec 17, 2009 at 3:59 PM, Kristian Kielhofner kristian.kielhof...@gmail.com wrote: Thanks for the hint! force_transfer_context and force_transfer_dialplan. I've updated the wiki (I'll add an example once I test it). I love it when users go all Chuck Norris and Rambo in answering their questions AND documenting the info! Thanks KK. -MC ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Re: [Freeswitch-users] Handling REFER...
Also when can we expect little KK's running around? :P Congrats on the marriage /b On Dec 17, 2009, at 6:27 PM, Michael Collins wrote: I love it when users go all Chuck Norris and Rambo in answering their questions AND documenting the info! Thanks KK. -MC ___ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org