sr-users March 2015

sr-users@lists.kamailio.org

88 participants
149 discussions

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

Re: [SR-Users] Regd. Kamailio GPL
by Alex Balashov 13 Mar '15

13 Mar '15

I am also not at all an expert in GPL licencing or IP, but would like to add that any customisation you make specifically for the purpose of interacting with a billing server or other external application is likely to take the form of a Kamailio module, rather than modifications to the existing Kamailio modules, the Kamailio core, or any other part of the stock code tree. As far as I know, under the GPL--broadly speaking, for I certainly don't know or remember the specifics--modules get different treatment than modifications per se. As far sa I know, if you can stick your code into [a] completely self-contained module(s) (and given what you've said about what specifically you want to accomplish, it seems to me that you absolutely can) that interact(s) with Kamailio using its module APIs and requires no modifications to Kamailio itself, it's not subject to the same licence constraints as modifications per se. Please do not take my advice as stated, and consult a competent software/IP attorney. -- Alex -- Alex Balashov - Principal Evariste Systems LLC 303 Perimeter Center North Suite 300 Atlanta, GA 30346 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/

3 5

How to install kamailio-4.2.3 in debian Wheezy
by Yanko Marín Muro 13 Mar '15

13 Mar '15

Hello: How to install kamailio-4.2.3 in debian Wheezy? I need the procedure!!!! we can install P-CSCF, I-CSCF, S-CSCF and HSS on separate servers? Best regards, YANKO MARIN MURO --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>

3 2

Loadmodule mi_xmlrpc.so gives error
by SamyGo 13 Mar '15

13 Mar '15

Hi All, Im trying to load up module 'mi_xmlrpc.so' into my v4.2.1 Kamailio. It compiles nicely but when I try to load the module in config and restart kamailio it gives following error(s) 0(30917) ERROR: <core> [sr_module.c:597]: load_module(): could not open module </usr/local/lib64/kamailio/modules/mi_xmlrpc.so>: /usr/local/lib64/kamailio/modules/mi_xmlrpc.so: undefined symbol: xmlrpc_strsol 0(30917) : <core> [cfg.y:3436]: yyerror_at(): parse error in config file /usr/local/etc/kamailio/kamailio.cfg, line 329, column 12-25: failed to load module 0(30917) ERROR: <core> [modparam.c:166]: set_mod_param_regex(): No module matching <mi_xmlrpc> found Now, I've done some searching around and it seems like pre-req library version mismatch thing.. Do you guys have any solution to this. My end objective is to be able to send MI commands to my Kamailio server(s) via web-Interface. Any recommendations, examples are welcome. Best Regards, Sammy.

2 1

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

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 March 2015