[SR-Users] [TOPOH] Contact header for 302 Moved Temporarily

[SamyGo]

Hi Daniel,

There is nothing in $rU for this appearing in Kamailio. That is same
according to the Packet capture there is not $rU in my INVITE coming from
FS.

This is where in kamailio.cfg I'm getting a 484 Address Incomplete from
Kamailio back to FS.

       if (!is_method("REGISTER") && $rU==$null) {
                # request with no Username in RURI
               sl_send_reply("484","Address Incomplete");
               exit;
       }

So Like I mentioned, if only the $rU part is maintained in the Contact
header by TOPOH this would start working as I've experimented by disabling
TOPOH and repeated the scenario and it worked.

Thanks for looking into this,
Regards,
Sammy


On Feb 17, 2016 08:31, "Igor Olhovskiy" <igorolhovskiy at gmail.com> wrote:

> Just a quick question, if possible.
> I can’t get $ru in reply, cause in reply_route it gives me $ru from
> original INVITE. In OpenSIPS I’m using $(<reply>hdr(contact)), but how to
> do this on Kamailio?
> Anyway, contact Header from reply was got from tcpdump capture on Kamailio
> server.
>
> 2016-02-17 10:06 GMT+02:00 Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> isn't the username then decoded from the value of
>>
>>
>> sip:TOPOH.KAMAILIO.IP;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**
>>
>> In other words, when the follow up invite in Kamailio comes, can you
>> print the value of $ru with xlog and see if it has username?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 16/02/16 22:54, Igor Olhovskiy wrote:
>>
>> Yep, got same problem.
>> Not sure it’s a bug, but seems to be topoh module is really lack some
>> configuration.
>>
>> 2016-02-12 21:13 GMT+02:00 SamyGo <govoiper at gmail.com>:
>>
>>> Hi All,
>>> I've recently stumbled upon this little hitch while using kamailio with
>>> topoh module that the Contact header do not contains the User part for the
>>> 302 Moved temporarily packet.
>>>
>>> *My topology:*
>>> UserA<====\
>>>                     ->Kamailio<===>FreeSwitch
>>> UserB<====/
>>>
>>> The B party has set Call forwarding on their phone hence phone sends a
>>> 302 Moved Temporarily to Kamailio.
>>>
>>>
>>> Via: SIP/2.0/UDP
>>> TOPOH.KAMAILIO.IP:5060;branch=z9hG4bK0767.4e4e57deca89da5c5f5ae97228325f85.0
>>> Via: SIP/2.0/UDP
>>> TOPOH.KAMAILIO.IP;branch=z9hG4bKsr-j4IPOlV7MGQKatycM.y7MGZLMGZwM.1LgRWIC9gIgx4fMGZAOBVAOBNfzuaVHRaYpB1LNSQLpx4uMx3Az6eL3RsBCxu-zRrUWSeOgjeBk.IVm4ds34aONc**
>>> From: "+4319714111" <sip:+4319714111
>>> @FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K
>>> To: <sip:502 at USER.B.IP.HERE:5060>;tag=105223296
>>> Call-ID: cd811276-4b4d-1234-66ae-005056867dbc
>>> CSeq: 87257355 INVITE
>>> Contact: <sip:06606017597 at FREESWITCH.IP.HERE:5060>
>>> User-Agent: Yealink SIP-T46G 28.80.0.70
>>> Diversion: <sip:502 at USER.B.IP.HERE:5060>;reason=unconditional
>>> Content-Length: 0
>>>
>>> This is modified in Kamailio TOPOH and sent to FreeSwitch as following
>>>
>>>
>>> SIP/2.0 302 Moved Temporarily
>>> Via: SIP/2.0/UDP
>>> 10.0.20.71;received=10.0.20.71;rport=5060;branch=z9hG4bKeBcy9HKK9cDKr
>>> From: "+4319714111" <sip:+4319714111
>>> @FREESWITCH.IP.HERE>;tag=yUr5UZ7eF794K
>>> To: <sip:502 at USER.B.IP.HERE:5060>;tag=105223296
>>> Call-ID: cd811276-4b4d-1234-66ae-005056867dbc
>>> CSeq: 87257355 INVITE
>>> Contact: <*sip:TOPOH.KAMAILIO.IP*
>>> ;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**>
>>> User-Agent: Yealink SIP-T46G 28.80.0.70
>>> Diversion: <sip:502 at USER.B.IP.HERE:5060>;reason=unconditional
>>> Content-Length: 0
>>>
>>>
>>> Which results in a Call Originate from FreeSwitch with RURI as this:
>>>
>>> INVITE *sip:TOPOH.KAMAILIO.IP*;line=sr-N6IAzBy6WBy6MxFwW.qwPSW5ohWINhaYNLu4g9W4OhWI3wKLgRsIpUg5kGs7g9P-W.y6My**
>>> SIP/2.0
>>>
>>>
>>> I am thinking that in TOPOH Module some patch is required to atleast
>>> retain the $rU for 3XX replies , not sure if this will break some RFC or
>>> Kamailio stability etc !
>>>
>>>
>>> Thanks,
>>> Sammy.
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>>
>> --
>> Best regards,
>> Igor
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.comhttp://miconda.eu
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> --
> Best regards,
> Igor
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160217/738521b3/attachment.html>