[Freeswitch-users] NPDI tel URI parameters appearing in SIP URI

[Avi Marcus]

Ah sorry, I should have read your question more carefully!
-Avi


On Wed, Feb 20, 2013 at 6:43 AM, Victor Chukalovskiy <
victor.chukalovskiy at gmail.com> wrote:

>  Avi,
>
> I know this part of the WiKi....thank you but I don't think it helps here.
>
> -Victor
>
>
> On 02/19/2013 07:25 PM, Avi Marcus wrote:
>
> You'll have to use a regex and capture it manually.
> See:
> http://wiki.freeswitch.org/wiki/Regular_Expression#LNP_.28Local_Number_Portability.29
>
>  -Avi
>
> On Wed, Feb 20, 2013 at 12:25 AM, Victor Chukalovskiy <
> victor.chukalovskiy at gmail.com> wrote:
>
>>  Hello,
>>
>> SIP call comes on leg A as following:
>> INVITE sip:6135555555*;npdi=yes*@1.2.3.4:5060 SIP/2.0
>>
>> ${destination_number} var becomes "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 at 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 at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at freeswitch.orghttp://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130220/4d6ca055/attachment-0001.html