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
<[email protected]<mailto:[email protected]>> 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:[email protected]<mailto:sip%[email protected]> . . '"From:
<sip:[email protected]<mailto:sip%[email protected]>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
<sip:[email protected]<mailto:sip%[email protected]>>\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
<[email protected]<mailto:[email protected]>> 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:[email protected]<mailto:sip%[email protected]> . . '"From:
<sip:[email protected]<mailto:sip%[email protected]>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
<sip:[email protected]<mailto:sip%[email protected]>>\r\nEvent:
check-sync\r\n"'
When I use IP address in RURI
(sip:[email protected]<mailto:sip%[email protected]>) it works as expected.
However, when I use domain name in RURI (like this:
sip:[email protected]<mailto:sip%[email protected]>) and my
command looks like this:
opensipsctl fifo t_uac_dlg NOTIFY
sip:[email protected]<mailto:sip%[email protected]> . .
'"From:
<sip:[email protected]<mailto:sip%[email protected]>>;tag=8755a8d01aa27e903a6f4ccaf393f04\r\nTo:
<sip:[email protected]<mailto:sip%[email protected]>>\r\nEvent:
check-sync\r\n"'
I have two Via headers in my resulting NOTIFY packet with different branche
tags:
NOTIFY sip:[email protected]<mailto:sip%[email protected]> 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:[email protected]<mailto:sip%[email protected]>.
From:
<sip:[email protected]<mailto:sip%[email protected]>>;tag=734c62bd59eb9f33d3e6313898450dd1.
CSeq: 10 NOTIFY.
Call-ID:
[email protected]<mailto:[email protected]>.
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>[email protected]
https://www.modulis.com<https://www.modulis.com/>
[https://www.modulis.com/es-img-001]<https://www.modulis.com/es-url-001>
_______________________________________________
Users mailing list
[email protected]<mailto:[email protected]>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>[email protected]
https://www.modulis.com<https://www.modulis.com/>
[https://www.modulis.com/es-img-001]<https://www.modulis.com/es-url-001>
_______________________________________________
Users mailing list
[email protected]<mailto:[email protected]>
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>[email protected]
https://www.modulis.com<https://www.modulis.com/>
[https://www.modulis.com/es-img-001]<https://www.modulis.com/es-url-001>
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
