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
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
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
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/
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
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/
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
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
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
