sr-users

sr-users@lists.kamailio.org

56 participants
37562 discussions

does ipops module dns_int_match_ip(hostname, ipaddr) search all returned records?
by canuck15 16 Mar '15

16 Mar '15

I am reading the documentation for the ipops module dns_int_match_ip() function and it states the following: "Returns TRUE if ipaddr is associated by DNS to hostname. FALSE otherwise. It uses internal DNS resolver. At this moment, the function might not check all the IP addresses as returned by dns_sys_match_ip(), because the internal resolver targets to discover the first address to be used for relaying SIP traffic. Thus is better to use dns_sys_match_ip() if the host you want to check has many IP addresses, in different address famililies (IPv4/6)." I am not sure what that statement means. I will be using this for IP authentication where the records it is checking against are in a mysql database and may or may not be be using the DNS name instead of the IP. Many of those DNS names could return several IP addresses and the incoming call could be on any one of those IP addresses. So when I do a check of a hostname against an IP address I want all returned A or srv IP's to be checked against the IP. Not just the first IP returned when checked. I do not believe dns_sys_match() will be fast enough on a busy server so I would prefer to using dns_int_match_ip(). If anyone can clarify what that statement means regarding "internal resolver targets to discover the first address" and whether that would affect my use it would be greatly appreciated. On a related note, is there any way to check the contents of the dns resolver cache? I looked through kamctl and kamcmd but didn't find anything. I tried "kamctl address show" but that didn't return anything.

2 1

Re: [SR-Users] remove_hf_value
by Slava Bendersky 16 Mar '15

16 Mar '15

Hello Everyone, Here updated version. Trying remove Record-Route after the coma. My log shows Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Inbound connection from <Client Public IP> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: ERROR: <script>: <null> Mar 14 01:25:21 canlvprx01 /usr/sbin/kamailio[751]: INFO: <script>: [SUBSCRIBE], Route for removal: '<null>' route snippet. route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Route")) { xlog("L_INFO", "[$rm], Inbound connection from <$si>\n"); if(is_method("SUBSCRIBE")) { if(is_ip_rfc1918($si)) { xlog("$sel((a)hf_value.Record_Route[-1])"); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[-1])'\n"); remove_hf_value("Record-Route[-1]"); } else { xlog("$sel((a)hf_value.Record_Route[1])"); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } } return; } Slava, From: "Slava Bendersky" <volga629(a)networklab.ca> To: "sr-users" <sr-users(a)lists.sip-router.org> Sent: Friday, March 13, 2015 1:00:44 PM Subject: [SR-Users] remove_hf_value Hello Everyone, I am trying adjust Record-Route, but can't match headers value And I am call route(ROUTE_HDR_ORG); right after route(WITHINDLG); route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Record-Route")) { if(is_method("SUBSCRIBE")) { xlog("$sel((a)hf_value.Record_Route[1])"); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } return; } Any help Thank you, Slava. _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

What does it mean when auth_check and auth_challenge flags are "0"?
by canuck15 16 Mar '15

16 Mar '15

I am trying to decipher a kamailio.cfg file for a particular open source project. There are problems with authentication and I am trying to understand why. They use the following lines for authentication check if (!auth_check("$fd", "subscriber", "0")) { auth_challenge("$fd", "0"); exit; The documentation only talks about using "1" and not "0". So I am trying to understand what the above statement with "0" is actually doing. Any help in this regard would be greatly appreciated.

2 1

Kamailio Freeswitch TCP call origination
by Niraj Roy 16 Mar '15

16 Mar '15

Hi, Here is the setup I have configured. --Two Kamailio K1, K2 Works as a registrar and call load balancer -- Three freeswitch works as the media server. -- They follow common MySQL database. Regular call flow User A---> Kamailio (K1)---> Freeswitch (F1)----Kamailio(K1)--->User B. Everything works fine as long as all users are registered and making call with single Kamailio. Now the problem starts when we distribute users on more than one kamailio. Let us take the case. UserA -- Registered over TCP with Kamailio (K1) UserB -- Registered over TCP with Kamailio (K2) Now User A initiates a call.. It will follow the same path User A---> Kamailio (K1)---> Freeswitch (F1)----Kamailio(K1)--->User B. Since User B is registered with K2. K1 being a public server won't be able to initiate any call to User B because there is no TCP connection established with it. Can anybody shade some light on this? Thanks,

3 2

how can I use WITH_IPAUTH when the IP may be stored in the DB as a FQDN?
by canuck15 14 Mar '15

14 Mar '15

Here is is the relevant section of kamailio.cfg $var(tempfU) = $fU; #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address() && $au == "") { # Loading $fU from database using IP sql_pvquery("elxpbx", "SELECT name FROM sip WHERE host = '$si' AND sippasswd IS NULL", "$var(tempfU)"); # source IP allowed return; } The problem is that when host= somefqdn.com the above will fail since $si will always be an IP address as far as I can tell. More often than not host= is a fqdn and requiring it to always be an IP address is not an option. Converting it to IP before storing it in the DB is also not an option because it needs to be able to work of the IP address changes. So how can the above be done to accomodate the possibility that host= somefqdn.com or an IP address. Preferably in such a way that it can scale to hundreds/thousands of rows in the database without slowing things down or crashing.

3 4

Help with 407 Proxy Auth. Required
by Agiftel 14 Mar '15

14 Mar '15

Hi all, i cannot understand where is the problem with this transaction: Kamailio ask for Proxy authorization and in the second INVITE credentials are present. Can you help me understand? Regards U 2015/03/09 15:03:42.191831 10.160.21.51:5060 -> 10.160.20.18:5060 INVITE sip:1000@sip.longwave.labo;user=phone SIP/2.0. Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, PRACK, NOTIFY, UPDATE. Supported: 100rel,from-change,timer,histinfo. User-Agent: OXO_GW_820/092.001. Session-Expires: 43200. P-Asserted-Identity: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>. History-Info: <sip:1000@sip.longwave.labo;user=phone>;index=1. To: <sip:1000@sip.longwave.labo;user=phone>. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. Contact: "PIPPO" <sip:2000@10.160.21.51;transport=UDP;user=phone>. Content-Type: application/sdp. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. CSeq: 178945190 INVITE. Via: SIP/2.0/UDP 10.160.21.51;rport;branch=z9hG4bK1fd5f032d2296189ba85c9bf8553ff28. Max-Forwards: 70. Content-Length: 208. . v=0. o=default 1425909984 1425909984 IN IP4 10.160.21.51. s=-. c=IN IP4 10.160.21.51. t=0 0. m=audio 32000 RTP/AVP 18 106 4 8 0. a=sendrecv. a=rtpmap:106 telephone-event/8000. a=fmtp:106 0-15. a=maxptime:90. U 2015/03/09 15:03:42.193299 10.160.20.18:5060 -> 10.160.21.51:5060 SIP/2.0 407 Proxy Authentication Required. To: <sip:1000@sip.longwave.labo;user=phone>;tag=b27e1a1d33761e85846fc98f5f3a7e58.aa4d. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. CSeq: 178945190 INVITE. Via: SIP/2.0/UDP 10.160.21.51;rport=5060;branch=z9hG4bK1fd5f032d2296189ba85c9bf8553ff28;received=10.160.21.51. Proxy-Authenticate: Digest realm="oxo.longwave.labo", nonce="VP2palT9qD7LOD/nl465ujUSUW0NiDo/". Server: lw-sipproxysrv. Content-Length: 0. . U 2015/03/09 15:03:42.195800 10.160.21.51:5060 -> 10.160.20.18:5060 ACK sip:1000@sip.longwave.labo;user=phone SIP/2.0. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. To: <sip:1000@sip.longwave.labo;user=phone>;tag=b27e1a1d33761e85846fc98f5f3a7e58.aa4d. Via: SIP/2.0/UDP 10.160.21.51;rport;branch=z9hG4bK1fd5f032d2296189ba85c9bf8553ff28. CSeq: 178945190 ACK. Content-Length: 0. . U 2015/03/09 15:03:42.199176 10.160.21.51:5060 -> 10.160.20.18:5060 INVITE sip:1000@sip.longwave.labo;user=phone SIP/2.0. Proxy-Authorization: Digest username="oxo",realm="oxo.longwave.labo",nonce="VP2palT9qD7LOD/nl465ujUSUW0NiDo/",uri="sip:1000@sip.longwave.labo;user=phone",response="263ed33da80fb520af0fb0b2f246d310". Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, PRACK, NOTIFY, UPDATE. Supported: 100rel,from-change,timer,histinfo. User-Agent: OXO_GW_820/092.001. Session-Expires: 43200. P-Asserted-Identity: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>. History-Info: <sip:1000@sip.longwave.labo;user=phone>;index=1. To: <sip:1000@sip.longwave.labo;user=phone>. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. Contact: "PIPPO" <sip:2000@10.160.21.51;transport=UDP;user=phone>. Content-Type: application/sdp. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. CSeq: 178945191 INVITE. Max-Forwards: 70. Via: SIP/2.0/UDP 10.160.21.51;rport;branch=z9hG4bK503a3569cf5b057bd47d1154c5ba0842. Content-Length: 208. . v=0. o=default 1425909984 1425909984 IN IP4 10.160.21.51. s=-. c=IN IP4 10.160.21.51. t=0 0. m=audio 32000 RTP/AVP 18 106 4 8 0. a=sendrecv. a=rtpmap:106 telephone-event/8000. a=fmtp:106 0-15. a=maxptime:90. U 2015/03/09 15:03:42.200387 10.160.20.18:5060 -> 10.160.21.51:5060 SIP/2.0 407 Proxy Authentication Required. To: <sip:1000@sip.longwave.labo;user=phone>;tag=b27e1a1d33761e85846fc98f5f3a7e58.d413. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. CSeq: 178945191 INVITE. Via: SIP/2.0/UDP 10.160.21.51;rport=5060;branch=z9hG4bK503a3569cf5b057bd47d1154c5ba0842;received=10.160.21.51. Proxy-Authenticate: Digest realm="oxo.longwave.labo", nonce="VP2palT9qD7LOD/nl465ujUSUW0NiDo/". Server: lw-sipproxysrv. Content-Length: 0. . U 2015/03/09 15:03:42.203016 10.160.21.51:5060 -> 10.160.20.18:5060 ACK sip:1000@sip.longwave.labo;user=phone SIP/2.0. Call-ID: 346eded1901cb5b60b9d97a14f196e29(a)10.160.21.51. From: "PIPPO" <sip:2000@oxo.longwave.labo;user=phone>;tag=11056089a66d6a43ec04cd21b78039c5. To: <sip:1000@sip.longwave.labo;user=phone>;tag=b27e1a1d33761e85846fc98f5f3a7e58.d413. Via: SIP/2.0/UDP 10.160.21.51;rport;branch=z9hG4bK503a3569cf5b057bd47d1154c5ba0842. CSeq: 178945191 ACK. Content-Length: 0. . -- View this message in context: http://sip-router.1086192.n5.nabble.com/Help-with-407-Proxy-Auth-Required-t… Sent from the Users mailing list archive at Nabble.com.

4 4

Re: [SR-Users] kamailio asterisk NOTIFY
by Slava Bendersky 13 Mar '15

13 Mar '15

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(a)networklab.ca> To: miconda(a)gmail.com Cc: "sr-users" <sr-users(a)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(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> Cc: "sr-users" <sr-users(a)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(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> , "sr-users" <sr-users(a)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: BQ_BEGIN Hello Daniel, Is this matter that UDP and TCP transport in mix ? Slava. From: "Slava Bendersky" <volga629(a)networklab.ca> To: miconda(a)gmail.com Cc: "sr-users" <sr-users(a)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(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> , "sr-users" <sr-users(a)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: BQ_BEGIN 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(a)gmail.com> To: "sr-users" <sr-users(a)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: BQ_BEGIN 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(a)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(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users BQ_END -- 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(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users BQ_END -- 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 BQ_END -- 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(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

remove_hf_value
by Slava Bendersky 13 Mar '15

13 Mar '15

Hello Everyone, I am trying adjust Record-Route, but can't match headers value And I am call route(ROUTE_HDR_ORG); right after route(WITHINDLG); route[ROUTE_HDR_ORG] { # Getting record routes if(is_present_hf("Record-Route")) { if(is_method("SUBSCRIBE")) { xlog("$sel((a)hf_value.Record_Route[1])"); xlog("L_INFO", "[$rm], Route for removal: '$sel((a)hf_value.Record_Route[1])'\n"); remove_hf_value("Record-Route[1]"); } } return; } Any help Thank you, Slava.

1 0

using xHTTP module, bind port?
by SamyGo 13 Mar '15

13 Mar '15

Hi All, I am just trying xhttp_rpc module http://www.kamailio.org/docs/modules/4.2.x/modules/xhttp_rpc.html Where can I set/change the port for this module ? currently its only 5060 !? Thanks, Sammy.

2 3

Re: [SR-Users] kamailio asterisk NOTIFY
by Slava Bendersky 13 Mar '15

13 Mar '15

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(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca>, "sr-users" <sr-users(a)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(a)networklab.ca> To: miconda(a)gmail.com Cc: "sr-users" <sr-users(a)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(a)gmail.com> To: "Slava Bendersky" <volga629(a)networklab.ca> , "sr-users" <sr-users(a)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: BQ_BEGIN 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(a)gmail.com> To: "sr-users" <sr-users(a)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: BQ_BEGIN 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(a)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(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users BQ_END -- 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(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users BQ_END -- 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

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users