sr-users November 2012

sr-users@lists.kamailio.org

85 participants
125 discussions

send 100 provisioning delayed
by pars3c 27 Nov '12

27 Nov '12

Hi , The proxy send the "automatic" provisioning message 100 "Trying" , near 1-2 seconds later the INVITE message, so the client send 3 times the same invite (correct , 500 ms timer). Is there any parameter to set , for the time between the INVITE and "100" message ? Is correct to disable the automatic send, and set after the invite, sl_send_reply("100", "Trying"); ? Thanks

2 1

Kamailio HA with Virtual IP and multiple Asterisk servers for dispatching
by Rumen Mihailov 27 Nov '12

27 Nov '12

Hi all, Please bear with me as this is my first post to a mailing list ever so something might be quite wrong. My question is: How do we make Kamailio HA ? For the moment I've setup MySQL cluster with MySQL proxies that provide 1 Virtual IP that I use to connect Kamailio to (for usrloc and dispatcher) I have a couple of asterisk servers that Kamailio servers are supposed to send calls to. I have two kamailio servers that share the same IP address with keepalived. Both Kamailio servers are bind to the Virtual IP. The problem is: When Kamailio 1 is active calls are correctly dispatched to both the asterisk servers correctly. When Kamailio 2 is active calls are only sent to one of the asterisk servers. 'kamctl dispatcher show' shows the correct servers on both machines. The two Kamailio servers share EXACTLY the same config files. Do you guys have any thoughts on this ? p.s. Thank you for creating such a wonderful product. Thank you !!! Best regards, Rumen

1 0

Kamailio crash
by Ricardo Martinez 27 Nov '12

27 Nov '12

Hello In the last three days my kamailio process has crashed two times. I obtained the core file and see it, this is the output. Can someone check what is the problem? Core was generated by `/usr/local/sbin/kamailio -m 1024'. Program terminated with signal 11, Segmentation fault. #0 core_hash (cmd_tree=<value optimized out>, param=<value optimized out>) at ../../lib/kcore/hash_func.h:56 56 v=(*p<<24)+(p[1]<<16)+(p[2]<<8)+p[3]; Missing separate debuginfos, use: debuginfo-install filesystem-2.4.30-2.1.el6.x86_64 glibc-2.12-1.25.el6_1.3.x86_64 keyutils-libs-1.4-1.el6.x86_64 krb5-libs-1.9-9.el6_1.2.x86_64 libcom_err-1.41.12-7.el6.x86_64 libselinux-2.0.94-5.el6.x86_64 mysql-libs-5.1.52-1.el6_0.1.x86_64 nss-softokn-freebl-3.12.7-1.1.el6.x86_64 openssl-1.0.0-20.el6_2.1.x86_64 pcre-7.8-3.1.el6.x86_64 zlib-1.2.3-26.el6.x86_64 (gdb) bt #0 core_hash (cmd_tree=<value optimized out>, param=<value optimized out>) at ../../lib/kcore/hash_func.h:56 #1 process_mi_params (cmd_tree=<value optimized out>, param=<value optimized out>) at dlg_hash.c:1057 #2 mi_terminate_dlgs (cmd_tree=<value optimized out>, param=<value optimized out>) at dlg_hash.c:1165 #3 0x00007fc789996370 in run_mi_cmd (rx_sock=11, tx_sock=12) at ../../lib/kmi/mi.h:77 #4 mi_datagram_server (rx_sock=11, tx_sock=12) at datagram_fnc.c:525 #5 0x00007fc789998509 in datagram_process (rank=<value optimized out>) at mi_datagram.c:346 #6 0x00007fc78999a09c in mi_child_init (rank=<value optimized out>) at mi_datagram.c:296 #7 0x00000000004dbd61 in ?? () #8 0x00007fc78d99aab8 in ?? () #9 0x00007fc78d0181cd in pkg_proc_update_real_used (data=<value optimized out>) at pkg_stats.c:141 #10 0x000000000052b423 in ?? () #11 0x00007fc78d8a2830 in ?? () #12 0x0000000000000000 in ?? () (gdb) I’m using kamailio [root@pxh ~]# kamailio -V version: kamailio 3.2.3 (x86_64/linux) 2a00c6-dirty with dialog module, hash tables, radius authorization. Hope someone could help me. Regards, Ricardo.-

2 8

plans for next major release
by Daniel-Constantin Mierla 27 Nov '12

27 Nov '12

Hello, following the devel IRC meeting from last week, I am starting the discussion about the next major release planning. There were two relevant options: 1) freeze by end of January (2013) and release by March 2) freeze by end of December (2012) and release by February Many devels announced quite some work ahead, so the 1st option seemed not to be enough for finishing intended work, which may add some extra delays (several estimated to finish by end of February or March). So the 2nd came into debate, to do an early release as many people seemed very interested in getting websockets support out in a stable release. Both of the options fit in our releasing policy (8 to 10 months), first one with potential to delays. We do have now lot of new stuff in devel branch, with other ongoing work planned to be pushed before end of year. A suggestion was to do the following major release a bit shorter, if it proves to collect a lot of additions quickly -- maybe by summer 2013. As not all devels were in the meeting, but also because it impacts the user community, I am looking to get some feedback on the mailing lists as well. That will allow to make the decision quicker based on showed interest. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 1

One active registration per sip instance.
by Krishna Kurapati 26 Nov '12

26 Nov '12

Hi, I have 3.x Kamailio with GRUU support. I see SIP Instance in the contact. However, I see a problem. When I kill the SIP client on a device and restart, it sends registration on a different port. The server instead of updating the contact in user location table, is creating a new contact for the same instance. Do I need to turn on something to get the expected behavior? Here is the output from kamctl ul show. Thanks Krish Kura AOR:: 100227074 Contact:: sip:100227074@10.132.60.70:50845;transport=TCP;ob Q= Expires:: 3132 Callid:: ATZJcr.HqXxwWdsPmanjERetcdeRVeZy Cseq:: 4399 User-agent:: n/a Received:: sip:166.137.120.37:48873;transport=TCP State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: tcp:10.1.0.6:5060 Methods:: 8143 Ruid:: uloc-50b3602b-50e-1 Instance:: <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E> Reg-Id:: 1 Contact:: sip:100227074@10.132.60.70:50839;transport=TCP;ob Q= Expires:: 3029 Callid:: oYsIYUyP3N77MKSoQ3EDChEph.lD4fjB Cseq:: 37489 User-agent:: n/a Received:: sip:166.137.120.37:61763;transport=TCP State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: tcp:10.1.0.6:5060 Methods:: 8143 Ruid:: uloc-50b3602b-507-1 Instance:: <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E> Reg-Id:: 1 Contact:: sip:100227074@10.132.60.70:50803;transport=TCP;ob Q= Expires:: 1527 Callid:: b4IeJXybn6Yr.jB8sc-Kz8CJ0kt0hNbO Cseq:: 30014 User-agent:: n/a Received:: sip:166.137.120.37:36879;transport=TCP State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: tcp:10.1.0.6:5060 Methods:: 8143 Ruid:: uloc-50b35a12-7f5c-1 Instance:: <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E> Reg-Id:: 1 Contact:: sip:100227074@10.132.60.70:50818;transport=TCP;ob Q= Expires:: 2199 Callid:: DM0Z1d-ZenGHknjmT.7Cle5cos7Uhs7H Cseq:: 22942 User-agent:: n/a Received:: sip:166.137.120.37:39471;transport=TCP State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: tcp:10.1.0.6:5060 Methods:: 8143 Ruid:: uloc-50b35a12-7f6f-1 Instance:: <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E> Reg-Id:: 1 Contact:: sip:100227074@10.132.60.70:50815;transport=TCP;ob Q= Expires:: 1833 Callid:: VJy3SNE66U1U971u5BEeqbYJi6a-puT- Cseq:: 64347 User-agent:: n/a Received:: sip:166.137.120.37:35872;transport=TCP State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: tcp:10.1.0.6:5060 Methods:: 8143 Ruid:: uloc-50b35a12-7f5a-2 Instance:: <urn:uuid:237BF2F6-2FDE-47E8-A9E2-32D46D43F174-319-00000121AFA29D2E> Reg-Id:: 1

2 4

new developer: Andrew Mortensen
by Daniel-Constantin Mierla 26 Nov '12

26 Nov '12

Hello, I want to announce that a new developer got GIT write access to repository: Andrew Mortensen from University of Pennsylvania, USA - he has contributed a new module: sca (Shared Call Appearances for Broadsoft extensions). The module is right now in a personal branch, soon to me merged in master branch. His git commit id is: admorten My warm welcome and looking forward to future work within the project. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 1

ul.dump Problem
by Spencer Thomason 26 Nov '12

26 Nov '12

Hello, I'm attempting to dump the contents of the usrloc cache and I'm receiving the following error: sercmd> ul.dump error: 500 - Internal error creating aor struct sercmd> mi ul_dump error: 500 - Internal server error processing 's': buffer too small (overflow) (-2) It seems to work fine when there are only a small number of registrations (about 20 or so) but then fails when the number increases. It there a setting I need to increase somewhere? Thanks, Spencer

2 4

problem with $time Pseudo-Variables on 3.3.2
by Uri Shacked 26 Nov '12

26 Nov '12

Hi, I upgraded to 3.3.2 On 3.2 i used the variable $time() to get the current time for some process. Every 2 minutes a RTIMER process started, checked the $time(hour) and $time(min) and on a certain time executed something. This process stopped working on 3.3.2 When i debug, i see that the $time() variable keeps on giving me the same hour and minute that was given on the first run. Meaning the $time() variable does not give the current time. I notice also that the $Ts that on 3.2 gave a current time stopped doing it and $TS does it now.... Any help here? Is it OK and i need to check time another way? Or something in the $time() has changed...? Thanks, Uri

2 6

CRLF from Kamailio server
by Dmytro Bogovych 26 Nov '12

26 Nov '12

Greetings. May anyone give me advice? I have working Kamailio with TLS. It is used by iOS softphone - i developed own one based on resiprocate. All signalling is TLS. Almost everything is fine. But looks kamailio sends CRLF messages sometimes. If it happens when softphone is in background mode - it is killed by iOS (as iOS prohibits too often awakes from background mode). How I can disable these messages? I see natping_interval = 30 and ping_nated_only=0 Should I set natping_interval to zero ? Thank you :)

3 4

Re: [SR-Users] Forwarding Relaying of REGISTER Messages
by kellon＠sis-grenada.com 25 Nov '12

25 Nov '12

Hi All Alex responded to my question saying the following: "You can relay SIP messages of any type just the same way as you do with INVITEs -- e.g. t_relay(), forward(). But, proxying registration messages can have complications." can anyone give me some pointers or a list of some of these complications so that I can further research to see how its is done. I will attempt using the t_relay to view the issues, just need some idea more specifically what to look for! Thanks

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
13
Older →

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 November 2012