[OpenSIPS-Users] Double via in MI generated NOTIFY
Stas Kobzar
stas.kobzar at modulis.ca
Thu Jun 4 18:13:34 CEST 2015
nice trick ))
Well, lookup works with this trick, but t_relay does not. I have:
CRITICAL:tm:w_t_relay: unsupported route type: 32
When I replaced t_relay with forward, I have:
ERROR:core:forward_reply: no 2nd via found in reply
Well, since you can not reproduce it on both OpenSIPS version, I conciser
it as my configuration problem.
I will check again and may be will find something.
Thank you for your help!
On Thu, Jun 4, 2015 at 11:45 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:
> Trick - put the lookup in a sub-route and call it from local route :)
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 04.06.2015 16:20, Stas Kobzar wrote:
>
> Yes, I had the same idea first, but lookup function is not available in
> local_route.
>
> Thanks,
>
> On Thu, Jun 4, 2015 at 9:15 AM, Newlin, Ben <Ben.Newlin at inin.com> wrote:
>
>> Can you not perform the lookup in local_route? Then you could send it
>> where it is supposed to go without the need for the loop.
>>
>> Ben Newlin
>>
>> From: Stas Kobzar
>> Reply-To: OpenSIPS users mailling list
>> Date: Wednesday, June 3, 2015 at 8:45 PM
>> To: OpenSIPS users mailling list
>>
>> Subject: Re: [OpenSIPS-Users] Double via in MI generated NOTIFY
>>
>> Yes, it resolves to itself. The domain is the one from OpenSIPS
>> domains table.
>> And this is actually what I want. I want OpenSIPS to find the contact
>> from its locations table using function lookup("locations");
>>
>> And it works, OpenSIPS finds contact IP and sends NOTIFY to the phone.
>> The only thing is that the packet has 2 Via headers with the same IP and
>> port of OpenSIPS server.
>>
>> As I said, it works, but looks weird.
>>
>>
>> On Wed, Jun 3, 2015 at 7:00 PM, Newlin, Ben <Ben.Newlin at inin.com> wrote:
>>
>>> It sounds like you may be sending the NOTIFY to yourself when you use
>>> the domain name instead of the IP. Have you verified the address that the
>>> domain resolves to? Is it the same as the OpenSIPS instance?
>>>
>>> Ben Newlin
>>>
>>> From: Stas Kobzar
>>> Reply-To: OpenSIPS users mailling list
>>> Date: Wednesday, June 3, 2015 at 6:00 PM
>>> To: Bogdan-Andrei Iancu
>>> Cc: OpenSIPS users mailling list
>>> Subject: Re: [OpenSIPS-Users] Double via in MI generated NOTIFY
>>>
>>> Hi Bogdan,
>>>
>>> No, I do not use local_route at all.
>>>
>>> My code for these kind of notifies is in the beginning of the initial
>>> part or main route after t_check_trans and looks like this:
>>>
>>>
>>> ----------------------------------------------------------------------------------------
>>> t_check_trans();
>>>
>>> # RFC3265: NOTIFY can not be outside SIP dialog.
>>> # So we should drop the packet
>>> if(is_method("NOTIFY")) {
>>> # There is an exception: if this is a check-sync packet
>>> # for phone configuration reload request
>>> if($hdr(Event) =~ "check-sync"){
>>> lookup("locations", "m");
>>> xlog("L_INFO", "$ci|$rm| Send reboot request notify packet to
>>> destination $ru");
>>> t_relay();
>>> exit();
>>> }
>>> send_reply("481","Dialog does not exists");
>>> exit;
>>> }
>>>
>>> ----------------------------------------------------------------------------------------
>>>
>>> I have tried different scenarios:
>>> - Put this code before t_check_trans
>>> - do not use lookup function
>>> - replaced t_relay with forward
>>>
>>> Nothing helped.
>>>
>>> However, when I run fifo command using IP address in sip URI, like this:
>>> opensipsctl fifo t_uac_dlg NOTIFY sip:7037 at 10.130.8.225 . . '"From: <
>>> sip:7037 at voip.etsmtl.ca>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo: <
>>> sip:7037 at voip.etsmtl.ca>\r\nEvent: check-sync\r\n"'
>>>
>>> then, the packet seems to send directly from local_route. Because, in
>>> this case, I do not even see it in the logs.
>>>
>>> Thank you!
>>> Stas
>>>
>>>
>>>
>>>
>>> On Wed, Jun 3, 2015 at 11:05 AM, Bogdan-Andrei Iancu <
>>> bogdan at opensips.org> wrote:
>>>
>>>> Hi Stas,
>>>>
>>>> Do you do any local_route stuff ? If yes, do you modify the RURI/DURI
>>>> or other parts of the requests?
>>>>
>>>> Regards,
>>>>
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>>
>>>> On 01.06.2015 17:42, Stas Kobzar wrote:
>>>>
>>>> Hello,
>>>>
>>>> I am sending NOTIFY packet with event "check-sync" to reload phone
>>>> configuration.
>>>>
>>>> I am doing it with opensips FIFO mi.
>>>>
>>>> My command looks like this:
>>>> opensipsctl fifo t_uac_dlg NOTIFY sip:7037 at 10.130.8.225 . . '"From: <
>>>> sip:7037 at voip.etsmtl.ca>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo: <
>>>> sip:7037 at voip.etsmtl.ca>\r\nEvent: check-sync\r\n"'
>>>>
>>>> When I use IP address in RURI (sip:7037 at 10.130.8.225) it works as
>>>> expected.
>>>>
>>>> However, when I use domain name in RURI (like this:
>>>> sip:7037 at campus.voip.etsmtl.ca) and my command looks like this:
>>>> opensipsctl fifo t_uac_dlg NOTIFY sip:7037 at campus.voip.etsmtl.ca . .
>>>> '"From: <sip:7037 at voip.etsmtl.ca>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
>>>> <sip:7037 at voip.etsmtl.ca>\r\nEvent: check-sync\r\n"'
>>>>
>>>> I have two Via headers in my resulting NOTIFY packet with different
>>>> branche tags:
>>>>
>>>> NOTIFY sip:7037 at 10.130.8.225 SIP/2.0.
>>>> Via: SIP/2.0/UDP 10.130.8.20:5060;branch=z9hG4bK0872.598957f2.0.
>>>> Via: SIP/2.0/UDP 10.130.8.20:5060;branch=z9hG4bK0872.498957f2.0.
>>>> To: sip:7037 at campus.voip.etsmtl.ca.
>>>> From: <sip:7037 at campus.voip.etsmtl.ca
>>>> >;tag=734c62bd59eb9f33d3e6313898450dd1.
>>>> CSeq: 10 NOTIFY.
>>>> Call-ID: 693206c572f70ff6-19332 at 10.130.8.20.
>>>> Max-Forwards: 69.
>>>> Content-Length: 0.
>>>> Server: ETS voip router01.
>>>> Event: check-sync
>>>> .
>>>>
>>>>
>>>> In first case, I do not even see the packet in main route but I see
>>>> it in local_route.
>>>>
>>>> In my second case I see it in main route but the packet is sent with
>>>> double Via header.
>>>>
>>>> I am sure it is not my routing script, because I have just put a
>>>> forward to some IP whenever NOTIFY is received and I still have this
>>>> problem.
>>>>
>>>> Is it a known issue?
>>>>
>>>> Everything still works fine, but having a double Via in logs a bit
>>>> confusing.
>>>>
>>>> Thank you,
>>>> --
>>>>
>>>> Stas Kobzar
>>>>
>>>> Developeur VoIP / VoIP Developer
>>>>
>>>> ___________________
>>>>
>>>> Modulis.ca Inc.
>>>>
>>>> # Bureau / Office: 514-284-2020 x 246 <514-284-2020%20x%20246>
>>>>
>>>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>>>
>>>> https://www.modulis.com
>>>>
>>>> <https://www.modulis.com/es-url-001>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Stas Kobzar
>>>
>>> Developeur VoIP / VoIP Developer
>>>
>>> ___________________
>>>
>>> Modulis.ca Inc.
>>>
>>> # Bureau / Office: 514-284-2020 x 246
>>>
>>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>>
>>> https://www.modulis.com
>>>
>>> <https://www.modulis.com/es-url-001>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>>
>> Stas Kobzar
>>
>> Developeur VoIP / VoIP Developer
>>
>> ___________________
>>
>> Modulis.ca Inc.
>>
>> # Bureau / Office: 514-284-2020 x 246
>>
>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>
>> https://www.modulis.com
>>
>> <https://www.modulis.com/es-url-001>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> --
>
> Stas Kobzar
>
> Developeur VoIP / VoIP Developer
>
> ___________________
>
> Modulis.ca Inc.
>
> # Bureau / Office: 514-284-2020 x 246
>
> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>
> https://www.modulis.com
>
> <https://www.modulis.com/es-url-001>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
--
Stas Kobzar
Developeur VoIP / VoIP Developer
___________________
Modulis.ca Inc.
# Bureau / Office: 514-284-2020 x 246
Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
https://www.modulis.com
<https://www.modulis.com/es-url-001>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150604/70dc71c7/attachment-0001.htm>
More information about the Users
mailing list