Re: [OpenSIPS-Users] Ack without To tag

2015-09-27 Thread John Nash 
Anyone has thoughts on this?.If i use record routing instead of topology
hiding would it help?.

On Wed, Jul 15, 2015 at 10:47 AM, John Nash  wrote:

> Dear Vlad,
>
> Do you need any more information? Like debug log or complete wireshark
> pcap?
>
> John
>
> On Wed, Jun 24, 2015 at 10:06 PM, John Nash 
> 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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Ack without To tag

2015-07-14 Thread John Nash 
Dear Vlad,

Do you need any more information? Like debug log or complete wireshark pcap?

John

On Wed, Jun 24, 2015 at 10:06 PM, John Nash john.nash...@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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Ack without To tag

2015-06-30 Thread Vlad Paiu 

Hello,

Please post a trace of this.

Best Regards,

Vlad Paiu
OpenSIPS Developer
http://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.nash...@gmail.com 
mailto:john.nash...@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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Ack without To tag

2015-06-30 Thread John Nash 
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
 == number dialed


1.1.1.1 === 2.2.2.2

INVITE 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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2
Contact: sip:5656@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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2;tag=aabd1841c260dd885edee5bb6208511c.bd84
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 3 INVITE
Proxy-Authenticate: Digest realm=2.2.2.2,
nonce=558a9cb60113aa59d19d1ae0ae586b08ead15a79cc44
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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 3 ACK
Content-Length: 0

1.1.1.1 === 2.2.2.2

INVITE 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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2
Contact: sip:5656@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=558a9cb60113aa59d19d1ae0ae586b08ead15a79cc44, uri=
sip:@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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2;tag=r8HZU2gDavryg
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
Contact: sip:@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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@2.2.2.2;tag=r8HZU2gDavryg
Call-ID: b94573d6d94ee54ca945310968a14065
CSeq: 4 INVITE
Contact: sip:@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 190529 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@2.2.2.2;tag=f2e3a2e6ed6a6f4399443d7e0347f20d
To: sip:@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 vladp...@opensips.org wrote:

  Hello,

 Please post a trace of this.

 Best

Re: [OpenSIPS-Users] Ack without To tag

2015-06-24 Thread John Nash 
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.nash...@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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Ack without To tag

2015-06-24 Thread John Nash 
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 list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users