sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Re: [SR-Users] Kamailio doesn't hang up upon IP connectity loss to SIP endpoint
by Brett Woollum 23 Jun '11

23 Jun '11

Hi Alex, Thanks for this information. I've started researching the session-timer capabilities in Asterisk, and I think that's my solution. I've already implemented it on a test system and it works well, except that it's using reINVITES to update as opposed to UPDATE messages, resulting in chops in the audio every so often. I'll research this further though. Thanks again! Brett ----- Original Message ----- From: "Alex Balashov" <abalashov(a)evaristesys.com> To: "SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -Users Mailing List" <sr-users(a)lists.sip-router.org> Cc: sr-users(a)lists.sip-router.org Sent: Wednesday, June 22, 2011 10:22:18 PM GMT -08:00 US/Canada Pacific Subject: Re: [SR-Users] Kamailio doesn't hang up upon IP connectity loss to SIP endpoint This is a complex topic. There is no way for a proxy like Kamailio to detect this scenario per se. Kamailio reacts to and forwards signaling events. If an endpoint disappears, it won't send any of those to indicate that it has gone away. How would Kamailio know? Media stream timeout? Kamailio doesn't relay media. Your Kamailio-side solution is a dialog timeout, requiring use of dialog-stateful tracking using the dialog module. But that will time out calls indiscriminately, so you need to make it long enough to not anger your users but short enough to be useful. Your endpoint solution is SIP Session Timers. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ On Jun 23, 2011, at 1:10 AM, Brett Woollum < brett(a)woollum.com > wrote: Hello, We are running Kamailio as a registration point for our SIP phones, which then interacts with Asterisk. SIP registrations are processed by Kamailio, but everything else is passed to Asterisk. The Kamailio configuration is close to the article at: http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb . Everything seems to be working well, until today. I found several calls today that were still connected to our provider, even though our SIP phones were not active. There were three calls with timers at 9 hours and counting. We had some IP connectivity issues earlier today, and I'm wonder if it's related. If a SIP phone was connected and on a call (through kamailio), and the kamailio/asterisk servers became unreachable, the SIP phones will drop the call. But, it appears that kamailio/asterisk never drop the call in this case, and the call stays live with the carrier. I had to manually kill the calls by command prompt. What's the best way to handle this? Is there a way to have kamailio or asterisk poll the phone to see if it's still on the call or something? How can I give visibility to asterisk or kamailio so the calls are always dropped properly? I don't want to run up a large bill because of calls that didn't terminate when they should have. Thanks! Brett _______________________________________________ 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 _______________________________________________ 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

Kamailio doesn't hang up upon IP connectity loss to SIP endpoint
by Brett Woollum 23 Jun '11

23 Jun '11

Hello, We are running Kamailio as a registration point for our SIP phones, which then interacts with Asterisk. SIP registrations are processed by Kamailio, but everything else is passed to Asterisk. The Kamailio configuration is close to the article at: http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb. Everything seems to be working well, until today. I found several calls today that were still connected to our provider, even though our SIP phones were not active. There were three calls with timers at 9 hours and counting. We had some IP connectivity issues earlier today, and I'm wonder if it's related. If a SIP phone was connected and on a call (through kamailio), and the kamailio/asterisk servers became unreachable, the SIP phones will drop the call. But, it appears that kamailio/asterisk never drop the call in this case, and the call stays live with the carrier. I had to manually kill the calls by command prompt. What's the best way to handle this? Is there a way to have kamailio or asterisk poll the phone to see if it's still on the call or something? How can I give visibility to asterisk or kamailio so the calls are always dropped properly? I don't want to run up a large bill because of calls that didn't terminate when they should have. Thanks! Brett

2 1

apt-get install doesn't work
by Roman Dmytriv 23 Jun '11

23 Jun '11

Hello, I was trying to install kamailio using your instruction from http://kb.asipto.com/kamailio:skype-like-service-in-less-than-one-hour I run Debian Squeeze. Imported apt repository keys, created this file </etc/apt/sources.list.d/kamailio.list> with this information in it <deb http://deb.kamailio.org/kamailio31-nightly squeeze main> Now when I run apt-get install kamailio kamailio-mysql-modules kamailio-tls-modules I got this response: root@s2:/etc/apt/sources.list.d# apt-get install kamailio kamailio-mysql-modules kamailio-tls-modules Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package kamailio E: Unable to locate package kamailio-mysql-modules E: Unable to locate package kamailio-tls-modules Can you give me a hint what could be wrong? Regards

2 5

OT: are there still asymmetric SIP clients?
by Klaus Darilion 22 Jun '11

22 Jun '11

Hi! Just a small survey: Are you still using NAT detection checks? I prefer to apply NAT traversal always (never trust the contact header) which of course only works if all the clients are symmetric. Thus - do you still see asymmetric SIP clients? Thanks Klaus

3 4

Kamailio/Asterisk/FreeSWitch dinner in Madrid - Thursday next week
by Olle E Johansson 22 Jun '11

22 Jun '11

Next week I'll be in the hot city of Madrid doing Asterisk/Kamailio training - The SIP master class. Maybe we can organize a voip nerd dinner on Thursday evening? If you're interested, please e-mail me off list and I'll send out more details later. Greetings /Olle PS. E-mail off list :-)

1 0

Ukulele Kamailio Jingle
by Daniel-Constantin Mierla 22 Jun '11

22 Jun '11

Hello, a good friend, Javi Beltran, recorded a composition playing Ukulele (aka, ukelele - Hawaiian instrument - http://en.wikipedia.org/wiki/Ukulele). The jingle is available at: * http://asipto.com/u/39 If you like it, feel free to use it in relation with Kamailio project. Javi's compositions are open sourced, available at: * http://www.javibeltran.com/?lang=en I posted a news about it on project's site: * http://www.kamailio.org/w/2011/06/ukulele-kamailio-jingle/ If you or your friends have done any artistic work (music, graphics, a.s.o.) related to Kamailio, feel free to send it over and I will make them available on project's site. Thanks, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

audio issue in same nat.
by †ஐû●чƃцίш† Goh 22 Jun '11

22 Jun '11

Hi List, below is my setup.. rtpproxy and kamailio in one PC with 2 nic. (ppp0 with public IP[60.49.119.XX] and eth1 with private IP[192.168.2.3])and asterisk is on another PC with private IP[192.168.2.23] i use realtime integration for kamailio and asterisk.http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6… i have two yealink hardphone ext 101(ip 192.168.1.200) and 102(ip 192.168.1.132) and a softphone ext 103 registered successful.both hardphone are behind same nat (175.136.221.XX)and softphone ext 103(ip 10.129.138.225) behind nat also (113.210.97.XX) ul show:database engine 'MYSQL' loadedControl engine 'FIFO' loadedentering fifo_cmd ul_dumpDomain:: location table=512 records=3 max_slot=1 AOR:: 102 Contact:: sip:102@175.136.221.XX:5062 Q= Expires:: 3109 Callid:: 2043273564(a)175.136.221.241 Cseq:: 4 User-agent:: T22 7.3.0.50 Received:: sip:175.136.221.241:1039 State:: CS_SYNC Flags:: 0 Cflag:: 192 Socket:: udp:60.49.119.69:5060 Methods:: 16383 AOR:: 103 Contact:: sip:103@113.210.97.XX:58776;transport=UDP;ob Q= Expires:: 294 Callid:: oa8Pqx3mR.SVnzAVEYHTwVKZE8CbpY9l Cseq:: 27626 User-agent:: v1.0.0/iPhone State:: CS_NEW Flags:: 0 Cflag:: 0 Socket:: udp:60.49.119.69:5060 Methods:: 8143 AOR:: 101 Contact:: sip:101@175.136.221.XX:5062 Q= Expires:: 1738 Callid:: 451417581(a)175.136.221.241 Cseq:: 2 User-agent:: T20 9.41.0.80 State:: CS_SYNC Flags:: 0 Cflag:: 0 Socket:: udp:60.49.119.69:5060 Methods:: 16383FIFO command was::ul_dump:openser_receiver_17783 103 try to call 102 and 101 work fine. 101 and 102 try call 103 also fine.when 101 call 102 it work fine but when 102 call 101 there is no audio for both side.102 call 101 wireshark capture on 102 sidekeep send rtp but no receive.192.168.1.132 -> 60.49.119.XX RTP when capture on 101 side.keep send rtp but no receive.192.168.1.200 -> 60.49.119.XX RTP and also when 101 try to call into voicemail there is no audioit keep send rtp packet but to192.168.1.200 -> 192.168.2.23 RTP in kamailio.cfg#!WITH_NATlisten=60.49.119.XXlisten=192.168.2.3 # uncomment next line to do SIP NAT pinging setbflag(FLB_NATSIPPING); nat_uac_test("19")rtpproxy -l 60.49.119.XX -s udp:127.0.0.1 is running anyone can help me? how can i fix this?thanks in adv. Regards, minghon

1 1

Re: [SR-Users] [sr-dev] kamailio 3.1.3 fail to start as a service when load the ldap.so module
by Daniel-Constantin Mierla 22 Jun '11

22 Jun '11

Thanks for reporting back, taking the chance to forward this email from sr-dev to sr-users since the thread was cross-posted to some point, for the benefit of future reads of the archive to show the solution of this case. Cheers, Daniel On 6/21/11 7:19 PM, laura testi wrote: > Found the problem after some investigation based on your suggestions. > In the openldap configuration file /etc/openldap/ldap.conf, the entry > TLS_CACERT is pointed to a certificate file in a directory which is > accessible only by root user. After I move the file to a directory > which all user can access it, now it works. I can start the kamailio > as a service with "service kamailio start" with the running user and > group is kamailio. > > Thank you all for your helps and suggestions! > > Best Regards, > Laura > > On Tue, Jun 21, 2011 at 5:44 PM, laura testi <lau.testi(a)gmail.com > <mailto:lau.testi@gmail.com>> wrote: > > The SELinux is disabled. > > > > > On Tue, Jun 21, 2011 at 5:26 PM, Andrew Pogrebennyk > <andrew.pogrebennyk(a)portaone.com > <mailto:andrew.pogrebennyk@portaone.com>> wrote: > > On 21.06.2011 17 <tel:21.06.2011%2017>:30, laura testi wrote: > > Should I need to set a some special environment variable > to load ldap.so > in the /etc/init.d/kamailio? > > > The env output for root does not confirm my theory :) I'm not > sure what is preventing kamailio from communication with LDAP, > could it be that SELinux is enabled and denying it in some way? > > -- > Sincerely, > Andrew Pogrebennyk > > > > > > _______________________________________________ > sr-dev mailing list > sr-dev(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

kamailio 3.1.3 fail to start as a service when load the ldap.so module
by laura testi 21 Jun '11

21 Jun '11

Hi, we try to use LDAP module in kamailio, first we try only load the ldap.so only to see if it can be loaded. When we start from the command line with either "kamctl start" or directly "kamilio", the kamailio is started normally with different children. When I try to start as service with "service kamailio start" or "/etc/init.d/kamailio start". It fails with the following error in the /var/log/messages: ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Jun 21 10:28:39 kamailio3p1 kamailio: INFO: <core> [tcp_main.c:4716]: init_tcp: using epoll_lt as the io watch method (auto detected) Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: usrloc [hslot.c:53]: locks array size 512 Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: auth [auth_mod.c:312]: auth: qop set, but nonce-count (nc_enabled) support disabled Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: permissions [parse_config.c:251]: file not found: //etc/kamailio/permissions.allow Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: permissions [permissions.c:606]: default allow file (//etc/kamailio/permissions.allow) not found => empty rule set Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: permissions [parse_config.c:251]: file not found: //etc/kamailio/permissions.deny Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: permissions [permissions.c:615]: default deny file (//etc/kamailio/permissions.deny) not found => empty rule set Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: ldap [ldap_mod.c:246]: OpenLDAP - 20343 Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_init.c:511]: tls: _init_tls_h: compiled with openssl version "OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008" (0x0090802f), kerberos support: on, compression: on Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_init.c:519]: tls: init_tls_h: installed openssl library version "OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008" (0x0090802f), kerberos support: on, zlib compression: on compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DKRB5_MIT -I/usr/kerberos/include -DL_ENDIAN -DTERMIO -Wall -DMD32_REG_T=int -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wa,--noexecstack -DOPENSSL_USE_NEW_FUNCTIONS -fno-strict-aliasing -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_init.c:373]: tls: init_tls: disabling compression... Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: WARNING: tls [tls_init.c:564]: tls: init_tls_h: openssl kerberos malloc bug detected, kerberos support will be disabled... Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: WARNING: tls [tls_init.c:587]: tls: openssl bug #1491 (crash/mem leaks on low memory) workaround enabled (on low memory tls operations will fail preemptively) with free memory thresholds 9961472 and 4980736 bytes Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [cfg/cfg_ctx.c:411]: INFO: cfg_set_now(): tls.low_mem_threshold1 has been changed to 9961472 Jun 21 10:28:39 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [cfg/cfg_ctx.c:411]: INFO: cfg_set_now(): tls.low_mem_threshold2 has been changed to 4980736 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [udp_server.c:178]: INFO: udp_init: SO_RCVBUF is initially 129024 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [udp_server.c:229]: INFO: udp_init: SO_RCVBUF is finally 262142 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [udp_server.c:178]: INFO: udp_init: SO_RCVBUF is initially 129024 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [udp_server.c:229]: INFO: udp_init: SO_RCVBUF is finally 262142 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:176]: TLSs<default>: tls_method=9 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:188]: TLSs<default>: certificate='//etc/kamailio/FBCIDS01V01.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:195]: TLSs<default>: ca_list='//etc/kamailio/tiglobalca.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:202]: TLSs<default>: crl='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:206]: TLSs<default>: require_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:213]: TLSs<default>: cipher_list='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:220]: TLSs<default>: private_key='//etc/kamailio/FBCIDS01V01KEY.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:224]: TLSs<default>: verify_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:227]: TLSs<default>: verify_depth=9 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:544]: TLSs<default>: No client certificate required and no checks performed Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:597]: tls: set_ssl_options: detected openssl version (90802f) has the SSL_OP_TLS_BLOCK_PADDING bug, but compression is disabled so no workaround is needed Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:176]: TLSc<default>: tls_method=9 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:188]: TLSc<default>: certificate='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:195]: TLSc<default>: ca_list='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:202]: TLSc<default>: crl='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:206]: TLSc<default>: require_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:213]: TLSc<default>: cipher_list='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:220]: TLSc<default>: private_key='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:224]: TLSc<default>: verify_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:227]: TLSc<default>: verify_depth=9 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:547]: TLSc<default>: Server MAY present invalid certificate Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:597]: tls: set_ssl_options: detected openssl version (90802f) has the SSL_OP_TLS_BLOCK_PADDING bug, but compression is disabled so no workaround is needed Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:176]: TLSs<10.10.5.214:5061>: tls_method=12 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:188]: TLSs<10.10.5.214:5061>: certificate='//etc/kamailio/FBCIDS01V01.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:195]: TLSs<10.10.5.214:5061>: ca_list='//etc/kamailio/tiglobalca.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:202]: TLSs<10.10.5.214:5061>: crl='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:206]: TLSs<10.10.5.214:5061>: require_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:213]: TLSs<10.10.5.214:5061>: cipher_list='(null)' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:220]: TLSs<10.10.5.214:5061>: private_key='//etc/kamailio/FBCIDS01V01KEY.pem' Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:224]: TLSs<10.10.5.214:5061>: verify_certificate=0 Jun 21 10:28:40 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:227]: TLSs<10.10.5.214:5061>: verify_depth=9 Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:544]: TLSs<10.10.5.214:5061>: No client certificate required and no checks performed Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: tls [tls_domain.c:597]: tls: set_ssl_options: detected openssl version (90802f) has the SSL_OP_TLS_BLOCK_PADDING bug, but compression is disabled so no workaround is needed Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8786]: ERROR: ldap [ldap_connect.c:166]: [sipaccounts]: ldap bind failed: Can't contact LDAP server Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8786]: ERROR: ldap [ldap_mod.c:182]: [sipaccounts]: failed to connect to LDAP host(s) Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8786]: ERROR: <core> [sr_module.c:832]: init_mod_child(): Error while initializing module ldap (/usr/lib64/kamailio/modules_k/ldap.so) Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8786]: ERROR: <core> [pt.c:337]: ERROR: fork_process(): init_child failed for process 1, pid 8786, "udp receiver child=0 sock=127.0.0.1:5060" Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8786]: : <core> [main.c:1546]: main_loop: Cannot fork Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8788]: ERROR: ldap [ldap_connect.c:166]: [sipaccounts]: ldap bind failed: Can't contact LDAP server Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8788]: ERROR: ldap [ldap_mod.c:182]: [sipaccounts]: failed to connect to LDAP host(s) Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8788]: ERROR: <core> [sr_module.c:832]: init_mod_child(): Error while initializing module ldap (/usr/lib64/kamailio/modules_k/ldap.so) Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8788]: ERROR: <core> [pt.c:337]: ERROR: fork_process(): init_child failed for process 2, pid 8788, "udp receiver child=1 sock=127.0.0.1:5060" Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8788]: : <core> [main.c:1546]: main_loop: Cannot fork Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8774]: ALERT: <core> [main.c:738]: child process 8786 exited normally, status=255 Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8774]: ALERT: <core> [main.c:738]: child process 8788 exited normally, status=255 Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8774]: INFO: <core> [main.c:756]: INFO: terminating due to SIGCHLD Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8801]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8799]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8797]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8795]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8793]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8790]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8812]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8808]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8810]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8814]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 21 10:28:41 kamailio3p1 /usr/sbin/kamailio[8816]: INFO: <core> [main.c:807]: INFO: signal 15 received ... -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Without ldap.so loaded, we can start the kamailio as a service normally with "service kamailio start". The platform running kamailio is: RHEL5.6_X64 Can you help us please? Because we want to start the kamailio as a service from the boot Thanks a lot in advanced! Best Regards, Laura

4 10

an IDEA
by afshin afzali 21 Jun '11

21 Jun '11

Hi Guys, I need to integrate a SIP processing environment to H.248 and SS7/ ISUP links. For those communication links, OpenSS7 and Erlang/OTP MEGACO are good solutions. My idea is to write applications over OTP and SIP-Router to be able to bridge non-SIP protocols to SIP! On OTP the way is clear, but on SIP-Router I need to be able to generate / terminate SIP transactions. I'll appreciate every comment. BEST, -- afshin

3 3

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