sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

IMC module - #join to private room crashes kamailio
by Ozren Lapcevic 03 Jun '11

03 Jun '11

Hi, there is a bug in IMC module that crashes Kamailio. Here is the scenario: One user (pero(a)abc.hr) creates private chat room ( chat-999(a)abc.hr). Other user (oz(a)abc.hr) tries to join the chat-999(a)abc.hrby sending #join. Kamailio crashes at that point. Here is the log: Best regards, Ozren Jun 1 15:10:37 ser-test kernel: [5844312.456709] kamailio[20118]: segfault at 10 ip 7f28f89dae8e sp 7fffffffb750 error 4 in imc.so[7f28f89cf000+17000] Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20118]: INFO: <script>: going to imc: F [sip:oz@abc.hr] T [sip:chat-999@abc.hr] B [#join] Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [receive.c:186]: preparing to run routing scripts... Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20118]: DEBUG: imc [imc.c:525]: found command Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: maxfwd [mf_funcs.c:85]: value = 70 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20118]: DEBUG: imc [imc_cmd.c:146]: command: [join] Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=223 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20118]: DEBUG: imc [imc_cmd.c:292]: found room [chat-999] Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [parser/msg_parser.c:103]: found end of header Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20118]: ERROR: imc [imc_cmd.c:317]: attept to join private room [chat-999] from user [oz] Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=5e3288a6 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: ALERT: <core> [main.c:741]: child process 20118 exited by a signal 11 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20119]: DEBUG: <core> [parser/msg_parser.c:630]: SIP Request: Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: ALERT: <core> [main.c:744]: core was not generated Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20121]: DEBUG: <core> [msg_translator.c:204]: check_via_address(161.53.255.82, 161.53.255.82, 0) Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20119]: DEBUG: <core> [parser/msg_parser.c:632]: method: <MESSAGE> Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: INFO: <core> [main.c:756]: INFO: terminating due to SIGCHLD Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20114]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20115]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20116]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20117]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20122]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20124]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20125]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20129]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20128]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20127]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20123]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20126]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20120]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20130]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20131]: INFO: <core> [main.c:807]: INFO: signal 15 received Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: DEBUG: imc [imc.c:709]: room 3 chat-777 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: DEBUG: imc [imc.c:709]: room 11 chat-888 Jun 1 15:10:37 ser-test /usr/local/kamailio-ozren/sbin/kamailio[20113]: DEBUG: imc [imc.c:709]: room 13 chat-999

2 6

perlvdb error
by Roman Yeryomin 03 Jun '11

03 Jun '11

On 18 April 2011 15:47, Henning Westerholt <henning.westerholt(a)1und1.de> wrote: > On Monday 18 April 2011, Roman Yeryomin wrote: >> coredump? easy :) >> you can pick core file itself here (it's pretty heavy to send to the list): >> http://83.99.159.113/core.kamailio.20110418-1331 >> >> What do you mean by backtrace? log output or strace output? > > Hi Roman, > > he refers to a gdb backtrace, "gdb bt". More informations e.g. here: > http://www.kamailio.org/dokuwiki/doku.php/troubleshooting:corefiles > ok, here is the backtrace: # gdb kamailio core GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /lib/tls/i686/cmov/libresolv.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libresolv.so.2 Reading symbols from /lib/tls/i686/cmov/libc.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/lib/kamailio/modules_k/mi_fifo.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/mi_fifo.so Reading symbols from /usr/local/lib/kamailio/libkmi.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libkmi.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/kex.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/kex.so Reading symbols from /usr/local/lib/kamailio/libkcore.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libkcore.so.1 Reading symbols from /usr/local/lib/kamailio/modules/tm.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/tm.so Reading symbols from /usr/local/lib/kamailio/modules_k/tmx.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/tmx.so Reading symbols from /usr/local/lib/kamailio/modules/sl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/sl.so Reading symbols from /usr/local/lib/kamailio/modules_k/rr.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/rr.so Reading symbols from /usr/local/lib/kamailio/modules_k/pv.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/pv.so Reading symbols from /usr/local/lib/kamailio/modules_k/maxfwd.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/maxfwd.so Reading symbols from /usr/local/lib/kamailio/modules_k/usrloc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/usrloc.so Reading symbols from /usr/local/lib/kamailio/libsrdb1.so.1...done. Loaded symbols for /usr/local/lib/kamailio/libsrdb1.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/registrar.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/registrar.so Reading symbols from /usr/local/lib/kamailio/modules_k/textops.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/textops.so Reading symbols from /usr/local/lib/kamailio/modules_k/siputils.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/siputils.so Reading symbols from /usr/local/lib/kamailio/modules_k/xlog.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/xlog.so Reading symbols from /usr/local/lib/kamailio/modules/sanity.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/sanity.so Reading symbols from /usr/local/lib/kamailio/modules/ctl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/ctl.so Reading symbols from /usr/local/lib/kamailio/modules/mi_rpc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/mi_rpc.so Reading symbols from /usr/local/lib/kamailio/modules_k/acc.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/acc.so Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...done. Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /usr/local/lib/kamailio/modules_k/perl.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perl.so Reading symbols from /usr/lib/libperl.so.5.8...done. Loaded symbols for /usr/lib/libperl.so.5.8 Reading symbols from /lib/tls/i686/cmov/libm.so.6...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...done. Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1 Reading symbols from /usr/local/lib/kamailio/modules_k/perlvdb.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/perlvdb.so Reading symbols from /usr/local/lib/kamailio/modules/auth.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/auth.so Reading symbols from /usr/local/lib/kamailio/modules_k/auth_db.so...done. Loaded symbols for /usr/local/lib/kamailio/modules_k/auth_db.so Reading symbols from /usr/local/lib/kamailio/modules/app_lua.so...done. Loaded symbols for /usr/local/lib/kamailio/modules/app_lua.so Reading symbols from /usr/lib/liblua5.1.so.0...done. Loaded symbols for /usr/lib/liblua5.1.so.0 Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 Reading symbols from /lib/tls/i686/cmov/libnss_dns.so.2...done. Loaded symbols for /lib/tls/i686/cmov/libnss_dns.so.2 Core was generated by `kamailio -dddd'. Program terminated with signal 11, Segmentation fault. [New process 13773] #0 0xb7228e3a in parseurl (url=0xb7213230 "T�0\b#") at perlvdbfunc.c:60 60 if (strlen(cn) > 0) If I understand this correctly error refers to row 60 in perlvdbfunc.c strlen expects const char* instead of char* ? Regards, Roman

2 17

Re: [SR-Users] Problem using dispatcher.
by Gary Chen 02 Jun '11

02 Jun '11

That works. Thanks. From: Daniel-Constantin Mierla [mailto:miconda@gmail.com] Sent: Thursday, June 02, 2011 4:28 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Cc: Gary Chen Subject: Re: [SR-Users] Problem using dispatcher. On 6/2/11 9:41 PM, Gary Chen wrote: Thanks for the quick reply. How can I fix this? When you set t_on_failure for an INVITE, the respective failure route will be executed for any reply >=0. What you have to do is to not re-route to a new destination from failure route, simply exit for those reply codes, like: if(t_check_status("401|407")) exit; You don't handle as well the canceled transactions, when re-routing makes no sense -- you should do it (see default config file for example. Cheers, Daniel We are using Kamailio as single point of entry for all our phones. Our phones all registered with Freeswitch. Kamailio only route the SIP traffic. Is there any way I can make Kamailio not treat 407 as failure? I also have the same problem with REGISTER messages when Freeswitch reply with '401 Unauthorized'. I end up using Forward() instead of t_relay() to make the phone1 register with Freeswitch. Any suggestion? -----Original Message----- From: sr-users-bounces(a)lists.sip-router.org [ mailto:sr-users-bounces@lists.sip-router.org ] On Behalf Of Alex Balashov Sent: Thursday, June 02, 2011 3:30 PM To: sr-users(a)lists.sip-router.org Subject: Re: [SR-Users] Problem using dispatcher. On 06/02/2011 03:26 PM, Gary Chen wrote: > the dispatcher always get into FAILURE route although the log shows > that kamailio did send INVITE to 10.10.1.222 and received '407 - > Proxy Authentication Required' from Freexwitch1 and then dispatcher > send INVITE to 10.10.1.223 and also received '407 - Proxy > Authentication Required' from Freexwitch2 and eventually failed. That's because any reply >= 300 is considered a failure. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

1 0

Re: [SR-Users] Problem using dispatcher.
by Gary Chen 02 Jun '11

02 Jun '11

Thanks for the quick reply. How can I fix this? We are using Kamailio as single point of entry for all our phones. Our phones all registered with Freeswitch. Kamailio only route the SIP traffic. Is there any way I can make Kamailio not treat 407 as failure? I also have the same problem with REGISTER messages when Freeswitch reply with '401 Unauthorized'. I end up using Forward() instead of t_relay() to make the phone1 register with Freeswitch. Any suggestion? -----Original Message----- From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov Sent: Thursday, June 02, 2011 3:30 PM To: sr-users(a)lists.sip-router.org Subject: Re: [SR-Users] Problem using dispatcher. On 06/02/2011 03:26 PM, Gary Chen wrote: > the dispatcher always get into FAILURE route although the log shows > that kamailio did send INVITE to 10.10.1.222 and received '407 - > Proxy Authentication Required' from Freexwitch1 and then dispatcher > send INVITE to 10.10.1.223 and also received '407 - Proxy > Authentication Required' from Freexwitch2 and eventually failed. That's because any reply >= 300 is considered a failure. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

2 1

Problem using dispatcher.
by Gary Chen 02 Jun '11

02 Jun '11

Kamailio 3.1.2 Here is my setup: Phone1 (10.10.1.114) | Kamailio (10.10.1.230) / \ / \ Freeswitch1 Freeswitch2 ----------------------> Other phones (10.10.1.222) (10.10.1.223) Both Freeswitch's share the same REGISTRATION information. Phone1 is already registered with Freeswitch. When I try to dial 'Other phones' using phone1, the dispatcher always get into FAILURE route although the log shows that kamailio did send INVITE to 10.10.1.222 and received '407 - Proxy Authentication Required' from Freexwitch1 and then dispatcher send INVITE to 10.10.1.223 and also received '407 - Proxy Authentication Required' from Freexwitch2 and eventually failed. Any idea? Here is my configuration: modparam("dispatcher", "db_url", DBURL) modparam("dispatcher", "table_name", "dispatcher") modparam("dispatcher", "ds_ping_interval", 10000) modparam("dispatcher", "ds_probing_threshhold", 3) #modparam("dispatcher", "ds_ping_reply_codes", "class=2;class=4") modparam("dispatcher", "ds_ping_method", "OPTIONS") modparam("dispatcher", "ds_probing_mode", 1) modparam("dispatcher", "ds_ping_from", "sip:proxy@SIP-router1.testnet.net") modparam("dispatcher", "dst_avp", "$avp(dsdst)") modparam("dispatcher", "grp_avp", "$avp(dsgrp)") modparam("dispatcher", "cnt_avp", "$avp(dscnt)") modparam("dispatcher", "attrs_avp", "$avp(dsattrs)") modparam("dispatcher", "flags", 3) modparam("dispatcher", "force_dst", 1) route { .... if ( ds_select_dst("$var(group)", "9") ){ route(RELAY_DS); return; ... } route[[RELAY_DS] if (is_method("INVITE")) { t_on_branch("BRANCH_ONE"); t_on_reply("NAT_REPLY"); t_on_failure("FAIL_DS"); } if (!t_relay()) { sl_reply_error(); } } failure_route[FAIL_DS] { if (t_check_status("408")) { ds_mark_dst("i"); } if (!ds_next_dst()) { t_reply("503", "Service unavailable: no more dst"); exit; } t_on_failure("FAIL_DS"); route(RELAY_DS); } onreply_route[NAT_REPLY] { xlog("L_INFO", "REPLY_ROUTE: S=$rs - $rr F=$fu T=$tu IP=$avp(s:ip):$avp(s:port) ($si:$sp) ID=$ci\n"); } And here is the SIP messages from ngrep: U 10.10.1.144:51029 -> 10.10.1.230:5060 INVITE sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d..F rom: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet .net;user=phone>..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..Max-Forwards: 70..Date: Thu, 02 Jun 2011 19:14:14 GMT..CSeq: 101 INVITE..User-Agent: Cisco-CP7960G/7.5..Contact: <sip:5022441011@10.10.1.144:5060>..Expires: 180..Accept: application/sdp..Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE..Supported: replaces..C ontent-Length: 261..Content-Type: application/sdp..Content-Disposition: session;handling=optional....v=0..o=Cisco-SIPUA 10962 0 IN IP4 10.10.1.144..s=SIP Call..t=0 0..m=audio 20372 RTP/AVP 0 8 18 101..c=IN IP4 10.10.1.144..a=rtpmap: 0 PCMU/8000..a=rtpmap:8 PCMA/8000..a=rtpmap:18 G729/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=sendrecv .. # U 10.10.1.230:5060 -> 10.10.1.144:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d..From: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net; user=phone>..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..CSeq: 101 INVITE..Server: kamailio (3.1.2 (x8 6_64/linux))..Content-Length: 0.... # U 10.10.1.230:5060 -> 10.10.1.222:5060 INVITE sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Record-Route: <sip:10.10.1.230;lr=on;nat=yes>..Via: SIP/2.0/ UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.0..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d..From: "L ine1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;us er=phone>..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..Max-Forwards: 69..Date: Thu, 02 Jun 2011 19:14: 14 GMT..CSeq: 101 INVITE..User-Agent: Cisco-CP7960G/7.5..Contact: <sip:5022441011@10.10.1.144:5060>..Expires: 180..A ccept: application/sdp..Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE..Supported: replaces..Content- Length: 277..Content-Type: application/sdp..Content-Disposition: session;handling=optional....v=0..o=Cisco-SIPUA 10962 0 IN IP4 10.10.1.231..s=SIP Call..t=0 0..m=audio 38426 RTP/AVP 0 8 18 101..c=IN IP4 10.10.1.231..a=rtpmap:0 PCMU/80 00..a=rtpmap:8 PCMA/8000..a=rtpmap:18 G729/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=sendrecv..a=nortp proxy:yes.. # U 10.10.1.222:5060 -> 10.10.1.230:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.0..Via: SIP/2.0/UDP 10.10.1.144:5060 ;branch=z9hG4bK116d554d..Record-Route: <sip:10.10.1.230;lr=on;nat=yes>..From: "Line1" <sip:5022441011@fs2000.lightyea r.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;user=phone>..Call-ID: 00082166-efcb0013 -692f44d9-6760a891@10.10.1.144..CSeq: 101 INVITE..User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-f17e962 2011-04-19 0 3-05-32 -0400..Content-Length: 0.... # U 10.10.1.222:5060 -> 10.10.1.230:5060 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.0..Via: SIP/2.0/U DP 10.10.1.144:5060;branch=z9hG4bK116d554d..From: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb0021 53bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;user=phone>;tag=6mjQm2eayZ49j..Call-ID: 00082166-efcb0013-692f44d9 -6760a891@10.10.1.144..CSeq: 101 INVITE..User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-f17e962 2011-04-19 03-05-32 - 0400..Accept: application/sdp..Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE..Supported: timer, precondition, path, replaces..Allow-Events: talk, hold, presence, dialog, line-se ize, call-info, sla, include-session-description, presence.winfo, message-summary, refer..Proxy-Authenticate: Digest rea lm="fs2000.testnet.net", nonce="8da1ddb1-e393-442c-8be0-17e439457363", algorithm=MD5, qop="auth"..Content-Length: 0... . # U 10.10.1.230:5060 -> 10.10.1.222:5060 ACK sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.0..Fro m: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.n et;user=phone>;tag=6mjQm2eayZ49j..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..Max-Forwards: 69..CSeq: 101 ACK..Content-Length: 0.... # U 10.10.1.230:5060 -> 10.10.1.223:5060 INVITE sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Record-Route: <sip:10.10.1.230;lr=on;nat=yes;nat=yes>..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.1..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d.. From: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.lightyea r.net;user=phone>..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..Max-Forwards: 69..Date: Thu, 02 Jun 201 1 19:14:14 GMT..CSeq: 101 INVITE..User-Agent: Cisco-CP7960G/7.5..Contact: <sip:5022441011@10.10.1.144:5060>..Expires : 180..Accept: application/sdp..Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE..Supported: replaces.. Content-Length: 328..Content-Type: application/sdp..Content-Disposition: session;handling=optional....v=0..o=Cisco-SIPUA 10962 0 IN IP4 10.10.1.23110.10.1.231..s=SIP Call..t=0 0..m=audio 3842638426 RTP/AVP 0 8 18 101..c=IN IP4 216.49. 129.23110.10.1.231..a=rtpmap:0 PCMU/8000..a=rtpmap:8 PCMA/8000..a=rtpmap:18 G729/8000..a=rtpmap:101 telephone-event/8 000..a=fmtp:101 0-15..a=sendrecv..a=nortpproxy:yes..a=nortpproxy:yes.. # U 10.10.1.223:5060 -> 10.10.1.230:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.1..Via: SIP/2.0/UDP 10.10.1.144:5060 ;branch=z9hG4bK116d554d..Record-Route: <sip:10.10.1.230;lr=on;nat=yes;nat=yes>..From: "Line1" <sip:5022441011@fs2000. testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;user=phone>..Call-ID: 00082166- efcb0013-692f44d9-6760a891@10.10.1.144..CSeq: 101 INVITE..User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-f17e962 2011 -04-19 03-05-32 -0400..Content-Length: 0.... # U 10.10.1.223:5060 -> 10.10.1.230:5060 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.1..Via: SIP/2.0/U DP 10.10.1.144:5060;branch=z9hG4bK116d554d..From: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb0021 53bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;user=phone>;tag=Ky0XB4gDeDy6F..Call-ID: 00082166-efcb0013-692f44d9 -6760a891@10.10.1.144..CSeq: 101 INVITE..User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-f17e962 2011-04-19 03-05-32 - 0400..Accept: application/sdp..Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE..Supported: timer, precondition, path, replaces..Allow-Events: talk, hold, presence, dialog, line-se ize, call-info, sla, include-session-description, presence.winfo, message-summary, refer..Proxy-Authenticate: Digest rea lm="fs2000.testnet.net", nonce="8769298b-c52d-43b8-b69c-6ebf26f3184d", algorithm=MD5, qop="auth"..Content-Length: 0... . # U 10.10.1.230:5060 -> 10.10.1.223:5060 ACK sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Via: SIP/2.0/UDP 10.10.1.230;branch=z9hG4bK1ef6.c9d52d72.1..Fro m: "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.n et;user=phone>;tag=Ky0XB4gDeDy6F..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..Max-Forwards: 69..CSeq: 101 ACK..Content-Length: 0.... # U 10.10.1.230:5060 -> 10.10.1.144:5060 SIP/2.0 503 Service unavailable: no more dst..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d..From: "Line1 " <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.net;user=p hone>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-2c94..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..CSeq: 101 INVITE..Server: kamailio (3.1.2 (x86_64/linux))..Content-Length: 0.... # U 10.10.1.144:51030 -> 10.10.1.230:5060 ACK sip:1001@fs2000.testnet.net;user=phone SIP/2.0..Via: SIP/2.0/UDP 10.10.1.144:5060;branch=z9hG4bK116d554d..From : "Line1" <sip:5022441011@fs2000.testnet.net>;tag=00082166efcb002153bc0a31-20004ffd..To: <sip:1001@fs2000.testnet.ne t;user=phone>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-2c94..Call-ID: 00082166-efcb0013-692f44d9-6760a891@10.10.1.144..D ate: Thu, 02 Jun 2011 19:14:14 GMT..CSeq: 101 ACK..Content-Length: 0.... Gary Chen

2 1

discussing about next major release - v3.2.0
by Daniel-Constantin Mierla 02 Jun '11

02 Jun '11

Hello, we should decide the roadmap to next major release v3.2.0, so probably an IRC meeting for some real time chatting would be good. I am thinking of June 3 or 4, 15:00GMT. Anyone interested in the meeting and available in one of those dates? The date with most of devs available will be selected. Cheers, Daniel -- Daniel-Constantin Mierla -- http://www.asipto.com http://linkedin.com/in/miconda -- http://twitter.com/miconda

4 7

RTP traffic
by Lucas Alvarez 01 Jun '11

01 Jun '11

Hi, I'm having a problem with RTP traffic, I have softphone connecting from the outside, I can register but Kamailio is sending all RTP traffic to the private IP address that the softphone has in it own local network. How can I fix this? Any help will be appreciated. Lucas

2 2

serweb & xSER 3.1
by Skyler 01 Jun '11

01 Jun '11

Hi all, Wondering if anyone has serweb working/functioning with Kamailio or SER 3.1 branch? If so which version of serweb are you using 2.0.0 or 2.1.0-dev1? Any issues or tips for first time install/setup of serweb? S.

1 0

has_tran_tmcbs function
by Bruno Bresciani 01 Jun '11

01 Jun '11

Hi, I can't understand the has_tran_tmcbs function... Can someone tell me how it works? Regards,

2 1

Kamailio Tables with index
by Klaus Darilion 01 Jun '11

01 Jun '11

Hi! With Openser 1.2 all the tables got an auto-increment-index column. Is this index column just for layout/performance purposes or is it also used somewhere insides the Kamailio code? If not (what I expect), then Kamailio 3.1 should still work with tables without those columns - correct? Thanks Klaus

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users