[OpenSIPS-Users] Registrar not saving received from Path header

Bogdan-Andrei Iancu bogdan at opensips.org
Sun May 5 12:55:49 CEST 2013


The registrar server will store the PATH hdr in the PATH column of the 
"location" table.

If P1 adds a PATH hdr to a REGISTER that is saved on REGISTRAR via 
save(location, p0) .

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 05/04/2013 08:11 PM, Nathaniel L Keeling III wrote:
> I am currently using version 1.8.2 of opensips. I am using this code 
> on the registrar server, save("location","p0v"), when the user is 
> authenticated. The user is behind a firewall. The register request is 
> first sent to the sip proxy which forwards it to the registrar server. 
> The sip proxy adds the Path header with the source IP/Port of the 
> Register request. From the documentation it sounds like the save() 
> function should take the "received" parameter from the Path header and 
> store it in the "received" column of the location table. When I look 
> at the location table it contains the IP address and port of the SIP 
> proxy so when I try to locate the user, they are being sent to the SIP 
> proxy and the call fails. Is my understanding correct? What is the 
> best approach for this, UAC --> firewall --> P1  --> REG.
>
> Thanks
>
> Nathaniel
>
> On 5/4/13 4:26 AM, Bogdan-Andrei Iancu wrote:
>> Hello Nathaniel,
>>
>> See 
>> http://www.opensips.org/html/docs/modules/1.9.x/registrar.html#id248705 
>> - this controls the PATH support in REGISTRAR module.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>>
>> On 05/04/2013 01:31 AM, Nathaniel L Keeling III wrote:
>>> Hello,
>>>
>>> I sent an earlier post concerning NATed registrations not being able 
>>> to locate from the lookup() function when the registration request 
>>> is sent from a opensips proxy server to an opensips registration 
>>> server and from my research it looks like I should be using the Path 
>>> header with the received parameter set. Doing this, the Register 
>>> request is sent to the registrar proxy server with a Path header, 
>>> the user is successfully authorized and saved in the location table 
>>> but when I look at the location table entry, the received column 
>>> either does not contain a value or it contains the wrong value. Here 
>>> is the Register request sent from the proxy to the registrar server 
>>> and the output from the location table.
>>>
>>> REGISTER sip:my-sip-domain.com;transport=tcp SIP/2.0.
>>> Call-ID: 541d070a84f74ca6f61f68732d063d35 at 0:0:0:0:0:0:0:0.
>>> CSeq: 2 REGISTER.
>>> From: "Nathaniel L Keeling III" 
>>> <sip:nkeeling3 at mydomain2.com>;tag=cbe17bd3.
>>> To: "Nathaniel L Keeling III" <sip:nkeeling3 at mydomain2.com>.
>>> Max-Forwards: 68.
>>> User-Agent: Jitsi2.0.4506.10553Mac OS X.
>>> Expires: 600.
>>> Contact: "Nathaniel L Keeling III" 
>>> <sip:nkeeling3 at 192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com>;expires=600.
>>> Via: SIP/2.0/UDP 
>>> xxx.xxx.110.38:5060;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1;i=04.
>>> Via: SIP/2.0/TCP 
>>> 192.168.43.237:65457;received=208.54.44.148;branch=z9hG4bK-383637-fa379c63d9b82d3f671742fe537882a1.
>>> Authorization: Digest 
>>> username="nkeeling3",realm="mydomain2.com",nonce="5184345b0000003b08c40d29a091fb53e6cb83c3961c1dbb",uri="sip:my-sip-domain.com;transport=tcp",response="987edb51f504ff56c7ba840d594c4bb1".
>>> Content-Length: 0.
>>> Path: 
>>> <sip:xxx.xxx.110.38;r2=on;lr;received=sip:208.54.44.148:43932;transport=tcp>.
>>> Path: <sip:xxx.xxx.110.38;transport=tcp;r2=on;lr>.
>>>
>>>
>>>   id  | username  |    domain | 
>>> contact                                     | received         | 
>>> path |       expires       | q | callid                      | cseq 
>>> | last_modified    | flags | cflags |         user_agent |         
>>> socket          | methods | sip_instance
>>> ------+-----------+---------------+--------------------------------------------------------------------------------+-------------------------+------+---------------------+----+--------------------------------------------------+------+---------------------+-------+--------+-----------------------------+-------------------------+---------+-------------- 
>>>
>>>  1555 | nkeeling3 | mydomain2.com | 
>>> sip:nkeeling3 at 192.168.43.237:65420;transport=tcp;registering_acc=mydomain2_com 
>>> | sip:xxx.xxx.110.38:5060 |      | 2013-05-03 17:08:03      | -1 | 
>>> 869321ee55e10970ff139673909ab626 at 0:0:0:0:0:0:0:0 |   10 | 2013-05-03 
>>> 16:58:03 |     0 |   1024 | Jitsi2.0.4506.10553Mac OS X | 
>>> udp:xxx.xxx.110.48:5060 |         |
>>>  1556 | nkeeling3 | mydomain2.com | 
>>> sip:nkeeling3 at 192.168.43.237:65457;transport=tcp;registering_acc=mydomain2_com 
>>> | sip:xxx.xxx.110.38:5060 |      | 2013-05-03 17:13:42      | -1 | 
>>> 541d070a84f74ca6f61f68732d063d35 at 0:0:0:0:0:0:0:0 |    2 | 2013-05-03 
>>> 17:03:42 |     0 |   1024 | Jitsi2.0.4506.10553Mac OS X | 
>>> udp:xxx.xxx.110.48:5060 |         |
>>>
>>>
>>> Thanks
>>>
>>> Nathaniel
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>



More information about the Users mailing list