No subject
Wed Dec 21 17:12:16 CET 2011
IP address. I also see that you are doing the packet capture across all
your physical interfaces (-i any). Perhaps your Kamailio is only configured
to listen on the one interface (the one *not* getting the ACK).
To test limit your packet capture to only the interface/s that you know
Kamailio is listening on.
Cheers
Jason
On Thu, May 10, 2012 at 8:59 AM, Mino Haluz <mino.haluz at gmail.com> wrote:
> We are troubleshooting this issue almost for 2 days and we did not find
> the solution yet. The thing is, that it does not enter even the config file
> (we have some debug messages at the start, that do not show). Otherwise we
> do not have any problem with ACK, but only this particular ACK is not
> forwarded... Was there some bug related to parsing in 3.1.0 which would not
> print any error to syslog?
>
> On Wed, May 9, 2012 at 4:41 PM, Jason Penton <jason.penton at smilecoms.com>wrote:
>
>> Seems like a loose routing issue. Are you loose routing in your config
>> file?
>>
>>
>> On Wed, May 9, 2012 at 4:34 PM, Stoyan Mihaylov <
>> stoyan.v.mihaylov at gmail.com> wrote:
>>
>>> You can use something like wireshark on Kamailio server to see if ACK
>>> packets go in right direction.
>>> I had problem with ACK and BYE, and I saw that in some cases ACK and BYE
>>> packets looped back in kamailio.
>>> May be I used wrong client.
>>>
>>>
>>> On Wed, May 9, 2012 at 5:15 PM, Efelin Novak <efelin.novak at gmail.com>wrote:
>>>
>>>> Hi folks,
>>>>
>>>> I have a strange problem when Kamailio ignores ACKs in a specific
>>>> scenario. The call flow is as follows:
>>>>
>>>> A -> INVITE -> kamailio -> INVITE -> B
>>>> [omitting 100 and 180]
>>>> A <- 200 OK <- kamailio <- 200 OK <- B
>>>> A -> ACK -> kamailio
>>>>
>>>> There are INVITE Xlogs, Reply ROUTE xlogs and media-proxy logs in the
>>>> syslog. However there is no information about these ACKs. No XLOGs are
>>>> printed even if there is one on the top of the main route.
>>>>
>>>> "tcpdump -A -s0 -i any -n port 5060" receives this message correctly:
>>>>
>>>> 14:47:01.246153 IP 111.111.11.11.5060 > 80.80.80.80.60442: SIP, length:
>>>> 915
>>>> SIP/2.0 200 OK
>>>> Via: SIP/2.0/UDP
>>>> 111.111.11.11:5060
>>>> ;rport=60442;x-route-tag="tgrp:A";branch=z9hG4bK1634E6A88
>>>> Record-Route:
>>>> <sip:111.111.11.11;lr;ftag=599248D4-260;vsf=AAAAAAAAAAAAAAAAAAAAW0FVT0ZWHF1aNy4xGzA-;nat=yes;did=3bb.327c47e6>
>>>> Contact: <sip:80.80.80.80:65002;transport=udp>
>>>> To: "test_account"<sip:bob at server.com>;tag=cb7dd641
>>>> From: <sip:alice at 111.111.11.50>;tag=599248D4-260
>>>> Call-ID: 9AFCFC51.11.50
>>>> CSeq: 101 INVITE
>>>> Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO,
>>>> SUBSCRIBE, UPDATE
>>>> Content-Type: application/sdp
>>>> Content-Length:263
>>>>
>>>> v=0
>>>> o=- 492575093 492575093 IN IP4 111.111.11.60
>>>> s=test_device
>>>> i=(o=IN IP4 192.168.1.10)
>>>> c=IN IP4 111.111.11.71
>>>> t=0 0
>>>> m=audio 16416 RTP/AVP 18 101
>>>> a=rtpmap:18 G729/8000
>>>> a=fmtp:18 annexb=no
>>>> a=rtpmap:101 telephone-event/8000
>>>> a=fmtp:101 0-15
>>>> a=ptime:20
>>>>
>>>> 14:47:01.254511 IP 111.111.11.50.60442 > 111.111.11.11.5060: SIP,
>>>> length: 521
>>>> ACK sip:80.80.80.80:65002;transport=udp SIP/2.0
>>>> Via: SIP/2.0/UDP
>>>> 111.111.11.50:5060;x-route-tag="tgrp:A";branch=z9hG4bK1634E7DE8
>>>> From: <sip:alice at 111.111.11.50>;tag=599248D4-260
>>>> To: "test_account"<sip:bob at server.com>;tag=cb7dd641
>>>> Call-ID: 9AFCFC51.11.50
>>>> Route:
>>>> <sip:111.111.11.11;lr;ftag=599248D4-260;vsf=AAAAAAAAAAAAAAAAAAAAW0FVT0ZWHF1aNy4xGzA-;nat=yes;did=3bb.327c47e6>
>>>> Max-Forwards: 70
>>>> CSeq: 101 ACK
>>>> Content-Length: 0
>>>>
>>>> My Kamailio version is kamailio 3.1.0 (i386/linux) 1e204f.
>>>> Does anybody knows where can be a problem?
>>>> How can I check whether Kamailio receives something?
>>>>
>>>> ...
>>>>
>>>> Jan
>>>>
>>>> _______________________________________________
>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>> sr-users at 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 at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>> This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at http://www.smilecoms.com/disclaimer
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
This email is subject to the disclaimer of Smile Communications (PTY) Ltd. at http://www.smilecoms.com/disclaimer
--14dae9c09bc260540f04bfa94a35
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hey Mino,<div><br></div><div>From your packet captures above it looks like =
your ACK is coming in another IP address. I also see that you are doing the=
packet capture across all your physical interfaces (-i any). Perhaps your =
Kamailio is only configured to listen on the one interface (the one *not* g=
etting the ACK).</div>
<div><br></div><div>To test limit your packet capture to only the interface=
/s that you know Kamailio is listening on.</div><div><br></div><div>Cheers<=
/div><div>Jason<br><br><div class=3D"gmail_quote">On Thu, May 10, 2012 at 8=
:59 AM, Mino Haluz <span dir=3D"ltr"><<a href=3D"mailto:mino.haluz at gmail=
.com" target=3D"_blank">mino.haluz at gmail.com</a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">We are troubleshooting this issue almost for=
2 days and we did not find the solution yet. The thing is, that it does no=
t enter even the config file (we have some debug messages at the start, tha=
t do not show). Otherwise we do not have any problem with ACK, but only thi=
s particular ACK is not forwarded... Was there some bug related to parsing =
in 3.1.0 which would not print any error to syslog?<br>
<br><div class=3D"gmail_quote"><div><div class=3D"h5">On Wed, May 9, 2012 a=
t 4:41 PM, Jason Penton <span dir=3D"ltr"><<a href=3D"mailto:jason.pento=
n at smilecoms.com" target=3D"_blank">jason.penton at smilecoms.com</a>></span=
> wrote:<br>
</div></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bo=
rder-left:1px #ccc solid;padding-left:1ex"><div><div class=3D"h5">
Seems like a loose routing issue. Are you loose routing in your config file=
?<div><div><br><br><div class=3D"gmail_quote">On Wed, May 9, 2012 at 4:34 P=
M, Stoyan Mihaylov <span dir=3D"ltr"><<a href=3D"mailto:stoyan.v.mihaylo=
v at gmail.com" target=3D"_blank">stoyan.v.mihaylov at gmail.com</a>></span> w=
rote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">You can use something like wireshark on Kama=
ilio server to see if ACK packets go in right direction.<div>I had problem =
with ACK and BYE, and I saw that in some cases ACK and BYE packets looped b=
ack in kamailio.</div>
<div>May be I used wrong client.<div><div><br>
<br><div class=3D"gmail_quote">On Wed, May 9, 2012 at 5:15 PM, Efelin Novak=
<span dir=3D"ltr"><<a href=3D"mailto:efelin.novak at gmail.com" target=3D"=
_blank">efelin.novak at gmail.com</a>></span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">
Hi folks,<br>
<br>
I have a strange problem when Kamailio ignores ACKs in a specific<br>
scenario. The call flow is as follows:<br>
<br>
A -> INVITE -> kamailio -> INVITE -> B<br>
[omitting 100 and 180]<br>
A <- 200 OK <- kamailio <- 200 OK <- B<br>
A -> ACK -> kamailio<br>
<br>
There are INVITE Xlogs, Reply ROUTE xlogs and media-proxy logs in the<br>
syslog. However there is no information about these ACKs. No XLOGs are<br>
printed even if there is one on the top of the main route.<br>
<br>
"tcpdump -A -s0 -i any -n port 5060" receives this message correc=
tly:<br>
<br>
14:47:01.246153 IP 111.111.11.11.5060 > 80.80.80.80.60442: SIP, length: =
915<br>
SIP/2.0 200 OK<br>
Via: SIP/2.0/UDP<br>
111.111.11.11:5060;rport=3D60442;x-route-tag=3D"tgrp:A";branch=3D=
z9hG4bK1634E6A88<br>
Record-Route: <sip:111.111.11.11;lr;ftag=3D599248D4-260;vsf=3DAAAAAAAAAA=
AAAAAAAAAAW0FVT0ZWHF1aNy4xGzA-;nat=3Dyes;did=3D3bb.327c47e6><br>
Contact: <sip:80.80.80.80:65002;transport=3Dudp><br>
To: "test_account"<<a href=3D"mailto:sip%3Abob at server.com" tar=
get=3D"_blank">sip:bob at server.com</a>>;tag=3Dcb7dd641<br>
From: <<a href=3D"mailto:sip%3Aalice at 111.111.11.50" target=3D"_blank">si=
p:alice at 111.111.11.50</a>>;tag=3D599248D4-260<br>
Call-ID: 9AFCFC51.11.50<br>
CSeq: 101 INVITE<br>
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, INFO, SUBSCRIBE, U=
PDATE<br>
Content-Type: application/sdp<br>
Content-Length:263<br>
<br>
v=3D0<br>
o=3D- 492575093 492575093 IN IP4 111.111.11.60<br>
s=3Dtest_device<br>
i=3D(o=3DIN IP4 192.168.1.10)<br>
c=3DIN IP4 111.111.11.71<br>
t=3D0 0<br>
m=3Daudio 16416 RTP/AVP 18 101<br>
a=3Drtpmap:18 G729/8000<br>
a=3Dfmtp:18 annexb=3Dno<br>
a=3Drtpmap:101 telephone-event/8000<br>
a=3Dfmtp:101 0-15<br>
a=3Dptime:20<br>
<br>
14:47:01.254511 IP 111.111.11.50.60442 > 111.111.11.11.5060: SIP, length=
: 521<br>
ACK sip:80.80.80.80:65002;transport=3Dudp SIP/2.0<br>
Via: SIP/2.0/UDP<br>
111.111.11.50:5060;x-route-tag=3D"tgrp:A";branch=3Dz9hG4bK1634E7D=
E8<br>
From: <<a href=3D"mailto:sip%3Aalice at 111.111.11.50" target=3D"_blank">si=
p:alice at 111.111.11.50</a>>;tag=3D599248D4-260<br>
To: "test_account"<<a href=3D"mailto:sip%3Abob at server.com" tar=
get=3D"_blank">sip:bob at server.com</a>>;tag=3Dcb7dd641<br>
Call-ID: 9AFCFC51.11.50<br>
Route: <sip:111.111.11.11;lr;ftag=3D599248D4-260;vsf=3DAAAAAAAAAAAAAAAAA=
AAAW0FVT0ZWHF1aNy4xGzA-;nat=3Dyes;did=3D3bb.327c47e6><br>
Max-Forwards: 70<br>
CSeq: 101 ACK<br>
Content-Length: 0<br>
<br>
My Kamailio version is kamailio 3.1.0 (i386/linux) 1e204f.<br>
Does anybody knows where can be a problem?<br>
How can I check whether Kamailio receives something?<br>
<br>
...<br>
<br>
Jan<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href=3D"mailto:sr-users at lists.sip-router.org" target=3D"_blank">sr-users=
@lists.sip-router.org</a><br>
<a href=3D"http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" t=
arget=3D"_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-us=
ers</a><br>
</blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href=3D"mailto:sr-users at lists.sip-router.org" target=3D"_blank">sr-users=
@lists.sip-router.org</a><br>
<a href=3D"http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" t=
arget=3D"_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-us=
ers</a><br>
<br></blockquote></div><br>
</div></div></div></div><pre>This email is subject to the disclaimer of Smi=
le Communications (PTY) Ltd. at <a href=3D"http://www.smilecoms.com/disclai=
mer" target=3D"_blank">http://www.smilecoms.com/disclaimer</a>
</pre><div class=3D"im"><br>_______________________________________________=
<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href=3D"mailto:sr-users at lists.sip-router.org" target=3D"_blank">sr-users=
@lists.sip-router.org</a><br>
<a href=3D"http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" t=
arget=3D"_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-us=
ers</a><br>
<br></div></blockquote></div><br>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href=3D"mailto:sr-users at lists.sip-router.org">sr-users at lists.sip-router.=
org</a><br>
<a href=3D"http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" t=
arget=3D"_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-us=
ers</a><br>
<br></blockquote></div><br></div>
<pre>This email is subject to the disclaimer of Smile Communications (PTY=
) Ltd. at http://www.smilecoms.com/disclaimer
=0D
--14dae9c09bc260540f04bfa94a35--
More information about the sr-users
mailing list