OK, let me try to reproduce...So far I did with 2.1 and works ok, so let's go for 1.11 :)

Regards,

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

On 04.06.2015 01:00, Stas Kobzar wrote:
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-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-url-001>

_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to