[OpenSIPS-Users] Double via in MI generated NOTIFY
Bogdan-Andrei Iancu
bogdan at opensips.org
Thu Jun 4 17:45:10 CEST 2015
Trick - put the lookup in a sub-route and call it from local route :)
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://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
> <mailto: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
> <mailto: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
> <mailto:sip%3A7037 at 10.130.8.225> . . '"From:
> <sip:7037 at voip.etsmtl.ca
> <mailto:sip%3A7037 at voip.etsmtl.ca>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
> <sip:7037 at voip.etsmtl.ca
> <mailto:sip%3A7037 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 <mailto: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 Developer
> http://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
>> <mailto:sip%3A7037 at 10.130.8.225> . . '"From:
>> <sip:7037 at voip.etsmtl.ca
>> <mailto:sip%3A7037 at voip.etsmtl.ca>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
>> <sip:7037 at voip.etsmtl.ca
>> <mailto:sip%3A7037 at voip.etsmtl.ca>>\r\nEvent:
>> check-sync\r\n"'
>>
>> When I use IP address in RURI (sip:7037 at 10.130.8.225
>> <mailto:sip%3A7037 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
>> <mailto:sip%3A7037 at campus.voip.etsmtl.ca>) and my command
>> looks like this:
>> opensipsctl fifo t_uac_dlg NOTIFY
>> sip:7037 at campus.voip.etsmtl.ca
>> <mailto:sip%3A7037 at campus.voip.etsmtl.ca> . . '"From:
>> <sip:7037 at voip.etsmtl.ca
>> <mailto:sip%3A7037 at voip.etsmtl.ca>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
>> <sip:7037 at voip.etsmtl.ca
>> <mailto:sip%3A7037 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
>> <mailto:sip%3A7037 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
>> <mailto:sip%3A7037 at campus.voip.etsmtl.ca>.
>> From: <sip:7037 at campus.voip.etsmtl.ca
>> <mailto:sip%3A7037 at campus.voip.etsmtl.ca>>;tag=734c62bd59eb9f33d3e6313898450dd1.
>> CSeq: 10 NOTIFY.
>> Call-ID: 693206c572f70ff6-19332 at 10.130.8.20
>> <mailto: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
>> <tel:514-284-2020%20x%20246>
>>
>> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>>
>> https://www.modulis.com <https://www.modulis.com/>
>>
>>
>> <https://www.modulis.com/es-url-001>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto: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 <tel:514-284-2020> x 246
>
> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>
> https://www.modulis.com <https://www.modulis.com/>
>
>
> <https://www.modulis.com/es-url-001>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto: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 <tel:514-284-2020> x 246
>
> Email: s <http://firstname.lastname>tas.kobzar at modulis.ca
>
> https://www.modulis.com <https://www.modulis.com/>
>
>
> <https://www.modulis.com/es-url-001>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto: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/>
>
>
> <https://www.modulis.com/es-url-001>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150604/59f056da/attachment-0001.htm>
More information about the Users
mailing list