[SR-Users] how i should process replies on nathelper pings?

Andres Moya andres.moya.i at gmail.com
Thu Nov 26 22:26:18 CET 2009


Messages disappeared, cool!

What From address better to use for ping messages? any? should be some  
recommendations  i  guess.

Daniel-Constantin Mierla wrote:
> Hello,
>
> try the latest kamailio_3.0 branch. I did a fix for this case. The 
> issue was pretty much harmless.
>
> Cheers,
> Daniel
>
>
> On 26.11.2009 19:51 Uhr, Andres Moya wrote:
>> Ok, lets forward to developers?
>>
>> Klaus Darilion wrote:
>>> Hi guys!
>>>
>>> I can reproduce the problem - I think there is a bug: nathelper's 
>>> (k) sipping_rpl_filter function - which should absorb the replies - 
>>> is not executed on received replies.
>>>
>>> Maybe there is problem in general with the reply callback or maybe 
>>> there is a bug from consolidating ser's and kamailio's module 
>>> interface?
>>>
>>> regards
>>> klaus
>>>
>>>
>>>
>>>
>>> Andres Moya schrieb:
>>>> I am using git to pull 3.0
>>>>
>>>> [root at v kamailio]# cat .git/config
>>>> [core]
>>>>        repositoryformatversion = 0
>>>>        filemode = true
>>>>        bare = false
>>>>        logallrefupdates = true
>>>> [remote "origin"]
>>>>        url = git://git.sip-router.org/sip-router
>>>>        fetch = +refs/heads/*:refs/remotes/origin/*
>>>> [branch "master"]
>>>>        remote = origin
>>>>        merge = refs/heads/master
>>>> [branch "kamailio_3.0"]
>>>>        remote = origin
>>>>        merge = refs/heads/kamailio_3.0
>>>>
>>>>
>>>> I can't do anything in request route?
>>>> [root at v kamailio]# cat /usr/local/etc/kamailio/kamailio.cfg | grep 
>>>> nathelper
>>>> loadmodule "nathelper.so"
>>>> # ----- nathelper -----
>>>> #modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722")
>>>> modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock")
>>>> modparam("nathelper", "natping_interval", 30)
>>>> modparam("nathelper", "ping_nated_only", 1)
>>>> modparam("nathelper", "sipping_bflag", 7)
>>>> modparam("nathelper", "sipping_from", "sip:pinger at riki.ru")
>>>> modparam("registrar|nathelper", "received_avp", "$avp(i:80)")
>>>>
>>>>
>>>> Maybe wrong with sipping_from address.
>>>>
>>>> [root at v kamailio]# cat /usr/local/etc/kamailio/kamailio.cfg | grep 
>>>> riki.ru
>>>> alias=sip.riki.ru:5060
>>>> alias=sip.riki.ru:5070
>>>> modparam("presence", "server_address", "sip:sip.riki.ru:5060")
>>>> modparam("nathelper", "sipping_from", "sip:pinger at riki.ru")
>>>>
>>>> well it is not a server name. but! it is local in database domains, 
>>>> and aliased. Changing to pinger at server IP...
>>>>
>>>> U 195.167.152.55:5060 -> 77.37.164.119:32788
>>>> OPTIONS sip:77.37.164.119:32788 SIP/2.0.
>>>> Via: SIP/2.0/UDP 195.167.152.55:5060;branch=0.
>>>> From: sip:pinger at 195.167.152.55;tag=7b7af265.
>>>> To: sip:77.37.164.119:32788.
>>>> Call-ID: f2e08d27-ed2df483-8210ae1 at 195.167.152.55.
>>>> CSeq: 1 OPTIONS.
>>>> Content-Length: 0.
>>>> .
>>>>
>>>> #
>>>> U 77.37.164.119:32788 -> 195.167.152.55:5060
>>>> SIP/2.0 200 OK.
>>>> Via: SIP/2.0/UDP 195.167.152.55:5060;branch=0.
>>>> Contact: <sip:192.168.0.102:32788>.
>>>> To: <sip:77.37.164.119:32788>;tag=864a9e4d.
>>>> From: <sip:pinger at 195.167.152.55>;tag=7b7af265.
>>>> Call-ID: f2e08d27-ed2df483-8210ae1 at 195.167.152.55.
>>>> CSeq: 1 OPTIONS.
>>>> Accept: application/sdp.
>>>> Accept-Language: en.
>>>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, 
>>>> SUBSCRIBE, INFO.
>>>> User-Agent: X-Lite release 1103k stamp 53621.
>>>> Content-Length: 0.
>>>> .
>>>>
>>>> Nov 26 15:42:19 v /usr/local/sbin/kamailio[29793]: ERROR: <core> 
>>>> [forward.c:695]: ERROR: forward_reply: no 2nd via found in reply
>>>>
>>>>
>>>>
>>>>
>>>> Klaus Darilion wrote:
>>>>> Never saw this yet. IIRC correctly, the responses should be 
>>>>> consumed by nathelper module before entering the script.
>>>>>
>>>>> which version are you using?
>>>>>
>>>>> klaus
>>>>>
>>>>> Andres Moya schrieb:
>>>>>> Hi.
>>>>>>
>>>>>> nathelper sending empty OPTIONS messages to clients. It have only 
>>>>>> one VIA, server's IP address(195.167.152.55). Then it got reply i 
>>>>>> have:
>>>>>> U 195.167.152.55:5060 -> 81.195.165.250:5060
>>>>>>  OPTIONS sip:81.195.165.250:5060 SIP/2.0..Via: SIP/2.0/UDP 
>>>>>> 195.167.152.55:5060;branch=0..From: 
>>>>>> sip:pinger at riki.ru;tag=e64c73d5..To: 
>>>>>> sip:81.195.165.250:5060..Call-ID: 
>>>>>> 680bed34-d2e5c741-0eff517 at 195.167.152
>>>>>>  .55..CSeq: 1 OPTIONS..Content-Length: 0....
>>>>>> #
>>>>>> U 81.195.165.250:5060 -> 195.167.152.55:5060
>>>>>>  SIP/2.0 200 OK..Via: SIP/2.0/UDP 
>>>>>> 195.167.152.55:5060;branch=0..Contact: 
>>>>>> <sip:10.0.52.103:5060>..To: 
>>>>>> <sip:81.195.165.250:5060>;tag=021c6509..From: 
>>>>>> <sip:pinger at riki.ru>;tag=e64c73d5..Call-ID: 680bed34-d2e
>>>>>>  5c741-0eff517 at 195.167.152.55..CSeq: 1 OPTIONS..Accept: 
>>>>>> application/sdp, application/sdp..Accept-Language: en..Allow: 
>>>>>> INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, 
>>>>>> SUBSCRIBE..User-Agen
>>>>>>  t: Zoiper rev.5324..Allow-Events: presence..Content-Length: 0....
>>>>>> Nov 25 23:59:26 v /usr/local/sbin/kamailio[9697]: ERROR: <core> 
>>>>>> [forward.c:695]: ERROR: forward_reply: no 2nd via found in reply
>>>>>> #
>>>>>> U 195.167.152.55:5070 -> 86.154.150.209:5060
>>>>>>  OPTIONS sip:86.154.150.209:5060 SIP/2.0..Via: SIP/2.0/UDP 
>>>>>> 195.167.152.55:5070;branch=0..From: 
>>>>>> sip:pinger at riki.ru;tag=f64c73d5..To: 
>>>>>> sip:86.154.150.209:5060..Call-ID: 
>>>>>> 680bed34-e2e5c741-7eff517 at 195.167.152
>>>>>>  .55..CSeq: 1 OPTIONS..Content-Length: 0....
>>>>>> #
>>>>>> U 86.154.150.209:5060 -> 195.167.152.55:5070
>>>>>>  SIP/2.0 404 Not Found..Via: SIP/2.0/UDP 
>>>>>> 195.167.152.55:5070;branch=0..To: 
>>>>>> <sip:86.154.150.209>;tag=931uruqh0thc6crbneub..From: 
>>>>>> <sip:pinger at riki.ru>;tag=f64c73d5..Call-ID: 
>>>>>> 680bed34-e2e5c741-7eff517 at 195.1
>>>>>>  67.152.55..CSeq: 1 OPTIONS..Content-Length: 0....
>>>>>> Nov 25 23:59:33 v /usr/local/sbin/kamailio[9698]: ERROR: <core> 
>>>>>> [forward.c:695]: ERROR: forward_reply: no 2nd via found in reply
>>>>>>
>>>>>> Reply should be consumed by nathelper? or i should eat it 
>>>>>> somewhere?  i can't do so in request route. and i can't use reply 
>>>>>> route because i can't set t_on_reply, it is not my request. There 
>>>>>> should be easy way... tired get ERROR: forward_reply: no 2nd via 
>>>>>> found in reply
>>>>>>
>>>>>> thanks
>>>>>>
>>>>>> _______________________________________________
>>>>>> sr-users mailing list
>>>>>> sr-users at lists.sip-router.org
>>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> _______________________________________________
>> sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>




More information about the sr-users mailing list