sr-users July 2010

sr-users@lists.kamailio.org

64 participants
88 discussions

About building ACD
by Trung Anh 04 Jul '10

04 Jul '10

Hi everyone, I have a problem about Agents status. Now, i want to develop ACD system but i don't know how to collect agent status. Please help me. Thanks in advance! -- Best Regards, Mr House Cricket

3 4

voicemail
by mattias jonsson 03 Jul '10

03 Jul '10

Have the server voicemail kameleo

2 1

Missing ACK
by Ole Kaas 03 Jul '10

03 Jul '10

Hello, See transmission below. For some reason the ACK package is lost/dropped and the remote server retransmits the 200 OK status. But Kamailio does not retransmit the ACK on receiving the retransmitted OK's. Eventually the remote server gives up and pulls the plug after ~20 seconds. Is this a bug or should I look closer at my routing script? The script is for the ACK handling pretty much the same at the vanilla script delivered with the source. I'm still on version 3.0.0. /Ole -> Request: INVITE sip:phonenum@destination, with session description <- Status: 100 Trying <- Status: 180 Ringing <- Status: 183 Session Progress, with session description <- Status: 200 OK, with session description -> Request: ACK sip:phonenum@destination <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description <- Status: 200 OK, with session description -> Request: BYE sip:phonenum@destination -> Request: BYE sip:phonenum@destination <- Status: 481 Call leg/transaction does not exist

6 17

Re: [SR-Users] change ptime / RTP packet size
by Carsten Bock 02 Jul '10

02 Jul '10

In order to change the attribute in the SDP, you need manually to alter the SDP (at least for 1.5.x). Tha NAT-Helper module will not do this for you. Please see the Textops-Module on how to do this. Carsten 2010/7/2 Laurent Schweizer <laurent.schweizer(a)peoplefone.com> > hello, > > > > I use kamailio 1.5.4 with rtpproxy 1.2.1 > > > > I try to change the ptime (RTP packet size) with the Nathelper module . > > > > to do it I call the function rtpproxy_offer with the option "z20" but the > "a=ptime:30" in SDP is not changed > > > > any idea ? > > > > Regards > > > > Laurent > > > > Log of RTPproxy: > > > > > > Jul 2 09:40:49 dns2 rtpproxy[19050]: DBUG:handle_command: received command > "19072_4 UZ20c0,8,101 2ab4d3ad6ff9676a 217.162.26.26 3000 112a4c5d45;1" > > Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: new session > 2ab4d3ad6ff9676a, tag 112a4c5d45;1 requested, type strong > > Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: new session on a > port 54858 created, tag 112a4c5d45;1 > > Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: pre-filling > caller's address with 217.162.26.26:3000 > > Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: RTP packets from > caller will be resized to 20 milliseconds > > Jul 2 09:40:49 dns2 rtpproxy[19050]: DBUG:doreply: sending reply "19072_4 > 54858 15.43.10.128 " > > Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:process_rtp: session timeout > > Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: RTP stats: 0 in > from callee, 0 in from caller, 0 relayed, 0 dropped > > Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: RTCP stats: 0 in > from callee, 0 in from caller, 0 relayed, 0 dropped > > Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: session on ports > 54858/0 is cleaned up > > _______________________________________________ > 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 > > -- Carsten Bock Schomburgstr. 80 22767 Hamburg Germany Mobile +49 179 2021244 Home +49 40 34927217 Fax +49 40 34927218 mailto:carsten@bock.info

4 5

Re: [SR-Users] sr-users Digest, Vol 62, Issue 10
by marco＠bungalski.de 02 Jul '10

02 Jul '10

Sehr geehrte Damen und Herren, leider kann ich Ihre e-mail momentan nicht beantworten / bearbeiten, da ich mich bis einschliesslich 19.07.2010 im Urlaub befinde. In dringenden Fällen wenden Sie sich bitte telefonisch an meine Mitarbeiter unter der Rufnummer 04231 / 776 9999. Mit freundlichen Grüßen Marco Bungalski

3 2

Re: [SR-Users] XCAP SERVER MODULE
by Daniel-Constantin Mierla 02 Jul '10

02 Jul '10

Hello, please address the questions to public mailing lists (e.g., sr-users(a)lists.sip-router.org), emails sent to private address only may not be answered at all or replied after long time. There are many people on ML that can answer faster and better. On 6/17/10 5:11 PM, michael ayoola wrote: > Hello Daniel, > > Thanks for your work on XCAP Server. I am quite new to kamailio. I > have succeeded in installing kamailio server and I am trying to follow > your documentation on XCAP server. However I do not know how to load > the db module. Terminology of 'db module' refers to a database connection module, like db_mysql, db_postgres, etc. Depending where you store the data, in a mysql, postgres or other type of sql server, you have to load the appropriate module. > I noticed that the sl module is already loaded as indicated in the > kamailio.cfg file (i.e loadmodule "sl.so"). There seem to many db > related module. Which do I use? Please, it will be nice if you can help. > Note that xcap_server module is not completed yet, should work with very basic xcap operations over http/1.0 or http/2.0 non-chunked body for PUT operations. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com/

1 0

permissions module address_reload not working
by JR Richardson 02 Jul '10

02 Jul '10

Hi All, I'm running kamailio 3.0.2. # ----- permissions params ----- modparam("permissions", "db_url", "mysql://openserro:openserro@localhost/openser") #modparam("permissions", "db_mode", 1) snip in route block: if (!allow_source_address_group()) { sl_send_reply("403", "Forbidden"); exit; } >From command line: sip-router2:/etc/kamailio# kamctl fifo address_reload 400 Address table reload failed debug output: during initial kamailio startup: 0(10655) DEBUG: permissions [address.c:122]: Number of rows in address table: 4 0(10655) DEBUG: permissions [address.c:164]: Tuple <1, 10.10.12.0, 24, 0> inserted into subnet table 0(10655) DEBUG: permissions [address.c:164]: Tuple <1, 10.10.14.0, 24, 0> inserted into subnet table 0(10655) DEBUG: permissions [address.c:148]: Tuple <1, 10.10.15.97, 32> inserted into address hash table 0(10655) DEBUG: permissions [address.c:148]: Tuple <1, 10.10.15.98, 32> inserted into address hash table 0(10655) DEBUG: <core> [db_res.c:81]: freeing 4 columns 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x827c158 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x827c220 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x827c168 0(10655) DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x827c230 0(10655) DEBUG: <core> [db_res.c:94]: freeing result names at 0x827c250 0(10655) DEBUG: <core> [db_res.c:99]: freeing result types at 0x827c1b8 0(10655) DEBUG: <core> [db_res.c:54]: freeing 4 rows 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c710 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c6b8 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c660 0(10655) DEBUG: <core> [db_row.c:97]: freeing row values at 0x827c598 0(10655) DEBUG: <core> [db_res.c:62]: freeing rows at 0x827ca10 0(10655) DEBUG: <core> [db_res.c:136]: freeing result set at 0x827c1f8 0(10655) DEBUG: <core> [db_pool.c:102]: removing connection from the pool 0(10655) DEBUG: permissions [address.c:181]: address table reloaded successfully. result when issuing "kamctl fifo address_reload" 3(10389) DEBUG: mi_fifo [fifo_fnc.c:489]: entered consume 3(10389) DEBUG: mi_fifo [fifo_fnc.c:489]: **** done consume 3(10389) DEBUG: mi_fifo [fifo_fnc.c:503]: done parsing the mi tree 3(10389) ERROR: permissions [address.c:82]: db_handle already exists The address table loads fine during startup and if I reload kamailio it will load any new addresses or subnets so I know there is no syntax error in the database. I can reload trusted table and pdt table without an error but address table is not working. Any ideas on how I can trouble shoot this further? Thanks. JR -- JR Richardson Engineering for the Masses

4 16

Re: [SR-Users] change ptime / RTP packet size
by Alex Balashov 02 Jul '10

02 Jul '10

On 07/02/2010 04:15 AM, Laurent Schweizer wrote: > hello, > > I use kamailio 1.5.4 with rtpproxy 1.2.1 > > I try to change the ptime (RTP packet size) with the Nathelper module . > > to do it I call the function rtpproxy_offer with the option "z20" but > the "a=ptime:30" in SDP is not changed Try use force_rtp_proxy() instead. Last time I tried to use it, rtpproxy_offer()/answer() were still broken, although admittedly that was a while ago. -- Alex Balashov - Principal Evariste Systems LLC 1170 Peachtree Street 12th Floor, Suite 1200 Atlanta, GA 30309 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/

1 0

Re: [SR-Users] sr-users Digest, Vol 62, Issue 9
by marco＠bungalski.de 02 Jul '10

02 Jul '10

1 0

change ptime / RTP packet size
by Laurent Schweizer 02 Jul '10

02 Jul '10

hello, I use kamailio 1.5.4 with rtpproxy 1.2.1 I try to change the ptime (RTP packet size) with the Nathelper module . to do it I call the function rtpproxy_offer with the option "z20" but the "a=ptime:30" in SDP is not changed any idea ? Regards Laurent Log of RTPproxy: Jul 2 09:40:49 dns2 rtpproxy[19050]: DBUG:handle_command: received command "19072_4 UZ20c0,8,101 2ab4d3ad6ff9676a 217.162.26.26 3000 112a4c5d45;1" Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: new session 2ab4d3ad6ff9676a, tag 112a4c5d45;1 requested, type strong Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: new session on a port 54858 created, tag 112a4c5d45;1 Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: pre-filling caller's address with 217.162.26.26:3000 Jul 2 09:40:49 dns2 rtpproxy[19050]: INFO:handle_command: RTP packets from caller will be resized to 20 milliseconds Jul 2 09:40:49 dns2 rtpproxy[19050]: DBUG:doreply: sending reply "19072_4 54858 15.43.10.128 " Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:process_rtp: session timeout Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: RTP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: RTCP stats: 0 in from callee, 0 in from caller, 0 relayed, 0 dropped Jul 2 09:41:51 dns2 rtpproxy[19050]: INFO:remove_session: session on ports 54858/0 is cleaned up

1 0

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users July 2010