Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Sébastien Cramatte 
Efectively it was an issue with FW. I've setup my kamailio to listen on 5060
and 5062.
Now I can call media server and my extensions can receive / make local calls
respectively.
The issue now is that I've got my SIP PSTN gateway that try to reach our
server on port 5060 and this gateway listen on 5060 too.
It shouldn't be a problem because Kamailio listen over 5060 and 5062 but
unfortunately doesn't work and send me back a 404 error code.

I use the same configuration as before just add two "listen" line

Best regards


2011/1/19 Klaus Darilion 

> With this trace I do not see a problem regarding your previous post "SL
> local ACK found -> dropping it!  error"
>
> But for sure you have a problem as the incoming INVITE is malformed. Either
> Bria iPhone is buggy or there is a FW/ALG device which rewrites the SIP
> packet (IP addresses) and does it in a wrong way (same old story with ALG).
>
> To verify if the problem is due to an buggy ALG you could try to start the
> SIP proxy on a different port, .e.g 45671 - whatever you like - anc
> configure Bria to use this port.
>
> regards
> klaus
>
> Am 19.01.2011 15:20, schrieb Sébastien Cramatte:
>
>  Hello
>>
>> This is trace I've obtained when call through nated wifi device (iPHone
>> 4+ Bria SIP client).
>> I've replaced client address by xx.xx.xx.xx and server address bt
>> yy.yy.yy.yy
>>
>> I've attached my current configuration
>>
>> Thank you for your help
>> Bye
>>
>> -
>>
>> #
>> U 2011/01/19 15:11:46.498804 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
>>
>>
>> #
>> U 2011/01/19 15:11:47.735309 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
>> REGISTER sip:sip.mydomain.com SIP/2.0
>> Via: SIP/2.0/UDP
>> xx.xx.xx.xx:59240;rport;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9
>> Max-Forwards: 70
>> From: "868973396"
>> 
>> >;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
>> To: "868973396" 
>> 
>> >
>> Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
>> CSeq: 17448 REGISTER
>> User-Agent: Bria iPhone 1.2.6
>> Contact: 
>> Expires: 900
>> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
>> REFER, MESSAGE, OPTIONS
>> Content-Length: 0
>>
>>
>> #
>> U 2011/01/19 15:11:47.735976 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
>> SIP/2.0 401 Unauthorized
>> Via: SIP/2.0/UDP
>>
>> xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9
>>
>> From: "868973396"
>> 
>> >;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
>> To: "868973396"
>> 
>> >;tag=8835075c631d8d3f40c2f41ff9a205b5.8b69
>> Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
>> CSeq: 17448 REGISTER
>> WWW-Authenticate: Digest realm="sip.mydomain.com",
>> nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj"
>> Server: kamailio (3.1.1 (i386/linux))
>> Content-Length: 0
>>
>>
>> #
>> U 2011/01/19 15:11:47.760981 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
>> REGISTER sip:sip.mydomain.com SIP/2.0
>> Via: SIP/2.0/UDP
>> xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf
>> Max-Forwards: 70
>> From: "868973396"
>> 
>> >;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
>> To: "868973396" 
>> 
>> >
>> Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
>> CSeq: 17449 REGISTER
>> User-Agent: Bria iPhone 1.2.6
>> Contact: 
>> Expires: 900
>> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
>> REFER, MESSAGE, OPTIONS
>> Authorization: Digest username="868973396", realm="sip.mydomain.com",
>> nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj", uri="sip:sip.mydomain.com",
>> response="842919b2224fd20c24aa5ae69b0d4613"
>> Content-Length: 0
>>
>>
>> #
>> U 2011/01/19 15:11:47.762107 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
>> SIP/2.0 200 OK
>> Via: SIP/2.0/UDP
>>
>> xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf
>>
>> From: "868973396"
>> 
>> >;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
>> To: "868973396"
>> 
>> >;tag=8835075c631d8d3f40c2f41ff9a205b5.9fed
>> Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
>> CSeq: 17449 REGISTER
>> Contact: ;expires=900
>> Server: kamailio (3.1.1 (i386/linux))
>> Content-Length: 0
>>
>>
>> #
>> U 2011/01/19 15:11:59.238572 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
>> INVITE sip:968292...@sip.mydomain.com 
>> SIP/2.0
>> Via: SIP/2.0/UDP
>> xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3
>> Max-Forwards: 70
>> From: "868973396"
>> 
>> >;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
>> To: >
>> Contact: 
>> Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
>> CSeq: 332 INVITE
>> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
>> REFER, MESSAGE, OPTIONS
>> Supported: replaces, 100rel, timer, norefersub
>> Session-Expires: 1800
>> Min-SE: 90
>> User-Agent: Bria iPhone 1.2.6
>> Content-Type: application/sdp
>> Content-Length: 387
>>
>> v=0
>> o=- 3504435157 3504435157 IN IP4 xx.xx.xx.xx
>> s=cpc_med
>> c=IN IP4 xx.xx.xx.xx
>> t=0 0
>> a=X-nat:0
>> m=audio 4000 RTP/AVP 9 0 8 18 104 3 96
>> a=rtpmap:9 G722/8000
>> a=rtpmap:0 PCMU/8000
>> a=rtpmap:8 PCMA/8000
>> a=rtpmap:18 G729/8000
>> a=fmtp:18 annexb=no
>> a=rtpmap:104 iLBC/8000
>> a=fmtp:104 mode=30
>> a=rtpmap:3 GSM/8000
>

[SR-Users] kamailio and sip-router at FOSDEM 2011 - social event

2011-01-19 Thread Henning Westerholt 
Hello,

in about two and a half week the annual open source developer conference 
FOSDEM (http://fosdem.org/2011/) takes place in Brussels. As in the last two 
years we would like to meet here for a social event, probably a dinner on 
Saturday evening, 6th February.

This developers already confirmed their participance:

- Daniel-Constantin Mierla
- Marius Zbihlei
- Henning Westerholt

This year we'll also be present in the Open Source Telephony room on sunday 
with two talks, "Scaling location services in large SIP networks with Kamailio 
from Marius and myself, and "Unifying SIP and Web worlds with Lua (Kamailio)" 
from Daniel. Olivier Taylor agreed helping us again in choosing a nice place 
for the evening.

Participation at the event is free of charge, everybody pays for its own 
expenses. In order to organize a restaurant and do a reservation please send 
me a short mail if you would like to attend.

Looking forward to see you in Brussels!

Best regards,

Henning


P.S.: Photos of the 2009 event can be found on the web site:
http://www.kamailio.org/events/2009-FOSDEM/FOSDEM2009-Album/

-- 
Henning Westerholt - Head of IT Operations Internet Access & Communications
1&1 Internet AG, Karlsruhe, Germany

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Proxying INVITE message without port information in R-URI

2011-01-19 Thread Vikram Ragukumar 

Klaus, Alex,

Thank you for your replies.


Does the SIP server perform NAT traversal?

Does the SIP proxy perform NAT traversal?


The SIP proxy performs NAT traversal.


How does the SIP server route the INVITE requests? Does it route based
on registered Contact or does it route them statically to the SIP proxy?
Depending on the routing behavior on the SIP server you can build a
workaround on the proxy.


The SIP server routes INVITES based on registered Contact.

What workaround needs to be implemented at the proxy so that the INVITE 
is forwarded to the appropriate port number ?


Thanks and Regards,
Vikram.

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Klaus Darilion 
With this trace I do not see a problem regarding your previous post "SL 
local ACK found -> dropping it!  error"


But for sure you have a problem as the incoming INVITE is malformed. 
Either Bria iPhone is buggy or there is a FW/ALG device which rewrites 
the SIP packet (IP addresses) and does it in a wrong way (same old story 
with ALG).


To verify if the problem is due to an buggy ALG you could try to start 
the SIP proxy on a different port, .e.g 45671 - whatever you like - anc 
configure Bria to use this port.


regards
klaus

Am 19.01.2011 15:20, schrieb Sébastien Cramatte:

Hello

This is trace I've obtained when call through nated wifi device (iPHone
4+ Bria SIP client).
I've replaced client address by xx.xx.xx.xx and server address bt
yy.yy.yy.yy

I've attached my current configuration

Thank you for your help
Bye

-

#
U 2011/01/19 15:11:46.498804 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060


#
U 2011/01/19 15:11:47.735309 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
REGISTER sip:sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9
Max-Forwards: 70
From: "868973396"
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396" 
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17448 REGISTER
User-Agent: Bria iPhone 1.2.6
Contact: 
Expires: 900
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Content-Length: 0


#
U 2011/01/19 15:11:47.735976 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9

From: "868973396"
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396"
;tag=8835075c631d8d3f40c2f41ff9a205b5.8b69
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17448 REGISTER
WWW-Authenticate: Digest realm="sip.mydomain.com",
nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj"
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:47.760981 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
REGISTER sip:sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf
Max-Forwards: 70
From: "868973396"
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396" 
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17449 REGISTER
User-Agent: Bria iPhone 1.2.6
Contact: 
Expires: 900
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Authorization: Digest username="868973396", realm="sip.mydomain.com",
nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj", uri="sip:sip.mydomain.com",
response="842919b2224fd20c24aa5ae69b0d4613"
Content-Length: 0


#
U 2011/01/19 15:11:47.762107 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 200 OK
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf

From: "868973396"
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396"
;tag=8835075c631d8d3f40c2f41ff9a205b5.9fed
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17449 REGISTER
Contact: ;expires=900
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:59.238572 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
INVITE sip:968292...@sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3
Max-Forwards: 70
From: "868973396"
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
To: 
Contact: 
Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY,
REFER, MESSAGE, OPTIONS
Supported: replaces, 100rel, timer, norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: Bria iPhone 1.2.6
Content-Type: application/sdp
Content-Length: 387

v=0
o=- 3504435157 3504435157 IN IP4 xx.xx.xx.xx
s=cpc_med
c=IN IP4 xx.xx.xx.xx
t=0 0
a=X-nat:0
m=audio 4000 RTP/AVP 9 0 8 18 104 3 96
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:104 iLBC/8000
a=fmtp:104 mode=30
a=rtpmap:3 GSM/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15

#
U 2011/01/19 15:11:59.239056 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 400 Content-Length mis-match
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3

From: "868973396"
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
To:
;tag=8835075c631d8d3f40c2f41ff9a205b5.2206
Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 INVITE
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:59.279614 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
ACK sip:968292...@sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3
Max-Forwards: 70
From: "868973396"
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
To:
;tag=8835075c631d8d3f40c2f41ff9a205b5.2206
Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 ACK
Content-Length: 0



___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-use

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Sébastien Cramatte 

Hello

This is trace I've obtained when call through nated wifi device (iPHone 
4+ Bria SIP client).
I've replaced client address by xx.xx.xx.xx  and server address bt 
yy.yy.yy.yy


I've attached my current configuration

Thank you for your help
Bye

-

#
U 2011/01/19 15:11:46.498804 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060


#
U 2011/01/19 15:11:47.735309 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
REGISTER sip:sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9

Max-Forwards: 70
From: "868973396" 
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe

To: "868973396" 
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17448 REGISTER
User-Agent: Bria iPhone 1.2.6
Contact: 
Expires: 900
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, 
REFER, MESSAGE, OPTIONS

Content-Length:  0


#
U 2011/01/19 15:11:47.735976 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPj5nQlnpOAF3aeP2db4XDMX7lXklIMEBq9
From: "868973396" 
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396" 
;tag=8835075c631d8d3f40c2f41ff9a205b5.8b69

Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17448 REGISTER
WWW-Authenticate: Digest realm="sip.mydomain.com", 
nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj"

Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:47.760981 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
REGISTER sip:sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf

Max-Forwards: 70
From: "868973396" 
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe

To: "868973396" 
Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17449 REGISTER
User-Agent: Bria iPhone 1.2.6
Contact: 
Expires: 900
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, 
REFER, MESSAGE, OPTIONS
Authorization: Digest username="868973396", realm="sip.mydomain.com", 
nonce="TTbyTk028SLrerBFAyFR2EylGU058Msj", uri="sip:sip.mydomain.com", 
response="842919b2224fd20c24aa5ae69b0d4613"

Content-Length:  0


#
U 2011/01/19 15:11:47.762107 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 200 OK
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPjBpuaWjJ6XgI.1BsotT1EnTGOkOhp3anf
From: "868973396" 
;tag=b8lChOc4K4maceQRSrsMgOLy-OGO.FKe
To: "868973396" 
;tag=8835075c631d8d3f40c2f41ff9a205b5.9fed

Call-ID: xFmpKcSPhqITQTbCXdfvNe5D-Gkss9rR
CSeq: 17449 REGISTER
Contact: ;expires=900
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:59.238572 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
INVITE sip:968292...@sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3

Max-Forwards: 70
From: "868973396" 
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl

To: 
Contact: 
Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 INVITE
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, 
REFER, MESSAGE, OPTIONS

Supported: replaces, 100rel, timer, norefersub
Session-Expires: 1800
Min-SE: 90
User-Agent: Bria iPhone 1.2.6
Content-Type: application/sdp
Content-Length:   387

v=0
o=- 3504435157 3504435157 IN IP4 xx.xx.xx.xx
s=cpc_med
c=IN IP4 xx.xx.xx.xx
t=0 0
a=X-nat:0
m=audio 4000 RTP/AVP 9 0 8 18 104 3 96
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:104 iLBC/8000
a=fmtp:104 mode=30
a=rtpmap:3 GSM/8000
a=sendrecv
a=rtpmap:96 telephone-event/8000
a=fmtp:96 0-15

#
U 2011/01/19 15:11:59.239056 yy.yy.yy.yy:5060 -> xx.xx.xx.xx:59240
SIP/2.0 400 Content-Length mis-match
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport=59240;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3
From: "868973396" 
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
To: 
;tag=8835075c631d8d3f40c2f41ff9a205b5.2206

Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 INVITE
Server: kamailio (3.1.1 (i386/linux))
Content-Length: 0


#
U 2011/01/19 15:11:59.279614 xx.xx.xx.xx:59240 -> yy.yy.yy.yy:5060
ACK sip:968292...@sip.mydomain.com SIP/2.0
Via: SIP/2.0/UDP 
xx.xx.xx.xx:59240;rport;branch=z9hG4bKPjaa3y8TXTaYJusIt6nlPZjxhYE-jUjF.3

Max-Forwards: 70
From: "868973396" 
;tag=-UefKKuveNkOCFE.xB92pX2UnKf5rhjl
To: 
;tag=8835075c631d8d3f40c2f41ff9a205b5.2206

Call-ID: dNwBacVsX7T-FxVNaYojW5-NSCBFa29t
CSeq: 332 ACK
Content-Length:  0



binJGalW7Pyt1.bin
Description: application/applefile
#!KAMAILIO

#!define WITH_NAT
#!define WITH_DEBUG
#!define WITH_MYSQL
#!define WITH_AUTH
#!define WITH_ALIASDB
#!define WITH_USRLOCDB
#!define WITH_MULTIDOMAIN

#
# Kamailio (OpenSER) SIP Server v3.1 - default configuration script
# - web: http://www.kamailio.org
# - git: http://sip-router.org
#
# Direct your questions about this file to: 
#
# Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php
# for an explanation of possible statements, functions and parameters.
#
# Several features can be enabled using '#!define WITH_FEATURE' directives:
#
# *** To run in debug mode: 
# - de

Re: [SR-Users] avp_db_query() question

2011-01-19 Thread Klaus Darilion 
looks fine. try to increase debug level - then you should see the query 
and the results in syslog


regards
klaus

Am 18.01.2011 12:07, schrieb ??:

Hello


  |avp_db_query(query[,dest]) can get a database query and store the
  results in the avps.|


  |But what if the results returns many rows,and how can I get all
  the results? How to set the [dest] parameter ?|


  |I've tried the method describered in
  http://www.kamailio.org/docs/avp_db_query.html,but it doesn't work.|


  |like below|


  |mysql query results[1] :|


  | query results[2] :|


  |version: kamailio 3.0.2 MySQL 5.0|


  ||


  |thank you very much!|





___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Klaus Darilion 



Am 19.01.2011 12:09, schrieb Sébastien Cramatte:

Not sure how todo this SIP capture. Can you give me an hand and explain
how can I get this trace.



apt-get install ngrep
ngrep -W byline -d any -t -P "" port 5060

regards
klaus


I can post my configuration if it's necesary. But I'use the default NAT
setup that comes with Debian package.

2011/1/19 Alex Balashov mailto:abalas...@evaristesys.com>>

You'd need to post the SIP capture, but it sounds like Kamailio is
not associating the ACK with any known transaction, perhaps because
the ACK has an unexpected RURI, Via branch parameter, or CSeq number.

--
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@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@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] avp_db_query() question

2011-01-19 Thread 侯旭光 
Hello
avp_db_query(query[,dest]) can get a database query and store the results in 
the avps.
But what if the results returns many rows,and how can I get all the results? 
How to set the [dest] parameter ?
I've tried the method describered 
inhttp://www.kamailio.org/docs/avp_db_query.html,but it doesn't work.
like below
mysql query results[1] :
 query results[2] :
version: kamailio 3.0.2 MySQL 5.0
 
thank you very much!___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Reconnection to db

2011-01-19 Thread Javier Gallart 
Hi Daniel


i just tested the new version, now the mtree module is properly loaded.
Logs when the server has been stopped (fisrt attempt):
r_ctl
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:130]: connection OK
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:159]: sending query ok: 0x92fc00 (7) -
[select tname,tprefix,tvalue from mtree  order by tname]
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG:  [db_res.c:118]: allocate 48 bytes for result set at 0x94d020
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:229]: 0x92fc00
PQresultStatus(PGRES_FATAL_ERROR) PQgetResult(0x2b52d00)
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
ERROR: db_postgres [km_dbase.c:247]: 0x92fc00 - invalid query, execution
aborted
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
ERROR: db_postgres [km_dbase.c:249]: 0x92fc00 -
PQresultStatus(PGRES_FATAL_ERROR)
Jan 19 04:49:58 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
ERROR: db_postgres [km_dbase.c:251]: 0x92fc00: server closed the connection
unexpectedly#012#011This probably means the server terminated
abnormally#012#011before or while processing the request.#012

Server down, second attempt (the server down condition is properly
detected):

Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:133]: connection reset
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:326]: PQclear(0x2b52d00) result set
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
WARNING: db_postgres [km_dbase.c:167]: postgres query command failed,
connection status 1, error [no connection to the server#012]
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:170]: reseting the connection to postgress
server
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
WARNING: db_postgres [km_dbase.c:167]: postgres query command failed,
connection status 1, error [no connection to the server#012]
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:170]: reseting the connection to postgress
server
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
WARNING: db_postgres [km_dbase.c:167]: postgres query command failed,
connection status 1, error [no connection to the server#012]
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:170]: reseting the connection to postgress
server
Jan 19 04:50:18 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
ERROR: db_postgres [km_dbase.c:175]: 0x92fc00 PQsendQuery Error: no
connection to the server#012could not connect to server: Connection
refused#012#011Is the server running on host "x.x.x.x" and
accepting#012#011TCP/IP connections on port 5432?#012 Query: select
tname,tprefix,tvalue from mtree  order by tname

Server back up (the connection is restarted nad it works fine):

Jan 19 04:50:44 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:133]: connection reset
Jan 19 04:50:44 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:159]: sending query ok: 0x92fc00 (7) -
[select tname,tprefix,tvalue from mtree  order by tname]
Jan 19 04:50:44 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG:  [db_res.c:118]: allocate 48 bytes for result set at 0x94d020
Jan 19 04:50:44 kam-test /usr/local/kamailio.20110118/sbin/kamailio[7403]:
DEBUG: db_postgres [km_dbase.c:229]: 0x92fc00
PQresultStatus(PGRES_TUPLES_OK) PQgetResult(0x2b52d00)


Regards

Javi




On Tue, Jan 18, 2011 at 11:55 AM, Daniel-Constantin Mierla <
mico...@gmail.com> wrote:

>  Hello,
>
> I did a new tuning, skipping reconnect in submit query if connection is ok
> - the result might  be broken due to other reasons and will be reported when
> fetching it. If you can try again and report, would be appreciated.
>
> Thanks,
> Daniel
>
>
> On 1/18/11 11:34 AM, Javier Gallart wrote:
>
> Hi Daniel
>
>
> I tested the patch but the mtree module fails to start:
> Jan 18 04:15:55 kam-test ./kamailio[4616]: DEBUG:  [db.c:202]: using
> db bind api for db_postgres
> Jan 18 04:15:55 kam-test ./kamailio[4616]: DEBUG:  [db.c:285]:
> connection 0x931768 not found in pool
> Jan 18 04:15:55 kam-test ./kamailio[4616]: DEBUG: db_postgres
> [km_pg_con.c:51]: db_id = 0x931768
> Jan 18 04:15:55 kam-test ./kamailio[4616]: DEBUG: db_postgres
> [km_pg_con.c:64]: 0x9319b8=pkg_malloc(72)
> Jan 18 04:15:55 kam-test ./kamailio[4616]: DEBUG: db_postgres
> [km_pg_con.c:76]: opening connection: postgres://
> :@79.170.68.171/routing
> Jan 18 04:15:55 k

[SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Sébastien Cramatte 
Not sure how todo this SIP capture. Can you give me an hand and explain how
can I get this trace.
I can post my configuration if it's necesary. But I'use the default NAT
setup that comes with Debian package.

2011/1/19 Alex Balashov 

You'd need to post the SIP capture, but it sounds like Kamailio is not
> associating the ACK with any known transaction, perhaps because the ACK has
> an unexpected RURI, Via branch parameter, or CSeq number.
>
> --
> 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@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Klaus Darilion 



Am 19.01.2011 10:53, schrieb Sébastien Cramatte:

Hello,

I'm new with Kamailio.  I've just setup on Debian Squeeze using mostly
the example configuration.
I've been able to route  inbound / outbound call  on local networks W/O
NAT and over mobile 3G+NAT  ...

Unfortunateley  I've tried over 3 wifi / local + NAT  and Kamailio drop
call and  return me this message "SL local ACK found -> dropping it!
error ..."


Maybe it is a message from sl module due to a stateless (sl) reply. But 
for sure strange. IIRC sl reply haev a certain via tag which allows sl 
module to identify corresponding ACKs and absorb them before entiering 
the routing script.


regards
klaus

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Alex Balashov 

On 01/19/2011 04:55 AM, Alex Balashov wrote:


You'd need to post the SIP capture, but it sounds like Kamailio is not
associating the ACK with any known transaction, perhaps because the
ACK has an unexpected RURI, Via branch parameter, or CSeq number.


To clarify:  technically, ACK is a separate transaction.  But 
end-to-end ACKs are associated with the TM state machine, which means 
Kamailio is supposed to know what is being ACK'd.


--
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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Alex Balashov 
You'd need to post the SIP capture, but it sounds like Kamailio is not 
associating the ACK with any known transaction, perhaps because the 
ACK has an unexpected RURI, Via branch parameter, or CSeq number.


--
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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] SL local ACK found -> dropping it! error ...

2011-01-19 Thread Sébastien Cramatte 
Hello,

I'm new with Kamailio.  I've just setup on Debian Squeeze using mostly the
example configuration.
I've been able to route  inbound / outbound call  on local networks W/O NAT
and over mobile 3G+NAT  ...

Unfortunateley  I've tried over 3 wifi / local + NAT  and Kamailio drop call
and  return me this message "SL local ACK found -> dropping it!  error ..."
My Kamailio server has public fixed IP and listen on 5060:udp

It's look and issue with NAT setup ... How can we solve it ?


Best regards
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users