- sr-users - kamailio.org

[Kamailio-Users] AVP / Odd Error
by Brandon Armstead 19 Jun '09

19 Jun '09

Hey Guys, First off thanks for any help in advance! I'm adding a single avp test i.e. $avp(s:some-avp-name) = 'foo!'; to a development configuration running Kamailio revision: 5487 (1.4.3). When I start kamailio I'm getting the following error: CRITICAL:core:init_io_wait: could not alloc epoll array As soon as I delete this AVP addition and start her back up, she starts. Code Snippet (io_wait.c) 606 #ifdef HAVE_EPOLL 607 case POLL_EPOLL_LT: 608 case POLL_EPOLL_ET: 609 h->ep_array=local_malloc(sizeof(*(h->ep_array))*h->max_fd_no); 610 if (h->ep_array==0){ 611 LM_CRIT("could not alloc epoll array\n"); 612 goto error; 613 } 614 memset((void*)h->ep_array, 0, sizeof(*(h->ep_array))*h->max_fd_no); 615 if (init_epoll(h)<0){ 616 LM_CRIT("epoll init failed\n"); 617 goto error; 618 } 619 break; 620 #endif I do not know enough of Kamailio CORE but it looks like something to do with memory allocation / file descriptors? I've increased available memory to kamailio as well as open file limits / file descriptors etc -- to no avail, any help is much appreciated thanks guys!

2 5

[Serusers] (no subject)
by Mohammed Fareed 18 Jun '09

18 Jun '09

Hi, kindly add as server user thanks Regards, V.P.Mohammed Fareed Analyst Programmer Mobile : +966-5-592303381 KSA. Cricket on your mind? Visit the ultimate cricket website. Enter http://cricket.yahoo.com

1 0

[Kamailio-Users] Multipart SDP problem...
by Edson - Lists 18 Jun '09

18 Jun '09

Hi, Guys... After trying a PSTN call through an AS5300-Cisco GW got this error: ==== ON-REPLY[1] incoming reply <200> for <INVITE> <8999>/<XXXXXXXXXXX> ERROR:nathelper:check_content_type: invalid type for a message ERROR:nathelper:extract_body: content type mismatching ERROR:nathelper:force_rtp_proxy: can't extract body from the message == Googling around I found an e-mail from Ovidus (23/12/2008) telling that a multi part SDP wasn't integrated on Nathelper. I suppose that I faced such an issue. How to circumvent/workaround this error message? As a side effect call gives no RTP flow, since one direction send it to RTPProxy and the other directly. Edson. -x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x Relevant info.... Using: ==== # kamailio -V version: kamailio 1.5.1-notls (i386/linux) flags: STATISTICS, USE_IPV6, USE_TCP, USE_SCTP, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 4194304 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: 2:5868M @(#) $Id: main.c 5608 2009-02-13 16:48:17Z henningw $ main.c compiled on 13:54:27 Jun 4 2009 with gcc 4.3 == The ON-REPLY code is: ==== onreply_route[1] { xlog("L_INFO","ON-REPLY[1] incoming reply <$rs> for <$rm> <$fU>/<$tU>"); if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } if (isbflagset(6)) { fix_nated_contact(); } } == The ofending SDP in case is: ==== Content-Type: multipart/mixed;boundary=uniqueBoundary. Content-Length: 378. . --uniqueBoundary. Content-Type: application/sdp. . v=0. o=CiscoSystemsSIP-GW-UserAgent 7829 2204 IN IP4 XXX.YYY.ZZZ.10. s=SIP Call. c=IN IP4 XXX.YYY.ZZZ.10. t=0 0. m=audio 16976 RTP/AVP 0. c=IN IP4 XXX.YYY.ZZZ.10. a=rtpmap:0 PCMU/8000. --uniqueBoundary. Content-Type: application/gtd. Content-Disposition: signal;handling=optional. . ANM,. PRN,isdn*,,QSIG*,. . --uniqueBoundary--. ==

8 32

Re: [Kamailio-Users] Trying to make Purple Module work
by Eric PTAK 18 Jun '09

18 Jun '09

Hi mani, Looking your log, I see you're trying to contact sip:manivasagam.s*msn.com@ kmilo.smithmicro.com as I mentionned to be a possible way to get purple working without mapping non-sip friends. But it requires modifications in the purple_* functions to support it. Then, there is also the usrloc error cause it didn't find such user. You must use a purple_gateway_domain different from your main domain, in order to filter messages to the gateway easyly, priori to other routes. for example (but again the module need mods) : route { # initial sanity check, loopavoidance & big messages ..... ..... # retransmission absorbtion ..... ..... # messages to purple gateway if ($rd == "purple_gateway_domain") { route(10); } # main route ..... ..... } #purple route route[10] { #method filtering to call the appropriate purple function } Eric. 2009/6/16 mani sivaraman <mani.opensips(a)gmail.com> > Attached is kamailio debug log while trying to send a MESSAGE to an MSN > contact from my SIP Account. manivasaga.s(a)msn.com is the MSN account > available on the SIP Buddy list. THe MESSAGE send fails and the server sends > back 202 and then 404. > > THe debug message is attached. Any input is appreciated. > > On Tue, Jun 16, 2009 at 10:00 AM, mani sivaraman <mani.opensips(a)gmail.com>wrote: > >> Hi Eric >> Could you please post a working example kamailio.cfg file with the example >> purplemap table contents (remove passwords from it). I guess I'm doing some >> mistake in coding purple_handle_subscribe, purple_handle_publish() and >> purple_send_message. Your help is really apppreciated. >> >> What IM Client did you use to test/develop purple ? Is it X-Lite ? I would >> like to try purple with that client first. Please let me know. I want to get >> the first PUB/SUB and MESSAGE working bet SIP and MSN or Gmail or yahoo. >> >> Your help is appreciated. >> - Mani >> >> >> On Tue, Jun 16, 2009 at 2:56 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >> >>> Hi, >>> >>> The PUBLISH has to be processed normally by the Presence >>> Server (eg handle_publish) to get the response. >>> Then, you can also use purple_handle_publish to propagate you status to >>> external protocols. >>> Whenever, you should not get that error regarding the db entry and the >>> publish sip uri... >>> Need more checks... >>> >>> Eric. >>> >>> 2009/6/15 mani sivaraman <mani.opensips(a)gmail.com> >>> >>>> Hi Eric >>>> I keep getting this error messages when I setup the purplemap table in >>>> mysql and enable purple PUB/SUN processing in openser. I have only one >>>> mapping purplemap table like this. My SIP client is trying to send presence >>>> PUBLISH, but this never gets ACKed by openser server. And I get this error >>>> every time PUB happens "ERROR:purple:find_accounts: result count = 0" >>>> >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>| >>>> smvasagam2000(a)gmail.com | gtalk | xxxx >>>> >>>> >>>> PUBLISH sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0 >>>> SUBSCRIBE sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17535] INFO:presence:send_notify_request: NOTIFY >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>via sip:msivaraman@172.16.1.125:6332;transport=udp >>>> on behalf of sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>for event presence.winfo >>>> SUBSCRIBE sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>from [ >>>> sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com>] >>>> to [sip:msivaraman@kmilo.smithmicro.com<sip%3Amsivaraman(a)kmilo.smithmicro.com> >>>> ] >>>> Jun 15 14:37:47 [17541] ERROR:purple:find_accounts: result count = 0 >>>> >>>> Your assistance is appreciated. >>>> Thanks >>>> Mani >>>> >>>> >>>> On Mon, Jun 15, 2009 at 11:13 AM, mani sivaraman < >>>> mani.opensips(a)gmail.com> wrote: >>>> >>>>> That was it. I did that first time and then I forgot to set the env >>>>> variable again. I will add it to ctl script now. Thanks for your help. I >>>>> appreciate it. I will now go on to adding processing of MESSAGE, PUBLISH >>>>> NOTIFY etc. >>>>> >>>>> Thank you >>>>> >>>>> >>>>> On Mon, Jun 15, 2009 at 10:14 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >>>>> >>>>>> Did you added LD_PRELOAD=/path/to/your/libpurple.so env var in your >>>>>> ctl script ? >>>>>> >>>>>> Eric. >>>>>> >>>>>> 2009/6/15 mani sivaraman <mani.opensips(a)gmail.com> >>>>>> >>>>>> Thanks for getting back Eric. After opensips I tested the latest >>>>>>> Kamailio 1.5.1 code with purple module. I get the same SIGCHLD core dump on >>>>>>> Kamailio as well. I saw Kamailio comes with purple source code. If I load >>>>>>> purple.so and then add the modprobe for purple, I get the core dump. Is >>>>>>> there any thing I can check or look for in the debug to make sure it works. >>>>>>> If I unload purple and remove the respective modprobes every thing seems to >>>>>>> work fine. >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> >>>>>>> On Mon, Jun 15, 2009 at 3:15 AM, Eric PTAK <eric.ptak.fr(a)gmail.com>wrote: >>>>>>> >>>>>>>> Hi mani, >>>>>>>> >>>>>>>> purple module hasn't been tested with opensips, and I can't say if >>>>>>>> it should work. >>>>>>>> but just a question : how did you compile the module ? eg, within >>>>>>>> which project ? >>>>>>>> >>>>>>>> regards, >>>>>>>> eric. >>>>>>>> >>>>>>>> 2009/6/12 mani sivaraman <mani.opensips(a)gmail.com> >>>>>>>> >>>>>>>>> I compiled and installed opensips 1.5.1 with mysql db and works >>>>>>>>> fine. I compiled and installed the new purple module from outside and >>>>>>>>> installed the same. if I try to load the purple.so module and add modprobe >>>>>>>>> for purple params, opensips core dumps saying >>>>>>>>> >>>>>>>>> Jun 12 12:06:38 [22121] CRITICAL:core:receive_fd: EOF on 15 >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: child process 22110 >>>>>>>>> exited by a signal 11 >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: core was generated >>>>>>>>> Jun 12 12:06:38 [22103] INFO:core:handle_sigs: terminating due to >>>>>>>>> SIGCHLD >>>>>>>>> Jun 12 12:06:38 [22104] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22105] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22106] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22107] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22108] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22114] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22109] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22115] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22116] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22117] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22119] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22121] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22112] INFO:core:sig_usr: signal 15 received >>>>>>>>> Jun 12 12:06:38 [22103] NOTICE:presence:destroy: destroy module ... >>>>>>>>> >>>>>>>>> >>>>>>>>> The gdb back trace is not very useful either. >>>>>>>>> >>>>>>>>> (no debugging symbols found) >>>>>>>>> Core was generated by `opensips'. >>>>>>>>> Program terminated with signal 11, Segmentation fault. >>>>>>>>> [New process 22083] >>>>>>>>> #0 0x085a9c6d in ?? () >>>>>>>>> (gdb) backtrace full >>>>>>>>> #0 0x085a9c6d in ?? () >>>>>>>>> No symbol table info available. >>>>>>>>> (gdb) >>>>>>>>> >>>>>>>>> Help Any one , Please. >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Users mailing list >>>>>>>>> Users(a)lists.opensips.org >>>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users(a)lists.opensips.org >>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>> >> >

2 2

Re: [Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

After the second attempt that Kamailio sends a call towards an ip address and gets a negative sip response say 503, kamailio will block that ip route for approx 4 minutes and sends 401 unauthorized immediately to the sip client. That ip route can be a gateway which is sending a negative reponse for certain destinations only and this may be due to a problem which is beyond the gateway itself; so I want to avoid blocking the complete route automatically. It appears that, in version 1.5 the route gets blocked for a longer period. Appreciate any help. Thanks, Karl --- On Thu, 18/6/09, Iñaki Baz Castillo <ibc(a)aliax.net> wrote: From: Iñaki Baz Castillo <ibc(a)aliax.net> Subject: Re: [Kamailio-Users] disable_dns_blacklist To: Cc: users(a)lists.kamailio.org Date: Thursday, 18 June, 2009, 3:07 PM 2009/6/18 Karl Smith <sipware(a)yahoo.co.uk>: > Hi, > > I have always used the global setting disable_dns_blacklist=yes so as to > avoid openser from temporarily blocking a particular route that may return a > negative sip response such as 503. > > I am now planning a migration to kamailio but the feature does not seem to > be working. I have tried both kamailio 1.4 and also 1.5. Since Kamailio 1.4 (perhaps since OpenSer 1.3) this option is dissabled by default (disable_dns_blacklist=yes). What do you mean with "it doesn't work"? -- Iñaki Baz Castillo <ibc(a)aliax.net> _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

1 0

[Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

Hi, I have always used the global setting disable_dns_blacklist=yes so as to avoid openser from temporarily blocking a particular route that may return a negative sip response such as 503. I am now planning a migration to kamailio but the feature does not seem to be working. I have tried both kamailio 1.4 and also 1.5. Any ideas? Thanks, Karl

2 1

[Kamailio-Users] disable_dns_blacklist
by Karl Smith 18 Jun '09

18 Jun '09

Hi, I have always used the global setting disable_dns_blacklist=yes so as to avoid openser from temporarily blocking a particular route that may return a negative sip response such as 503. I am now planning a migration to kamailio but the feature does not seem to be working. I have tried both kamailio 1.4 and also 1.5. Any ideas? Thanks, Karl

1 0

[Kamailio-Users] Q value with alias_db?
by Robert McGilvray 18 Jun '09

18 Jun '09

This seems like it should be easy but based on the database schema I can't figure out how I can specify a Q value for different destinations when using alias_db with mysql. I need to map external DIDs to phones registered to kamailio and some to other gateways, sometimes those numbers will need to fork based on the q. I can probably do what I need with direct sql queries I just want to make sure I'm not missing something with db_aliases first. Thanks -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

2 1

[Kamailio-Users] Number portability
by Paul Mancheno H. 18 Jun '09

18 Jun '09

Hello friends I want that a call out of my softswitch go to my Kamailio, there run a query to a database, and return to the softswitch preceded with an index which I will forward the proper operator, the most important thing is that only pass signaling to Kamailio, and only when the call is going to do is send the data packets, and ultimately the data come from softswitch to softswitch. Should I make any special configuration for this to happen? A lot of thanks.

3 2

[Kamailio-Users] ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Andre Warnier 18 Jun '09

18 Jun '09

Hi all .. When I send a register packet to my kamctl, then I using " kamctl ul show "openser" " to see success or not with SIP server , it's response ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN Do I have defind SIP_DOMAIN in /usr/local/etc/kamailio/ kamctlrc ? SIP_DOMAIN is mean IP that install kamctl ? Any help would be greatly appreciated Thanks & regards, Andre

2 1

[Serusers] SER.cfg problem
by Shahbaz Ali 17 Jun '09

17 Jun '09

plz help I attach my ser.cfg when i enter ser -c the error is: " 0(5976) parse error (150,18-19): unknown command, missing loadmodule? ERROR: bad config file (1 errors)" Best regards Shazi

2 1

[Kamailio-Users] Pass a variable to config script
by sasirekha jaganathan 17 Jun '09

17 Jun '09

Hi, I need to pass a variable from kamailio code base to the configuration script. Can I add a new parameter to the existing pre script callbacks? Is there any other method to achieve the same? Thanks Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com

2 1

Re: [Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Saúl Ibarra 17 Jun '09

17 Jun '09

No, it's created when you start Kamailio... have you restarted after making the changes? PS: Again, please, reply to the mailing list... -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

3 8

[Kamailio-Users] Kamailio Core Dumping
by Stagg Shelton 17 Jun '09

17 Jun '09

I've recently tried to migrate my production environment to kamailio 1.5.1-notls from openser-1.3.4-notls. I have been working through some issues, and the most recent issues have been that kamailio has begun to segmentation fault and core dump. Has anyone else experienced any similar issues, what other information could i provide that can be helpful in diagnosing my troubles with 1.5.1. I have had to fall back to 1.3.4 until i can get this sorted out. Below is my backtrace of the core dump file. Core was generated by `/sbin/kamailio -m 1024'. Program terminated with signal 11, Segmentation fault. [New process 5315] #0 0x00007f57bb9954e0 in update_dialog_dbinfo (cell=0x7f577e6a17c0) at dlg_db_handler.c:498 498 SET_STR_VALUE(values+8, cell->bind_addr[DLG_CALLEE_LEG]- >sock_str); Missing separate debuginfos, use: debuginfo-install bzip2- libs-1.0.5-3.fc10.x86_64 compat-db45-4.5.20-5.fc10.x86_64 e2fsprogs- libs-1.41.4-5.fc10.x86_64 elfutils-libelf-0.141-1.fc10.x86_64 file- libs-4.26-5.fc10.x86_64 glibc-2.9-3.x86_64 keyutils- libs-1.2-3.fc9.x86_64 krb5-libs-1.6.3-18.fc10.x86_64 libconfuse-2.6-1.fc9.x86_64 libgcc-4.3.2-7.x86_64 libselinux-2.0.78-1.fc10.x86_64 lm_sensors-3.0.2-1.fc10.x86_64 lua-5.1.4-1.fc10.x86_64 mysql-libs-5.0.77-1.fc10.x86_64 net-snmp- libs-5.4.2.1-3.fc10.x86_64 nspr-devel-4.7.3-2.fc10.x86_64 nss- devel-3.12.2.0-5.fc10.x86_64 openssl-0.9.8g-13.fc10.x86_64 pcre-7.8-1.fc10.x86_64 perl-libs-5.10.0-68.fc10.x86_64 popt-1.13-4.fc10.x86_64 radiusclient-ng-0.5.6-3.fc9.x86_64 rpm- libs-4.6.0-2.fc10.x86_64 tcp_wrappers-libs-7.6-53.fc10.x86_64 zlib-1.2.3-18.fc9.x86_64 (gdb) bt #0 0x00007f57bb9954e0 in update_dialog_dbinfo (cell=0x7f577e6a17c0) at dlg_db_handler.c:498 #1 0x00007f57bb998b5e in dlg_onreply (t=0x7f577aaec3b8, type=<value optimized out>, param=<value optimized out>) at dlg_handlers.c:318 #2 0x00007f57bf59d345 in run_trans_callbacks (type=128, trans=0x7f577e6a3918, req=0x7f577e6afce8, rpl=0x775710, code=200) at t_hooks.c:240 #3 0x00007f57bf5ba352 in relay_reply (t=0x7f577e6a3918, p_msg=<value optimized out>, branch=0, msg_status=200, cancel_bitmap=0x7fffc7c0c098) at t_reply.c:1229 #4 0x00007f57bf5badce in reply_received (p_msg=0x775710) at t_reply.c: 1485 #5 0x0000000000420382 in forward_reply (msg=0x775710) at forward.c:521 #6 0x00000000004529f9 in receive_msg ( buf=0x71f880 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP 8.17.32.37;branch=z9hG4bKd89d.68915ca2.0\r\nVia: SIP/2.0/UDP 8.17.32.166 :5060;received=8.17.32.166;branch=z9hG4bK0615b7d2;rport=5060\r\nFrom: \"CID Info\" <sip:5551212"..., len=889, rcv_info=0x7fffc7c0c190) at receive.c:212 #7 0x0000000000487da6 in udp_rcv_loop () at udp_server.c:449 #8 0x00000000004274e4 in main_loop () at main.c:774 #9 main (argc=<value optimized out>, argv=0x7fffc7c0c368) at main.c: 1321 (gdb)

2 3

[Kamailio-Users] Access to $var() from perl
by Alex Hermann 17 Jun '09

17 Jun '09

Hello, (how) can I access $var() variables via the perl module? OpenSER::AVP::get() does not work for $var(). -- Greetings, Alex Hermann

3 3

Re: [Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Saúl Ibarra 17 Jun '09

17 Jun '09

On Wed, Jun 17, 2009 at 8:45 AM, André Warnier<andrewarnier(a)gmail.com> wrote: > Hi Saúl : > I have set SIP_DOMAIN=142.11.20.10 in /usr/local/etc/kamailio/kamctlrc , > Then when I using kamctl ul show openser(a)142.11.20.10 , I got the error as > follows : > > ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo > ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", > "/tmp/kamailio_fifo")' in your config > ERROR: and also have loaded the mi_fifo module. > > What's Wrong With This? > Just read the error, it's very descriptive :) You need to setup the fifo so that kamctl can communicate with the kamailio process. PS: Please, reply to the mailing list, no to me. PPS: Don't crosspost!! -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

1 0

[Kamailio-Users] Error opening Kamailio's FIFO /tmp/kamailio_fifo
by vinod 17 Jun '09

17 Jun '09

Hello, When I using " kamctl ul show "openser" " , I got the error : ERROR: Error opening Kamailio's FIFO /tmp/kamailio_fifo ERROR: Make sure you have the line 'modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo")' in your config ERROR: and also have loaded the mi_fifo module. What's Happening!! Thanks in advance, Vinod

3 2

[Kamailio-Users] FW: ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN
by Andre Warnier 17 Jun '09

17 Jun '09

Hi all .. When I send a register packet to my kamctl, then I using " kamctl ul show "openser" " to see success or not with SIP server , it's response ERROR: domain unknown: use usernames with domain or set default domain in SIP_DOMAIN Do I have defind SIP_DOMAIN in /usr/local/etc/kamailio/ kamctlrc ? SIP_DOMAIN is mean IP that install kamctl ? Any help would be greatly appreciated Thanks & regards, Andre

3 2

[Kamailio-Users] ACK/BYE problem with NAT
by Dubravko Caric 16 Jun '09

16 Jun '09

Hi all, I have a problem when calling from UAC#1 (public IP address) to UAC#2 (private IP address), call is dropping after 30 sec. STUN and ICE are disabled in UAC#2. Other way is working OK (UAC#2 --INVITE--> UAC#1), RTPProxy is in the middle,... Kamailio is aware that UAC#2 is behind NAT and adds received filed on REGISTER. MySQL location table: contact received sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a sip:UAC#2_PUBLIC_IP_ADDRESS:55671 Why proxy is not aware that UAC#2 is behind NAT (for BYE and ACK) when call is initiated by UAC#1 and thus sends ACK/BYE to private IP address? Shouldn't Contact header be rewriten with NAT address/port and also a "c" filed in SDP with RTPProxy address? fix_nated_contact() sholud fix contact header for transaction-starting messages like ACK and BYE... I'm using kamailio 1.5.1-tls and standard kamailio.cfg (to be sure that I'm not using my cfg which could be faulty)... Thanks a lot Dubravko INVITE: *working OK* # U UAC#1_PUBLIC_IP_ADDRESS:24354 -> KAMAILIO_PUBLIC_IP_ADDRESS:5958 INVITE sip:bob@example.com SIP/2.0.... U UAC#1_PUBLIC_IP_ADDRESS:5958 -> UAC#2_PUBLIC_IP_ADDRESS:55671 INVITE sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0.. ACK (and BYE): *not working* # U UAC#1_PUBLIC_IP_ADDRESS:24354 -> KAMAILIO_PUBLIC_IP_ADDRESS:5958 ACK sip:bob@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0.... # U KAMAILIO_PUBLIC_IP_ADDRESS:5958 -> UAC#2_PRIVATE_IP_ADDRESS:1025 ACK sip:bib@10.2.4.18:1025;rinstance=24c6e191484e570a SIP/2.0....

1 2

[Kamailio-Users] Media information in stateful mode
by karhu 16 Jun '09

16 Jun '09

Hello, I'm back with Kamailio ;) I would like to know if there is a issue to store media informations, like codecs, Ip, ports of a the caller and the callee.. I've been looking to TM module, but it doesn't seem to be possible to manipulate media parameters !? Thanks in advance, Karhu -- View this message in context: http://www.nabble.com/Media-information-in-stateful-mode-tp24050009p2405000… Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 4

[Kamailio-Users] Firewall and auth
by Andreas Granig 15 Jun '09

15 Jun '09

Hi all, I just tried a setup like [UA] --> [pub][Firewall][priv] --> [priv][Kam] where the Firewall maps the public IP reachable by UAs to a private IP where Kamailio is listening. If I run sipsak on the Kamailio-machine, I can register fine, but as soon as the request goes via Firewall, authentication stops working. So how does the IP of Kamailio actually influence authentication? Do I have to set something special on Kamailio to make this work? Here's the Register after a 401 and the resulting 401 again, and it looks pretty well to me (1.2.3.4 is the public Firewall IP, which is configured as outbound proxy on the UA, 172.17.10.50 is the private Kamailio-IP and is also used as domain for user sipwise1, which is trying to register). Trace is taken on client-side, but looks the same on the Kamailio server (NAT seems to be handled fine): U 192.168.123.150:50600 -> 1.2.3.4:5060 REGISTER sip:1.2.3.4 SIP/2.0. Via: SIP/2.0/UDP 192.168.123.150:50600;rport;branch=z9hG4bK906580090. From: <sip:sipwise1@172.17.10.50>;tag=1631756043. To: <sip:sipwise1@172.17.10.50>. Call-ID: 1235449552. CSeq: 4 REGISTER. Contact: <sip:sipwise1@192.168.123.150:50600;line=e779ddd40d3251b>. Authorization: Digest username="sipwise1", realm="172.17.10.50", nonce="4a06e2820000000a80c173db2d166fedb7d8d1e933c97855", uri="sip:1.2.3.4", response="de645a701a7c507c47a5278923bce54b", algorithm=MD5. Max-Forwards: 70. User-Agent: Linphone/2.1.1 (eXosip2/3.1.0). Expires: 900. Content-Length: 0. U 1.2.3.4:5060 -> 192.168.123.150:50600 SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 192.168.123.150:50600;rport=50600;branch=z9hG4bK906580090;received=213.47.175.165. From: <sip:sipwise1@172.17.10.50>;tag=1631756043. To: <sip:sipwise1@172.17.10.50>;tag=a49efde55ae28efd11dc5969af09c5db.b607. Call-ID: 1235449552. CSeq: 4 REGISTER. WWW-Authenticate: Digest realm="172.17.10.50", nonce="4a06e2820000000b2bd307dd3e71c80e3d6549ccc2b28269". Server: Sipwise registrar. Content-Length: 0. So the only thing referring to the public Firewall IP is in the R-Uri of the registration and in the Authorization-uri-token. Is this token also used to calculate the auth hashes somehow? Username looks fine in the Authorization header, and so does Realm. Any ideas? Andreas

5 7

[Kamailio-Users] FW: /etc/init.d/kamailio start can't start
by vinod 15 Jun '09

15 Jun '09

Dear Saúl Ibarra I don't modify my configuration file, but I using "'kamailio'" to start ,then i got the msg : Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 140.125.35.240 [140.125.35.240]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 140.125.35.240 [140.125.35.240]:5060 Aliases: tcp: vino.local:5060 tcp: localhost:5060 udp: vino.local:5060 udp: localhost:5060 is it represents the openser success ? cheers, vinod -----Original Message----- From: users-bounces(a)lists.kamailio.org [mailto:users-bounces@lists.kamailio.org] On Behalf Of Saul Ibarra Sent: Tuesday, June 09, 2009 3:21 PM Cc: users(a)lists.kamailio.org Subject: Re: [Kamailio-Users] /etc/init.d/kamailio start can't start Try this options in your configuration file: debug=6 fork=no log_stderror=yes And start kamailio just by executing 'kamailio', without the init script, so you'll be able to see what happens. -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

3 4

[Kamailio-Users] log_facility usage with accounting module
by Örn Arnarson 15 Jun '09

15 Jun '09

Hi, I am trying to get all billing information from the acc module logged to a file as opposed to a database. It seems to me that the way to do that is via syslog (although I'd much prefer just logging directly to a file). So, to do this, i added a LOCAL6 facility in /etc/syslog.conf, and added the following line to kamailio.cfg: modparam("acc", "log_facility", "LOG_LOCAL6") The general log_facility of kamailio is LOG_LOCAL7: log_facility=LOG_LOCAL7 These are the only two mentions of LOG_LOCAL6 and LOG_LOCAL7 in the whole configuration file. However, I get _all_ the information in both files (that is, if I have debug set to a specific level, my accounting log also gets flooded with these debug messages). Why is this? The config line specifies LOG_LOCAL6 to be a log for the accounting module... Furthermore, I want all INVITES to be logged, regardless of an ACK or CANCEL, but only invites where an ACC is received are logged. If I enable log cancel, I see the CANCEL messages, but not the INVITES, which is rather nonsensical. Any help would be much appreciated. Best regards, Örn

3 2

[Kamailio-Users] Dynamic mapping of sip URI
by rachid 15 Jun '09

15 Jun '09

Hello, i use the database table purplemap of kamailio to mapping sip addresses with jabber uri, Now i want to use a dynamic mapping of uri sip such alice(a)jabber.com becomes sip:alice-at-jabber@domain_sip someone have an idea to do that? -- ------------------------------------------------------------ BAHA Rachid Elève ingénieur en 3ème année à l'INPT, Rabat GSM:(+33) 0619787609

3 2

[Kamailio-Users] sharing audio between a SIP and a MSN client
by rachid 15 Jun '09

15 Jun '09

Hello, I installed kamailio and i want to have sharing audio between a sip client and MSN client , but i don't know which module i will to configure someone can tell me what i do please ------------------------------------------------------------ BAHA Rachid Elève ingénieur en 3ème année à l'INPT, Rabat GSM:(+33) 0619787609

4 3

[Kamailio-Users] bidirectionnal chat and presence sharing between a SIP and a jabber user
by rachid 15 Jun '09

15 Jun '09

Hello all, someone can help me to configure kamailio to i was able to have a bidirectionnal chat and presence sharing between a SIP and a jabber user ? thank you

4 5

[Kamailio-Users] Munin plugin for Kamailio
by Iñaki Baz Castillo 15 Jun '09

15 Jun '09

Hi all, I've created a Munin plugin to monitor the number of dialogs in Kamailio: http://dev.sipdoc.net/wiki/sip-stuff/KamailioMuninPlugin Hope it's useful. Suggestions are welcome. Regards. -- Iñaki Baz Castillo <ibc(a)aliax.net>

5 14

[Kamailio-Users] Presence and jabber
by Joao Gomes Pereira 15 Jun '09

15 Jun '09

Hello to all I would like to enable Presence support and Jabber integration for my Kamailio users, but I'm a bit confused. I already installed Jabberd2. So, why do I need to enable presence support in Kamailio? Presence in Kamailio is only for VoIP clients that doesnt support standard Jabber Instant Messaging? Thanks Joao Pereira

5 6

[Serusers] Is there a way to force the added Via: to contain a specific IP addr != send socket
by Frank Durda IV 15 Jun '09

15 Jun '09

I have a configuration where SER sits immediately adjacent to a NAT translation between 10.x.x.x on the SER side and public Internet on the other side of the NAT. This a PSTN gateway that has only handled inbound SIP traffic, but now I am trying to send outbound and have run into issues. I am able to fix Contact: and SDP payload IP addresses and such with various force commands, but I have not found a way to alter Via:, and that is causing problems. To get the INVITE to forward out the right interface, we have to do a force_send_socket of say 10.2.4.6 which does get the packet out on the right interface headed toward the NAT router, but that same value also gets put in the Via: header and so none of the public IP address destinations (eg 208.22.33.44) can send SIP messages back to our public IP address gateway (205.66.77.88). So the INVITE that reaches 208.22.33.44 has packet source of 205.66.77.88), but the Via: is 10.2.4.6 and 208.22.33.44 replies to the Via: address, so we don't get any of the responses. So, is there a way to force the Via: to put out the needed value so that things will come out right?

2 1

[Kamailio-Users] Problem with PRACK
by Uriel Rozenbaum 12 Jun '09

12 Jun '09

Hi guys, I'm facing an awkward issue with a Kamailio (1.4.3-notls (i386/linux)) regarding PRACK messages. I'm migrating an old OpenSER (1.2.2-notls (i386/linux)) to this new Kamailio that is connected to some customer GWs. The GWs we use are Huawei AR2810 and Cisco AS5350. Both GWs support 100rel and for some signalling they send PRACK messages that are forwarded by OpenSER but consumed by Kamailio. What I was able to troubleshoot shown that Kamailio is not recognizing the lr=on on the header. I tested for PRACK messages within the following segment: # subsequent messages within a dialog should take the # path determined by record-routing if (is_method("PRACK")) { xlog("L_ERR", "PRACK: Outside LR...\n"); }; if (loose_route()) { if (is_method("PRACK")) { xlog("L_ERR", "PRACK: Inside LR...\n"); }; # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; Did anyone have a similar issue with this version of Kamailio? I captured the signalling for both proxies as follows: KAMAILIO(192.168.200.130) AS5350(192.168.200.40) AR2810(192.168.216.4) # U 192.168.200.40:49395 -> 192.168.200.130:5060 INVITE sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9(a)192.168.200.4 0..Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2078424251-1426133470-2747138075-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allo w: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 70..Remote-Party-I D: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244643972..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 8434 7851 IN IP4 192.168.2 00.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 16836 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no.. a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.130:5060 -> 192.168.216.4:5060 INVITE sip:3516380070@192.168.216.4 <sip%3A3516380070(a)192.168.216.4>SIP/2.0..Record-Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via: SIP/2.0/UDP 192.168.200.130;branch=z9hG4 bKf574.3149a801.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D41203B4-1763..To: <sip:35163 80070(a)192.168.200.130>..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..Supported: 100rel,timer,replac es..Min-SE: 1800..Cisco-Guid: 2078424251-1426133470-2747138075-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 69..Remote-Party-ID: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;party=calling;screen=yes;privacy=off..Timestamp: 1244643972..Contact: < sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-even t..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 8434 7851 IN IP4 192.168.200.40..s=SIP Call..c=IN IP4 192.1 68.200.40..t=0 0..m=audio 16836 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a=rtpmap:8 PCMA/8000..a=rtpmap:10 0 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 100 Giving a try..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107AA91..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D41203B4-1763..To: <si p:3516380070@192.168.200.130 <p%3A3516380070(a)192.168.200.130>>..Call-ID: 7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq: 101 INVITE..Server: Kamailio (1.4.3-notls (i386/linux) )..Content-Length: 0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 100 Trying..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763. .To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130>>..Via:SIP/2.0/UDP 192.168.200.130;branch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6 107AA91..Content-Length:0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.130;bran ch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40. .CSeq: 101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763..To:<sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Co ntact:<sip:3516380070@192.168.200.130:5060>..Content-Length:0.... # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.40:5060; branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1 763..To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Contact:< sip:3516380070@192.168.200.130:5060>..Content-Length:0.. .. # U 192.168.200.40:49395 -> 192.168.200.130:5060 PRACK sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107D249F..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>;tag=5358336B534F02B30582AFF0..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86 AD96C1-6209D7B9@192.168.200.40..CSeq: 102 PRACK..RAck: 717562865 101 INVITE..Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Max-Forwards: 70..Co ntent-Length: 0.... # U 192.168.216.4:5060 -> 192.168.200.130:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.130;bran ch=z9hG4bKf574.3149a801.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40. .CSeq: 101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1763..To:<sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Co ntact:<sip:3516380070@192.168.200.130:5060>..Content-Length:0.... # U 192.168.200.130:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Via:SIP/2.0/UDP 192.168.200.40:5060; branch=z9hG4bK6107AA91..Call-ID:7BE3750B-550111DE-86AD96C1-6209D7B9@192.168.200.40..CSeq:101 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D41203B4-1 763..To:<sip:3516380070@192.168.200.130 <sip%3A3516380070(a)192.168.200.130> >;tag=5358336B534F02B30582AFF0..RSeq:717562865..Contact:< sip:3516380070@192.168.200.130:5060>..Content-Length:0.. .. # U 192.168.200.40:49395 -> 192.168.200.130:5060 PRACK sip:3516380070@192.168.200.130:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK6107D249F..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D41203B4-1763..To: <sip:3516380070@192.168.200.130<sip%3A3516380070(a)192.168.200.130>>;tag=5358336B534F02B30582AFF0..Date: Wed, 10 Jun 2009 14:26:12 GMT..Call-ID: 7BE3750B-550111DE-86 AD96C1-6209D7B9@192.168.200.40..CSeq: 102 PRACK..RAck: 717562865 101 INVITE..Route: <sip:192.168.200.130;lr=on;ftag=D41203B4-1763>..Max-Forwards: 70..Co ntent-Length: 0.... And then for OPENSER(192.168.200.10) AS5350(192.168.200.40) AR2810(192.168.216.4) # U 192.168.200.40:50112 -> 192.168.200.10:5060 INVITE sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9(a)192.168.200.40. .Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 101 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 18 0..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302....v=0..o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.200 .40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a= rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D3E4 E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=329cfeaa6ded039da25ff8cbb8668bd2.941d..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CS eq: 101 INVITE..Proxy-Authenticate: Digest realm="metrotel", nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893"..Server: OpenSER (1.2.2-notls (i386/linux) )..Content-Length: 0.... # U 192.168.200.40:5060 -> 192.168.200.10:5060 ACK sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D741D2C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag =D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=329cfeaa6ded039da25ff8cbb8668bd2.941d..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54F A11DE-818396C1-6209D7B9@192.168.200.40..Max-Forwards: 70..CSeq: 101 ACK..Content-Length: 0.... # U 192.168.200.40:50112 -> 192.168.200.10:5060 INVITE sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>; tag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9(a)192.168.200.40. .Supported: 100rel,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 102 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 18 0..Allow-Events: telephone-event..Proxy-Authorization: Digest username="as5350",realm="metrotel",uri="sip:3516380070@192.168.200.10:5060 ",response="6a51 a32e9f21dadc67db011ab81af3f6",nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893",algorithm=md5..Content-Type: application/sdp..Content-Length: 302....v=0. .o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.200.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 19 2.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 100 Giving a try..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;tag=D3E4E024-AA5..To: <si p:3516380070@192.168.200.10 <p%3A3516380070(a)192.168.200.10>>..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq: 102 INVITE..Server: OpenSER (1.2.2-notls (i386/linux)). .Content-Length: 0.... # U 192.168.200.10:5060 -> 192.168.216.4:5060 INVITE sip:3516380070@192.168.216.4:5060;transport=udp SIP/2.0..Record-Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via: SIP/2.0/UDP 192.168.200 .10;branch=z9hG4bK831b.861b9286.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D751268..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5 ..To: <sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..Supported: 100r el,timer,replaces..Min-SE: 1800..Cisco-Guid: 2560098254-1425674718-2728198171-1395155982..User-Agent: Cisco-SIPGateway/IOS-12.x..Allow: INVITE, OPTIONS , BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER..CSeq: 102 INVITE..Max-Forwards: 70..Remote-Party-ID: <sip:1143314808 @192.168.200.40>;party=calling;screen=yes;privacy=off..Timestamp: 1244641014..Contact: <sip:1143314808@192.168.200.40:5060>..Expires: 180..Allow-Events: telephone-event..Content-Type: application/sdp..Content-Length: 302..P-hint: outbound....v=0..o=CiscoSystemsSIP-GW-UserAgent 2319 3741 IN IP4 192.168.2 00.40..s=SIP Call..c=IN IP4 192.168.200.40..t=0 0..m=audio 17416 RTP/AVP 18 8 100..c=IN IP4 192.168.200.40..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no.. a=rtpmap:8 PCMA/8000..a=rtpmap:100 X-NSE/8000..a=fmtp:100 192-194..a=direction:passive.. # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 100 Trying..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:102 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5.. To:<sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>..Via:SIP/2.0/UDP 192.168.200.10;branch=z9hG4bK831b.861b9286.0..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D7 51268..Content-Length:0.... # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via:SIP/2.0/UDP 192.168.200.10;branch= z9hG4bK831b.861b9286.0..Via:SIP/2.0/UDP 192.168.200.40:5060 ;branch=z9hG4bK60D751268..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40. .CSeq:10 2 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10> >;tag=5358336B534F54210582B350..RSeq:900097065..Contac t:<sip:3516380070@192.168.200.10:5060>..Content-Length:0.... # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 180 Ringing..Require:100rel..Supported:100rel..Record-Route:<sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via:SIP/2.0/UDP 192.168.200.40:5060;br anch=z9hG4bK60D751268..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:102 INVITE..From:<sip:1143314808@192.168.200.40<sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA 5..To:<sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10> >;tag=5358336B534F54210582B350..RSeq:900097065..Contact:< sip:3516380070@192.168.200.10:5060>..Content-Length:0.... # U 192.168.200.40:50112 -> 192.168.200.10:5060 PRACK sip:3516380070@192.168.200.10:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..From: < sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40>>;t ag=D3E4E024-AA5..To: <sip:3516380070@192.168.200.10<sip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-81839 6C1-6209D7B9@192.168.200.40..CSeq: 103 PRACK..RAck: 900097065 102 INVITE..Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Proxy-Authorization: Dige st username="as5350",realm="metrotel",uri=" sip:3516380070@192.168.200.10:5060 ",response="df4f26f89f7a4eebb397266d31e71b38",nonce="4a2fb81ca554f5ff9ab57d 058348ca3a20e35893",algorithm=md5..Max-Forwards: 70..Content-Length: 0.... # U 192.168.200.10:5060 -> 192.168.216.4:5060 PRACK sip:3516380070@192.168.216.4:5060;transport=udp SIP/2.0..Record-Route: <sip:192.168.200.10;lr=on;ftag=D3E4E024-AA5>..Via: SIP/2.0/UDP 192.168.200. 10;branch=z9hG4bK931b.4afe556.0..Via: SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..From: <sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5.. To: <sip:3516380070@192.168.200.10 <sip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Date: Wed, 10 Jun 2009 13:36:54 GMT..Call-ID: 98989BF6-54FA11DE-818396C1-6209D7B9@192. 168.200.40..CSeq: 103 PRACK..RAck: 900097065 102 INVITE..Proxy-Authorization: Digest username="as5350",realm="metrotel",uri=" sip:3516380070@192.168.200. <sip%3A3516380070(a)192.168.200.> 10:5060",response="df4f26f89f7a4eebb397266d31e71b38",nonce="4a2fb81ca554f5ff9ab57d058348ca3a20e35893",algorithm=md5..Max-Forwards: 70..Content-Length: 0 ..P-hint: rr-enforced.... # U 192.168.216.4:5060 -> 192.168.200.10:5060 SIP/2.0 200 OK..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:103 PRACK..From:<sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<s ip:3516380070@192.168.200.10 <ip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Via:SIP/2.0/UDP 192.168.200.10;branch=z9hG4bK931b.4afe556.0..Via:SIP/2.0/UDP 192.168.200.40: 5060;branch=z9hG4bK60D77201C..Content-Length:0.... # U 192.168.200.10:5060 -> 192.168.200.40:5060 SIP/2.0 200 OK..Call-ID:98989BF6-54FA11DE-818396C1-6209D7B9@192.168.200.40..CSeq:103 PRACK..From:<sip:1143314808@192.168.200.40 <sip%3A1143314808(a)192.168.200.40> >;tag=D3E4E024-AA5..To:<s ip:3516380070@192.168.200.10 <ip%3A3516380070(a)192.168.200.10>>;tag=5358336B534F54210582B350..Via:SIP/2.0/UDP 192.168.200.40:5060;branch=z9hG4bK60D77201C..Content-Length:0....

1 1

[Kamailio-Users] Problems in ACC with missing BYE
by David 11 Jun '09

11 Jun '09

Hi, I am using Kamailio as my ACC, Dispatcher, far end nat and presence server in front of a farm of asterisk boxes. Most calls are being properly added into my acc table and using a join between the INVITEs, CANCELs, and BYEs I am able to get what seems like accurate call detail records. The trouble is that every so often a BYE does not make it back to my server. In my simulation this morning, I simply unplugged ( electric ) the two phones that were having a pleasant conversation. Now I have asterisk that thinks the call is still running and I have Kamailio which has no ending 'BYE' message. For the most part this is not a big deal, but when I can a cellular phone in European countries, my provider thinks I am still talking. At 30 cents a minute, that's a lot. Here are some snippets from my code : loadmodule("dialog.so") loadmodule("acc.so") loadmodule("sst.so") modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # There is also a parameter for the DB, but I can't give you my password modparam("acc", "db_url", "some://valid:url@to/db") # Note $avp(i:10) always ends up being 14400 ( less than the value on the help page ) modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("sst", "timeout_avp", "$avp(i:10)") modparam("sst", "sst_flag", 5) Relevant snippets from my routing : if ( has_totag()) { if ( loose_route() ) { if ( is_method("CANCEL|BYE") { setflag(1); setflag(3); } } # Routing of INVITEs setflag(2) if ( !is_method("ACK")) { setflag(1); } setflag(4); setflag(5); For invites, I have a onreply_route and failure_route which I use only for RTP Stuff. On reply route checks if rtpproxy is needed, if it is it is activated. failure_route checks if rtpproxy was activated and if it was deactives it. The only other code in the failure route is this : if ( t_was_cancelled() ){ exit ; } So, the problem is, when phones do not send BYE, what do I do? I need resources freed up from Asterisk, RTP Proxy, and Kamailio Dialog, and I need the call to be canceled with my provider and I need for my ACC to recieve some indication as to when the call ended. Obviously it won't be exact to the second, but I kind of thought that the SIP Session Timers would notice the phone was gone and would generate a BYE or something? What do I do? Thanks, David

3 4

[Kamailio-Users] Keep-alive implementation
by Ariadne Ramos 11 Jun '09

11 Jun '09

Im trying to implement Keep alive to maintain communication with nated clients. Enabling it in the terminals We eliminate OPTIONS natpings setbflag(7); We want to eliminate setbflag(6); because when this is setted openser send 4 bytes packages to maintain the communication with nated clients. But if we do that we have problems using mediaproxy. Can you help me with this issue? I hope to have explained correctly. Ariadne L. Ramos Solís Depto. Ingeniería Aprovisionamiento y Señalización VoIP Galaxy Communications Corp. Tel. 2000117 e-mail <mailto:aramos@clarocom.com> aramos(a)clarocom.com P BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS E-MAIL

6 14

[Kamailio-Users] Kamailio + NAT Help
by Chandrakant Solanki 11 Jun '09

11 Jun '09

Hi I need help on NAT with Kamailio... My Network Details are as follows... SIP Phone Registration ADSL Router Kamailio Asterisk 172.18.100.73/255.255.0.0 192.168.1.1/255.255.255.0 192.168.1.68/255.255.255.0 192.168.1.70/255.255.255.0 172.18.100.72/255.255.0.0 GW: 172.18.100.72 (Virtual IP 172.18.100.68) (Virtual IP 172.18.100.70) Router Type: AirLink 101 802.11 Token Ring Where Virtual IP 172.18.100.68 and 172.18.100.70 set virtually on ADSL Router.. and set routing on it.. So when I ping 172.18.100.70 it will go through 192.168.1.1 I am able to call, receive means able to receive OK, INVITE and REGISTER method of kamailio ... but When i try to Hangup call, it can't hangup at both side.. I have to manually cut phone at the other end.. I have not set any rule on Router. *Scenario...* 1] I have two user. 1212(a)domain.com [172.18.100.73] and 2121(a)domain.com[172.18.100.72] and register successfully 2] Call from 1212(a)domain.com [172.18.100.73] to 2121(a)domain.com[172.18.100.72].. 3] Call is connected successfully 4] While hangup from 1212(a)domain.com [172.18.100.73] it will take time and at the other end, I have to manually hangup call.. Please help me out.. -- Regards, Chandrakant Solanki

2 2

[Kamailio-Users] perl module, "pv_sprintf: Memory exhausted!"
by Christian Koch 11 Jun '09

11 Jun '09

Hi all, we're using kamailio 1.5.1 with modules htable and perl to generate CDRs. Using htable we save some variables which are dumped to file using the perl module at the end of the call. We did a small stress test with 5 calls in parallel (each call about 20 seconds) and we got after about 6 hours the following error: ERROR:core:pv_sprintf: pv_sprintf: Memory exhausted! No CDRs were written anymore, the perl method was not called. Everything else seems to run fine. After stopping the stress test doing one simple call with a softphone worked and a CDR had been written (without restarting kamailio!). Perhaps the perl script is buggy? Any ideas how to fix this are greatly appreciated. We don't think extending the PKG_MEM_POOL_SIZE will solve the problem. This is currently 4MB and should be enough for 5 concurrent calls!?! Thanks, Christian Koch The perl script: use OpenSER; use OpenSER::Constants; use IO::Socket; sub write_cdr { my $m = shift; #my $v = $m->getVersion(); #my $t = $m->getType(); my $index = $m->pseudoVar("\$ci"); my $endTimeStamp = $m->pseudoVar("\$Ts"); my $startTimeStamp = $endTimeStamp - $m->pseudoVar("\$DLG_lifetime"); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($startTimeStamp); my $startTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); my $fileDate = sprintf("%02d%02d%02d", $mday, $mon+1, $year%100); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($endTimeStamp); my $endTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); ($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime($m->pseudoVar("\$sht(a=>".$index."::invtrytime)")); my $InvTryingTime = sprintf("%02d.%02d.%4d;%02d:%02d:%02d", $mday, $mon+1, $year+1900, $hour, $min, $sec); $ReplyReason=$m->pseudoVar("\$rr"); $ReplyReason=~ s/;/_/g; $FromDisplayName = $m->pseudoVar("\$sht(a=>".$index."::fromdplname)"); $FromDisplayName=~ s/;/_/g; $ToUri = $m->pseudoVar("\$sht(a=>".$index."::touri)"); $ToUri=~s/;/_/g; $FromUri = $m->pseudoVar("\$sht(a=>".$index."::fromuri)"); $FromUri=~s/;/_/g; $UserAgent = $m->pseudoVar("\$sht(a=>".$index."::useragent)"); $UserAgent=~s/;/_/g; my $CDR = $startTime.";"; # 1 + 2 $CDR .= $endTime.";"; # 3 + 4 $CDR .= $m->pseudoVar("\$DLG_lifetime").";"; # 5 $CDR .= $index.";"; #6 CallID $CDR .= $m->pseudoVar("\$sht(a=>".$index."::srcip)").";"; # source-IP of INVITE $CDR .= $m->pseudoVar("\$si").";"; # source-IP of BYE/CANCEL $CDR .= $FromDisplayName.";"; # from display-name INVITE $CDR .= $InvTryingTime.";"; # Alerting time $CDR .= ($startTimeStamp - $m->pseudoVar("\$sht(a=>".$index."::invtrytime)")).";"; #Alerting period $CDR .= $m->pseudoVar("\$DLG_count").";"; # current amount of calls $CDR .= $ToUri.";"; # ToUri from Invite $CDR .= $FromUri.";"; # FromUri from Invite $CDR .= $UserAgent.";"; # UserAgent from Invite $CDR .= $m->pseudoVar("\$rm").";"; # Method (INVITE,BYE,CANCEL) $CDR .= $m->pseudoVar("\$rs").";"; # SIP reply status $CDR .= $ReplyReason.";"; #SIP Reply reason open(MYOUTFILE, ">>/home/sys/log/kamailio".$fileDate.".cdr.".$m->pseudoVar("\$pp")); print MYOUTFILE $CDR."\n"; close(MYOUTFILE); #delete(%sourceIp->{$index}); #delete(%fromDisplayName->{$index}); #delete(%InviteTryingTimestamp->{$index}); #delete(%ToUri->{$index}); #delete(%FromUri->{$index}); #delete(%UserAgent->{$index}); return 1; } 1;

4 28

[Kamailio-Users] Upgrade guide from 1.4.x to 1.5.x
by Uriel Rozenbaum 10 Jun '09

10 Jun '09

Hi gentlemen, Is there any upgrade guide to go from 1.4.3-notls to 1.5.1-notls? If not, is there something I need to keep in mind? some major change on the cfg or DB schema? Thanks in advance! Uriel

2 1

[Kamailio-Users] avp_db_query
by Bruno Machado 10 Jun '09

10 Jun '09

Hi I'm using Kamailio v1.5.1 and, I do not know why, the avp value is disappearing. Let me show you what is happening: #IT DOESN'T WORK avp_db_query("select count(1) as c from group_endpoint where num_ip='$si'","$avp(i:105)"); log(1,"Before AVP_PRINT\n"); avp_print(); log(1,"After AVP_PRINT\n"); if( avp_check("$avp(i:105)","eq/i:0") ) #Debug Jun 10 09:57:48 [4326] DBG:avpops:ops_dbquery_avps: query [select count(1) as c from group_endpoint where num_ip='192.168.0.194'] Jun 10 09:57:48 [4326] DBG:core:db_new_result: allocate 28 bytes for result set at 0x8180ea8 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jun 10 09:57:48 [4326] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8180ed0 Jun 10 09:57:48 [4326] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8180ee0 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8180ef0 Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8180ef0)[0]=[c] Jun 10 09:57:48 [4326] DBG:db_mysql:db_mysql_get_columns: use DB_BIGINT result type Jun 10 09:57:48 [4326] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8180f00 Jun 10 09:57:48 [4326] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x8180f10 Jun 10 09:57:48 [4326] DBG:core:db_str2val: converting BIGINT [0] Jun 10 09:57:48 [4326] DBG:avpops:db_query_avp: rows [1] Jun 10 09:57:48 [4326] DBG:avpops:db_query_avp: row [0] Jun 10 09:57:48 [4326] DBG:avpops:db_close_query: close avp query Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing 1 columns Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8180ef0 Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing result names at 0x8180ed0 Jun 10 09:57:48 [4326] DBG:core:db_free_columns: freeing result types at 0x8180ee0 Jun 10 09:57:48 [4326] DBG:core:db_free_rows: freeing 1 rows Jun 10 09:57:48 [4326] DBG:core:db_free_row: freeing row values at 0x8180f10 Jun 10 09:57:48 [4326] DBG:core:db_free_rows: freeing rows at 0x8180f00 Jun 10 09:57:48 [4326] DBG:core:db_free_result: freeing result set at 0x8180ea8 Before AVP_PRINT After AVP_PRINT Jun 10 09:57:48 [4326] DBG:avpops:ops_check_avp: no src avp found No src avp found! There isn't any avp. The avp value returned by mysql server is quickly dropped. So, to avoid this, I changed the query's result into a string. I'm using the mysql concat function. #IT WORKS! avp_db_query("select concat('',count(1)) from group_endpoint where num_ip='$si'","$avp(s:105)"); log(1,"Before AVP_PRINT\n"); avp_print(); log(1,"After AVP_PRINT\n"); if( avp_check("$avp(s:105)","eq/s:0/g") ) #Debug Jun 10 10:01:37 [4378] DBG:avpops:ops_dbquery_avps: query [select concat('',count(1)) from group_endpoint where num_ip='192.168.0.194'] Jun 10 10:01:37 [4378] DBG:core:db_new_result: allocate 28 bytes for result set at 0x8180ea8 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query Jun 10 10:01:37 [4378] DBG:core:db_allocate_columns: allocate 4 bytes for result names at 0x8180ed0 Jun 10 10:01:37 [4378] DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x8180ee0 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: allocate 8 bytes for RES_NAMES[0] at 0x8180ef0 Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x8180ef0)[0]=[concat('',count(1))] Jun 10 10:01:37 [4378] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Jun 10 10:01:37 [4378] DBG:core:db_allocate_rows: allocate 8 bytes for rows at 0x8180f00 Jun 10 10:01:37 [4378] DBG:core:db_allocate_row: allocate 20 bytes for row values at 0x8180f10 Jun 10 10:01:37 [4378] DBG:core:db_str2val: converting STRING [0] Jun 10 10:01:37 [4378] DBG:avpops:db_query_avp: rows [1] Jun 10 10:01:37 [4378] DBG:avpops:db_query_avp: row [0] Jun 10 10:01:37 [4378] DBG:avpops:db_close_query: close avp query Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing 1 columns Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x8180ef0 Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing result names at 0x8180ed0 Jun 10 10:01:37 [4378] DBG:core:db_free_columns: freeing result types at 0x8180ee0 Jun 10 10:01:37 [4378] DBG:core:db_free_rows: freeing 1 rows Jun 10 10:01:37 [4378] DBG:core:db_free_row: freeing row values at 0x8180f10 Jun 10 10:01:37 [4378] DBG:core:db_free_rows: freeing rows at 0x8180f00 Jun 10 10:01:37 [4378] DBG:core:db_free_result: freeing result set at 0x8180ea8 Before AVP_PRINT Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: p=0xb5d3ef08, flags=0x0003 Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: name=<105> Jun 10 10:01:37 [4378] INFO:avpops:ops_print_avp: val_str=<0 / 1> After AVP_PRINT Jun 10 10:01:37 [4378] DBG:avpops:ops_check_avp: check <0> against <0> as str /16777217 The avp value is there now! Why is it happening? Am I doing something wrong? I think the answer is a perfect 'yes'. Thanks for any advice. Bruno Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com

1 0

Re: [Kamailio-Users] Maintenance of Modules
by Cristhiano 10 Jun '09

10 Jun '09

>* How are made updates ? * Can you add a bit more details? Updates from one kamailio version to another are done just like in any other project. Check the release notes and the upgrade informations and then act appropriately. :-) Hi, Henning. My query is how one module is updated. The maintener for very modules are same in both projects (Kamailio and Opensips). But, don't have information if he work for one or two. If have bugs or new implementations/features in one module, this is updated in both plataforms ? In example of LCR module, maintener is same in both, but in Kamailio is more active than the Opensips. And status is "stable" in developer version of two plataforms. thanks

2 1

[Kamailio-Users] Maintenance of Modules
by Cristhiano Rovani 10 Jun '09

10 Jun '09

Hi, I would like to understand the maintenance of modules of Opensips and Kamailio. The developer is same for two plataforms ? How are made updates ? The modules are compatible between plataforms ? If I get one default module (eg. lcr/carrierroute) of kamailio and put in opensips, this work ? Have one list of developer/mainteiner of each modules ? Thanks

3 2

[Kamailio-Users] db_mysql errors doing presence activity
by Pascal Maugeri 10 Jun '09

10 Jun '09

Hello I'm getting these errors using Kamailio 1.5.1: Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_update: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:update_db_subs: updating in database Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_query: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:msg_watchers_clean: querying database for expired messages Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:db_mysql:db_mysql_submit_query: driver error on query: Commands out of sync; you can't run this command now Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:core:db_do_query: error while submitting query Jun 4 12:25:10 sandbox /usr/sbin/kamailio[5060]: ERROR:presence:msg_presentity_clean: querying database for expired messages I haven't seen anything similar in the issue tracker ? Is it a new bug ? How can I track it down ? Regards, Pascal

4 28

[Kamailio-Users] 1.5 TLS compile on Solaris 10
by Robert McGilvray 10 Jun '09

10 Jun '09

I'm having trouble compiling kam 1.5 on solaris 10 sparc with TLS enabled. It works fine if I don't try and link against ssl. Libaries are installed in /usr/local/lib, includes in /usr/local/include/openssl. I have 1.3 installed on the same machine with TLs and I don't recall any problems compiling it. I changed the library paths in Makefile.defs to the proper location for my system but I get the same error. Any suggestions? GNU Make 3.81 wpf1sipprd1# ls -al /usr/local/lib/libssl.* -rw-r--r-- 1 root root 410200 May 25 2008 /usr/local/lib/libssl.a lrwxrwxrwx 1 root root 15 May 25 2008 /usr/local/lib/libssl.so -> libssl.so.0.9.8* -r-xr-xr-x 1 root root 301892 May 25 2008 /usr/local/lib/libssl.so.0.9.8* Linking kamailio /usr/sfw/bin/gcc -O2 action.o blacklists.o cmpapi.o core_stats.o crc.o daemonize.o data_lump.o data_lump_rpl.o dprint.o dset.o errinfo.o error.o faked_msg.o flags.o forward.o io_wait.o ip_addr.o local_route.o main.o md5.o md5utils.o mod_fix.o modparam.o msg_translator.o pass_fd.o proxy.o pt.o pvapi.o qvalue.o re.o receive.o regexp.o resolve.o route.o route_struct.o script_cb.o sctp_server.o socket_info.o sr_module.o statistics.o strcommon.o syslog_async.o tcp_main.o tcp_read.o timer.o tsend.o udp_server.o usr_avp.o ut.o mem/f_malloc.o mem/mem.o mem/memtest.o mem/q_malloc.o mem/shm_mem.o parser/hf.o parser/msg_parser.o parser/parse_allow.o parser/parse_content.o parser/parse_cseq.o parser/parse_disposition.o parser/parse_diversion.o parser/parse_event.o parser/parse_expires.o parser/parse_fline.o parser/parse_from.o parser/parse_hname2.o parser/parse_methods.o parser/parse_nameaddr.o parser/parse_pai.o parser/parse_param.o parser/parse_ppi.o parser/parse_privacy.o parser/parse_refer_to.o parser/parse_rpid.o parser/parse_rr.o parser/parse_sipifmatch.o parser/parse_sst.o parser/parse_supported.o parser/parse_to.o parser/parse_uri.o parser/parse_via.o parser/parser_f.o parser/digest/digest.o parser/digest/digest_parser.o parser/digest/param_parser.o parser/sdp/sdp.o parser/sdp/sdp_helpr_funcs.o parser/contact/contact.o parser/contact/parse_contact.o db/db.o db/db_id.o db/db_pool.o db/db_query.o db/db_res.o db/db_row.o db/db_ut.o db/db_val.o mi/attr.o mi/fmt.o mi/mi.o mi/mi_core.o mi/tree.o trie/dtrie.o lex.yy.o cfg.tab.o tls/tls_config.o tls/tls_domain.o tls/tls_init.o tls/tls_server.o -ldl -lresolv -L/lib -lxnet -lnsl -lrt -L/usr/local/lib -lssl -lcrypto -o kamailio Undefined first referenced symbol in file warn cfg.tab.o ld: fatal: Symbol referencing errors. No output written to kamailio collect2: ld returned 1 exit status gmake: *** [kamailio] Error 1 -------------------------------------------------------------------------- This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto.

1 1

[Serusers] SIP Priority, Call priority
by Paolo M 09 Jun '09

09 Jun '09

Hello, i'm new in this SER world, but i'm using OpenIMSCore, based on SER. i'm wondering if SER can handle some kind of prioritization, to serve some special SIP messages before others. I'm thinking about a Commandant who wants to have a high priority call, inside a tactical network; His call has to be served before any others by the sip servers. Do you know anything about this? i read something about "resource-priority" inside SIP header, but i don't know is SER can understand it. Thanks, Paolo _________________________________________________________________ Messenger 2009: vieni a scoprire tutte le novità! http://www.messenger.it/

3 2

[Kamailio-Users] FW: can't send a register packet to openser
by vivi 09 Jun '09

09 Jun '09

Hi all I am using libeXosip and libosip for my application....i want to run two instances of libeXosip....on same machine, But when I using sip_reg to send a register packet to my openser , I can't find sip_reg running on background. What am I missing? Waiting for your replies...... Best regards, vivi

2 1

[Kamailio-Users] Re move Body Part
by karhu 09 Jun '09

09 Jun '09

Hello, I am using Textops Module, but i have one problem. I am able to change sdp parameters to force the use of 1 codec, below an exemple : SDP from caller : m=audio 9999 RTP/AVP 107 119 98 101 SDP to callee : m=audio 9999 RTP/AVP 98 101 My problem is, i want to make sdp parameters cleaner :) I want to remove a=rtpmap:107 and a=rtmap:119 from the body.. I am using textops function for that: subst_body('/a=rtpmap:107 BV32\/16000 //'); it removed it well from the sdp parameters but leave an empty line :( like this : a=alt:2 1 : AWxJfaLh kK2my/RE 10.10.10.3 8588 a=fmtp:101 0-15 a=rtpmap:98 iLBC/8000= a=rtpmap:101 telephone-event/8000 a=sendrecv a=nortpproxy:yes it seems that the callee can't read the sdp session and the call is rejected. Any idea how to remove these empty lines ? cheers, karhu -- View this message in context: http://www.nabble.com/Remove-Body-Part-tp23739505p23739505.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

8 24

[Kamailio-Users] Kamailio 1.5.1 on Amazon EC2
by Pascal Maugeri 09 Jun '09

09 Jun '09

Hi We installed Kamailio 1.5.1 on a Amazon EC2 Fedora Core 9 image. As you may know EC2 maps a public IP address to a private IP address of the image, hence there is a kind of NAT. It looks presence does not work because of this. We'll try to make use of the NATHelper module ASAP. Except this point, everything looks to work pretty well. Does anybody has some experience with EC2 here ? Regards, Pascal

6 8

sip-router licensing and commercial usage
by Pascal Maugeri 09 Jun '09

09 Jun '09

Hi I have read carefully the licensing page of sip-router ( http://sip-router.org/licensing/<http://www.linkedin.com/redirect?url=http%3A%2F%2Fsip-router%2Eorg%2Flicens…>) and I still have some doubts. So, as an excuse to start my first discussion in this forum, here is my two-fold question: a) my company wants to sell a SIP based platform to its customers. The solution includes, hardware, some proprietary applications and a SIP application using sip-router as a SIP proxy/Registrar b) my company wants to provide the same service in an ASP model. In both cases, I would like to understand what my company should pay to sip-router "owners" if there is any royalty to be paid and what are the consequences to the license and my company source code. In both cases, I would like to understand 1) If my company must pay any royalty or other cost to the SIP-Router "owners" 2) If the code developed by my company on top of SIP-Router must also be licensed under the same SIP-Router licence " Best regards, Pascal

2 1

[Kamailio-Users] m_dump un-register check fails
by jh＠tutpro.com 09 Jun '09

09 Jun '09

while trying find out, why sip-router produces mysql "out of sync" errors, i discovered that msilo m_dump only recognizes that register request is un-register request, if it has expires header with body 0. it is not checking if contact header has expires=0 parameter like this: Contact: <sip:jh_test_fi@192.98.101.10:5074;transport=udp>;expires=0 -- juha

3 3

Re: [Kamailio-Users] /etc/init.d/kamailio start can't start
by Pascal Maugeri 09 Jun '09

09 Jun '09

Sorry, for ubunto this is different. As Iñaki said, open the script /etc/init.d/kamailio and look for RUN_KAMAILIO and change its value to: RUN_KAMAILIO=yes (it is set to "no" by default) Let me know if it works. -pascal On Tue, Jun 9, 2009 at 4:02 AM, vinod <vinod.nanjaiah(a)gmail.com> wrote: > Dear pascal: > > I am using ubuntu to running kamailio. > > I am copy the script from > /usr/local/src/kamailio-1.5.0/sip-server/packaging/debian/kamailio.init to > /etc/init.d/kamailio. I have chmod 777 for /etc/init.d/kamailio . > > But I can’t find the variable "oser" in /etc/init.d/kamailio ? > > > > > > What am I missing? > > > > Thank you > > Best Regards > > > > vinod > > *From:* pascal.maugeri(a)gmail.com [mailto:pascal.maugeri@gmail.com] *On > Behalf Of *Pascal Maugeri > *Sent:* Tuesday, June 09, 2009 4:01 AM > *To:* vinod > *Cc:* users(a)lists.kamailio.org > *Subject:* Re: [Kamailio-Users] /etc/init.d/kamailio start can't start > > > > On which operating are you running kamailio ? > > > > On fedora for instance, I usually copy the script from <kamailio source > root>/packaging/fedora/kamailio.init to /etc/init.d/kamailio. Then I edit > the file /etc/init.d/kamailio and change the variable "oser" to point to the > directory where the kamailio binary is (in my case it > is oser=/usr/local/sbin/kamailio). And don't forget to chmod +x > /etc/init.d/kamailio. > > > > -pascal > > > > On Mon, Jun 8, 2009 at 5:26 AM, vinod <vinod.nanjaiah(a)gmail.com> wrote: > > Hi all > > I am followed the guild ( > http://kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn ) to > install Kamailio (OpenSER) v1.5.x , but when I using“ /etc/init.d/kamailio > start ” , > > It’s didn’t return any msg about kamailio and I didn’t find the process > run in background . > > > > What am I missing? > > > > Thank you > > Best Regards > > > > vinod > > > _______________________________________________ > Kamailio (OpenSER) - Users mailing list > Users(a)lists.kamailio.org > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > http://lists.openser-project.org/cgi-bin/mailman/listinfo/users > > >

4 3

[Kamailio-Users] /etc/init.d/kamailio start can't start
by vinod 08 Jun '09

08 Jun '09

Hi all I am followed the guild (http://kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn ) to install Kamailio (OpenSER) v1.5.x , but when I using" /etc/init.d/kamailio start " , It's didn't return any msg about kamailio and I didn't find the process run in background . What am I missing? Thank you Best Regards vinod

3 2

[Kamailio-Users] subscribe for more than one number
by BERGANZ François 08 Jun '09

08 Jun '09

Hello, Now, my user scan subscriber for one number. If I receive a call for them, I do lookup(location) But, If I have a user which have more than one number, how can I say to kamailio forward for that user which is auth So is it possible to do a lookup for a specific location, to a user ? Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 1

[Kamailio-Users] how to save("location") in database
by BERGANZ François 08 Jun '09

08 Jun '09

Hello, I need to save(« location ») in my mysql database ! How to? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 2

[Kamailio-Users] compile Kamailio (OpenSER) error
by vivi 06 Jun '09

06 Jun '09

Hi all: When I using "make all " to compile Kamailio (OpenSER) , I got the error msg as follows : db_mysql.c:49:25: error: mysql/mysql.h: No such file or directory db_mysql.c: In function 'mysql_mod_init': db_mysql.c:99: warning: implicit declaration of function 'mysql_get_client_info' db_mysql.c:99: warning: format '%s' expects type 'char *', but argument 4 has type 'int' make[1]: *** [db_mysql.o] Error 1 make[1]: Leaving directory `/usr/local/src/kamailio-1.5.0/sip-server/modules/db_mysql' make: *** [modules] Error 2 What's Happening!! Cheers, vivi

3 2

[Kamailio-Users] crash/offset exceeds message size
by Aymeric Moizard 05 Jun '09

05 Jun '09

Hi Again, (sorry for wrong subject previous post), I'm sure this is not enough to help, but I just got a crash using kamailio 1.5. Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29050]: CRITICAL:core:anchor_lump: offset exceeds message size (682 > 675) aborting... Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29127]: CRITICAL:core:receive_fd: EOF on 21 Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: child process 29050 exited by a signal 6 Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: core was not generated Jun 5 10:24:43 ns26829 /usr/sbin/kamailio[29036]: INFO:core:handle_sigs: terminating due to SIGCHLD What is that "offset exceeds message size"? What kind of trace should I take if this happen again? Tks, Aymeric MOIZARD / ANTISIP amsip - http://www.antisip.com osip2 - http://www.osip.org eXosip2 - http://savannah.nongnu.org/projects/exosip/ On Wed, 27 May 2009, Chandrakant Solanki wrote: > Hi > > I am using kamailio 1.5.0 and asterisk 1.6.0.5 > > I have successfully registered and call from one sip phone to another and > also outgoing dialing on mobile and landline number. > > But when i hangup any one phone, 2nd call can't be hangup automatically... > > Here is my "kamailio.cfg" file.. > > > > listen = 192.168.1.68 > port = 5060 > mpath = "/usr/local/lib/kamailio/modules" > #children = 8 > debug = 7 > fork = yes > #group = "openser" > #user = "openser" > #disable_tcp = no > #log_facility = LOG_DAEMON > log_facility = LOG_LOCAL0 > log_stderror = no > #tcp_children = 4 > #mhomed = no > #server_signature = yes > #sock_group = "openser" > #sock_mode = 0600 > #sock_user = "openser" > #unix_sock = "/tmp/openser.sock" > #unix_sock_children = 1 > #reply_to_via = no > #sip_warning = no > #check_via = no > dns = no > rev_dns = no > #disable_core_dump = no > #dns_try_ipv6 = yes > #dns_use_search_list = yes > > loadmodule "usrloc.so" > modparam("usrloc", "user_column", "username") > modparam("usrloc", "domain_column", "domain") > modparam("usrloc", "contact_column", "contact") > modparam("usrloc", "expires_column", "expires") > modparam("usrloc", "q_column", "q") > modparam("usrloc", "callid_column", "callid") > modparam("usrloc", "cseq_column", "cseq") > modparam("usrloc", "methods_column", "methods") > modparam("usrloc", "flags_column", "flags") > modparam("usrloc", "user_agent_column", "user_agent") > modparam("usrloc", "received_column", "received") > modparam("usrloc", "socket_column", "socket") > modparam("usrloc", "use_domain", 0) > modparam("usrloc", "desc_time_order", 0) > modparam("usrloc", "timer_interval", 60) > modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("usrloc", "db_mode", 1) > modparam("usrloc", "matching_mode", 0) > modparam("usrloc", "cseq_delay", 20) > modparam("usrloc", "nat_bflag", 6) > > loadmodule "pv.so" > > loadmodule "registrar.so" > modparam("registrar", "default_expires", 3600) > modparam("registrar", "min_expires", 60) > modparam("registrar", "max_expires", 0) > modparam("registrar", "default_q", 0) > modparam("registrar", "append_branches", 1) > modparam("registrar", "case_sensitive", 0) > modparam("registrar", "received_param", "received") > modparam("registrar", "max_contacts", 1) > modparam("registrar", "retry_after", 0) > modparam("registrar", "method_filtering", 0) > modparam("registrar", "path_mode", 2) > modparam("registrar", "path_use_received", 0) > modparam("registrar", "received_avp", "$avp(i:801)") > > loadmodule "rr.so" > modparam("rr", "enable_full_lr", 0) > modparam("rr", "append_fromtag", 1) > modparam("rr", "enable_double_rr", 1) > modparam("rr", "add_username", 0) > > loadmodule "tm.so" > modparam("tm", "fr_timer", 3) > modparam("tm", "fr_inv_timer", 35) > modparam("tm", "wt_timer", 5) > modparam("tm", "delete_timer", 2) > #modparam("tm", "noisy_ctimer", 1) > modparam("tm", "ruri_matching", 1) > modparam("tm", "via1_matching", 1) > modparam("tm", "unix_tx_timeout", 2) > modparam("tm", "restart_fr_on_each_reply", 1) > modparam("tm", "pass_provisional_replies", 0) > modparam("tm", "fr_inv_timer_avp", "$avp(s:callee_fr_inv_timer)") > > loadmodule "xlog.so" > modparam("xlog", "buf_size", 4096) > modparam("xlog", "force_color", 0) > > loadmodule "mi_fifo.so" > modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") > #modparam("mi_fifo", "fifo_mode", 0660) > #modparam("mi_fifo", "fifo_group", "openser") > #modparam("mi_fifo", "fifo_user", "openser") > #modparam("mi_fifo", "reply_dir", "/tmp/") > #modparam("mi_fifo", "reply_indent", "\t") > > loadmodule "domain.so" > modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("domain", "db_mode", 1) > modparam("domain", "domain_table", "domain") > modparam("domain", "domain_col", "domain") > > loadmodule "nathelper.so" > modparam("nathelper", "natping_interval", 60) > modparam("nathelper", "ping_nated_only", 1) > modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") > #modparam("nathelper", "rtpproxy_disable", 0) > modparam("nathelper", "rtpproxy_disable_tout", 60) > modparam("nathelper", "rtpproxy_tout", 1) > modparam("nathelper", "rtpproxy_retr", 5) > modparam("nathelper", "sipping_method", "OPTIONS") > modparam("nathelper", "received_avp", "$avp(i:801)") > > loadmodule "textops.so" > > #loadmodule "uri.so" > > loadmodule "sl.so" > modparam("sl", "enable_stats", 1) > > loadmodule "maxfwd.so" > modparam("maxfwd", "max_limit", 256) > > loadmodule "db_mysql.so" > modparam("db_mysql", "ping_interval", 300) > modparam("db_mysql", "auto_reconnect", 1) > > loadmodule "auth.so" > modparam("auth", "nonce_expire", 300) > modparam("auth", "rpid_suffix", > ";party=calling;id-type=subscriber;screen=yes") > modparam("auth", "rpid_avp", "$avp(s:rpid)") > > loadmodule "auth_db.so" > modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("auth_db", "user_column", "username") > modparam("auth_db", "domain_column", "domain") > modparam("auth_db", "password_column", "password") > modparam("auth_db", "password_column_2", "ha1b") > modparam("auth_db", "calculate_ha1", 1) > modparam("auth_db", "use_domain", 1) > modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid") > > loadmodule "uri_db.so" > #modparam("uri_db", "db_url", "mysql://openser:openserrw@localhost/openser") > #modparam("uri_db", "db_table", "uri") > #modparam("uri_db", "user_column", "username") > #modparam("uri_db", "domain_column", "domain") > #modparam("uri_db", "uriuser_column", "uri_user") > #modparam("uri_db", "subscriber_table", "subscriber") > #modparam("uri_db", "subscriber_user_column", "username") > #modparam("uri_db", "subscriber_domain_column", "domain") > #modparam("uri_db", "use_uri_table", 0) > #modparam("uri_db", "use_domain", 1) > > loadmodule "avpops.so" > modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("avpops", "avp_table", "usr_preferences") > modparam("avpops", "use_domain", 1) > modparam("avpops", "uuid_column", "uuid") > modparam("avpops", "username_column", "username") > modparam("avpops", "domain_column", "domain") > modparam("avpops", "attribute_column", "attribute") > modparam("avpops", "value_column", "value") > modparam("avpops", "type_column", "type") > > loadmodule "lcr.so" > modparam("lcr", "db_url", "mysql://openser:openserrw@localhost/openser") > modparam("lcr", "gw_table", "gw") > modparam("lcr", "gw_name_column", "gw_name") > modparam("lcr", "ip_addr_column", "ip_addr") > modparam("lcr", "port_column", "port") > modparam("lcr", "uri_scheme_column", "uri_scheme") > modparam("lcr", "transport_column", "transport") > modparam("lcr", "grp_id_column", "grp_id") > modparam("lcr", "lcr_table", "lcr") > modparam("lcr", "strip_column", "strip") > modparam("lcr", "prefix_column", "prefix") > modparam("lcr", "from_uri_column", "from_uri") > modparam("lcr", "priority_column", "priority") > modparam("lcr", "flags_avp", "$avp(i:712)") > modparam("lcr", "gw_uri_avp", "$avp(i:1400)") > modparam("lcr", "ruri_user_avp", "$avp(i:1402)") > #modparam("lcr", "contact_avp", "$avp(1401)") > modparam("lcr", "fr_inv_timer_avp", "$avp(s:fr_inv_timer_avp)") > modparam("lcr", "fr_inv_timer", 90) > modparam("lcr", "fr_inv_timer_next", 30) > modparam("lcr", "rpid_avp", "$avp(s:rpid)") > > loadmodule "alias_db.so" > modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost > /openser") > modparam("alias_db", "user_column", "username") > modparam("alias_db", "domain_column", "domain") > modparam("alias_db", "alias_user_column", "alias_username") > modparam("alias_db", "alias_domain_column", "alias_domain") > modparam("alias_db", "use_domain", 0) > > loadmodule "uac.so" > modparam("uac", "rr_store_param", "vsf") > modparam("uac", "from_restore_mode", "auto") > modparam("uac", "from_passwd", "s1p:Wiz4rd!") > > loadmodule "acc.so" > modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") > # flag to record to db > modparam("acc", "db_flag", 1) > modparam("acc", "db_missed_flag", 2) > # flag to log to syslog > modparam("acc", "log_flag", 1) > modparam("acc", "log_missed_flag", 2) > # use extra accounting to record caller and callee username/domain > # - take them from From URI and R-URI > modparam("acc", "log_extra", > "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") > modparam("acc", "db_extra", > "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") > > > ######################################################################## > # Request route 'main' > ######################################################################## > route[0] > { > xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > force_rport(); > if(msg:len > max_len) > { > > xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("513", "Message Too Big"); > exit; > } > if (!mf_process_maxfwd_header("10")) > { > > xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("483", "Too Many Hops"); > exit; > } > if(!is_method("REGISTER")) > { > if(nat_uac_test("19")) > { > record_route(";nat=yes"); > } > else > { > record_route(); > } > } > > > if (is_method("SUBSCRIBE")) { > # challenge/response > if (!www_authorize("", "subscriber")) { > www_challenge("", "0"); > exit; > } > exit; > } > > if(is_method("CANCEL")) || is_method("BYE")) > { > unforce_rtp_proxy(); > } > if(loose_route()) > { > # if(!has_totag()) > # { > # > # xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > # sl_send_reply("403", "Initial Loose-Routing Rejected"); > # exit; > # } > if(nat_uac_test("19") || search("^Route:.*;nat=yes")) > { > fix_nated_contact(); > setbflag(6); > } > > route(8); > } > if(is_method("REGISTER")) > { > route(7); > } > if(is_method("INVITE")) > { > route(9); > } > if(is_method("CANCEL") || is_method("ACK")) > { > route(13); > } > > route(14); > } > > ######################################################################## > # Request route 'clear-usr-preferences-caller' > ######################################################################## > route[1] > { > xlog("L_INFO", "Clear caller preferences - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > avp_delete("$avp(s:caller_cli)/g"); > avp_delete("$avp(s:clir)/g"); > > } > > ######################################################################## > # Request route 'clear-usr-preferences-callee' > ######################################################################## > route[2] > { > xlog("L_INFO", "Clear callee preferences - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > avp_delete("$avp(s:callee_fr_inv_timer)/g"); > avp_delete("$avp(s:cfu)/g"); > avp_delete("$avp(s:cfc)/g"); > > } > > ######################################################################## > # Request route 'usr-preferences-caller' > ######################################################################## > route[3] > { > route(1); > xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load caller avps > avp_db_load("$avp(s:caller_uuid)", "*"); > avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); > if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) > { > # mark for anonymization > setflag(28); > } > > } > > ######################################################################## > # Request route 'usr-preferences-callee' > ######################################################################## > route[4] > { > xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > # load callee avps > avp_db_load("$avp(s:callee_uuid)", "*"); > if(is_avp_set("$avp(s:cfu)/s")) > { > > xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > avp_delete("$avp(s:caller_uuid)/g"); > avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); > avp_pushto("$ru", "$avp(s:cfu)"); > > route(3); > route(10); > exit; > } > if(is_avp_set("$avp(s:ringtimeout)/n")) > { > > xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); > } > > } > > ######################################################################## > # Request route 'clir' > ######################################################################## > route[5] > { > if(isflagset(28) && !isflagset(27)) > { > setflag(27); > > xlog("L_INFO", "Anonymize caller - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"); > if(is_present_hf("Privacy")) > { > remove_hf("Privacy"); > } > append_hf("Privacy: id\r\n"); > } > > } > > ######################################################################## > # Request route 'stop-rtp-proxy' > ######################################################################## > route[6] > { > if(isflagset(22)) > { > unforce_rtp_proxy(); > } > > } > > ######################################################################## > # Request route 'base-route-register' > ######################################################################## > route[7] > { > sl_send_reply("100", "Trying"); > if(!www_authorize("", "subscriber")) > { > > xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > www_challenge("", "0"); > exit; > } > if(!check_to()) > { > > xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_send_reply("403", "Spoofed To-URI Detected"); > exit; > } > consume_credentials(); > if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) > { > fix_nated_register(); > setbflag(6); > } > if(!save("location")) > { > > xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_reply_error(); > exit; > } > > xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > exit; > > } > > ######################################################################## > # Request route 'base-outbound' > ######################################################################## > route[8] > { > if(is_present_hf("P-Asserted-Identity")) > { > remove_hf("P-Asserted-Identity"); > } > if(is_present_hf("Remote-Party-ID")) > { > remove_hf("Remote-Party-ID"); > } > if(is_avp_set("$avp(s:caller_cli)/s")) > { > if(!isflagset(28)) > { > > xlog("L_INFO", "Set caller CLI '$avp(s:caller_cli)' - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > append_hf("P-Asserted-Identity: <$avp(s:caller_cli)>\r\n"); > } > } > > route(5); > if(isbflagset(6)) > { > if(!isflagset(22) && !search("^Content-Length:[ ]*0")) > { > setflag(22); > force_rtp_proxy(); > } > > t_on_reply("2"); > } > else > { > > t_on_reply("1"); > } > if(!isflagset(21)) > { > > t_on_failure("2"); > } > if(isflagset(29)) > { > append_branch(); > } > if(is_present_hf("Proxy-Authorization")) > { > consume_credentials(); > } > > xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > # no 100 (we already sent it) and no DNS blacklisting > if(!t_relay("0x05")) > { > sl_reply_error(); > if(is_method("INVITE") && isbflagset(6)) > { > unforce_rtp_proxy(); > } > } > exit; > > } > > ######################################################################## > # Request route 'base-route-invite' > ######################################################################## > route[9] > { > sl_send_reply("100", "Trying"); > if(from_gw()) > { > $avp(s:caller_uuid)="0"; > > xlog("L_INFO", "Call from PSTN' - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > setflag(23); > $avp(s:ringtimeout)=1000; > } > else > { > if(!proxy_authorize("", "subscriber")) > { > > xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > proxy_challenge("", "0"); > exit; > } > if(!check_from()) > { > > xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > sl_send_reply("403", "Spoofed From-URI Detected"); > exit; > } > } > > route(3); > if(nat_uac_test("19")) > { > fix_nated_contact(); > setbflag(6); > } > > route(10); > } > > ######################################################################## > # Request route 'invite-find-callee' > ######################################################################## > route[10] > { > if(alias_db_lookup("dbaliases")) > { > > xlog("L_INFO", "Callee was aliased - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > } > > route(2); > if(!is_domain_local("$rd")) > { > setflag(20); > $avp(s:callee_uuid) = "0"; > > route(12); > } > avp_delete("$avp(s:callee_uuid)"); > avp_db_query("select uuid from subscriber where username = '$rU'", > "$avp(s:callee_uuid)"); > if(is_avp_set("$avp(s:callee_uuid)/s")) > { > > xlog("L_INFO", "Callee is local, uuid='$avp(s:callee_uuid)' - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > route(11); > } > else > { > $avp(s:callee_uuid) = "0"; > > xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(12); > } > exit; > > } > > ######################################################################## > # Request route 'invite-to-internal' > ######################################################################## > route[11] > { > route(4); > if(!lookup("location")) > { > > xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > sl_send_reply("404", "User Offline"); > } > else > { > > xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(8); > } > exit; > > } > > ######################################################################## > # Request route 'invite-to-external' > ######################################################################## > route[12] > { > if(isflagset(20)) > { > > xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > route(8); > exit; > } > if(!isflagset(23)) > { > > if(uri =~ "^sip:\*86@.*") > { > xlog("L_INFO", "User accessing Voicemail - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > rewritehostport("voicemailserver.vpbx.com:5060"); > route(8); > } > > > # don't allow calls relaying from PSTN to PSTN, if not explicitely > forwarded > else if(uri =~ "^sip:[0-9]+@") > { > # only route numeric users to PSTN > if(!load_gws()) > { > > xlog("L_ERR", "Error loading PSTN gateways - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > sl_send_reply("503", "PSTN Termination Currently > Unavailable"); > exit; > } > if(!next_gw()) > { > > xlog("L_ERR", "No PSTN gateways available - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > sl_send_reply("503", "PSTN Termination Currently > Unavailable"); > exit; > } > setflag(21); > > t_on_failure("1"); > route(8); > } > } > > xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("404", "User Not Found"); > exit; > > } > > ######################################################################## > # Request route 'base-route-local' > ######################################################################## > route[13] > { > t_on_reply("1"); > if(t_check_trans()) > { > > xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > } > else > { > > xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > exit; > } > if(!t_relay()) > { > sl_reply_error(); > } > exit; > > } > > > ######################################################################## > # Request route 'base-route-generic' > ######################################################################## > route[14] > { > xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > sl_send_reply("501", "Method Not Supported Here"); > exit; > > } > > ######################################################################## > # Request route 'base-filter-failover' > ######################################################################## > route[15] > { > if(!t_check_status("408|500|503")) > { > > xlog("L_INFO", "No failover routing needed for this response code - > M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > route(6); > exit; > } > > } > > > ######################################################################## > #Send the call out > ######################################################################## > > route[16] > { > #send the call outward > > if(method=="INVITE" && !isflagset(10)) > { > t_on_failure("2"); > }; > > if (!t_relay()) > { > xlog("L_WARN", "ERROR: t_relay failed"); > sl_reply_error(); > }; > > } > > ######################################################################## > # Request route 'Voicemail and Asterisk for further processing' > ######################################################################## > failure_route[3] > { > > if(!t_was_cancelled()) > { > revert_uri(); > rewritehostport("voicemailserver.vpbx.com:5060"); > append_branch(); > #PREVENT SOME CRAZY VOICEMAIL LOOP > xlog("L_INFO", "No Answer Sending the call to Voicemail - M=$rm > RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); > setflag(10); > route(8); > } > } > ######################################################################## > # Reply route 'base-standard-reply' > ######################################################################## > onreply_route[1] > { > xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); > exit; > > } > > ######################################################################## > # Reply route 'base-nat-reply' > ######################################################################## > onreply_route[2] > { > xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); > if(nat_uac_test("1")) > { > fix_nated_contact(); > } > if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") > { > if(!search("^Content-Length:[ ]*0")) > { > force_rtp_proxy(); > } > } > exit; > > } > > ######################################################################## > # Failure route 'pstn-failover' > ######################################################################## > failure_route[1] > { > xlog("L_INFO", "Failure route for PSTN entered - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > route(15); > if(!next_gw()) > { > > xlog("L_ERR", "Failed to select next PSTN gateway - M=$rm RURI=$ru > F=$fu T=$tu IP=$si ID=$ci\n"); > route(6); > exit; > } > > t_on_failure("3"); > route(8); > } > > ######################################################################## > # Failure route 'base-standard-failure' > ######################################################################## > failure_route[2] > { > if(!t_was_cancelled()) > { > revert_uri(); > seturi("sip:*87@openser.org"); > rewritehostport("voicemailserver.vpbx.com:5060"); > append_branch(); > xlog("L_INFO","Call to Voicemail"); > setflag(10); > route(10); > } > if(t_check_status("422|481|487")) > { > > xlog("L_INFO", "Final reply - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > route(6); > exit; > } > > t_on_branch("1"); > xlog("L_INFO", "Redirect from UAC intercepted - M=$rm RURI=$ru F=$fu > T=$tu IP=$si ID=$ci\n"); > route(10); > if($avp(s:cfc) != NULL) > { > avp_pushto("$ru", "$avp(s:cfc)"); > setflag(29); > append_branch(); > > t_on_branch("1"); > xlog("L_INFO", "CFC detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si > ID=$ci\n"); > route(10); > } > > route(15); > route(6); > } > > ######################################################################## > # Branch route 'cfc-drop-local' > ######################################################################## > branch_route[1] > { > if(is_domain_local("$rd")) > { > xlog("L_INFO", "Dropping local branch - M=$rm RURI=$ru F=$fu T=$tu > IP=$si ID=$ci\n"); > drop(); > } > > } > > > > > -- > Regards, > > Chandrakant Solanki >

3 3

[Kamailio-Users] Failed opening required 'DB.php' (include_path='.:/usr/local/lib/php')
by vivi 05 Jun '09

05 Jun '09

Hi all : When I input http://your_domain/seradmin/html/admin/index.php to browser, I got the error msg : Warning: require_once(DB.php) [function.require-once <http://140.110.209.191/seradmin/html/admin/function.require-once> ]: failed to open stream: No such file or directory in /var/www/seradmin/html/main_prepend.php on line 38 Fatal error: require_once() [function.require <http://140.110.209.191/seradmin/html/admin/function.require> ]: Failed opening required 'DB.php' (include_path='.:/usr/local/lib/php') in /var/www/seradmin/html/main_prepend.php on line 38 Any ideas on how to solve this? Best regards, vivi

2 1

[Kamailio-Users] 2nd phone can't hangup
by Chandrakant Solanki 05 Jun '09

05 Jun '09

Hi I am using kamailio 1.5.0 and asterisk 1.6.0.5 I have successfully registered and call from one sip phone to another and also outgoing dialing on mobile and landline number. But when i hangup any one phone, 2nd call can't be hangup automatically... Here is my "kamailio.cfg" file.. listen = 192.168.1.68 port = 5060 mpath = "/usr/local/lib/kamailio/modules" #children = 8 debug = 7 fork = yes #group = "openser" #user = "openser" #disable_tcp = no #log_facility = LOG_DAEMON log_facility = LOG_LOCAL0 log_stderror = no #tcp_children = 4 #mhomed = no #server_signature = yes #sock_group = "openser" #sock_mode = 0600 #sock_user = "openser" #unix_sock = "/tmp/openser.sock" #unix_sock_children = 1 #reply_to_via = no #sip_warning = no #check_via = no dns = no rev_dns = no #disable_core_dump = no #dns_try_ipv6 = yes #dns_use_search_list = yes loadmodule "usrloc.so" modparam("usrloc", "user_column", "username") modparam("usrloc", "domain_column", "domain") modparam("usrloc", "contact_column", "contact") modparam("usrloc", "expires_column", "expires") modparam("usrloc", "q_column", "q") modparam("usrloc", "callid_column", "callid") modparam("usrloc", "cseq_column", "cseq") modparam("usrloc", "methods_column", "methods") modparam("usrloc", "flags_column", "flags") modparam("usrloc", "user_agent_column", "user_agent") modparam("usrloc", "received_column", "received") modparam("usrloc", "socket_column", "socket") modparam("usrloc", "use_domain", 0) modparam("usrloc", "desc_time_order", 0) modparam("usrloc", "timer_interval", 60) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("usrloc", "db_mode", 1) modparam("usrloc", "matching_mode", 0) modparam("usrloc", "cseq_delay", 20) modparam("usrloc", "nat_bflag", 6) loadmodule "pv.so" loadmodule "registrar.so" modparam("registrar", "default_expires", 3600) modparam("registrar", "min_expires", 60) modparam("registrar", "max_expires", 0) modparam("registrar", "default_q", 0) modparam("registrar", "append_branches", 1) modparam("registrar", "case_sensitive", 0) modparam("registrar", "received_param", "received") modparam("registrar", "max_contacts", 1) modparam("registrar", "retry_after", 0) modparam("registrar", "method_filtering", 0) modparam("registrar", "path_mode", 2) modparam("registrar", "path_use_received", 0) modparam("registrar", "received_avp", "$avp(i:801)") loadmodule "rr.so" modparam("rr", "enable_full_lr", 0) modparam("rr", "append_fromtag", 1) modparam("rr", "enable_double_rr", 1) modparam("rr", "add_username", 0) loadmodule "tm.so" modparam("tm", "fr_timer", 3) modparam("tm", "fr_inv_timer", 35) modparam("tm", "wt_timer", 5) modparam("tm", "delete_timer", 2) #modparam("tm", "noisy_ctimer", 1) modparam("tm", "ruri_matching", 1) modparam("tm", "via1_matching", 1) modparam("tm", "unix_tx_timeout", 2) modparam("tm", "restart_fr_on_each_reply", 1) modparam("tm", "pass_provisional_replies", 0) modparam("tm", "fr_inv_timer_avp", "$avp(s:callee_fr_inv_timer)") loadmodule "xlog.so" modparam("xlog", "buf_size", 4096) modparam("xlog", "force_color", 0) loadmodule "mi_fifo.so" modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") #modparam("mi_fifo", "fifo_mode", 0660) #modparam("mi_fifo", "fifo_group", "openser") #modparam("mi_fifo", "fifo_user", "openser") #modparam("mi_fifo", "reply_dir", "/tmp/") #modparam("mi_fifo", "reply_indent", "\t") loadmodule "domain.so" modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) modparam("domain", "domain_table", "domain") modparam("domain", "domain_col", "domain") loadmodule "nathelper.so" modparam("nathelper", "natping_interval", 60) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") #modparam("nathelper", "rtpproxy_disable", 0) modparam("nathelper", "rtpproxy_disable_tout", 60) modparam("nathelper", "rtpproxy_tout", 1) modparam("nathelper", "rtpproxy_retr", 5) modparam("nathelper", "sipping_method", "OPTIONS") modparam("nathelper", "received_avp", "$avp(i:801)") loadmodule "textops.so" #loadmodule "uri.so" loadmodule "sl.so" modparam("sl", "enable_stats", 1) loadmodule "maxfwd.so" modparam("maxfwd", "max_limit", 256) loadmodule "db_mysql.so" modparam("db_mysql", "ping_interval", 300) modparam("db_mysql", "auto_reconnect", 1) loadmodule "auth.so" modparam("auth", "nonce_expire", 300) modparam("auth", "rpid_suffix", ";party=calling;id-type=subscriber;screen=yes") modparam("auth", "rpid_avp", "$avp(s:rpid)") loadmodule "auth_db.so" modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("auth_db", "user_column", "username") modparam("auth_db", "domain_column", "domain") modparam("auth_db", "password_column", "password") modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "use_domain", 1) modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid") loadmodule "uri_db.so" #modparam("uri_db", "db_url", "mysql://openser:openserrw@localhost/openser") #modparam("uri_db", "db_table", "uri") #modparam("uri_db", "user_column", "username") #modparam("uri_db", "domain_column", "domain") #modparam("uri_db", "uriuser_column", "uri_user") #modparam("uri_db", "subscriber_table", "subscriber") #modparam("uri_db", "subscriber_user_column", "username") #modparam("uri_db", "subscriber_domain_column", "domain") #modparam("uri_db", "use_uri_table", 0) #modparam("uri_db", "use_domain", 1) loadmodule "avpops.so" modparam("avpops", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("avpops", "avp_table", "usr_preferences") modparam("avpops", "use_domain", 1) modparam("avpops", "uuid_column", "uuid") modparam("avpops", "username_column", "username") modparam("avpops", "domain_column", "domain") modparam("avpops", "attribute_column", "attribute") modparam("avpops", "value_column", "value") modparam("avpops", "type_column", "type") loadmodule "lcr.so" modparam("lcr", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("lcr", "gw_table", "gw") modparam("lcr", "gw_name_column", "gw_name") modparam("lcr", "ip_addr_column", "ip_addr") modparam("lcr", "port_column", "port") modparam("lcr", "uri_scheme_column", "uri_scheme") modparam("lcr", "transport_column", "transport") modparam("lcr", "grp_id_column", "grp_id") modparam("lcr", "lcr_table", "lcr") modparam("lcr", "strip_column", "strip") modparam("lcr", "prefix_column", "prefix") modparam("lcr", "from_uri_column", "from_uri") modparam("lcr", "priority_column", "priority") modparam("lcr", "flags_avp", "$avp(i:712)") modparam("lcr", "gw_uri_avp", "$avp(i:1400)") modparam("lcr", "ruri_user_avp", "$avp(i:1402)") #modparam("lcr", "contact_avp", "$avp(1401)") modparam("lcr", "fr_inv_timer_avp", "$avp(s:fr_inv_timer_avp)") modparam("lcr", "fr_inv_timer", 90) modparam("lcr", "fr_inv_timer_next", 30) modparam("lcr", "rpid_avp", "$avp(s:rpid)") loadmodule "alias_db.so" modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost /openser") modparam("alias_db", "user_column", "username") modparam("alias_db", "domain_column", "domain") modparam("alias_db", "alias_user_column", "alias_username") modparam("alias_db", "alias_domain_column", "alias_domain") modparam("alias_db", "use_domain", 0) loadmodule "uac.so" modparam("uac", "rr_store_param", "vsf") modparam("uac", "from_restore_mode", "auto") modparam("uac", "from_passwd", "s1p:Wiz4rd!") loadmodule "acc.so" modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") # flag to record to db modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # flag to log to syslog modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) # use extra accounting to record caller and callee username/domain # - take them from From URI and R-URI modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;dst_user=$rU;dst_domain=$rd") ######################################################################## # Request route 'main' ######################################################################## route[0] { xlog("L_INFO", "New request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); force_rport(); if(msg:len > max_len) { xlog("L_INFO", "Message too big - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("513", "Message Too Big"); exit; } if (!mf_process_maxfwd_header("10")) { xlog("L_INFO", "Too many hops - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("483", "Too Many Hops"); exit; } if(!is_method("REGISTER")) { if(nat_uac_test("19")) { record_route(";nat=yes"); } else { record_route(); } } if (is_method("SUBSCRIBE")) { # challenge/response if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } exit; } if(is_method("CANCEL")) || is_method("BYE")) { unforce_rtp_proxy(); } if(loose_route()) { # if(!has_totag()) # { # # xlog("L_INFO", "Initial loose-routing rejected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # sl_send_reply("403", "Initial Loose-Routing Rejected"); # exit; # } if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); setbflag(6); } route(8); } if(is_method("REGISTER")) { route(7); } if(is_method("INVITE")) { route(9); } if(is_method("CANCEL") || is_method("ACK")) { route(13); } route(14); } ######################################################################## # Request route 'clear-usr-preferences-caller' ######################################################################## route[1] { xlog("L_INFO", "Clear caller preferences - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:caller_cli)/g"); avp_delete("$avp(s:clir)/g"); } ######################################################################## # Request route 'clear-usr-preferences-callee' ######################################################################## route[2] { xlog("L_INFO", "Clear callee preferences - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:callee_fr_inv_timer)/g"); avp_delete("$avp(s:cfu)/g"); avp_delete("$avp(s:cfc)/g"); } ######################################################################## # Request route 'usr-preferences-caller' ######################################################################## route[3] { route(1); xlog("L_INFO", "Load caller preferences for uuid '$avp(s:caller_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load caller avps avp_db_load("$avp(s:caller_uuid)", "*"); avp_copy("$avp(s:cli)", "$avp(s:caller_cli)/d"); if(is_avp_set("$avp(s:clir)/n") && avp_check("$avp(s:clir)", "eq/i:1")) { # mark for anonymization setflag(28); } } ######################################################################## # Request route 'usr-preferences-callee' ######################################################################## route[4] { xlog("L_INFO", "Load callee preferences for uuid '$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # load callee avps avp_db_load("$avp(s:callee_uuid)", "*"); if(is_avp_set("$avp(s:cfu)/s")) { xlog("L_INFO", "Call-forward-unconditional to '$avp(s:cfu)' found - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_delete("$avp(s:caller_uuid)/g"); avp_copy("$avp(s:callee_uuid)", "$avp(s:caller_uuid)/d"); avp_pushto("$ru", "$avp(s:cfu)"); route(3); route(10); exit; } if(is_avp_set("$avp(s:ringtimeout)/n")) { xlog("L_INFO", "Setting ring timeout to $avp(s:ringtimeout) secs - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); avp_copy("$avp(s:ringtimeout)", "$avp(s:callee_fr_inv_timer)/d"); } } ######################################################################## # Request route 'clir' ######################################################################## route[5] { if(isflagset(28) && !isflagset(27)) { setflag(27); xlog("L_INFO", "Anonymize caller - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"); if(is_present_hf("Privacy")) { remove_hf("Privacy"); } append_hf("Privacy: id\r\n"); } } ######################################################################## # Request route 'stop-rtp-proxy' ######################################################################## route[6] { if(isflagset(22)) { unforce_rtp_proxy(); } } ######################################################################## # Request route 'base-route-register' ######################################################################## route[7] { sl_send_reply("100", "Trying"); if(!www_authorize("", "subscriber")) { xlog("L_INFO", "Register authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); www_challenge("", "0"); exit; } if(!check_to()) { xlog("L_INFO", "Spoofed To-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed To-URI Detected"); exit; } consume_credentials(); if(!search("^Contact:[ ]*\*") && nat_uac_test("19")) { fix_nated_register(); setbflag(6); } if(!save("location")) { xlog("L_ERR", "Saving contact failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_reply_error(); exit; } xlog("L_INFO", "Registration successful - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Request route 'base-outbound' ######################################################################## route[8] { if(is_present_hf("P-Asserted-Identity")) { remove_hf("P-Asserted-Identity"); } if(is_present_hf("Remote-Party-ID")) { remove_hf("Remote-Party-ID"); } if(is_avp_set("$avp(s:caller_cli)/s")) { if(!isflagset(28)) { xlog("L_INFO", "Set caller CLI '$avp(s:caller_cli)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); append_hf("P-Asserted-Identity: <$avp(s:caller_cli)>\r\n"); } } route(5); if(isbflagset(6)) { if(!isflagset(22) && !search("^Content-Length:[ ]*0")) { setflag(22); force_rtp_proxy(); } t_on_reply("2"); } else { t_on_reply("1"); } if(!isflagset(21)) { t_on_failure("2"); } if(isflagset(29)) { append_branch(); } if(is_present_hf("Proxy-Authorization")) { consume_credentials(); } xlog("L_INFO", "Request leaving server, D-URI='$du' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); # no 100 (we already sent it) and no DNS blacklisting if(!t_relay("0x05")) { sl_reply_error(); if(is_method("INVITE") && isbflagset(6)) { unforce_rtp_proxy(); } } exit; } ######################################################################## # Request route 'base-route-invite' ######################################################################## route[9] { sl_send_reply("100", "Trying"); if(from_gw()) { $avp(s:caller_uuid)="0"; xlog("L_INFO", "Call from PSTN' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); setflag(23); $avp(s:ringtimeout)=1000; } else { if(!proxy_authorize("", "subscriber")) { xlog("L_INFO", "Proxy authentication failed - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); proxy_challenge("", "0"); exit; } if(!check_from()) { xlog("L_INFO", "Spoofed From-URI detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("403", "Spoofed From-URI Detected"); exit; } } route(3); if(nat_uac_test("19")) { fix_nated_contact(); setbflag(6); } route(10); } ######################################################################## # Request route 'invite-find-callee' ######################################################################## route[10] { if(alias_db_lookup("dbaliases")) { xlog("L_INFO", "Callee was aliased - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } route(2); if(!is_domain_local("$rd")) { setflag(20); $avp(s:callee_uuid) = "0"; route(12); } avp_delete("$avp(s:callee_uuid)"); avp_db_query("select uuid from subscriber where username = '$rU'", "$avp(s:callee_uuid)"); if(is_avp_set("$avp(s:callee_uuid)/s")) { xlog("L_INFO", "Callee is local, uuid='$avp(s:callee_uuid)' - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(11); } else { $avp(s:callee_uuid) = "0"; xlog("L_INFO", "Callee is not local - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(12); } exit; } ######################################################################## # Request route 'invite-to-internal' ######################################################################## route[11] { route(4); if(!lookup("location")) { xlog("L_INFO", "Local user offline - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Offline"); } else { xlog("L_INFO", "Local user online - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); } exit; } ######################################################################## # Request route 'invite-to-external' ######################################################################## route[12] { if(isflagset(20)) { xlog("L_INFO", "Call to foreign domain - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(8); exit; } if(!isflagset(23)) { if(uri =~ "^sip:\*86@.*") { xlog("L_INFO", "User accessing Voicemail - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); rewritehostport("voicemailserver.vpbx.com:5060"); route(8); } # don't allow calls relaying from PSTN to PSTN, if not explicitely forwarded else if(uri =~ "^sip:[0-9]+@") { # only route numeric users to PSTN if(!load_gws()) { xlog("L_ERR", "Error loading PSTN gateways - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("503", "PSTN Termination Currently Unavailable"); exit; } if(!next_gw()) { xlog("L_ERR", "No PSTN gateways available - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("503", "PSTN Termination Currently Unavailable"); exit; } setflag(21); t_on_failure("1"); route(8); } } xlog("L_INFO", "Call to unknown user - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("404", "User Not Found"); exit; } ######################################################################## # Request route 'base-route-local' ######################################################################## route[13] { t_on_reply("1"); if(t_check_trans()) { xlog("L_INFO", "Request leaving server - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); } else { xlog("L_INFO", "Dropping mis-routed request - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); exit; } if(!t_relay()) { sl_reply_error(); } exit; } ######################################################################## # Request route 'base-route-generic' ######################################################################## route[14] { xlog("L_INFO", "Method not supported - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); sl_send_reply("501", "Method Not Supported Here"); exit; } ######################################################################## # Request route 'base-filter-failover' ######################################################################## route[15] { if(!t_check_status("408|500|503")) { xlog("L_INFO", "No failover routing needed for this response code - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } } ######################################################################## #Send the call out ######################################################################## route[16] { #send the call outward if(method=="INVITE" && !isflagset(10)) { t_on_failure("2"); }; if (!t_relay()) { xlog("L_WARN", "ERROR: t_relay failed"); sl_reply_error(); }; } ######################################################################## # Request route 'Voicemail and Asterisk for further processing' ######################################################################## failure_route[3] { if(!t_was_cancelled()) { revert_uri(); rewritehostport("voicemailserver.vpbx.com:5060"); append_branch(); #PREVENT SOME CRAZY VOICEMAIL LOOP xlog("L_INFO", "No Answer Sending the call to Voicemail - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); setflag(10); route(8); } } ######################################################################## # Reply route 'base-standard-reply' ######################################################################## onreply_route[1] { xlog("L_INFO", "Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); exit; } ######################################################################## # Reply route 'base-nat-reply' ######################################################################## onreply_route[2] { xlog("L_INFO", "NAT-Reply - S=$rs D=$rr F=$fu T=$tu IP=$si ID=$ci\n"); if(nat_uac_test("1")) { fix_nated_contact(); } if(isbflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if(!search("^Content-Length:[ ]*0")) { force_rtp_proxy(); } } exit; } ######################################################################## # Failure route 'pstn-failover' ######################################################################## failure_route[1] { xlog("L_INFO", "Failure route for PSTN entered - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(15); if(!next_gw()) { xlog("L_ERR", "Failed to select next PSTN gateway - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } t_on_failure("3"); route(8); } ######################################################################## # Failure route 'base-standard-failure' ######################################################################## failure_route[2] { if(!t_was_cancelled()) { revert_uri(); seturi("sip:*87@openser.org"); rewritehostport("voicemailserver.vpbx.com:5060"); append_branch(); xlog("L_INFO","Call to Voicemail"); setflag(10); route(10); } if(t_check_status("422|481|487")) { xlog("L_INFO", "Final reply - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(6); exit; } t_on_branch("1"); xlog("L_INFO", "Redirect from UAC intercepted - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(10); if($avp(s:cfc) != NULL) { avp_pushto("$ru", "$avp(s:cfc)"); setflag(29); append_branch(); t_on_branch("1"); xlog("L_INFO", "CFC detected - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); route(10); } route(15); route(6); } ######################################################################## # Branch route 'cfc-drop-local' ######################################################################## branch_route[1] { if(is_domain_local("$rd")) { xlog("L_INFO", "Dropping local branch - M=$rm RURI=$ru F=$fu T=$tu IP=$si ID=$ci\n"); drop(); } } -- Regards, Chandrakant Solanki

2 3

Integrating Openser and OpenLDAP Backend-Databases
by afshin afzali 05 Jun '09

05 Jun '09

Hi Guys, Surely you know better than me that using a SIP server ( such as Openser ) and a directory service ( such as OpenLDAP ) in an enterprise , forces us to define and maintain user's credentials in two different realms. Also we know that the SIP server can not depends on directory service as authentication realm. Recently OpenLDAP's guys have added support for 'MySQL Cluster' edition to store it's data. Do'nt you think now it is time to add support to overcome the issue? Best Regards, -- afshin

2 1

[Kamailio-Users] newbie seeks help
by Panagiotis Skoulikaritis 04 Jun '09

04 Jun '09

Hi all I'm new to the kamailio actually this is my first try. After reeding for a while various documents and the book for the openser. I tried to create my first kamailio installation and configuration. I have to admit that the kamailio / openser has a steep learning curve. Anyway I have created the attached script but it doesn't work as intended( I tried my best), even though I'm able to register users and make calls between them, I'm unable to make outgoing calls. From what I see when it reaches the route[10] it ignores the routing entries and it fails giving me the 404 error message at the end of the route[10] On the attached file are the logs of the kamailio, the config file and also a sip trace 10.10.10.1 is the ip of the kamailio server 10.10.10.2 is the ip of the test softphone Any help will be greatly appreciated Regards Panagiotis May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=alias_db May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:init_mod_child: type=CHILD, rank=5, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:init_mod_child: type=CHILD, rank=12, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:io_watch_add: io_watch_add(0x62d760, 26, 1, (nil)), fd_no=0 May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:io_watch_add: io_watch_add(0x62d760, 22, 1, (nil)), fd_no=0 May 29 14:05:15 cacofonix /sbin/kamailio[7886]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:23 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <40369> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=10000 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 12, sec_monit= -1, index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b", qop="auth" ' May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: cseq <CSeq>: <40370> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_nonce: comparing [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] and [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.acab May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67ea50)[0]=[password] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth_db:get_ha1: HA1 string calculated: b58b19cd7ec8f67671261ace34df3352 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: our result = 'b6844cdf0cd709b959844e75aa3d206e' May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: authorization is OK May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:post_auth: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_row: freeing row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_result: freeing result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.4410 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: cleaning up May 29 14:05:33 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:36 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK2F79CABEA0A7425C85C5A73A6CFC20D9>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <52298> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=4000 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 26, sec_monit= -1, index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="cacofonix.egreta.gr", nonce="4a1fc2b000000001a3e397db4e141e53da30ad0696760da3", qop="auth" ' May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK0C47C5EB2E1247FEA747BFFB4FD915A8>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: cseq <CSeq>: <52299> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_nonce: comparing [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] and [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67dac0)[0]=[password] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth_db:get_ha1: HA1 string calculated: 90c30e48e987fd2d0ae77d90094407a5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: our result = 'd5513fb342bbfd2d4090a9ebcc4038fe' May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: authorization is OK May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:post_auth: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_row: freeing row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_result: freeing result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8000000 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:44 cacofonix /sbin/kamailio[7885]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; #CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } if (method=="REGISTER") { route(2); } else { route(3); }; } route[1] { # send it out now; use stateful forwarding as it works # reliably even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { # # -- Register request handler -- # if (is_uri_host_local()) { if (!www_authorize("", "subscriber")) { www_challenge("", "1"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; save("location"); exit; } else if { sl_send_reply("401", "Unauthorized"); }; } route[3] { # # -- non-register requests handler -- # # Verify the source (FROM) if (is_from_local()){ # From an internal domain -> check the credentials and the FROM if (!proxy_authorize("","subscriber")) { proxy_challenge("","1"); exit; } else if (!check_from()) { sl_send_reply("403", "Forbidden, use From=ID"); exit; }; consume_credentials(); # Verify aliases lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { # -- Inbound to Inbound route(10); } else { # -- Inbound to outbound route(11); }; } else { #Verify aliases, if found replace R-URI. lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { #-- Outbound to inbound route(12); } else { # -- Outbound to outbound route(13); }; }; } route[4] { # routing to the public network if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } if(!next_gw()){ sl_send_reply("503", "Unable to find a gateway"); exit; } route(1); exit; } route[10] { append_hf("P-hint: inbound->inbound \r\n"); if (uri=~"^sip:[0-9]*@") { if (is_user_in("credentials","outgoing")) { route(4); exit; } else { sl_send_reply("403", "No permissions for outgoing calls"); exit; }; }; #Native SIP destinations are handled using the location table append_hf("P-hint: inbound->inbound \r\n"); if (!lookup("location")) { sl_send_reply("404", "Not Found this is where the outgoing call fails"); exit; }; route(1); } route[11] { # from an internal domain -> outbound # Simply route the call outbound using DNS search append_hf("P-hint: inbound->outbound \r\n"); route(1); } route[12] { # From an external domain -> inbound # Verify aliases, if found replace R-URI. lookup("aliases"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; route(1); } route[13] { #From an external domain outbound #we are not accepting these calls sl_send_reply("403", "Forbidden"); exit; } failure_route[1] { if(!next_gw()) { t_reply("503", "Service not available, no more gateways"); exit; } t_on_failure("1"); t_relay(); } ................ U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f", qop="auth". Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Proxy-Authorization: Digest username="1000",realm="10.10.10.1",nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f",response="d e87516ac763a1a2d81f8dfe15fea346",uri="sip:2109558353@10.10.10.1",qop=auth,cnonce="98BAD5C268804AE49A8C47628C1416C3",nc="0000032c". Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 . ................

3 4

[Kamailio-Users] SIP Compact form supported
by Pascal Maugeri 03 Jun '09

03 Jun '09

Hi Does Kamailio support SIP Compact Form (RFC 3261, section 7.3.3) ? Regards, Pascal

4 5

[Kamailio-Users] $cl value when there is no "Content-Length" header
by Iñaki Baz Castillo 03 Jun '09

03 Jun '09

Hi, if a UDP response has no "Content-Length" header (so it's 0), which would be the value of $cl variable? This is, if I do: if ( $cl != 0 ) ... will this "if" match when the message has no "Content-Length" header? Another question: In case "Content-Lenght: 22" but the real message body is 33, which value will $cl report? Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 4

[Kamailio-Users] problems with artihmetics operations & MYSQL
by BERGANZ François 02 Jun '09

02 Jun '09

Hello, I need to select from a database (for example 25.6546) And I need to do 25.6546/60. I think that I have a problem with my MySQL database. I tried to insert the 25.6546 in a decimal(5,5) but I cant insert more than 0.99999 ! Anyone know how to do ? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

4 6

[Kamailio-Users] Compact Headers
by Brandon Armstead 01 Jun '09

01 Jun '09

Hello Guys, I could be going crazy -- however I thought I remembered seeing a toggle for setting OpenSER/Kam to use Compact Header form when creating SIP messages? Thanks!

2 1

[Kamailio-Users] ACL on Siremis
by Edson - Lists 01 Jun '09

01 Jun '09

Hi, Guys... Beside testing SR and looking for Kamailio upgrade, I'm testing Siremis and raised some doubts: 1- kamctl acl => 'Group_name' are defines on the script RC file, while on Siremis, they are defined 'at will', since I didn`t find where could there be defines. Is there a way to use the "group_name" table on both tools? Or should this tables be included in the DB (or somewhere else)? 2- in normal environment, not all configuration options are used at once. P.ex. LCR tables and CR tables are concurrent and you have to make a choice for one or another or neither set. How to configure/define it on Siremis interface? Edson.

2 2

[Kamailio-Users] Another table version issue
by Raúl Alexis Betancor Santana 30 May '09

30 May '09

This one with carrieroute tables ... With a clean database I get ... May 24 16:27:11 [30535] INFO:core:init_mod: initializing module carrierroute May 24 16:27:11 [30535] INFO:carrierroute:mod_init: use database as configuration sourceMay 24 16:27:11 [30535] ERROR:core:db_check_table_version: invalid version 2 for table carrierfailureroute found, expected 3 (check table structure and table "version") May 24 16:27:11 [30535] ERROR:carrierroute:carrierroute_db_init: during table version check. If I manualy set carrierfailureroute table version to 3 (UPDATE version SET table_version = 3 where table_name = 'carrierfailureroute';) I get the opposite error: May 24 16:30:31 [30594] INFO:core:init_mod: initializing module carrierroute May 24 16:30:31 [30594] INFO:carrierroute:mod_init: use database as configuration sourceMay 24 16:30:31 [30594] ERROR:core:db_check_table_version: invalid version 3 for table carrierfailureroute found, expected 2 (check table structure and table "version") May 24 16:30:31 [30594] ERROR:carrierroute:carrierroute_db_init: during table version check. May 24 16:30:31 [30594] ERROR:core:init_mod: failed to initialize module carrierroute It have no sense ... any clue what's happening ? -- Raúl Alexis Betancor Santana Dimensión Virtual

2 4

Re: [Kamailio-Users] ACKed dialog remains in state 3 instead of 4
by Alex Balashov 30 May '09

30 May '09

Catalina, catalina oancea wrote: > From what I know the record-route header is not compulsory, and > dialog-matching can also be done using rfc dialog-matching instead of > the did parameter in record-route (modparam("dialog", > "dlg_match_mode", 2)). This is what I am trying to use, I don't want > to use the record-route header at all. It is true that you do not have to use the dialog fast-matching cookie parameter in the Record-Route header. However, you need the Record-Route header in order for the proxy to have visibility into subsequent sequential requests within the dialog, so you might as well use the parameter for faster matching. In other words, if you don't add Record-Route, your proxy won't see BYEs, re-INVITEs, etc. See RFC 3261 20.30 (http://www.ietf.org/rfc/rfc3261.txt): 20.30 Record-Route The Record-Route header field is inserted by proxies in a request to force future requests in the dialog to be routed through the proxy. -- Alex -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (678) 237-1775

3 6

[Kamailio-Users] newbie seeks help
by Panagiotis Skoulikaritis 29 May '09

29 May '09

Hi all I'm new to the kamailio actually this is my first try. After reeding for a while various documents and the book for the openser. I tried to create my first kamailio installation and configuration. I have to admit that the kamailio / openser has a steep learning curve. Anyway I have created the attached script but it doesn't work as intended( I tried my best), even though I'm able to register users and make calls between them, I'm unable to make outgoing calls. From what I see when it reaches the route[10] it ignores the routing entries and it fails giving me the 404 error message at the end of the route[10] On the attached file are the logs of the kamailio, the config file and also a sip trace 10.10.10.1 is the ip of the kamailio server 10.10.10.2 is the ip of the test softphone Any help will be greatly appreciated Regards Panagiotis May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=alias_db May 29 14:05:13 cacofonix /sbin/kamailio[7885]: DBG:core:init_mod_child: type=CHILD, rank=5, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:init_mod_child: type=CHILD, rank=12, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:db_do_init: connection 0x67b6b0 found in pool May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:init_mod_child: type=CHILD, rank=10, module=domain May 29 14:05:13 cacofonix /sbin/kamailio[7897]: DBG:core:io_watch_add: io_watch_add(0x62d760, 26, 1, (nil)), fd_no=0 May 29 14:05:13 cacofonix /sbin/kamailio[7895]: DBG:core:io_watch_add: io_watch_add(0x62d760, 22, 1, (nil)), fd_no=0 May 29 14:05:15 cacofonix /sbin/kamailio[7886]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:23 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <40369> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=10000 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 12, sec_monit= -1, index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b", qop="auth" ' May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: method: <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=100 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: <To> [30]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1> ] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: cseq <CSeq>: <40370> <INVITE> May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: content_length=200 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:get_hdr_field: found end of header May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:find_first_route: No Route headers found May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:rr:loose_route: There is no Route HF May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to_param: tag=4019420419 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_nonce: comparing [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] and [4a1fc2a20000000068765cb99b6b87c240bf07ca3cd82c2b] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK922E579CA9FE416C85D258AA48A53F66>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.acab May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67ea50)[0]=[password] May 29 14:05:26 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth_db:get_ha1: HA1 string calculated: b58b19cd7ec8f67671261ace34df3352 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: our result = 'b6844cdf0cd709b959844e75aa3d206e' May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:check_response: authorization is OK May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:auth:post_auth: nonce index= 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67ea50 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result names at 0x67ea20 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_columns: freeing result types at 0x67ea38 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_row: freeing row values at 0x67ea90 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_rows: freeing rows at 0x67ea70 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:db_free_result: freeing result set at 0x67e9e0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:registrar:lookup: '2109558353' Not found in usrloc May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7888]: DBG:core:receive_msg: cleaning up May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: SIP Request: May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: method: <ACK> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: uri: <sip:2109558353@10.10.10.1> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKFDFB9856E9FA4AF3B3FC0E502BF03396>; state=16 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: this is the first via May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: After parse_msg... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_headers: flags=8 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to_param: tag=f8f2ab2c1295e90ed7dbb499b30f44b2.4410 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: end of header reached, state=29 May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:parse_to: display={}, ruri={sip:2109558353@10.10.10.1} May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: <To> [72]; uri=[sip:2109558353@10.10.10.1] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:get_hdr_field: to body [<sip:2109558353@10.10.10.1>] May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:sl:sl_filter_ACK: local ACK found -> dropping it! May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:26 cacofonix /sbin/kamailio[7886]: DBG:core:receive_msg: cleaning up May 29 14:05:33 cacofonix /sbin/kamailio[7887]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 May 29 14:05:36 cacofonix /sbin/kamailio[7888]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.2 50195 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK2F79CABEA0A7425C85C5A73A6CFC20D9>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: cseq <CSeq>: <52298> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=4000 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:pre_auth: credentials with given realm not found May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:reserve_nonce_index: second= 26, sec_monit= -1, index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:auth:build_auth_hf: 'WWW-Authenticate: Digest realm="cacofonix.egreta.gr", nonce="4a1fc2b000000001a3e397db4e141e53da30ad0696760da3", qop="auth" ' May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7885]: DBG:core:receive_msg: cleaning up May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: SIP Request: May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: method: <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: uri: <sip:10.10.10.1> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_msg: version: <SIP/2.0> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=6 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK0C47C5EB2E1247FEA747BFFB4FD915A8>; state=16 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_via: end of header reached, state=5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: via found, flags=2 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: this is the first via May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: After parse_msg... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: preparing to run routing scripts... May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=100 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: end of header reached, state=10 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_to: display={1000}, ruri={sip:1000@10.10.10.1} May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: <To> [29]; uri=[sip:1000@10.10.10.1] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: to body [1000 <sip:1000@10.10.10.1> ] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: cseq <CSeq>: <52299> <REGISTER> May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:maxfwd:is_maxfwd_present: value = 70 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=200 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: content_length=0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:get_hdr_field: found end of header May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:find_first_route: No Route headers found May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:rr:loose_route: There is no Route HF May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_nonce: comparing [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] and [4a1fc2b000000001a3e397db4e141e53da30ad0696760da3] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_new_result: allocate 48 bytes for result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: 1 columns returned from the query May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 8 bytes for result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_allocate_columns: allocate 4 bytes for result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x67dac0)[0]=[password] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_rows: allocate 16 bytes for rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_convert_row: allocate 32 bytes for row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:db_mysql:db_mysql_str2val: converting STRING [1234] May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth_db:get_ha1: HA1 string calculated: 90c30e48e987fd2d0ae77d90094407a5 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: our result = 'd5513fb342bbfd2d4090a9ebcc4038fe' May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:check_response: authorization is OK May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:auth:post_auth: nonce index= 1 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing 1 columns May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing RES_NAMES[0] at 0x67dac0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result names at 0x67da90 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_columns: freeing result types at 0x67daa8 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing 1 rows May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_row: freeing row values at 0x67db00 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_rows: freeing rows at 0x67dae0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:db_free_result: freeing result set at 0x67d960 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:uri_db:check_username: Digest username and URI username match May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=8000000 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:parse_headers: flags=ffffffffffffffff May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:check_via_address: params 10.10.10.2, 10.10.10.2, 0 May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:destroy_avp_list: destroying list (nil) May 29 14:05:40 cacofonix /sbin/kamailio[7887]: DBG:core:receive_msg: cleaning up May 29 14:05:44 cacofonix /sbin/kamailio[7885]: DBG:core:udp_rcv_loop: probing packet received from 10.10.10.3 50195 ####### Global Parameters ######### debug=5 log_stderror=no log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the following lines to enable debugging */ #debug=6 #fork=no #log_stderror=yes /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ #auto_aliases=no /* uncomment the following lines to enable TLS support (default off) */ #disable_tls = no #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "//etc/kamailio/tls/user/user-cert.pem" #tls_private_key = "//etc/kamailio/tls/user/user-privkey.pem" #tls_ca_list = "//etc/kamailio/tls/user/user-calist.pem" port=5060 /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:192.168.1.2:5060 ####### Modules Section ######## #set module path mpath="//lib64/kamailio/modules/" /* uncomment next line for MySQL DB support */ loadmodule "db_mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "mi_fifo.so" loadmodule "uri_db.so" loadmodule "uri.so" loadmodule "xlog.so" loadmodule "permissions.so" loadmodule "group.so" loadmodule "lcr.so" loadmodule "acc.so" /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "auth.so" loadmodule "auth_db.so" /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ loadmodule "domain.so" /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "presence.so" #loadmodule "presence_xml.so" # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- rr params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) /* uncomment the following lines to enable DB accounting also */ modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) # ----- usrloc params ----- modparam("usrloc", "db_mode", 0) /* uncomment the following lines if you want to enable DB persistency for location entries */ modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") #---------------permissions params ------------- modparam("permissions","db_url", "mysql://openser:openserrw@localhost/openser") modparam("permissions", "address_table", "address") modparam("permissions", "grp_col", "grp") modparam("permissions", "ip_addr_col", "ip_addr") modparam("permissions", "mask_col", "mask") modparam("permissions", "port_col", "port") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "source_col", "src_ip") modparam("permissions", "proto_col", "proto") modparam("permissions", "from_col", "from_pattern") modparam("permissions", "tag_col", "tag") modparam("permissions", "peer_tag_avp", "$avp(i:707)") # ----- auth_db params ----- /* uncomment the following lines if you want to enable the DB based authentication */ modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("auth_db", "load_credentials", "") # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ modparam("alias_db", "db_url", "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ modparam("domain", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* uncomment the following lines if you want to enable presence */ #modparam("presence|presence_xml", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("presence_xml", "force_active", 1) #modparam("presence", "server_address", "sip:192.168.1.2:5060") #--------- LCR params ----------- modparam("lcr","db_url","mysql://openser:openserrw@localhost/openser") modparam("lcr","gw_table","gw") modparam("lcr","gw_name_column","gw_name") modparam("lcr","grp_id_column","grp_id") modparam("lcr","ip_addr_column","ip_addr") modparam("lcr","port_column","port") modparam("lcr","uri_scheme_column","uri_scheme") modparam("lcr","transport_column","transport") modparam("lcr","strip_column","strip") modparam("lcr","tag_column","tag") modparam("lcr","flags_column","flags") modparam("lcr","lcr_table","lcr") modparam("lcr","prefix_column","prefix") modparam("lcr","from_uri_column","from_uri") modparam("lcr","priority_column","priority") modparam("lcr", "contact_avp", "$avp(i:711)") modparam("lcr|tm", "fr_inv_timer_avp", "$avp(i:704)") modparam("lcr", "gw_uri_avp", "$avp(i:709)") modparam("^auth$|lcr", "rpid_avp", "$avp(i:302)") modparam("lcr", "ruri_user_avp", "$avp(i:500)") modparam("lcr","fr_inv_timer",90) modparam("lcr","fr_inv_timer_next",30) modparam("lcr", "flags_avp", "$avp(i:712)") modparam("lcr", "prefix_mode", 1) #-------------- group params --------------- modparam("group", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("group", "table", "grp") modparam("group", "user_column", "username") modparam("group", "domain_column", "domain") modparam("group", "group_column", "grp") modparam("group", "use_domain", 0) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; #CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } if (method=="REGISTER") { route(2); } else { route(3); }; } route[1] { # send it out now; use stateful forwarding as it works # reliably even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; } route[2] { # # -- Register request handler -- # if (is_uri_host_local()) { if (!www_authorize("", "subscriber")) { www_challenge("", "1"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; save("location"); exit; } else if { sl_send_reply("401", "Unauthorized"); }; } route[3] { # # -- non-register requests handler -- # # Verify the source (FROM) if (is_from_local()){ # From an internal domain -> check the credentials and the FROM if (!proxy_authorize("","subscriber")) { proxy_challenge("","1"); exit; } else if (!check_from()) { sl_send_reply("403", "Forbidden, use From=ID"); exit; }; consume_credentials(); # Verify aliases lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { # -- Inbound to Inbound route(10); } else { # -- Inbound to outbound route(11); }; } else { #Verify aliases, if found replace R-URI. lookup("aliases"); # Verify the destination (URI) if (is_uri_host_local()) { #-- Outbound to inbound route(12); } else { # -- Outbound to outbound route(13); }; }; } route[4] { # routing to the public network if (!load_gws()) { sl_send_reply("503", "Unable to load gateways"); exit; } if(!next_gw()){ sl_send_reply("503", "Unable to find a gateway"); exit; } route(1); exit; } route[10] { append_hf("P-hint: inbound->inbound \r\n"); if (uri=~"^sip:[0-9]*@") { if (is_user_in("credentials","outgoing")) { route(4); exit; } else { sl_send_reply("403", "No permissions for outgoing calls"); exit; }; }; #Native SIP destinations are handled using the location table append_hf("P-hint: inbound->inbound \r\n"); if (!lookup("location")) { sl_send_reply("404", "Not Found this is where the outgoing call fails"); exit; }; route(1); } route[11] { # from an internal domain -> outbound # Simply route the call outbound using DNS search append_hf("P-hint: inbound->outbound \r\n"); route(1); } route[12] { # From an external domain -> inbound # Verify aliases, if found replace R-URI. lookup("aliases"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; route(1); } route[13] { #From an external domain outbound #we are not accepting these calls sl_send_reply("403", "Forbidden"); exit; } failure_route[1] { if(!next_gw()) { t_reply("503", "Service not available, no more gateways"); exit; } t_on_failure("1"); t_relay(); } ................ U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 407 Proxy Authentication Required. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 INVITE. Proxy-Authenticate: Digest realm="10.10.10.1", nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f", qop="auth". Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK9A6FB317EAAA49239A329B7EED195972. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6e0d. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35975 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 INVITE sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Proxy-Authorization: Digest username="1000",realm="10.10.10.1",nonce="4a1fc1fd0000000202d4f6f3c38c36ea4e9c7cf0e0e56c6f",response="d e87516ac763a1a2d81f8dfe15fea346",uri="sip:2109558353@10.10.10.1",qop=auth,cnonce="98BAD5C268804AE49A8C47628C1416C3",nc="0000032c". Max-Forwards: 70. Content-Type: application/sdp. User-Agent: X-PRO build 1082. Content-Length: 200. . v=0. o=1000 333892515 333892515 IN IP4 10.10.10.2. s=X-PRO. c=IN IP4 10.10.10.2. t=0 0. m=audio 8000 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. U 10.10.10.1:5060 -> 10.10.10.2:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 10.10.10.2:5060;rport=5060;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 INVITE. Server: Kamailio (1.4.1-notls (x86_64/linux)). Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 ACK sip:2109558353@10.10.10.1 SIP/2.0. Via: SIP/2.0/UDP 10.10.10.2:5060;rport;branch=z9hG4bK5E772D41ECAE40B1BCAD721D20050C3C. From: 1000 <sip:1000@10.10.10.1>;tag=2003109495. To: <sip:2109558353@10.10.10.1>;tag=f8f2ab2c1295e90ed7dbb499b30f44b2.6141. Contact: <sip:1000@10.10.10.2:5060>. Call-ID: A51A866B-8E4A-463F-BAB5-9689225763BC(a)10.10.10.2. CSeq: 35976 ACK. Max-Forwards: 70. Content-Length: 0. . U 10.10.10.2:5060 -> 10.10.10.1:5060 . ................

1 0

[Kamailio-Users] How to avoid RtpProxy failure when 183 arrives after a CANCEL
by Iñaki Baz Castillo 29 May '09

29 May '09

Hi, I'm experimenting this real case very often: - Kamailio invokes "force_rtproxy()" for an INVITE and sets a flag(USE_RTPPROXY). - A CANCEL arrives (so I invoke "unforce_rtpproxy()"). - Inmediatelly a 183 arrives from downstream (before the UAS receives the CANCEL generated by Kamailio). - flag(USE_RTPPROXY) is set so I invoke "force_rtpproxy()" for the 183 response, and obviously I get this error from RtpProxy module (since the RtpProxy session was ended upon recepit of the CANCEL): ERROR:nathelper:force_rtp_proxy: incorrect port 0 in reply from rtp proxy Yes, nothing wrong happens, but I would like to avoid this error in the logs. Unfortunatelly when processing the incoming CANCEL kamailio cannot unset a flag in the related INVITE transaction, so I cannot do "resetflag(USE_RTPPROXY)" when receiving the CANCEL (it's not useful at all). So I cannot guess any way to do it, suggestions? Thanks a lot. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 2

[Kamailio-Users] play with vars
by BERGANZ François 29 May '09

29 May '09

Hello, I am looking for : how to work with vars ? I need to do var(a)=var(a)+1 How to? Thank you Cordialement, BERGANZ François cid:image001.gif@01C8F7CD.6BC1D2C0 <http://www.acropolistelecom.net/> http://www.acropolistelecom.net P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

3 2

[Kamailio-Users] advertised_address is not used by nathelper
by catalina oancea 29 May '09

29 May '09

Hello, I need to set listen=0.0.0.0 in kamailio (because it's very important for me to add new IPs to my server without restarting kamailio), but I see that the Via header remains 0.0.0.0 in this case. So I added: advertised_address="my_ip_address" advertised_port=5060 Then I see that for normal calls the Via is set correclty but the problem still appears in nathelper. The OPTIONS sent by nathelper still uses 0.0.0.0 in the Via header. I tried: modparam("nathelper", "natping_socket", "my_ip_address:5060") modparam("nathelper", "force_socket", "my_ip_address:5060") but Via is still 0.0.0.0 Does anybody know what to do?

2 1

vim syntax file for config
by Daniel-Constantin Mierla 29 May '09

29 May '09

Hello, for xVIM fans, here is attached a syntax file for SIP Router config file. It is refurbished from an old openser syntax file, updated with latest config language rules. It is still missing the 'select' definition, I had no time to search for the regexp that matches its format, maybe a ser developer can give it quicker. Of course, it can take other improvement, please feel free to contribute. If there are many users, we can keep it inside the source tree, somewhere in the scripts dir. Probably most of you know, but for newbees: - place the ser.vim in your home directory under ".vim/syntax/" - when you edit the config file with vim, run "setf ser" You can add rules in vim config to auto-detect -- see google for that -- skipping in this way setf command each time you edit a config. Hope some of you enjoy it, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/ " -*- vim -*- " FILE: ser.vim " LAST MODIFICATION: 2009-05-28 18:30 " (C) Copyright 2008 Stanisław Pitucha <viraptor(a)gmail.com> " (C) Copyright 2009 Daniel-Constantin Mierla <miconda(a)gmail.com> " Version: 1.01 " USAGE: " " Save this file to $VIMFILES/syntax/ser.vim. Either add a detection " script to filetypes.vim, or set filetype manually to "ser" when " editing SIP Router configuration file with 'setf ser'. " " List of keyword and core functions taken from latest dev version of " SIP Router. Module functions not included. " " Tested only on vim 7.1 " " Example: "setf ser" " " REQUIREMENTS: " vim (>= 7) if exists("b:current_syntax") finish endif syn match serConfigParamLine '^[^=]\+=.*$' contains=serCoreParameter,serString,serConfigConstant,serSpecial,serNumber,serCppComment,serHashComment syn region serConfigModparam start='^\s*modparam\s*(' end=')' contains=serString,serNumber syn match serConfigModule '^\s*loadmodule\s*"[^"]\+"' contains=serString syn keyword serTodo TODO FIXME XXX contained syn match serOperator '!\|&&\|||\|=[~=]\?\|>\|<\|+\|-\|/\|\*\||\|&\|^\|\~\|defined\|eq\|ieq\|ne\|ine' display contained syn region serCppComment start='/\*' end='\*/' contains=serTodo syn match serHashComment '#.*$' contains=serTodo syn match serStringEscape '\\.' contained syn match serNumber '[0-9]\+' contained syn region serString matchgroup=Normal start='"' skip='\\"' end='"' contained contains=serVariable,serStringEscape syn match serVariable "$[a-zA-Z_][a-zA-Z0-9_]*$([^)]\+)$\?" contained syn match serIdentifier '[a-zA-Z_][a-zA-Z0-9_]*' contained syn keyword serStatement route if else switch case default break exit return drop while contained syn keyword serSpecial yes no on off true false enabled disabled contained syn keyword serCoreKeyword af dst_ip dst_port from_uri method msg:len proto status snd_af snd_ip snd_port snd_proto src_ip src_port to_af to_ip to_port to_proto to_uri uri uri:host uri:port contained syn keyword serCoreValue udp UDP tcp TCP tls TLS sctp SCTP inet INET inet6 INET6 sslv23 SSLv23 SSLV23 sslv2 SSLv2 SSLV2 sslv3 SSLv3 SSLV3 tlsv1 TLSv1 TLSV1 max_len myself contained syn keyword serCoreFunction forward forward_tcp forward_udp forward_tls forward_sctp send send_tcp log error exec force_rport add_rport force_tcp_alias add_tcp_alias udp_mtu udp_mtu_try_proto setflag resetflag isflagset flags bool setavpflag resetavpflag isavpflagset avpflags rewritehost sethost seth rewritehostport sethostport sethp rewritehostporttrans sethostporttrans sethpt rewriteuser setuser setu rewriteuserpass setuserpass setup rewriteport setport setp rewriteuri seturi revert_uri prefix strip strip_tail userphone append_branch set_advertised_address set_advertised_port force_send_socket contained syn keyword serCoreParameter debug fork log_stderror log_facility listen alias auto_aliases dns rev_dns dns_try_ipv6 dns_try_naptr dns_srv_lb dns_srv_loadbalancing dns_udp_pref dns_udp_preference dns_tcp_pref dns_tcp_preference dns_tls_pref dns_tls_preference dns_sctp_pref dns_sctp_preference dns_retr_time dns_retr_no dns_servers_no dns_use_search_list dns_search_full_match dns_cache_init use_dns_cache use_dns_failover dns_cache_flags dns_cache_negative_ttl dns_cache_min_ttl dns_cache_max_ttl dns_cache_mem dns_cache_gc_interval dns_cache_del_nonexp dns_cache_delete_nonexpired dst_blacklist_init use_dst_blacklist dst_blacklist_mem dst_blacklist_expire dst_blacklist_ttl dst_blacklist_gc_interval port statistics maxbuffer children check_via phone2tel syn_branch memlog mem_log memdbg mem_dbg sip_warning server_signature reply_to_via user uid group gid chroot workdir wdir mhomed disable_tcp tcp_children tcp_accept_aliases tcp_send_timeout tcp_connect_timeout tcp_connection_lifetime tcp_poll_method tcp_max_connections tcp_no_connect tcp_source_ipv4 tcp_source_ipv6 tcp_fd_cache tcp_buf_write tcp_async tcp_conn_wq_max tcp_wq_max tcp_rd_buf_size tcp_wq_blk_size tcp_defer_accept tcp_delayed_ack tcp_syncnt tcp_linger2 tcp_keepalive tcp_keepidle tcp_keepintvl tcp_keepcnt tcp_crlf_ping disable_tls tls_disable enable_tls tls_enable tlslog tls_log tls_port_no tls_method tls_verify tls_require_certificate tls_certificate tls_private_key tls_ca_list tls_handshake_timeout tls_send_timeout disable_sctp enable_sctp sctp_children sctp_socket_rcvbuf sctp_socket_receive_buffer sctp_socket_sndbuf sctp_socket_send_buffer sctp_autoclose sctp_send_ttl sctp_send_retries advertised_address advertised_port disable_core_dump open_files_limit shm_force_alloc mlock_pages real_time rt_prio rt_policy rt_timer1_prio rt_fast_timer_prio rt_ftimer_prio rt_timer1_policy rt_ftimer_policy rt_timer2_prio rt_stimer_prio rt_timer2_policy rt_stimer_policy mcast_loopback mcast_ttl tos pmtu_discovery exit_timeout ser_kill_timeout max_while_loops stun_refresh_interval stun_allow_stun stun_allow_fp server_id description descr desc loadpath mpath contained syn region serBlock start='{' end='}' contained contains=serBlock,@serCodeElements syn match serRouteBlock '$failure_\|onreply_\|branch_\|event_\|onsend_$\?route$\s*\[[^\]]\+\]$\?' contained contains=serNumber,serString,serIdentifier syn region serRrouteBlockFold matchgroup=serRouteBlock start="$failure_\|onreply_\|branch_\|event_\|onsend_$\?route$\s*\[[^\]]\+\]$\?\s*\n\?{" matchgroup=NONE end="}" contains=serBlock,@serCodeElements syn cluster serCodeElements contains=serCppComment,serHashComment,serNumber,serString,serVariable,serOperator,serStatement,serKeyword,serCoreKeyword,serCoreValue,serCoreFunction,serIdentifier hi def link serCppComment Comment hi def link serHashComment Comment hi def link serTodo Todo hi def link serConfigModparam Function hi def link serConfigModule Keyword hi def link serKeyword Keyword hi def link serCoreKeyword Special hi def link serCoreValue Special hi def link serCoreFunction Function hi def link serRouteBlock Type hi def link serRrouteBlockFold Type hi def link serIdentifier Identifier hi def link serSpecial Special hi def link serCoreParameter Keyword hi def link serOperator Operator hi def link serStatement Conditional hi def link serNumber Number hi def link serVariable Identifier hi def link serString String hi def link serStringEscape Special let b:current_syntax = "ser"

1 0

[Kamailio-Users] hangup problem
by Chandrakant Solanki 29 May '09

29 May '09

hi I am using.. Asterisk : 1.6.0.5 Kamailio : 1.5.0 Here, is network diagram ... 172.18.100.10/20/30 ============ 192.168.1.68 ========================== 192.168.1.70 (SIP Phone Register on this IP) (Kamailio IP) (Asterisk Server) And here link for kamailio file I have registered 111 and 222 user on asterisk (192.168.1.70)... and call to kamailio user (1212(a)domain.com)... call established successfully.. but sip phone is not hangup.. As well as i call from kamailio user like 1212 to 2121 ... call established .. but sip phone not hangup.. Help me out.... Thanks in advance -- Regards, Chandrakant Solanki

2 1

[Kamailio-Users] Solved RE: [OpenSIPS-Users] Mediaproxy relay error: 'module' object has no attribute 'Interface'
by CSB 29 May '09

29 May '09

> Hi, > On 26 May 2009, at 22:18, CSB wrote: > >> > >> Perhaps you do not have the zope.interface module installed? > >> > >> I'm not sure which linux distribution you are using, but I'm > guessing > >> from the rpm command that it is some RedHat derivative. You can save > >> yourself from these sort of dependency problem by using Debian and > >> installing MediaProxy2 directly from our repository. > >> > > Unfortunately we have a number of servers all running CentOS so to > > change is > > not so easy. zope.interface looks like it's installed - see my other > > post. > > > > Regards > > > > Cameron > > The traceback shows the problem is in twisted.names, so I would > probably suspect there is something wrong with that version. I don't > understand the version number you quote of that anyway, 0.3.0 seems to > be very different from the rest. Please try to upgrade anything > related to twisted to use the latest version and see if you still have > problems. > I removed the python-twisted packages, installed Twisted from source and the error no longer occurs. Thanks for the advice. Now I just need to upgrade my EC2 kernel... Cameron

1 0

Problem with 'break' in a 'Switch' body
by Edson - Lists 28 May '09

28 May '09

Hi, Guys... I use a 'switch' block to drive decisions after a failed 'lookup' (on router-block). In theory all Ok, but.... In the body of this switch, if I use a 'break' inside an 'if' it gives me error, saying that it's not allowed. See below the code. What am I doing wrong? Edson. ======================================================== route[1] { if (!lookup("location") { switch ($retcode) { case -1: case -3: if ('situation A') { t_on_failure("1"); break; } else { if ('condition b') { if ('condition b.1') { t_on_failure("2"); break; }; }; }; exit; case -2: sl_send_reply("500", "Internal lookup error"); exit; } } if (!t_relay()) { sl_reply_error(); } exit; }

2 4

Re: [Kamailio-Users] Question regarding kamailio transaction processing.
by Siddhardha Garige 28 May '09

28 May '09

Daniel, We are testing kamailio in "edge proxy". Kamailio routes traffic in between SIPP clients and SIP registrar. Here is a link to my test network layout. http://luminepixels.com/tmp/kamailio_load_testing.jpg We did not see many retransmissions with Registration load running alone. With Call load and registration together, only registration requests are being retransmitted. Call requests are not. -Sid -Sid "May the light be with you." ______________________________________________ Siddhardha Garige www.luminepixels.com --- On Thu, 5/28/09, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: From: Daniel-Constantin Mierla <miconda(a)gmail.com> Subject: Re: [Kamailio-Users] Question regarding kamailio transaction processing. To: users(a)lists.kamailio.org Date: Thursday, May 28, 2009, 4:19 AM Hello, On 05/28/2009 01:12 AM, Iñaki Baz Castillo wrote: > El Miércoles, 27 de Mayo de 2009, Siddhardha Garige escribió: > >> Here is our question. If number of transactions in kamailio memory >> contributes to processing delay should not it affect both REGISTRATION and >> CALL transactions equally? Why only REGISTRATION are getting affected while >> calls are fine without any retransmissions. >> > > Registration involves storage in memory and/or database, also a lookup in > memory or database to retrieve all the contacts registered for that AoR. Could > it be the reason? > what db_mode is used for usrloc module? Are you doing authentication? Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/ _______________________________________________ Kamailio (OpenSER) - Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

1 0

[Kamailio-Users] ACKed dialog remains in state 3 instead of 4
by catalina oancea 28 May '09

28 May '09

Hello, I was excited to find that I can now use dlg_manage instead of record_route so that I no longer need the record_route parameter but I now found a strange situation that maybe somebody can explain. I am sending an INVITE to kamailio, and kamailio sends it to a provider. It's like this: asterisk-----INVITE cseq 1-------> kamailio -----INVITE cseq 1-----------> provider asterisk<-----407 auth required---- kamailio <-----407 auth required------- provider asterisk-----ACK----------------------> kamailio -----ACK------------------------> provider When 407 reaches kamailio, kamailio changes dialog state to state 5. But the dialog is not deleted. Then the INVITE arrives again, authenticated, and a new dialog is created, but having the same callid and from-tag: asterisk-----INVITE cseq 2-------> kamailio -----INVITE cseq 2----------> provider asterisk<---- 200OK ----------------- kamailio <-----200OK--------------------- provider asterisk-----ACK----------------------> kamailio -----ACK------------------------> provider When this ACK arrives to kamailio, dlg_manage is called and kamailio searches for the dialog in the dialog list. It finds one but with state 5 (I printed a debug in the source), probably finds the first one, and thus it can no longer identify the ACK as being part of the second dialog. For this reason, the dialog created during the second invite remains with state 3. This causes sometimes the BYE not to be accepted correctly either, and some dialogs remain stuck in the database until they expire. Does anybody know why, when a dialog match is searched, when a match that is in state 5 in found, the search is interrupted? I was thinking of changing this so that the search can continue and the second INVITE dialog can be found, but I'm not sure that's safe. Thanks a lot, Catalina Oancea

4 3

test e-mail... please ignore it
by Edson - Lists 28 May '09

28 May '09

.

1 0

[Kamailio-Users] Pretty basic Presence question
by Mahesh Paolini-Subramanya 28 May '09

28 May '09

I'm trying to setup an extremely basic PRESENCE/BLF environment. However, when I call handle_subscribe(), the message gets sent to $si: 5060, *not* $si:$sp Any ideas? Should I be doing something with nat_traversal.co (don't see what, but worth asking...) The relevant portion of kamailio.cfg is if (!t_newtran()) { sl_reply_error(); return(-1); }; if (is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); }; Cheers, and thanx for any help --- Mahesh Paolini-Subramanya CTO, Aptela Inc. (703.386.1500 x9100) http://www.aptela.com

2 5

[Kamailio-Users] rewritehostport
by Andrew Nowrot 28 May '09

28 May '09

Hi I am having the following problem. Can I use avp variable and rewritehostport function in this way: exec_avp("pool2domain.py $tU", "$avp(s:domainport)"); rewritehostport("$avp(s:domainport)"); Script called from exec_avp returns the string sample.sip.domain:port and it is written to avp variable. Can I use this variable in rewritehospport function because kamailio does not rewrite the host and the port number If I can not use it in this way is there any other solution. Cheers Andrew

4 5

[Kamailio-Users] Question regarding kamailio transaction processing.
by Siddhardha Garige 28 May '09

28 May '09

Hi all, I have a question regarding kamailio transaction processing. Any help is greatly appreciated. We are load testing kamailio using SIPP tool. Kamailio is working in outbound proxy mode and routing SIP messages in-between SIPP servers. SIPP generates REGISTER requests and SIP calls. Registration load is 100 registrations per second. A steady stream of registration requests are generated throughout the test duration. Call load is 100 calls per second with average call duration of 3.5mins with a max load of 10,000 concurrent calls. SIPP starts with a call rate of 100 call/sec and makes 10,000 concurrent calls. Calls terminate at 3.5mins and SIPP will make new calls to maintain 10,000 concurrent call load. We monitored kamailio transactions using “kamctl moni” for current transaction in use. If kamailio has more than 1000 standing transaction in memory, we notice REGISTRATION retransmissions. Kamailio takes more than 300ms to process some registration requests. However requests related to call transactions are not affected. No INVITE or 200OK retransmissions were noticed in this process. By decreased call load to 10 call/second and registration retransmissions reduced considerably. Again by increased call load to 100 call/sec and we started noticing REGISTER retransmissions. Here is our question. If number of transactions in kamailio memory contributes to processing delay should not it affect both REGISTRATION and CALL transactions equally? Why only REGISTRATION are getting affected while calls are fine without any retransmissions. Is kamailio prioritizing processing call transactions over REGISTRATION transactions? Can someone throw some light on this please? -Sid

3 2

[Kamailio-Users] How to refer to an AVP index?
by Edson - Lists 28 May '09

28 May '09

Hi, guys... On wiki page (http://www.kamailio.org/docs/avp_db_query.html) there is an example of the use of the 'avp_db_query' function, but it doesn't work on 1.5.1 SVN 5858. It fails on AVP index access... Kamailio complains on index syntax. Can anybody confirm the example error and point me to a page/link where the AVP index is described/exemplified (if still supported)? Edson.

2 1

[Kamailio-Users] kamailio 3.0 config - routes with names
by Daniel-Constantin Mierla 27 May '09

27 May '09

Hello, to illustrate the new feature got by Kamailio to use names instead of integer index when defining/calling route blocks, I have updated the default config posted to the wiki: https://sip-router.org/wiki/migration/kamailio-3.0-config The workaround in the past was to use M4 or other text preprocessors, now can be done directly. It looks nicer and makes the config more human understandable. Happy testing, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

4 4

[Kamailio-Users] snmpstats invalid condition in executeInterprocessBufferCmd
by mayamatakeshi 27 May '09

27 May '09

Hello, we have kamailio 1.4 (r. 5728) running in production. We compiled kamailio with 4 times the default pkg memory pool size (#define PKG_MEM_POOL_SIZE 4*1024*1024 ). We use snmpstats to monitor registration and number of calls using Nagios and PRTG. Some days ago, after almost 30 days of continuous operation without problems, in the shell we executed "snmpwalk -v2c -c public 192.168.88.22 .1.3.6.1.4.1.27483" as we routinely do for a quick check of SNMP in the command line and it failed. Then we checked kamailio logs and we found this: May 21 16:25:35 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:handle_openserSIPServiceStartTime: failed to read sysUpTime file at /tmp/openSER_SNMPAgent.txt I don't know what caused the above (maybe the file was mistakenly rm'd by someone. I failed to check it at that moment) but it was followed with this: May 21 16:25:35 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:executeInterprocessBufferCmd: Received a request for contact: [protected]@[protected] for user: sip:[protected]@[protected] who doesn't exists May 21 16:25:35 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:executeInterprocessBufferCmd: Received a request to delete contact: [protected]@[protected] for user: sip:[protected]@[protected] who doesn't exist ... then the same log "contact XXX who doesn't exist" happened several times per second till: May 21 16:36:30 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:createRegUserRow: failed to create a row for openserSIPRegUserTable May 21 16:36:30 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:updateUser: openserSIPRegUserTable ran out of memory. Not able to add user: [protected]@[protected] May 21 16:36:30 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:executeInterprocessBufferCmd: Received a request for contact: [protected]@[protected] for user: sip:[protected]@[protected] who doesn't exists May 21 16:36:30 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:insertContactRecord: no more pkg memory May 21 16:36:30 ipx022 /usr/local/sbin/kamailio[8781]: ERROR:snmpstats:executeInterprocessBufferCmd: openserSIPRegUserTable was unable to allocate memory for adding contact: [protected]@[protected] to user sip:[protected]@[protected]. During this time, snmpget queries issued by Nagios and PRTG were failing and the process spawned by module snmpstats was making heavy use of CPU. No other parts of kamailio were affected (calls and registration were OK), but snmpstats didn't normalize by itself so we decided to restart kamailio. I'm trying to recreate this in a lab machine but no luck so far. I am keeping the lab server busy with registration and calls while running snmpwalk in a loop. I've also ran "rm /tmp/openSER_SNMPAgent.txt" to check if could trigger the problem but the problem could not be recreated. If I push the lab server enough, I can see similar logs like this: May 27 20:16:54 ipx029 /usr/local/sbin/kamailio[14487]: ERROR:snmpstats:updateUser: openserSIPRegUserTable ran out of memory. Not able to add user: [protected]@[protected] May 27 20:16:54 ipx029 /usr/local/sbin/kamailio[14487]: ERROR:snmpstats:executeInterprocessBufferCmd: Received a request for contact: [protected]@[protected] for user: sip:[protected]@[protected] who doesn't exists May 27 20:17:05 ipx029 /usr/local/sbin/kamailio[14487]: ERROR:snmpstats:get_socket_list_from_proto: no more pkg memory May 27 20:17:05 ipx029 last message repeated 9 times May 27 20:17:59 ipx029 /usr/local/sbin/kamailio[14487]: ERROR:snmpstats:handle_openserSIPServiceStartTime: failed to read sysUpTime file at /tmp/openSER_SNMPAgent.txt May 27 20:40:25 ipx029 /usr/local/sbin/kamailio[14487]: ERROR:snmpstats:handle_openserSIPServiceStartTime: failed to read sysUpTime file at /tmp/openSER_SNMPAgent.txt But even with those messages, snmpget/snmpwalk doesn't stop to return responses. I was hoping someone could take a look at snmpstats code; the logs for snmpstats:executeInterprocessBufferCmd are marked with comments like : /* This should never happen. This is more of a sanity check. */ so probably my server hit some bug. regards, takeshi

1 0

Re: [Kamailio-Users] ACKed dialog remains in state 3 instead of 4
by catalina oancea 27 May '09

27 May '09

---------- Forwarded message ---------- From: catalina oancea <catalina.oancea(a)gmail.com> Date: 2009/5/27 Subject: Re: [Kamailio-Users] ACKed dialog remains in state 3 instead of 4 To: Alex Balashov <abalashov(a)evaristesys.com> Hi Alex, thanks for answering >From what I know the record-route header is not compulsory, and dialog-matching can also be done using rfc dialog-matching instead of the did parameter in record-route (modparam("dialog", "dlg_match_mode", 2)). This is what I am trying to use, I don't want to use the record-route header at all. 2009/5/27 Alex Balashov <abalashov(a)evaristesys.com>: > Catalina, > > Unless I am missing something, dlg_manage() does not allow you to avoid > setting Record-Route; how else will the endpoints know to send sequential > messages through the proxy once the dialog is established? > > The purpose of dlg_manage() is to provide an alternative to setting a flag > for the purpose of indicating to Kamailio that the dialog the current INVITE > seeks to establish should be statefully tracked and exposed to additional > user-defined dialog module functionality (profiles, statistics, etc.) and > other module functionality relying on internal API callbacks from the dialog > module. > > modparam("dialog", "dlg_flag", 4) > > route { > ... > > # Process initial INVITE. > > if(is_method("INVITE")) { > ... > > setflag(4); # Track this dialog. > > } > > } > > > > -- > Alex Balashov > Evariste Systems > Web : http://www.evaristesys.com/ > Tel : (+1) (678) 954-0670 > Direct : (+1) (678) 954-0671 > Mobile : (+1) (678) 237-1775 >

1 0

[Kamailio-Users] Dispatcher
by CSB 27 May '09

27 May '09

I wish to implement a kind of a failover situation, probably using the dispatcher module. We want to monitor our gateways by performing a range of tests (not just a ping or INFO but also waiting for a specific response to an INVITE). If the test fails then we want to mark a gateway as unavailable until the tests are successful again. Based on a bit of reading I think we could use the dispatcher module in database mode. We could run a script that performs the tests and marks the destination as inactive if the test fails. If that would work, can anyone advise how we mark a destination as inactive? It looks like the MI function ds_set_state does this but can I update the database directly? If so what field do I need to update? Thanks Cameron

2 1

[Kamailio-Users] #sip-router irc channel
by Daniel-Constantin Mierla 27 May '09

27 May '09

Hello, the irc fans that want to do "a more real-time chat" about using/developing sip router project, can join the #sip-router channel on irc.freenode.net. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Kamailio-Users] Call Ended problem
by Chandrakant Solanki 27 May '09

27 May '09

Hi I am using kamailio 1.5.0 and asterisk 1.6.0.5 Phone is register successfully and incoming/outgoing call is working fine... But followings are problem I have faced... 1] I don't hear anything, the voice is not being transmitted ... however rtpproxy is running. 2] When I hang up the X-Lite call on the SIP phone, the regular phone does not get disconnected. Below is link for kamailio configuration file... *http://en.pastebin.ca/1435982* <http://en.pastebin.ca/1435982> I am calling on asterisk server and forward it to kamailio.. -- Regards, Chandrakant Solanki

2 1

[Kamailio-Users] What is $ds (destination set)
by Iñaki Baz Castillo 27 May '09

27 May '09

Hi, what is the pseudo-variable $ds (destination set)? http://kamailio.org/dokuwiki/doku.php/pseudovariables:1.5.x#destination_set Thanks. -- Iñaki Baz Castillo <ibc(a)aliax.net>

2 2

Re: [Kamailio-Users] kamailio multi-domain
by karhu 27 May '09

27 May '09

Ok, for User2 i added in Xlite Domain : 10.10.10.2 Proxy : 192.168.0.2 And i am able to call User1, and User1 is able to call User2. Now the problem is i there is no RTP packets :s. That's weird because i enable rtpproxy with bridge mode, with the command : rtpproxy -l 10.10.10.2 192.168.0.2 -s udp:127.0.0.1:7890. Obviously in my .conf file kamailio is listening on udp:127.0.0.1:7890. Cheers -- View this message in context: http://www.nabble.com/kamailio-multi-domain-tp23539467p23556076.html Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

3 6

Re: [Kamailio-Users] Auth problems with 1.5.1
by Daniel-Constantin Mierla 27 May '09

27 May '09

On 05/25/2009 11:58 AM, Raúl Alexis Betancor Santana wrote: > On Monday 25 May 2009 08:46:51 you wrote: > >> there were no radical changes to auth modules, afaik, do not know about >> postgres. Can you run in debug mode and see why second 401 is sent? Also >> return code $rc will show some hints if you print it with xlog? >> > > Here is a debug=6 output > > [...] > May 25 09:47:59 [13194] DBG:auth:check_response: our result > = '60045096c392b92f8c7a451fbb09e530' > May 25 09:47:59 [13194] DBG:auth:check_response: authorization faile could you check that the password is ok in your phone? Try to auth using other phone/tool (sipsak) ... Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

3 6

[Kamailio-Users] Looking for a way to do routing from a database
by Bruce Ferrell 27 May '09

27 May '09

I've spent many hours looking over the module docs and examples. is there a way to do dialplans from a database? Thanks

6 10

[Kamailio-Users] OpenBSD port updated to version 1.5.1
by Don Jackson 27 May '09

27 May '09

Hello, I have updated the OpenBSD port of Kamailio to support the 1.5.1 release. The port is available at: http://kamailio.org/pub/kamailio/1.5.1/packages/openbsd/ The posting to the OpenBSD ports mailing list is here: http://archives.neohapsis.com/archives/openbsd/2009-05/1702.html Thanks again to Henning Westerholt for putting this up on the kamailio site. Best regards, Don

2 1

[Kamailio-Users] Can't get allow_trusted to work
by Saúl Ibarra 26 May '09

26 May '09

Hi all, I'm a little stuck here :-/ I can't get allow_trusted function from the premissions module to word. I'm receiving the following error: May 26 18:36:24 [18825] DBG:core:parse_msg: method: <PUBLISH> May 26 18:36:24 [18825] DBG:core:parse_msg: uri: <sip:saghul@10.69.69.1:5070> May 26 18:36:24 [18825] DBG:core:parse_msg: version: <SIP/2.0> May 26 18:36:24 [18825] DBG:core:parse_headers: flags=2 May 26 18:36:24 [18825] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bK1f7d.e63e45e5.0>; state=16 May 26 18:36:24 [18825] DBG:core:parse_via: end of header reached, state=5 May 26 18:36:24 [18825] DBG:core:parse_headers: via found, flags=2 May 26 18:36:24 [18825] DBG:core:parse_headers: this is the first via May 26 18:36:24 [18825] DBG:core:receive_msg: After parse_msg... May 26 18:36:24 [18825] DBG:core:receive_msg: preparing to run routing scripts... May 26 18:36:24 [18825] DBG:core:parse_headers: flags=100 May 26 18:36:24 [18825] DBG:core:parse_via_param: found param type 234, <received> = <10.69.69.2>; state=6 May 26 18:36:24 [18825] DBG:core:parse_via_param: found param type 235, <rport> = <5060>; state=6 May 26 18:36:24 [18825] DBG:core:parse_via_param: found param type 232, <branch> = <z9hG4bKqtsklyyn>; state=16 May 26 18:36:24 [18825] DBG:core:parse_via: end of header reached, state=5 May 26 18:36:24 [18825] DBG:core:parse_headers: via found, flags=100 May 26 18:36:24 [18825] DBG:core:parse_headers: parse_headers: this is the second via May 26 18:36:24 [18825] DBG:maxfwd:is_maxfwd_present: value = 69 May 26 18:36:24 [18825] ERROR:permissions:allow_trusted_2: unknown protocol udp Configuration is realli simple: modparam("permissions", "db_url", "mysql://...") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") if (!allow_trusted("$si", "$proto")) { xlog("L_INFO","\n\n--NOT trusted! - $si - $proto"); sl_send_reply("403", "Forbidden"); exit; } The trusted table seems OK: mysql> select * from trusted; +----+------------+-------+--------------+------+ | id | src_ip | proto | from_pattern | tag | +----+------------+-------+--------------+------+ | 1 | 10.69.69.1 | any | NULL | NULL | +----+------------+-------+--------------+------+ What am I doing wrong? Thanks in advance!! Regards, -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

5 9

[Kamailio-Users] Mediaproxy relay error: 'module' object has no attribute 'Interface'
by jh＠tutpro.com 26 May '09

26 May '09

CSB writes: > When attempting to start the MediaProxy relay I get the following: > > May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: Starting MediaProxy > Relay 2.3.4 > > May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: fatal error: failed to > create MediaProxy Relay: 'module' object has no attribute 'Interface' i just tried with 2.3.4 (from debian packages) and it worked without problems. in config.ini try if using ip addresses instead of domain names would help. -- juha

2 2

[Kamailio-Users] Mediaproxy relay error: 'module' object has no attribute 'Interface'
by CSB 26 May '09

26 May '09

When attempting to start the MediaProxy relay I get the following: May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: Starting MediaProxy Relay 2.3.4 May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: fatal error: failed to create MediaProxy Relay: 'module' object has no attribute 'Interface' May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: Traceback (most recent call last): May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: --- <exception caught here> --- May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: File "./media-relay", line 55, in ? May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: from mediaproxy.relay import MediaRelay May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: File "/usr/lib/python2.4/site-packages/mediaproxy/relay.py", line 30, in ? May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: from twisted.names import dns May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: File "/usr/lib/python2.4/site-packages/twisted/names/dns.py", line 116, in ? May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: class IRecord(components.Interface): May 26 16:45:00 ip-10-250-54-212 media-relay[18032]: exceptions.AttributeError: 'module' object has no attribute 'Interface' rpm -q python-twisted-core python-twisted-core-2.5.0-4.el5 rpm -q python-twisted-names python-twisted-names-0.3.0-3.el5 rpm -q python-twisted-web2 python-twisted-web2-8.1.0-1.el5.rf Any assistance appreciated. Cameron

2 1

[Serusers] Nathelper doesn't support multipart MIME even though allowed by RFC 3261?
by Frank Durda IV 26 May '09

26 May '09

I have someone who is trying to send me SIP-T messages through a SER system that acts as a PSTN gateway. The destination PSTN switch can accept either SIP or SIP-T as can the originator of the INVITE. The SIP-T message appears to pass through SER in both directions with the SIP-T data apparently intact. However, there are problems with the SDP payload. The functions in modules/nathelper that locate the SDP payload (mainly in check_content_type() in nhelpr_funcs.c) appear to be coded to never work properly with multi-part MIME in the message headers, nor deal with section boundary markers in the message body. So when the headers contain a: Content-Type: multipart/mixed;boundary=tekBoundary instead of the expected*: Content-Type: application/sdp nathelper gets confused and says things like: May 22 21:25:56 ser1 ser[24905]: ERROR:check_content_type: invalid type for a message May 22 21:25:56 ser1 ser[24905]: ERROR: extract_body: content type mismatching May 22 21:25:56 ser1 ser[24905]: ERROR: force_rtp_proxy: can't extract body from the message * (nhelpr_funcs.c also tests for Content-Types beginning with "icat", "ion" and "appl" in addition to sdp but doesn't know how to deal with any others, including a "multipart/mixed" and the resulting nested message body. Subsequently, calls to the various force_rtp_proxy() and related functions when processing the INVITE, 183 Session Progress or 200 OK replies do not substitute in the new IP address provided by rtpproxy (because it can't find the start of the body or a known body type), and so the party receiving this message will get the uncorrected IP address and audio for the call fails due to an unreachable IP address. This limitation is noted in ser-2.0.0-rc1. Has anybody done any development to make check_content_type() and the related functions in nhelpr_funcs.c capable of dealing with multi-part MIME sections? Ideally, SER should allow the entire message body even with more than one section to pass without comment or complaint. Meanwhile, nathelper should be able to find the sdp section and allow parsing and editing of it as would have been done if the body contained only one section. In reading RFC 3261, it appears that multi-part MIME is allowed and so it appears that nathelper is violating the RFC by not coping with this. Here is the passage on this subject that caught my attention: 7.4.1 Message Body Type (RFC 3261) The Internet media type of the message body MUST be given by the Content-Type header field. If the body has undergone any encoding such as compression, then this MUST be indicated by the Content- Encoding header field; otherwise, Content-Encoding MUST be omitted. If applicable, the character set of the message body is indicated as part of the Content-Type header-field value. The "multipart" MIME type defined in RFC 2046 [11] MAY be used within the body of the message. Implementations that send requests containing multipart message bodies MUST send a session description as a non-multipart message body if the remote implementation requests this through an Accept header field that does not contain multipart. SIP messages MAY contain binary bodies or body parts. When no explicit charset parameter is provided by the sender, media subtypes of the "text" type are defined to have a default charset value of "UTF-8". Thanks in advance to any pointers to newer nathelper code that deals with this RFC-permitted message body format. Here is an example of the INVITE message that caused the problem: INVITE sip:9712345678@230.123.45.67:5060 SIP/2.0 Via: SIP/2.0/UDP 225.67.89.1:5060;branch=z9hG4bKfi0cjdk0qb8sv24f18ki1ddao4 To: <sip:9712345678@230.123.45.67:5060> From: <sip:8005551212@225.67.89.1>;tag=11775339 Call-ID: 1241812549-66096587@SIP CSeq: 1 INVITE Max-Forwards: 69 Contact: <sip:8005551212@225.67.89.1:5060;transport=udp> Supported: 100rel Expires: 330 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, PRACK, REFER, SUBSCRIBE, NOTIFY, UPDATE, REGISTER P-Asserted-Identity: <sip:8005551212@8.4.99.59> MIME-Version: 1.0 Content-Type: multipart/mixed;boundary=tekBoundary Content-Length: 426 --tekBoundary Content-Type: application/sdp v=0 o=- 321533952 1243026447 IN IP4 225.67.89.1 s=- c=IN IP4 225.67.89.1 t=0 0 a=sendrecv m=audio 49168 RTP/AVP 18 101 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 --tekBoundary Content-Type: application/isup; base=ansi92; version=ansi ..x ..x...x..x.Pxx ....x@xp.xx..xx.. --tekBoundary--

1 0

[Kamailio-Users] Error with table version
by Raúl Alexis Betancor Santana 25 May '09

25 May '09

This is and old issue that I still have around here ... -Kamailio 1.5.1 (svn) -PostgreSQL database -Database created with "kamdbctl create", so just clean - in kamailio.cfg: [...] loadmodule "uri_db.so" modparam("uri_db", "db_url", "postgres://openser:XXXXX@localhost:5435/voip3") modparam("uri_db", "db_table", "uri") modparam("uri_db", "user_column", "username") modparam("uri_db", "domain_column", "domain") modparam("uri_db", "uriuser_column", "uri_user") modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "use_domain", 0) [...] May 24 10:22:27 [23631] INFO:core:init_mod: initializing module auth_db May 24 10:22:27 [23631] INFO:core:init_mod: initializing module uri_db May 24 10:22:27 [23631] ERROR:uri_db:mod_init: Invalid table version of the subscriber table May 24 10:22:27 [23631] ERROR:core:init_mod: failed to initialize module uri_db May 24 10:22:27 [23631] ERROR:core:main: error while initializing modules And I don't undestand why ... because subscriber table it's on version 6, that is what uri_db checks ... [uri_db_mod.c] /* Check table version */ ver = uridb_db_ver(&db_url, &db_table); if (ver < 0) { LM_ERR("Error while querying table version\n"); return -1; } else { if (use_uri_table) { if (ver != URI_TABLE_VERSION) { LM_ERR("Invalid table version of the uri table\n"); return -1; } } else { if (ver != SUBSCRIBER_TABLE_VERSION) { LM_ERR("Invalid table version of the subscriber table\n"); return -1; } } } [uri_db_mod.c] and SUBSCRIBER_TABLE_VERSION has value 6 is there something I'm doing wrong?, last time I compile myself this I was forced to comment that block of code on the uri_db sources. -- Raúl Alexis Betancor Santana Dimensión Virtual

3 4

[Kamailio-Users] Auth problems with 1.5.1
by Raúl Alexis Betancor Santana 25 May '09

25 May '09

Hi all, I'm getting a lot of problems to migrate to 1.5.1, the last one is with auth. I'm using postgresql as DB and auth_db with the next params: [...] loadmodule "auth.so" modparam("auth", "nonce_expire", 300) modparam("auth", "realm_prefix", "sip.") modparam("auth", "rpid_suffix", ";party=calling;id-type=subscriber;screen=yes") modparam("auth", "rpid_avp", "$avp(s:rpid)") loadmodule "auth_db.so" modparam("auth_db", "db_url", "postgres://openser:XXXX@localhost:5435/voip3") modparam("auth_db", "user_column", "username") modparam("auth_db", "domain_column", "domain") modparam("auth_db", "password_column", "password") modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", 0) modparam("auth_db", "use_domain", 1) modparam("auth_db", "load_credentials", "$avp(s:caller_uuid)=uuid") [...] With openser 1.3.2 and this: [...] if(!www_authorize("", "subscriber")) { xlog("L_INFO", "Register authentication failed BI $T_branch_idx - M=$rm RURI=$ru F=$fu T=$tu IP=$si I D=$ci\n"); www_challenge("", "0"); exit; } [...] All is working ok .. but with kamailio 1.5.1 it doesn't run, It allway return 401 Authentication needed ... I don't found anything in the docs about any change on auth modules ... what could be happen ? Best regards -- Raúl Alexis Betancor Santana Dimensión Virtual

2 1

[Kamailio-Users] Error runing svn version
by Raúl Alexis Betancor Santana 24 May '09

24 May '09

I'm geting this error when trying to run kamailio svn trunk version ... May 23 22:27:30 [17510] INFO:core:init_mod: initializing module usrloc May 23 22:27:30 [17510] INFO:usrloc:ul_init_locks: locks array size 512 May 23 22:27:30 [17510] ERROR:core:db_check_api: module db_postges does not export db_use_table function May 23 22:27:30 [17510] ERROR:usrloc:mod_init: failed to bind database module May 23 22:27:30 [17510] ERROR:core:init_mod: failed to initialize module usrloc May 23 22:27:30 [17510] ERROR:core:main: error while initializing modules ... Any clue? -- Raúl Alexis Betancor Santana Dimensión Virtual

2 6

Re: [Kamailio-Users] Error runing svn version
by Daniel-Constantin Mierla 24 May '09

24 May '09

On 05/24/2009 10:50 AM, Raúl Alexis Betancor Santana wrote: > On Sunday 24 May 2009 08:38:42 you wrote: > >> Hello, >> >> On 05/24/2009 12:30 AM, Raúl Alexis Betancor Santana wrote: >> >>> I'm geting this error when trying to run kamailio svn trunk version >>> >>> ... >>> May 23 22:27:30 [17510] INFO:core:init_mod: initializing module usrloc >>> May 23 22:27:30 [17510] INFO:usrloc:ul_init_locks: locks array size 512 >>> May 23 22:27:30 [17510] ERROR:core:db_check_api: module db_postges >>> >> looks like there is a typo in the db_postgres name (you miss r or?!?). >> >> If you want to play with development version, then you should take the >> sources from GIT http://sip-router.org. It is the place where the >> development is done now. >> > > Umm, I want to use kamailio not sip-router by now, maybe I sould get .tar.gz > version of 1.5.1 instead of the svn > I thought you have Kamailio development version from svn trunk. If you have 1.5.x, use the SVN branch 1.5, it is recommended. There are some fixes since 1.5.1. Was the error the typo I the db_postgres module name? Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

[Serusers] Memory allocation
by Jose Silva 22 May '09

22 May '09

Hi, I was trying to understand how SER manages its memory. From what I searched and read on the mailing list and SER documentation it seams to me that SER allocates all the necessary memory at start time and never allocates anymore memory. If the initial memory defined (PKG,SHM) is full no more will be allocated. Is this the correct Interpretation? Kind Regards, José Carlos Silva

1 0

Re: [Kamailio-Users] Load Based Load Balancing
by Ovidiu Sas 22 May '09

22 May '09

Please keep the list in your replies. Check the dialog documentation carefully. It is all explained there: how to add dialogs into a profile and retrieve the them. The dialog profiles are stored into memory for fast access. Regards, Ovidiu Sas On Wed, May 20, 2009 at 4:26 PM, Kareem Hamdy <Kareem.Hamdy(a)trustvesta.com> wrote: > Thanks! > > I still don't know how to do it, but you've put me on the right track. I'm fairly new to Kamailio, so I'm trying to figure out all the syntaxing. I did an SQL query on my FS boxes, and I was able to see the number of dialogs per host. > > Is it possible to do something similar with Kamailio - where I store the dialogs in a DB and query it in the dispatcher section of my routes? > > If so, would you be able to give me an example syntax of how I'd go about doing so? > > Thanks, > Kareem > > > > > > -----Original Message----- > From: sip.nslu(a)gmail.com [mailto:sip.nslu@gmail.com] On Behalf Of Ovidiu Sas > Sent: Wednesday, May 20, 2009 12:10 PM > To: Kareem Hamdy > Cc: users(a)lists.kamailio.org > Subject: Re: [Kamailio-Users] Load Based Load Balancing > > Hello Kareem, > > Use dialog profiling to track the number of calls per destination: > http://www.kamailio.net/docs/modules/1.5.x/dialog#id2531102 > In your script, before sending the INVITE out, check if the selected > destination has enough capacity to accept the call: > http://www.kamailio.net/docs/modules/1.5.x/dialog#id2532103 > > > Regards, > Ovidiu Sas > > On Wed, May 20, 2009 at 2:57 PM, Kareem Hamdy > <Kareem.Hamdy(a)trustvesta.com> wrote: >> Hello: >> >> I've been going through your lists and your documentation, and I'm unable to find how you set up load based load balancing. >> >> To further illustrate: >> >> >> >> For example, let's say we have the following live calls:1,2,3,4,5,6,7 >> >> Round Robin Works Well >> ---------------------- >> >> +-----+ >> | SER | >> +-----+ >> | >> | +--------------+ >> |-------| FreeSWITCH 1 | [Calls 1,3,5,7] >> | +--------------+ >> | >> | +--------------+ >> |-------| FreeSWITCH 2 | [Calls 2,4,6] >> +--------------+ >> >> >> >> But let's say some of the calls end significantly quicker than the others, how can I send calls by their load (current calls, cpu, etc) >> >> For example, let's say we have the following live calls:1,2,3,4,5,6,7 - Let's say calls 4 and 5 lasted about 30 seconds, while the others lasted about 5 minutes. How would I be able to route calls to the box that's least used - in this example, "FreeSWITCH 2" at any given time had the least number of calls, so calls 4,5, and 6 were dispatched to it. >> >> Load Based Load Balancing >> ------------------------- >> >> +-----+ >> | SER | >> +-----+ >> | >> | +--------------+ >> |-------| FreeSWITCH 1 | [Calls 1,3,7] >> | +--------------+ >> | >> | +--------------+ >> |-------| FreeSWITCH 2 | [Calls 2,6] >> +--------------+ >> >> >> >> Thanks, >> Kareem >> >> >> >> _______________________________________________ >> Kamailio (OpenSER) - Users mailing list >> Users(a)lists.kamailio.org >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users >> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users >> >

2 1

[Serusers] SER fail authentication using RADIUS
by Leon Li 22 May '09

22 May '09

Hi, I got the following error when using FreeRADIUS to authenticate SER registration. May 21 04:46:57 ser[3352]: REGISTER May 21 04:46:57 ser[3352]: REGISTER: challenging user May 21 04:46:57 ser[3354]: REGISTER May 21 04:46:57 ser[3354]: pre_auth(): Credentials received are not filled properly What does this mean? Also, I don't see any RADIUS traffic generated by SER. Please assist. Thanks Leon

1 0

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