sr-users

sr-users@lists.kamailio.org

21 participants
37573 discussions

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

UAC, parsing auth header failed
by Ján ONDREJ (SAL) 02 Jul '10

02 Jul '10

Hello, our voip provider requires autentication to voip services. Trying to use UAC module, I get "401 Unauthorized" packet, but looks like all ser based programs have problems to parse this packet. Can somebody make a patch to fix this? Here is message from logs: Jun 17 15:01:42 kamailio /usr/sbin/kamailio[1291]: ERROR: uac [auth_hdr.c:267]: parse error in <DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXgajlo4shTqsrkgdBW"> around 0 And ngrep sniffed packet: SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 100.100.242.20;branch=z9hG4bK119f.8a41a626.0. Via: SIP/2.0/UDP 100.100.16.77;branch=z9hG4bK119f.7cc235e.0. Via: SIP/2.0/UDP 100.100.10.10;branch=z9hG4bK8ec5c892A88F71C9. From: "Ondrej Jan" <sip:556807505@as.vvn.t-com.sk>;tag=89D71D23-32F3D9BC. To: <sip:0248213335@as.vvn.t-com.sk;user=phone>;tag=1621075049-1276779704129. CSeq: 2 INVITE. Call-ID: 41c7437-58259a9d-d157be06(a)100.100.10.10. WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXgajlo4shTqsrkgdBW". Content-Length: 0. I tryed to look at sources, but this "C" code is too complicated for me. :-( SAL

6 11

One way audio on calls from pstn
by Dmitri Korotkov 02 Jul '10

02 Jul '10

Hello, I have kamailio installation WITH_PSTN, WITH_NAT and rtpproxy. Using following scenario: [kamailio]<-sip trunk ->[asterisk gw] <->sip trunk <-> [PSTN provider] All kamailio sip subscribers are behind nat in different networks. 1. OK. Local kamailio users can call one to other even they are on different networks behind nat. 2. OK. Outgoing calls from kamailio users to PSTN work also very well. 3. Not OK. Incoming from PSTN side calls have only one way audio. I tcpdump'ed kamailio box and found, that pstn provider sends RTP packets to kamailio IP in case of answered call. I guess that rtpproxy is not active in case of pstn call. Is it true ? I am using more less default kamailio config Could you please suggest solution ? BR, Dmitri

2 6

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

01 Jul '10

1 0

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

01 Jul '10

1 0

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