Yes, it moves it to the right of the host. Thank you for confirming, looks like I'll have to open a jira. On 02/19/2013 07:57 PM, Ken Rice wrote:
If its actually moving the ndpi to the host side thats a bug open a jira and attach debug logs with sip trace on
Sent from my iPhone
On Feb 19, 2013, at 6:25 PM, Avi Marcus <avi@avimarcus.net <mailto:avi@avimarcus.net>> wrote:
You'll have to use a regex and capture it manually. See: http://wiki.freeswitch.org/wiki/Regular_Expression#LNP_.28Local_Number_Porta...
-Avi
On Wed, Feb 20, 2013 at 12:25 AM, Victor Chukalovskiy <victor.chukalovskiy@gmail.com <mailto:victor.chukalovskiy@gmail.com>> wrote:
Hello,
SIP call comes on leg A as following: INVITE sip:6135555555 <tel:6135555555>*;npdi=yes*@1.2.3.4:5060 <http://1.2.3.4:5060> SIP/2.0
${destination_number} var becomes "6135555555 <tel:6135555555>;npdi=yes"
On leg B I send the call to gateway using unaltered ${destination_number}: <action application="bridge" data="sofia/gateway/test_gw/${destination_number}"/>
I see the following on leg B: INVITE sip:6135555555@5.6.7.8:5060 <mailto:sip:6135555555@5.6.7.8:5060>*;npdi=yes* SIP/2.0
So, FS moved ";npdi=yes" which is a tel URI parameter into the very end as if it was a SIP URI parameter. Such behavior does not seem correct. Is this a bug? Found the following implementation discussion: http://comments.gmane.org/gmane.ietf.sip-implementors/21554
Please help to make FS send tel URI parameters unaltered using bridge application and a gateway. WiKi for bridge dial-plan tool has some examples but it does not make use of gateway and I need to use gateway.
Thank you, Victor
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto: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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users> http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.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