[SR-Users] kamailio asterisk NOTIFY

Daniel-Constantin Mierla miconda at gmail.com
Mon Mar 23 09:21:47 CET 2015


Hello,

as you can see the 408 is for another request, because the cseq is 103.
The first one has cseq 102, but has no Record-Route header, which is
mandated by new RFCs.

In kamailio, if you added in request_route when handling the NOTIFY, you
can try to add record route via reply_route if the client is not keeping
it in reply, kind of following fix:

reply_route {
if(is_method("NOTIFY")) {
  if(!is_present_hf("Record-Route")) {
      insert_hf("Record-Route: <sip:yourserverip:port;transport=...\r\n");
  }
}

Cheers,
Daniel

On 22/03/15 18:11, Slava Bendersky wrote:
> Hello Daniel,
> I still can't understand clearly why when asterisk send NOTIFY to
> client through kamailio it coming back with with 408. I 
> I tried different case event change Contact:, but no luck can't I see
> what the issue all routes in first SUBSCRIBE looks ok . 
> Any though or help will be really appreciate.
>
> This what  I see on asterisk debug
>
> Reliably Transmitting (NAT) to 10.18.130.46:5060:
> NOTIFY sip:102 at 192.168.88.243:5068;alias=client_pub_ip~5068~2 SIP/2.0
> Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK5dd3f266
> Max-Forwards: 70
> Route:
> <sip:10.18.130.46:5060;lr=on;ftag=3b27a2a409;nat=yes>                   
> --->Kamailio route
> From: "canlpbx02" <sip:canlpbx02 at 10.18.130.51>;tag=as56402f92
> To:
> <sip:102 at 192.168.88.243:5068;alias=client_pub_ip~5068~2>;tag=3b27a2a409
> Contact: <sip:canlpbx02 at 10.18.130.51:5060>
> Call-ID: b1edde040d695988
> CSeq: 102 NOTIFY
> User-Agent: FPBX-12.0.43(12.8.1)
> Event: message-summary
> Content-Type: application/simple-message-summary
> Subscription-State: active
> Content-Length: 88
>
> Messages-Waiting: yes
> Message-Account: sip:*97 at 10.18.130.51
> Voice-Message: 5/0 (0/0)
>
> ---
>
> <--- SIP read from UDP:10.18.130.46:5060 --->
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 10.18.130.51:5060;rport=5060;branch=z9hG4bK5dd3f266
> From: "canlpbx02" <sip:canlpbx02 at 10.18.130.51>;tag=as56402f92
> To:
> <sip:102 at 192.168.88.243:5068;alias=client_pub_ip~5068~2>;tag=3b27a2a409
> Call-ID: b1edde040d695988
> CSeq: 102 NOTIFY
> Allow: ACK, BYE, CANCEL, INVITE, MESSAGE, NOTIFY, OPTIONS, REFER,
> SUBSCRIBE, UPDATE
> Server: Media5-fone/4.1.6.3283 Android/5.1
> Supported: eventlist, replaces, timer
> Content-Length: 0
>
> <------------->
> --- (10 headers 0 lines) ---
>
> <--- SIP read from UDP:10.18.130.46:5060 --->
> SIP/2.0 408 Request Timeout
> Via: SIP/2.0/UDP 10.18.130.51:5060;branch=z9hG4bK6386387f;rport=5060
> From: "canlpbx02" <sip:canlpbx02 at 10.18.130.51>;tag=as00936a6d
> To:
> <sip:102 at 192.168.88.243:5066;alias=client_pub_ip~5066~2>;tag=a3aea18741
> Call-ID: 5a66b87a618d1042
> CSeq: 103 NOTIFY
> Server: kamailio (4.2.3 (x86_64/linux))
> Content-Length: 0
>
> <------------->
>
>
> Slava.
>
> ------------------------------------------------------------------------
> *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
> *To: *"Slava Bendersky" <volga629 at networklab.ca>, "sr-users"
> <sr-users at lists.sip-router.org>
> *Sent: *Friday, March 13, 2015 1:28:33 PM
> *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
> Hello,
>
> that function might be in textopsx module.
>
> Cheers,
> Daniel
>
> On 13/03/15 14:25, Slava Bendersky wrote:
>
>     Hello Daniel,
>     Where possible find updated version of options for textops.
>
>     [sr_module.c:701]: find_mod_export_record(): find_export_record:
>     <remove_hf_value> not found
>
>     Specially Record-Route manipulation.
>
>     Slava.
>
>     ------------------------------------------------------------------------
>     *From: *"Slava Bendersky" <volga629 at networklab.ca>
>     *To: *miconda at gmail.com
>     *Cc: *"sr-users" <sr-users at lists.sip-router.org>
>     *Sent: *Friday, March 13, 2015 8:54:26 AM
>     *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>     Hello Daniel,
>     Here paste for first SUBSCRIBE.
>
>     http://fpaste.org/197545/25118514/
>
>     Slava.
>
>     ------------------------------------------------------------------------
>     *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
>     *To: *"Slava Bendersky" <volga629 at networklab.ca>
>     *Cc: *"sr-users" <sr-users at lists.sip-router.org>
>     *Sent: *Thursday, March 12, 2015 5:09:17 AM
>     *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>     Hello,
>
>     can you get the sip traffic from the network (from the first
>     subscribe of this presence dialog)? It will help to see the Route set.
>
>     Cheers,
>     Daniel
>
>     On 12/03/15 00:36, Slava Bendersky wrote:
>
>         Hello Daniel,
>         Here debug of the notify which failing.  Look like transaction
>         miss match
>
>         http://fpaste.org/196896/61168591/
>
>         Slava.
>
>
>         ------------------------------------------------------------------------
>         *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
>         *To: *"Slava Bendersky" <volga629 at networklab.ca>, "sr-users"
>         <sr-users at lists.sip-router.org>
>         *Sent: *Wednesday, March 11, 2015 5:44:05 PM
>         *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>         Hello,
>
>         it doesn't matter if there is a mix of transports. If the UA
>         is mirroring the Record-Route headers in the response to the
>         NOTIFY, it should work fine.
>
>         Cheers,
>         Daniel
>
>         On 11/03/15 21:40, Slava Bendersky wrote:
>
>             Hello Daniel,
>             Is this matter that UDP and TCP transport in mix ?
>
>             Slava.
>
>
>             ------------------------------------------------------------------------
>             *From: *"Slava Bendersky" <volga629 at networklab.ca>
>             *To: *miconda at gmail.com
>             *Cc: *"sr-users" <sr-users at lists.sip-router.org>
>             *Sent: *Wednesday, March 11, 2015 4:21:39 PM
>             *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>             Hello Daniel,
>             I have record route in WITHINDLG for NOTIFY, but it not
>             helped behaviour is the same it loosing route for NOTIFY.
>
>
>             Slava.
>
>             ------------------------------------------------------------------------
>             *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
>             *To: *"Slava Bendersky" <volga629 at networklab.ca>,
>             "sr-users" <sr-users at lists.sip-router.org>
>             *Sent: *Wednesday, March 11, 2015 2:14:02 PM
>             *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>             Hello,
>
>             you have to do record_route() for all NOTIFY requests --
>             there are new specs requiring that (RFC 6665) and perhaps
>             asterisk is following them.
>
>             If you look in the default kamailio.cfg for v4.2, inside
>             route[WITHINDLG], then you will see how it is done.
>
>             Cheers,
>             Daniel
>
>             On 11/03/15 14:22, Slava Bendersky wrote:
>
>                 Hello Daniel,
>                 Here fresh paste
>
>                 http://fpaste.org/196616/42608006/
>
>                 I see proper routing headers on SUBSCRIBE, but then
>                 NOTIFY loose it.
>
>                 Slava.
>
>                 ------------------------------------------------------------------------
>                 *From: *"Daniel-Constantin Mierla" <miconda at gmail.com>
>                 *To: *"sr-users" <sr-users at lists.sip-router.org>
>                 *Sent: *Tuesday, March 10, 2015 5:31:51 PM
>                 *Subject: *Re: [SR-Users] kamailio asterisk NOTIFY
>
>                 Hello,
>
>                 fpaste link doesn't show anything.
>
>                 Can you check if the NOTIFY coming to Kamailio has two
>                 Route headers?
>
>                 Cheers,
>                 Daniel
>
>                 On 10/03/15 18:44, Slava Bendersky wrote:
>
>                     Hello Everyone,
>                     Having issue with NOTIFY, is not forwarded to
>                     client properly.
>
>                     asterisk ---> private kamailio public ----> soft
>                     client
>
>
>                       http://fpaste.org/196257/99948714/
>
>                     I see kamailio trying connect always with private
>                     IP to the client when NOTIFY is come is in. Is
>                     this something to do with
>
>                     rr_advertise_address ?
>
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     ERROR: <core> [tcp_main.c:4338]:
>                     tcpconn_main_timeout(): connect
>                     192.168.88.246:5064 failed (timeout)
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     DEBUG: <core> [tcp_main.c:4362]:
>                     tcpconn_main_timeout(): tcp_main: timeout for
>                     0x7fbbb64e2800
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     DEBUG: <core> [io_wait.h:610]: io_watch_del():
>                     DBG: io_watch_del (0x9dbf00, 33, -1, 0x10)
>                     fd_no=24 called
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     DEBUG: <core> [tcp_main.c:4320]:
>                     tcpconn_main_timeout(): tcp_main: entering timer
>                     for 0x7fbbb64eb6c0 (ticks=839577436,
>                     timeout=839634956 (3595 s), wr_timeout=839577436
>                     (0 s)), write queue: 798 bytes
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     ERROR: <core> [tcp_main.c:4338]:
>                     tcpconn_main_timeout(): connect
>                     192.168.88.246:5066 failed (timeout)
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     DEBUG: <core> [tcp_main.c:4362]:
>                     tcpconn_main_timeout(): tcp_main: timeout for
>                     0x7fbbb64eb6c0
>                     Mar 10 13:44:23 canlvprx01 kamailio: 16(24971)
>                     DEBUG: <core> [io_wait.h:610]: io_watch_del():
>                     DBG: io_watch_del (0x9dbf00, 34, -1, 0x10)
>                     fd_no=23 called
>                     Mar 10 13:44:42 canlvprx01 kamailio: 5(24960)
>                     DEBUG: tm [t_reply.c:1294]:
>                     t_should_relay_response(): ->>>>>>>>> T_code=0,
>                     new_code=408
>                     Mar 10 13:44:42 canlvprx01 kamailio: 5(24960)
>                     DEBUG: tm [t_reply.c:1812]: relay_reply(): DEBUG:
>                     relay_reply: branch=0, save=0, relay=0 icode=0
>                     Mar 10 13:44:42 canlvprx01 kamailio: 5(24960)
>                     DEBUG: <core> [mem/shm_mem.c:111]: _shm_resize():
>                     WARNING:vqm_resize: resize(0) called
>                     Mar 10 13:44:42 canlvprx01 kamailio: 5(24960)
>                     DEBUG: tm [t_reply.c:1294]:
>                     t_should_relay_response(): ->>>>>>>>> T_code=0,
>                     new_code=408
>                     Mar 10 13:44:42 canlvprx01 kamailio: 5(24960)
>                     DEBUG: tm [t_reply.c:1812]: relay_reply(): DEBUG:
>                     relay_reply: branch=0, save=0, relay=0 icode=0
>
>                     I have in configuration in WITHINDLG
>
>                                             if (is_method("NOTIFY")) {
>                                                      record_route();
>                                             }
>
>                     and in NATDETECT
>
>                                    
>                     if(is_method("INVITE|SUBSCRIBE|UPDATE|NOTIFY")) {
>                                             set_contact_alias();
>                                     }
>
>                     Slava.
>
>
>                     _______________________________________________
>                     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>                     sr-users at lists.sip-router.org
>                     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>                 -- 
>                 Daniel-Constantin Mierla
>                 http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>                 Kamailio World Conference, May 27-29, 2015
>                 Berlin, Germany - http://www.kamailioworld.com
>
>
>                 _______________________________________________
>                 SIP Express Router (SER) and Kamailio (OpenSER) -
>                 sr-users mailing list
>                 sr-users at lists.sip-router.org
>                 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>             -- 
>             Daniel-Constantin Mierla
>             http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>             Kamailio World Conference, May 27-29, 2015
>             Berlin, Germany - http://www.kamailioworld.com
>
>
>
>             _______________________________________________
>             SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>             mailing list
>             sr-users at lists.sip-router.org
>             http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>         -- 
>         Daniel-Constantin Mierla
>         http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>         Kamailio World Conference, May 27-29, 2015
>         Berlin, Germany - http://www.kamailioworld.com
>
>
>
>     -- 
>     Daniel-Constantin Mierla
>     http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>     Kamailio World Conference, May 27-29, 2015
>     Berlin, Germany - http://www.kamailioworld.com
>
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, May 27-29, 2015
> Berlin, Germany - http://www.kamailioworld.com
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150323/42a8b567/attachment.html>


More information about the sr-users mailing list