In fact, when upgrading to ATA firmware version 2.16 the
problem stoped (2.16 includes user=phone in the final ACK).
Do you know of any issue with 2.16 firmware? Are users
running 2.15 or 2.16?
Best Regards,
Alejandro
Nils Ohlmeier said:
Ok i first overlooked a problem in the messages.
I think the ATA is guilty because the request URI of the ACK is not the
same as the URI from the INVITE. And if i'm not wrong the URIs has to
be the same because the ACK for a negative reply belongs to the
transaction.
U 63.77.141.227:5050 -> 200.219.173.140:5060
INVITE sip:99638515@sip.trdc.telenova.com.br;user=phone SIP/2.0..Via:
SIP/2 .0/UDP 63.77.141.227:5050..Via: SIP/2.0/UDP
192.168.0.2:5060..From: <sip:55
514@sip.trdc.telenova.com.br;user=phone>;tag=39420929..To:
<sip:99638515@si p.trdc.telenova.com.br;user=phone>..Call-ID:
1446977160@192.168.0.2..CSeq: 2 INVITE..Contact:
<sip:55514@63.77.141.227:5050;user=phone>..Authorization : Digest
username="55514", realm="sip.trdc.telenova.com.br",
nonce="3ed0dc0
bff5ab94bf089aa864744f463e8e243ef",
uri="sip:99638515@sip.trdc.telenova.com .br",
response="21434035966cd4cd8ef8dca75515b4b4"..user-agent: Cisco ATA v
2.15 ata186 (020918a)..expires: 300..Content-Type:
application/sdp..Content -Length: 248 ....v=0..o=55514 11951 11951 IN
IP4 192.168.0.2..s=ATA186 Cal l..c=IN IP4 63.77.141.227.t=0 0..m=audio
7070 RTP/AVP 18 8 0 101..a=rtpmap: 18 G729/8000/1..a=rtpmap:8
PCMA/8000/1..a=rtpmap:0 PCMU/8000/1..a=rtpmap:10 1
telephone-event/8000..a=fmtp:101 0-15..
[...]
U 63.77.141.227:5050 -> 200.219.173.140:5060
ACK sip:99638515@sip.trdc.telenova.com.br:5060 SIP/2.0..Via:
SIP/2.0/UDP 63 .77.141.227:5050..Via: SIP/2.0/UDP
192.168.0.2:5060..From: <sip:55514@sip.t
rdc.telenova.com.br;user=phone>;tag=39420929..To:
<sip:99638515@sip.trdc.te
lenova.com.br;user=phone>;tag=d58c1e972d22d5f66f01bb0aca7a741a-edbe..Call-I
D: 1446977160@192.168.0.2..CSeq: 2 ACK..user-agent: Cisco ATA v2.15
ata186
(020918a)..Content-Length: 0....
Regards
Nils Ohlmeier
On Sunday 25 May 2003 23:29, Ricardo Villa wrote:
> Hi Nils,
> Here it is.
> I stopped the server, set debug=7 and log_stderror=yes, repeated the
> same call as before, then stopped the server and captured the output.
> The file is attached.
>
> Regards,
> Ricardo
>
> ----- Original Message -----
> From: "Nils Ohlmeier" <nils(a)iptel.org>
> To: "Ricardo Villa" <ricvil(a)epm.net.co>co>;
<aolchik(a)telenova.net>et>; "List
> serusers" <serusers(a)lists.iptel.org>
> Sent: Sunday, May 25, 2003 3:40 PM
> Subject: Re: [Serusers] SER is not matching ACK Messages