Re: [SR-Users] Fedora 18-20 kamailio GeoIP module missing?
On 07/02/2014 07:44 AM, Hossein Aghaie wrote: Hi, hi fo install geoip on fedora : #yum install GeoIP http://fedorafans.com/1393/01/04/3236/ Sorry! I've synthesized too much my request. I meant kamailio geoip module. Cheers, Roberto Fichera. On 7/1/14, Roberto Fichera ker...@tekno-soft.it wrote: Hi All, is there any reason why the GeoIP module is missing in the Fedora repo? Thanks in advance. Roberto Fichera. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] $avp(received)
is there any way of getting the received ip/port/proto from nathelper? modparam(nathelper|registrar, received_avp, $avp(RECEIVED)) set_contact_alias(); xlog($avp(RECEIVED)); this gives me null Kelvin Chua ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] msilo possible bug
looks like it was. testing further, thanks Kelvin Chua On Mon, Jun 30, 2014 at 5:30 PM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, is the message still in database table? Have you looked at loopback network interface, because it might used to send out the SIP MESSAGE request back to itself in order to do lookup location. Cheers, Daniel On 27/06/14 12:34, Kelvin Chua wrote: Hi guys, i think i have stumbled on an msilo bug. m_dump() is not working. kamctl fifo get_statistics all | grep mess msilo:dumped_messages = 0 msilo:failed_messages = 0 msilo:stored_messages = 1 so here we can see there is a message to be delivered. i turned on debug mode, then the intended destination of message logs in. then this is what i see on logs DEBUG: msilo [msilo.c:1082]: m_dump(): dumping [1] messages for sip:XX85X80X74@1X8.1X9.1X7.1X3!!! DEBUG: msilo [ms_msg_list.c:169]: msg_list_check_msg(): checking msgid=405 DEBUG: msilo [ms_msg_list.c:207]: msg_list_check_msg(): msg already in sent list. DEBUG: msilo [msilo.c:1089]: m_dump(): message[0] mid=405 already sent. using ngrep, no message was ever seen on the wire. then, kamctl fifo get_statistics all | grep mess msilo:dumped_messages = 0 msilo:failed_messages = 0 msilo:stored_messages = 1 still the same. anybody experienced this? Kelvin Chua ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] UAC remote registration - refreshing database
Hey Guys, Anybody aware if it is possible to refresh the list of remote registrations from the database without restarting the whole server? Ta, DanB ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] TCP rest by peer
Hi Daniel, I thought that would be the case, but it’s always worth a check. I’ll look into reducing the error level as you suggest. Cheers Rob From: sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla Sent: 01 July 2014 12:03 To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] TCP rest by peer Hello, this is due to tcp connection being cut during a reading operation. That can be caused by various reasons (e.g., home routers) and probably would be good to make these messages debug level or maybe info/notice. Cheers, Daniel On 30/06/14 11:57, Rob Moore wrote: Hi All, Since we’ve been using sipPhones as a proxy for registrations and calls to phones over TCP. I’ve been seeing a couple of these crop up in the logs. /usr/sbin/kamailio[4255]: ERROR: core [tcp_read.c:1131]: ERROR: tcp_read_req: error reading /usr/sbin/kamailio[4255]: ERROR: core [tcp_read.c:293]: error reading: Connection reset by peer (104) We haven’t had any complaints of problems with the phones so if these are not a problem I’d like to know how to clean them up. Any suggestions on cause or solution would be fantastic. Thanks in advance. Rob Kind regards, Robert Moore Telephony System Architect [Description: Aeriandi] m. +44 (0)7766 838 040 t. +44 (0)845 108 0308 [cid:image002.png@01CF8C82.823C49E0]http://www.retailweektechnologyawards.com/winners-2014 Aeriandi Ltd / Prama House, 267 Banbury Road, Oxford OX2 7HT / +44 (0)845 108 0308 / i...@aeriandi.commailto:i...@aeriandi.com / aeriandi.comhttp://www.aeriandi.com/ This transmission is intended solely for the addressee and may be confidential. If you are not the named addressee, or if the message has been addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission. Please delete the message or contact the sender. Delivery of this message to any person other than the named addressee is not intended in any way to waive confidentiality. Please note that neither Aeriandi Ltd nor the sender accepts any responsibility for any viruses, which may be transmitted, and it is your responsibility to scan attachments (if any). ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] How to check message queue (buffer) in Kamailio
Hi, You can use netstat and look at the Recv-Q counter. This should indicate the packets that is waiting for kamailio to process. /Morten On Tue, Jul 1, 2014 at 1:12 PM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, the SIP messages send on UDP/SCTP are received directly from the buffer in kernel one by one, each being processed once read. It is hard to know how many are waiting in the kernel. My question would be, when such information would really help? If kamailio is too busy handling traffic, won't get much time to care of other tasks (e.g., predict what is in network read kernel queue). Cheers, Daniel On 30/06/14 16:40, AliReza Khoshgoftar Monfared wrote: Hi, I had another simple question: In a kamailio server (proxy), how do I check the number of messages currently waiting for processing? Is there a variable that I can monitor, say, if I want to make a routing decision in my config based on the number of messages in the queue? Also, is it possible to get a head count by method? or is it only possible after fully parsing the message? I see that ratelimit module uses similar information, but I am not sure how to get the status of these queues that the module uses. Thanks ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Morten Isaksen ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] TCP rest by peer
Hello, looking at the code, these error logs can be already avoided by setting corelog global parameter higher than the value of debug. You can try: corelog=3 Cheers, Daniel On 02/07/14 12:37, Rob Moore wrote: Hi Daniel, I thought that would be the case, but it’s always worth a check. I’ll look into reducing the error level as you suggest. Cheers Rob *From:*sr-users-boun...@lists.sip-router.org [mailto:sr-users-boun...@lists.sip-router.org] *On Behalf Of *Daniel-Constantin Mierla *Sent:* 01 July 2014 12:03 *To:* Kamailio (SER) - Users Mailing List *Subject:* Re: [SR-Users] TCP rest by peer Hello, this is due to tcp connection being cut during a reading operation. That can be caused by various reasons (e.g., home routers) and probably would be good to make these messages debug level or maybe info/notice. Cheers, Daniel On 30/06/14 11:57, Rob Moore wrote: Hi All, Since we’ve been using sipPhones as a proxy for registrations and calls to phones over TCP. I’ve been seeing a couple of these crop up in the logs. /usr/sbin/kamailio[4255]: ERROR: core [tcp_read.c:1131]: ERROR: tcp_read_req: error reading /usr/sbin/kamailio[4255]: ERROR: core [tcp_read.c:293]: error reading: Connection reset by peer (104) We haven’t had any complaints of problems with the phones so if these are not a problem I’d like to know how to clean them up. Any suggestions on cause or solution would be fantastic. Thanks in advance. Rob Kind regards, ** *Robert Moore* *Telephony System Architect * Description: Aeriandi *m.*+44 (0)7766 838 040 *t.* +44 (0)845 108 0308 *cid:image002.png@01CF8C82.823C49E0* http://www.retailweektechnologyawards.com/winners-2014 ** *Aeriandi Ltd /*Prama House, 267 Banbury Road, Oxford OX2 7HT / +44 (0)845 108 0308 / i...@aeriandi.com mailto:i...@aeriandi.com / aeriandi.com http://www.aeriandi.com/ This transmission is intended solely for the addressee and may be confidential. If you are not the named addressee, or if the message has been addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission. Please delete the message or contact the sender. Delivery of this message to any person other than the named addressee is not intended in any way to waive confidentiality. Please note that neither Aeriandi Ltd nor the sender accepts any responsibility for any viruses, which may be transmitted, and it is your responsibility to scan attachments (if any). ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org mailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -http://www.asipto.com http://twitter.com/#!/miconda http://twitter.com/#%21/miconda -http://www.linkedin.com/in/miconda -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] UAC remote registration - refreshing database
On 07/02/2014 06:22 AM, Dan Christian Bogos wrote: Anybody aware if it is possible to refresh the list of remote registrations from the database without restarting the whole server? This gets asked a lot, and the answer is no. But it is probably a widely desired feature set by now. -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entrepreneur.com/article/232906 ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Replys though onsend_route?
Hi Daniel, we trace the responses, but we cannot see differences we make in reply_route since we just see it once. So far i havn't found a way to trace incoming reply and forwarded reply. BR Jöran On Thu, Jun 26, 2014 at 10:15 AM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, have you set the siptrace flag for the requests? Because siptrace is supposed to catch all responses (incoming and outgoing) without onsend_route. Cheers, Daniel On 24/06/14 14:23, Jöran Vinzens wrote: Hi all, is there a possibility to pass reply and failure though onsend_route as well? We try to capture via siptrace the incoming and outgoing packet. So far this is only possible with Requests. I've found this: http://lists.sip-router.org/pipermail/sr-users/2012-May/073224.html Can anybody confirm this is still the behavior? Does anybody have a solution passing reply though onsend_route or any other way to capture the outgoing reply via siptrace? Thanks a lot for your help. BR Jöran Vinzens -- Jöran Vinzens - vinzens[at]sipgate.de vinz...@sipgate.de sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.at - www.sipgate.co.uk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Jöran Vinzens - vinzens[at]sipgate.de vinz...@sipgate.de sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391 www.sipgate.de - www.sipgate.at - www.sipgate.co.uk ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Many instances of new URI shorter than old URI in log
El 30/06/14 04:24, Daniel-Constantin Mierla escribió: Hello, iirc, this is a check when trying to convert from base64 to old uri, but I didn't have time to dig properly inside the sources. I enhanced the log message to print the values of the uris, via commit: - http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6feeb886b58f4cd1cefeef132245c009bf8ca07f If you have a sip trace for a message throwing the error, I can look at it. If not, try the patch from the above commit and send again the logs when they appear. Jul 1 18:26:33 mail /usr/sbin/kamailio[32188]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 18:26:33 mail /usr/sbin/kamailio[32189]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 19:06:11 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 19:06:11 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 09:53:14 mail /usr/sbin/kamailio[32189]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 09:53:15 mail /usr/sbin/kamailio[32188]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 10:47:25 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] How to check message queue (buffer) in Kamailio
Thanks very much. That is the correct answer. just for the record, one can loadmodule exec and then use something like: exec_avp(netstat -ul | grep ':sip' | awk '{print $$2}',$avp(s:test)); the value of the recv-q is then stored in $avp(s:test) and can be used anywhere Just a side question. I can call exec_avp inside my route{} block obviously. I understand that route{} block is entered anytime that there is a message for processing (correct me if wrong), but if, say, I want to check the value of recv-q every 100ms, where in the config script shall I call it and how shall I specify the calling frequency? Thanks, Alireza On Wed, Jul 2, 2014 at 6:57 AM, Morten Isaksen mi...@misak.dk wrote: Hi, You can use netstat and look at the Recv-Q counter. This should indicate the packets that is waiting for kamailio to process. /Morten On Tue, Jul 1, 2014 at 1:12 PM, Daniel-Constantin Mierla mico...@gmail.com wrote: Hello, the SIP messages send on UDP/SCTP are received directly from the buffer in kernel one by one, each being processed once read. It is hard to know how many are waiting in the kernel. My question would be, when such information would really help? If kamailio is too busy handling traffic, won't get much time to care of other tasks (e.g., predict what is in network read kernel queue). Cheers, Daniel On 30/06/14 16:40, AliReza Khoshgoftar Monfared wrote: Hi, I had another simple question: In a kamailio server (proxy), how do I check the number of messages currently waiting for processing? Is there a variable that I can monitor, say, if I want to make a routing decision in my config based on the number of messages in the queue? Also, is it possible to get a head count by method? or is it only possible after fully parsing the message? I see that ratelimit module uses similar information, but I am not sure how to get the status of these queues that the module uses. Thanks ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Morten Isaksen ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Making RLS presence work with Blink and Kamailio 4.1.4
El 01/07/14 14:44, Alex Villacís Lasso escribió: El 26/06/14 18:39, Alex Villacís Lasso escribió: I am having trouble making all of the supposed features of Blink work with Kamailio 4.1.4. My kamailio.cfg file is attached. Specifically, what I am having trouble is with presence (the way Blink wants to implement it), and MSRP. Ordinary voice calls work correctly. With MSRP, I have copied the example from the msrp.so documentation, but I have replaced the authentication shown with a static password, with an actual query using auth_db.so, the very same query used to authenticate other SIP packets. Through the packet capture, when user A tries starting a MSRP chat with user B, an INVITE is sent from user A to Kamailio, which has a special check to NOT send this invite to Asterisk, but rather route it itself, and it gets correctly routed to user B. Then user B attempts to start a MSRP session with Kamailio (not user A) without authentication credentials, Kamailio challenges user B for the credentials, and... that's it. User B makes no attempt to repeat the MSRP session with the required credentials, and the communication eventually times out. I have built and installed the python-sipsimple-clients package. With this, I can see that the receiving party attempts to make a MSRP connection to my Kamailio, and the authentication challenge triggers the following message: SIP session failed: media stream failed: 'opaque' It seems that msrplib (used by Blink and the test programs) wants a digest authentication with an opaque parameter. Currently the failing dialog goes like this: MSRP fa4a1c4d39cbf3fd AUTH To-Path: msrp://pbx.elastix.com:5060;tcp From-Path: msrp://192.168.3.2:39981/8b2dedc998fc1f1ed6f3;tcp ---fa4a1c4d39cbf3fd$ MSRP fa4a1c4d39cbf3fd 401 Unauthorized To-Path: msrp://192.168.3.2:39981/8b2dedc998fc1f1ed6f3;tcp From-Path: msrp://pbx.elastix.com:5060;tcp WWW-Authenticate: Digest realm=pbx.elastix.com, nonce=U7MGKFOzBPxDXr7ggr7imjvcnkodRW5F, qop=auth ---fa4a1c4d39cbf3fd$ which is, in turn, produced by this code segment in kamailio.cfg: $var(msrprealm) = $(hdr(To-Path){msrpuri.host}); xlog(L_ALERT, msrprealm: [$var(msrprealm)]\n); if (!www_authenticate($var(msrprealm), subscriber, $msrp(method))) { if(auth_get_www_authenticate($var(msrprealm), 1, $var(wauth))) { msrp_reply(401, Unauthorized, $var(wauth)); } else { msrp_reply(500, Server Error); } exit; } So, how do I make the authentication issue an adequate opaque parameter? I do not want to resort to appending a static value opaque=something if a more elegant solution can be found. From http://en.wikipedia.org/wiki/Digest_access_authentication , I deduce that I need the server to issue an opaque parameter like the following: WWW-Authenticate: Digest realm=testre...@host.com, qop=auth,auth-int, nonce=dcd98b7102dd2f0e8b11d0f600bfb0c093, opaque=5ccc069c403ebaf9f0171e9517f40e41 ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users Apparently, there is no authentication procedure implemented in Kamailio 4.1.4 that is RFC compliant with MSRP. According to http://tools.ietf.org/html/rfc4976#section-9.1 , MSRP AUTH request must be authenticated. Simply accepting any AUTH request without actually checking the credentials is not RFC-compliant. However, the authentication specified in rfc4976 differs from ordinary Digest-Authentication - the required URI for the Digest authentication is taken from the To-Path: header in the MSRP request, and is apparently not sent in the Authorization header (at least as implemented by the python-msrplib library). Additionally, none of the Kamailio methods for authentication appear capable of sending an opaque parameter that is apparently requested by python-msrplib. It seems that new methods msrp_authenticate() and msrp_challenge() are required. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Re: [SR-Users] Many instances of new URI shorter than old URI in log
El 02/07/14 10:51, Alex Villacís Lasso escribió: El 30/06/14 04:24, Daniel-Constantin Mierla escribió: Hello, iirc, this is a check when trying to convert from base64 to old uri, but I didn't have time to dig properly inside the sources. I enhanced the log message to print the values of the uris, via commit: - http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6feeb886b58f4cd1cefeef132245c009bf8ca07f If you have a sip trace for a message throwing the error, I can look at it. If not, try the patch from the above commit and send again the logs when they appear. Jul 1 18:26:33 mail /usr/sbin/kamailio[32188]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 18:26:33 mail /usr/sbin/kamailio[32189]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 19:06:11 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 1 19:06:11 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 09:53:14 mail /usr/sbin/kamailio[32189]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 09:53:15 mail /usr/sbin/kamailio[32188]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] Jul 2 10:47:25 mail /usr/sbin/kamailio[32185]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:hgaibor@192.168.2.67:5060;transport=UDP] More examples: Jul 2 12:32:27 mail /usr/sbin/kamailio[3111]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:27 mail /usr/sbin/kamailio[3112]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:27 mail /usr/sbin/kamailio[3110]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:27 mail /usr/sbin/kamailio[3111]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:28 mail /usr/sbin/kamailio[3113]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:30 mail /usr/sbin/kamailio[3110]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] Jul 2 12:32:33 mail /usr/sbin/kamailio[3110]: ERROR: uac [replace.c:591]: restore_uri(): new URI [] shorter than old URI [sip:91632087@192.168.0.105:51526;alias=186.70.154.18~51526~1] ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] how to remove non-digits using dp_translate
I'd like to use the dialplan module to remove all non-digits from a string. For example, 1-306-555-1234 becomes 13065551234 and (306) 555-1234 becomes 3065551234. Unfortunately, I can't figure out the regular expressions for subst_exp and repl_exp. I can easily replace one instance of a non-digit, however I can't figure out how to replace all non-digits. -H ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
[SR-Users] need help on kamailio-snmpstats module
Hi, I'm having trouble on installing kamailio-snmpstats module. I'm using kamailio 4.0. I want to install kamailio's snmpstats module from RPM. I compiled net-snmp 5.4 from source and built some RPMS from it. I've installed net-snmp 5.4 from RPM on the target machine. And when I run 'yum install kamailio-snmpstats', I get: Error: Package: kamailio-snmpstats-4.0.0-0.el6.x86_64 () Requires: net-snmp-agent-libs Where do I get this net-snmp-agent-libs? Can I buid this from net-snmp source somehow? Regards, Allen ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users