Hello
We are having issues with the memcached module (Kamailio 4.0.0) .
All of a sudden we are getting this kind of messages in the logs, and the values for the requested keys are not retrieved.
ALERT: memcached [memcached.c:189]: ALERT: memcached: mcm_fetch_cmd():1305: memcache(4) protocol error: STORED#015#012VALUE 29515_HA1 0 32#015#012b52299247f16c6adfa4c8cc53b34e74a#015#012END#015#012STORED#015#012
[...]
ALERT: memcached [memcached.c:189]: ALERT: memcached: mcm_fetch_cmd():1176: memcache(4) protocol error: server sent data for key not in request
I suspect that at some point there was a network problem between the memcached server and Kamailio that triggered this abnormal behavior and I also suspect that it is
connected with the (old) libmemcache library (libmemcache-1.4.0.rc2) .
This is fixed only with a Kamailio restart.
Has anyone experience this ? Is there a fix ?
I noticed that the Kamailio from the trunk compiles the memcached module with the more new libmemcached library from here: https://launchpad.net/libmemcached/+download .
Maybe this is one of the reasons libmemcache is going to be dropped ?
Thank you very much.
Regards,
Dragos
Dear List
I upgraded from Kamailio v 3.3 to 4.0.1 and am now facing an issue for the
below scenario:
PABX1 ==> Kamailio1 ==> Cisco PGW ==> Kamailio1 ==> PABX2
I understand that this is a hairpin scenario but was working normally on v
3.3.
Checking in the syslog i see:
ERROR: <core> [receive.c:230]: ERROR: receive_msg: no via found in reply
Checking the sip trace i see that when calling from PABX1 to PABX2. After
PABX2 answers and the the 200 OK is eventually sent to PABX1 , PABX1
answers with ACK but seems like its not sent back to PABX2 as a result
PABX resends a 200 OK and the cycle continues until PABX2 sends a BYE
message. Please see below the ACK received from PABX1:
ACK sip:94294294@81.21.38.55 SIP/2.0
Via: SIP/2.0/UDP 192.168.10.189:5060;branch=z9hG4bK6bffe37c;rport
Route: <sip:81.21.38.34;lr=on;ftag=as1cd4f8f1;did=e36.c471>,<
sip:94294294@81.21.38.5
;pgw-call=call-26eb>,<sip:81.21.38.34;lr=on;ftag=as1cd4f8f1>
Max-Forwards: 70
From: "22498045" <sip:22498045@192.168.10.189>;tag=as1cd4f8f1
To: <sip:94294294@81.21.38.34
>;tag=3d94f08-37261551-13c4-50022-1c1e67-87fe958-1c1e67
Contact: <sip:22498045@192.168.10.189:5060>
Call-ID: 03042a717e27a87e759f7f4879e70377@192.168.10.189:5060
CSeq: 102 ACK
User-Agent: FPBX-2.8.1(1.8.21.0)
Content-Length: 0
Is there an issue with the above ACK message? Is there any way to solve
this issue quickly perhaps by disabling loose route?
I have observed that this issue occurs only when hairpinned.
Thanking you in advance!
Phillip
Hello,
I want to announce that a new person got developer GIT write access to
repository: Camille Oudot - from Orange, France. Currently, he is
developing mainly on Kamailio IMS modules, several patches being
submitted lately by him.
His git commit id is: coudot
My warm welcome and looking forward to future work within the project!
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.com -
Hello,
I want to announce that a new person got developer GIT write access to
repository: Camille Oudot - from Orange, France. Currently, he is
developing mainly on Kamailio IMS modules, several patches being
submitted lately by him.
His git commit id is: coudot
My warm welcome and looking forward to future work within the project!
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, April 16-17, 2013, Berlin
- http://conference.kamailio.com -
Hi Eduardo,
please take into account that there might be telephony concepts
mistranslated from Spanish to English.
In case you find something else that seems confusing, please let me know.
Regards,
Carlos
On Thu, Jun 6, 2013 at 7:56 AM, Eduardo Lejarreta <lejarreta.e(a)sarenet.es>wrote:
> Good evening Carlos.****
>
> ** **
>
> I’ve found an example on git repository where you have additional
> information.****
>
> ** **
>
> For a credit of 50, a discount per second of 0,5, a initial_pulse of 30
> and final_pulse of 6 ….****
>
> ** **
>
> # if only one call is established, that call should last 1m, 36s****
>
> ** **
>
> Now It makes sense to me.****
>
> ** **
>
> Thanks and regards.****
>
> -- ****
>
> Eduardo Lejarreta.****
>
> ** **
>
> *De:* Eduardo Lejarreta [mailto:lejarreta.e@sarenet.es]
> *Enviado el:* jueves, 06 de junio de 2013 11:40
> *Para:* 'sr-users(a)lists.sip-router.org'
> *Asunto:* cnxcc developer module pulse concept****
>
> ** **
>
> Good morning Carlos.****
>
> ** **
>
> On cnxcc_set_max_credit() function I don’t understand the concept “pulse”
> (sure it’s something easy but I’m a not aware about this matter)****
>
> ** **
>
> Could you please explain it in an example?****
>
> ** **
>
> Thanks and best regards.****
>
> -- ****
>
> Eduardo Lejarreta.****
>
> ** **
>
> _______________________________________________
> 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
>
>
--
Carlos
http://caruizdiaz.com
+595981146623
Good evening Carlos.
I've found an example on git repository where you have additional
information.
For a credit of 50, a discount per second of 0,5, a initial_pulse of 30 and
final_pulse of 6 ..
# if only one call is established, that call should last 1m, 36s
Now It makes sense to me.
Thanks and regards.
--
Eduardo Lejarreta.
De: Eduardo Lejarreta [mailto:lejarreta.e@sarenet.es]
Enviado el: jueves, 06 de junio de 2013 11:40
Para: 'sr-users(a)lists.sip-router.org'
Asunto: cnxcc developer module pulse concept
Good morning Carlos.
On cnxcc_set_max_credit() function I don't understand the concept "pulse"
(sure it's something easy but I'm a not aware about this matter)
Could you please explain it in an example?
Thanks and best regards.
--
Eduardo Lejarreta.
Hello,
According to this page :
http://kamailio.org/docs/modules/stable/modules/cfgutils.html#idp15252400
usleep will sleep for the number of milli-seconds specified.
I am familiar with Linux's usleep which accepts milliseconds and
therefore had a look at the code in Kamailio, it looks to me that your
usleep accepts micro-seconds ( 1/1000000 of a second ) and not milli
seconds.
Can anyone confirm this? If so, maybe update the doc.
Thanks,
David
Good morning Carlos.
On cnxcc_set_max_credit() function I don't understand the concept "pulse"
(sure it's something easy but I'm a not aware about this matter)
Could you please explain it in an example?
Thanks and best regards.
--
Eduardo Lejarreta.
