sr-users

sr-users@lists.kamailio.org

20 participants
37471 discussions

[Kamailio-Users] Maximum retries exceeded on transmission
by Jon Farmer 06 Feb '10

06 Feb '10

Hi I am getting this dreaded error on a asterisk box when call from one UA to another using Asterisk as a media relay and openser as a SBC and proxy. chan_sip.c:3779 retrans_pkt: Maximum retries exceeded on transmission 1310650592(a)10.100.0.101 If I make a call from a UA to the PSTN through Asterisk all is fine. This only happens when calling from one UA to another on the same LAN. I have posted an example sip trace here http://pastebin.com/m2262b0ef My openser.cfg is here http://pastebin.com/d5e84aaf7 I realise this is a issue with Asterisk but I have not been able to find a fix. Therefore I figure there might be something I can do on openser. The problem seems to be with a ACK not being returned but my SIP knowledge is not good enough to know how to fix it. Any help is greatly appreciated. Regards Jon -- Jon Farmer Tel: 07795 118140 Email: viperdudeuk(a)gmail.com Twitter: @viperdudeuk

2 2

[Serusers] RECEIVED column in SER.LOCATION table
by Bill McNamara 05 Feb '10

05 Feb '10

Question, when does a value get inserted into the ser.location table’s received column. We have some UA’s with a contact like value and some with null values – different devices (Polycom 331/450/55, Grandstream 286/486) behind the same firewall. I’m just curious to know why some have a received value and some don’t. Thanks, Bill SER 2.0 Linux 2.6.9-78 x86_64 MySQL 5.1.30

2 1

[Kamailio-Users] CRITICAL:dialog:log_next_state_dlg
by alex pappas 05 Feb '10

05 Feb '10

Dear users, I'm doing some stress test with kamailio 1.5. When I'm at 50 CPS a see some strange messages: /usr/sbin/kamailio[12754]: CRITICAL:dialog:log_next_state_dlg: bogus event 2 in state 3 for dlg 0x2b0b911831b0 [3345:993496027] with clid '297-19089@IP-address' and tags '19089SIPpTag00297' '15519SIPpTag01304' Does anyone before experienced this before? Thanks Alex

1 0

[Kamailio-Users] Maximum retries exceed on transmission
by Jon Farmer 05 Feb '10

05 Feb '10

Hi I am getting this dreaded error on a asterisk box when call from one UA to another using Asterisk as a media relay and openser as a SBC and proxy. If I make a call from a UA to the PSTN through Asterisk all is fine. This only happens when calling from one UA to another on the same LAN. I have posted an example sip trace here http://pastebin.com/m2262b0ef My openser.cfg is here http://pastebin.com/d5e84aaf7 I realise this is a issue with Asterisk but I have not been able to find a fix. Therefore I figure there might be something I can do on openser. The problem seems to be with a ACK not being returned but my SIP knowledge is not good enough to know how to fix it. Any help is greatly appreciated. Regards Jon -- Jon Farmer Tel: 07795 118140 Email: viperdudeuk(a)gmail.com Twitter: @viperdudeuk

3 5

[Kamailio-Users] new: interactive debugger for config
by Daniel-Constantin Mierla 05 Feb '10

05 Feb '10

Hello, the new debugger module can be used to do runtime debugging of SIP Router config file, in similar manner of gdb. The module is controlled via the RPC interface, therefore investigation can be done from a remote site. That makes it very handy to use with sercmd as well. One features is to print a log message for each action executed in the config for a SIP message, showing the execution path. The option can be enabled/disabled per process. The other one is step by step execution of config file. When a SIP message message comes it, SIP Router process will stop at first action and wait for commands, like: execute the action, evaluate a pseduo-variable, print to syslog a pseudo-variable, remove the breakpoints and continue execution without interruption, ... See the readme for more: http://sip-router.org/docbook/sip-router/branch/master/modules/debugger/deb… It is still some stuff to complete, some known issues to remove, but the module is usable and may help some of you to troubleshoot migrations from older versions to 3.0 (use master branch until your config is updated and running fine, then use it with stable 3.0). Hope is going to be useful and waiting for feedback to improve. Of course, contributions are most welcome! Cheers, Daniel -- Daniel-Constantin Mierla eLearning class for Kamailio 3.0.0 Starting Feb 8, 2010 * http://www.asipto.com/

4 5

[Kamailio-Users] Kamailio/SIPRouter Training
by Bruce McAlister 05 Feb '10

05 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, Are there any planned dates for Kamailio/SIPRouter training events around Europe in the next couple months. Looking forward to your replies..... Thanks Bruce -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLa+kVAAoJEGJOkoTLLvBntMUIAJZEb7AaFDAdwKmTxlyokq30 A5eebX8mTUXk9fkzcHX0IoRRrl8eQKGqUbIl2312oQZtxJrffTksY3xiFFOdpBCp 78RDmKjLvmhAwq7jYPExk91BiV4no+dcAKuHsntwz8EfW9uHd34NRlp+TEc8Q2A8 QB7Ztfq8J+8KjGWJoRE27gqiHEIwZp7F7/rvn4N/VAuaTcaTtYhaiI52iIOA+aNM UTgkGMVzjjpPrwXh7C/DZERKThTifF01PzCx1DSlPiMczrGCGxHy8NEgAaHHsXb9 yrrtd/B4qWAbaYT8mRXisw9hNaGktdmCAA6Ksrq/xz/qjjVa84Tflo9d754PTGw= =kgI0 -----END PGP SIGNATURE-----

1 0

[Kamailio-Users] load_credentials problem
by Dubravko Caric 05 Feb '10

05 Feb '10

Hi all, i have a problem when using AVPs which are loaded on client registration by the "load_credentials". in the "subscriber" table i have "rpid" column (value 12345), "email address" (bob(a)example.com) and "acl" (value 3). when client registers, these three AVPs are loaded as you can see in debug. But when i want to use these AVPs it seems that they are empty. i don't understand if they are ready for use or do i need to load them and how? i'm not doing any actions on AVPs so i could by mistake delete or replace the original ones... version of kamailio is 1.5.1 Thanks Dubravko modparam("auth_db", "load_credentials", "$avp(i:66)=rpid;email_address;$avp(i:67)=acl") DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[0] at 0x783400 DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x783400)[0]=[password] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[1] at 0x783420 DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x783420)[1]=[acl] DBG:db_mysql:db_mysql_get_columns: use DB_INT result type DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[2] at 0x783440 DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x783440)[2]=[email_address] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type DBG:db_mysql:db_mysql_get_columns: allocate 16 bytes for RES_NAMES[3] at 0x783460 DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x783460)[3]=[rpid] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type DBG:core:db_allocate_rows: allocate 16 bytes for rows at 0x783480 DBG:core:db_allocate_row: allocate 128 bytes for row values at 0x7834a0 DBG:core:db_str2val: converting STRING [1234] DBG:core:db_str2val: converting INT [3] DBG:core:db_str2val: converting STRING [bob(a)example.com] DBG:core:db_str2val: converting STRING [12345] DBG:auth_db:get_ha1: HA1 string calculated: 649766733fe475191f6c32d338aae51d DBG:auth:check_response: our result = 'f929dd9729d3c9447c4a4d632a762c85' DBG:auth:check_response: authorization is OK DBG:auth:post_auth: nonce index= 0 DBG:auth_db:generate_avps: set int AVP ""/67 = 3 DBG:auth_db:generate_avps: set string AVP "email_address"/0 = "bob(a)example.com" DBG:auth_db:generate_avps: set string AVP ""/66 = "12345" DBG:core:db_free_columns: freeing 4 columns ################# if (is_method("INVITE")) { xlog("L_INFO", "RPID AVP VALUE $avp(i:66)\n"); xlog("L_INFO", "EMAIL AVP VALUE $avp(s:email_address)\n"); xlog("L_INFO", "ACL AVP VALUE $avp(i:67)\n"); } ./kamailio[21687]: PRID AVP VALUE <null> ./kamailio[21687]: EMAIL AVP VALUE <null> ./kamailio[21687]: ACL AVP VALUE <null>

4 5

[Kamailio-Users] Kamailio v1.5.4 and v1.4.5 released
by Daniel-Constantin Mierla 05 Feb '10

05 Feb '10

Hello, Kamailio version 1.5.4 is out, built from latest svn version of SVN branch 1.5. All details about it are available at: http://www.kamailio.org/mos/view/News/NewsItem/Kamailio-v1.5.4-Released/ Also Kamailio v1.4.5 was released to mark the end of official maintenance for SVN branch 1.4. Details at: http://www.kamailio.org/mos/view/News/NewsItem/Kamailio-v1.4.5-Released/ If you are using a version from these release series, consider updating to the last one. Personally I recommend that you upgrade to the latest stable branch release v3.0.0 -- you get access lot of new features and improvements. Cheers, Daniel

3 5

Re: [Kamailio-Users] [kamailio-users] can't connect with remote database
by Chandrakant Solanki 05 Feb '10

05 Feb '10

On Thu, Feb 4, 2010 at 5:38 PM, Chandrakant Solanki < solanki.chandrakant(a)gmail.com> wrote: > > > On Thu, Feb 4, 2010 at 5:31 PM, marius zbihlei <marius.zbihlei(a)1and1.ro>wrote: > >> Chandrakant Solanki wrote: >> >>> Hi >>> >>> I have 3 server with 172.16.0.10/13/14 <http://172.16.0.10/13/14> IP >>> address. >>> >>> >>> My DB is located for 172.16.0.10. I tried to connect mysql from terminal, >>> it works great. >>> >>> But when I start kamailio it gives me following error.. >>> >>> Hello >> >> Just to double check Have you tried: >> >> mysql --user=openser -p --host=172.16.0.10 openser >> >> from 172.16.0.13 and it works? >> >> From localhost afaik mysql client might use Unix socks(/tmp/mysql.sock) . >> Use should double check that your MySQL server allows TCP connections >> >> Cheers >> >> Marius >> > > Hi mysql --user=openser -p --host=172.16.0.10 openser --socket=/var/lib/mysql/mysql. i have used this command from 172.16.0.13/14 it will works fine and connect to DB on 172.16.0.10 -- Regards, Chandrakant Solanki

1 0

[Kamailio-Users] OK, I've had enough "Ausente"
by Alex Balashov 04 Feb '10

04 Feb '10

Basta. Ya me has dicho que no estás. -- Alex Balashov - Principal Evariste Systems LLC Tel : +1 678-954-0670 Direct : +1 678-954-0671 Web : http://www.evaristesys.com/

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users