[OpenSIPS-Users] Ack without To tag

John Nash john.nash778 at gmail.com
Tue Jun 30 11:31:19 CEST 2015


I think you mean the SIP messages exchanged. If any more info needed i can
send.
1.1.1.1 == UA
2.2.2.2 == Opensips
999999999999 == number dialed


1.1.1.1 ===============> 2.2.2.2

INVITE sip:999999999999 at 2.2.2.2:9092;transport=udp SIP/2.0
Via: SIP/2.0/UDP 1.1.1.1:60704;rport;branch=z9hG4bKac2a2c3c77b3c043ad3d85118
Max-Forwards: 70
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>
Contact: <sip:5656 at 1.1.1.1:60704>
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 3 INVITE
User-Agent: Softphone Dialer v 4.02
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS
Content-Type: application/sdp
Content-Length: 181

v=0
o=- 1435147412 1435147412 IN IP4 1.1.1.1
s= Media Server
c=IN IP4 1.1.1.1
t=0 0
m=audio 60705 RTP/AVP 18
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no

2.2.2.2 ===============> 1.1.1.1

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 1.1.1.1:60704
;received=1.1.1.1;rport=60704;branch=z9hG4bKac2a2c3c77b3c043ad3d85118
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>;tag=aabd1841c260dd885edee5bb6208511c.bd84
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 3 INVITE
Proxy-Authenticate: Digest realm="2.2.2.2",
nonce="558a9cb600000113aa59d19d1ae0ae586b08ead15a79cc44"
Server: opensips Proxy v4.20
Content-Length: 0

2.2.2.2 ===============> 1.1.1.1

ACK sip:2.2.2.2:9092;transport=udp SIP/2.0
Via: SIP/2.0/UDP 1.1.1.1:60704;rport;branch=z9hG4bKac2a2c3c77b3c043ad3d85118
Max-Forwards: 70
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 3 ACK
Content-Length: 0

1.1.1.1 ===============> 2.2.2.2

INVITE sip:999999999999 at 2.2.2.2:9092;transport=udp SIP/2.0
Via: SIP/2.0/UDP 1.1.1.1:60704;rport;branch=z9hG4bK43d3de0414c6ba469c30a9d43
Max-Forwards: 70
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>
Contact: <sip:5656 at 1.1.1.1:60704>
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
User-Agent: Softphone Dialer v 4.02
Proxy-Authorization: DIGEST username="5656", realm="2.2.2.2",
nonce="558a9cb600000113aa59d19d1ae0ae586b08ead15a79cc44", uri="
sip:999999999999 at 2.2.2.2", response="a2741b5fd118bac802d467a7d405f4c4"
Allow: INVITE, ACK, CANCEL, BYE, OPTIONS
Content-Type: application/sdp
Content-Length: 181

v=0
o=- 1435147412 1435147412 IN IP4 1.1.1.1
s= Media Server
c=IN IP4 1.1.1.1
t=0 0
m=audio 60705 RTP/AVP 18
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no

2.2.2.2 ===============> 1.1.1.1

SIP/2.0 100 Giving a try
Via: SIP/2.0/UDP 1.1.1.1:60704
;received=1.1.1.1;rport=60704;branch=z9hG4bK43d3de0414c6ba469c30a9d43
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
Server: opensips Proxy v4.20
Content-Length: 0

2.2.2.2 ===============> 1.1.1.1

SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 1.1.1.1:60704
;received=1.1.1.1;rport=60704;branch=z9hG4bK43d3de0414c6ba469c30a9d43
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>;tag=r8HZU2gDavryg
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
Contact: <sip:999999999999 at 2.2.2.2:9092;did=499.a0c0dd53>
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 215
User-Agent: Bridge v4.20

v=0
o=FreeSWITCH 1435123396 1435123397 IN IP4 2.2.2.2
s=FreeSWITCH
c=IN IP4 2.2.2.2
t=0 0
m=audio 18344 RTP/AVP 18
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:20
a=sendrecv
a=rtcp:18345

2.2.2.2 ===============> 1.1.1.1

SIP/2.0 200 OK
Via: SIP/2.0/UDP 1.1.1.1:60704
;received=1.1.1.1;rport=60704;branch=z9hG4bK43d3de0414c6ba469c30a9d43
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>;tag=r8HZU2gDavryg
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
Contact: <sip:999999999999 at 2.2.2.2:9092;did=499.a0c0dd53>
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Content-Type: application/sdp
Content-Length: 212
User-Agent: Bridge v4.20

v=0
o=FreeSWITCH 1108548551 1905294444 IN IP4 2.2.2.2
s=FreeSWITCH
c=IN IP4 2.2.2.2
t=0 0
m=audio 18364 RTP/AVP 18
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=maxptime:20
a=sendrecv
a=rtcp:18365

1.1.1.1 ===============> 2.2.2.2

ACK sip:2.2.2.2:9092;transport=udp SIP/2.0
Via: SIP/2.0/UDP 1.1.1.1:60704;rport;branch=z9hG4bK43d3de0414c6ba469c30a9d43
Max-Forwards: 70
From: <sip:5656 at 2.2.2.2>;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: <sip:999999999999 at 2.2.2.2>
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 ACK
Content-Length: 0


After that 200 OK is sent to 1.1.1.1 again and again and it sends ACK



On Tue, Jun 30, 2015 at 1:36 PM, Vlad Paiu <vladpaiu at opensips.org> wrote:

>  Hello,
>
> Please post a trace of this.
>
> Best Regards,
>
> Vlad Paiu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
> On 25.06.2015 06:25, John Nash wrote:
>
>  Let me add some more details which I noticed.
>
>  As i explained in previous post in the same subject, we receive ACK
> without to tag from one UA, since it will not match any dialog, I tried to
> route it to destination with topology_hiding but topology hiding used
> different branch tag than the 200 OK received (It only replaced .0 with
> .2). I think this is happening because I am also using drouting module and
> UAC which use branches.
>
>  I can post trace also if someone wants to have a look.
>
>
> On Wed, Jun 24, 2015 at 10:06 PM, John Nash <john.nash778 at gmail.com>
> wrote:
>
>>  I am using opensips 2.1 with topology_hiding module. I have an issue
>> only with one SIP endpoint. This endpoint sends Ack message (after 200 OK
>> to Invite) without any to tag because of that it is not matching with In
>> dialog request section.
>>
>>  Can a UA send ACK without to tag?...If yes any way I can match it with
>> ongoing dialog?
>>
>>  John
>>
>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20150630/924bcbda/attachment.htm>


More information about the Users mailing list