9 Nov
2005
9 Nov
'05
2:08 a.m.
Hi all.
I've a problem with a call using mediaproxy. The call
got established, but after a few seconds got disconnected and
I obtain the following errors. The problem appears
with several clients. Please
can someone enlighten me on where I err?
TIA
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via: invalid
port number <12797rport>
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via on:
<SIP/2.0/UDP 213.144.x.x:12797rport;branch=z9hG4bK510915090^M Route:
<sip:213.215.x.x;ftag=274138964;lr=on>^M From:
<sip:marco@domain>;tag=274138964^M To:
<sip:000000@voip.domain>;tag=5E97045-71F^M Call-ID:
408923322(a)213.144.x.x^M CSeq: 21 ACK^M Contact:
<sip:marco@213.144.x.x:12797^M Max-Forwards: 5^M User-Agent:
Linphone-1.0.1/eXosip^M Content-Length: 0^M ^M >
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via parse
error, parsed so far:<SIP/2.0/UDP
213.144.80.48:12797rport;branch=z9hG4bK510915090^M >
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: get_hdr_field: bad
via
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: bad header field
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_msg:
message=<ACK sip:0000000@10.10.10.10:53429 SIP/2.0^M Via: SIP/2.0/UDP
213.144.x.x:12797rport;branch=z9hG4bK510915090^M Route:
<sip:213.215.x.x;ftag=274138964;lr=on>^M From:
<sip:marco@domain>;tag=274138964^M To:
<sip:000000@voip.domain>;tag=5E97045-71F^M Call-ID:
408923322(a)213.144.x.x^M CSeq: 21 ACK^M Contact:
<sip:marco@213.144.x.x:12797^M Max-Forwards: 5^M User-Agent:
Linphone-1.0.1/eXosip^M Content-Length: 0^M ^M >
--
In general, an implementation must be conservative in its sending
behavior,
and liberal in its receiving behavior.
- Jon Postel (1943-1998)
9 Nov
9 Nov
11:46 a.m.
The ; is missing between port and "rport" parameter. MAybe this is a bug
in linphone? It would help if you post the complete SIP call flow using
ngrep -W byline port 5060
Marco wrote:
Hi all.
I've a problem with a call using mediaproxy. The call
got established, but after a few seconds got disconnected and
I obtain the following errors. The problem appears
with several clients. Please
can someone enlighten me on where I err?
TIA
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via: invalid
port number <12797rport>
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via on:
<SIP/2.0/UDP 213.144.x.x:12797rport;branch=z9hG4bK510915090^M Route:
<sip:213.215.x.x;ftag=274138964;lr=on>^M From:
<sip:marco@domain>;tag=274138964^M To:
<sip:000000@voip.domain>;tag=5E97045-71F^M Call-ID:
408923322(a)213.144.x.x^M CSeq: 21 ACK^M Contact:
<sip:marco@213.144.x.x:12797^M Max-Forwards: 5^M User-Agent:
Linphone-1.0.1/eXosip^M Content-Length: 0^M ^M >
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_via parse
error, parsed so far:<SIP/2.0/UDP
213.144.80.48:12797rport;branch=z9hG4bK510915090^M >
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: get_hdr_field: bad
via
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: bad header field
Nov 8 23:43:20 fw /usr/sbin/openser[11625]: ERROR: parse_msg:
message=<ACK sip:0000000@10.10.10.10:53429 SIP/2.0^M Via: SIP/2.0/UDP
213.144.x.x:12797rport;branch=z9hG4bK510915090^M Route:
<sip:213.215.x.x;ftag=274138964;lr=on>^M From:
<sip:marco@domain>;tag=274138964^M To:
<sip:000000@voip.domain>;tag=5E97045-71F^M Call-ID:
408923322(a)213.144.x.x^M CSeq: 21 ACK^M Contact:
<sip:marco@213.144.x.x:12797^M Max-Forwards: 5^M User-Agent:
Linphone-1.0.1/eXosip^M Content-Length: 0^M ^M >
10 Nov
10 Nov
1:42 a.m.
On Wed, Nov 09, 2005 at 10:46:05AM +0100, Klaus Darilion wrote:
The ; is missing between port and "rport"
parameter. MAybe this is a bug
in linphone? It would help if you post the complete SIP call flow using
ngrep -W byline port 5060
Thanks.
Here it is the captured wrong ack I suppose.
One side is using linphone, the other is a Cisco gateway.
U 213.144.x.x:15394 -> 213.215.y.y:5060
ACK sip:00000@10.10.10.10:53429 SIP/2.0.
Via: SIP/2.0/UDP 213.144.x.x:15394rport;branch=z9hG4bK1176333941.
Route: <sip:213.215.y.y;ftag=1627568967;lr=on>.
From: <sip:marco@domain>;tag=1627568967.
To: <sip:000000@domain>;tag=B27BADC-1420.
Call-ID: 867345324(a)213.144.x.x.
CSeq: 21 ACK.
Contact: <sip:marco@213.144.x.x:15394.
Max-Forwards: 5.
User-Agent: Linphone-1.0.1/eXosip.
Content-Length: 0.
The other packets seem all right, at least for the rport header.
What I don't understand is that the problem appears
only when one side is using Cisco, with different clients
on the other side. From the captured ACK seems instead that the
bug is in the packet originate by linphone.
I can post the whole flow if it can be useful.
Regards,
--
In general, an implementation must be conservative in its sending behavior,
and liberal in its receiving behavior.
- Jon Postel (1943-1998)
8:16 a.m.
If it only happens with Cisco GWs indeed the whole SIP packet dump would
be interesting. You should also post it to the linphone mailing list.
regards
klaus
Marco wrote:
On Wed, Nov 09, 2005 at 10:46:05AM +0100, Klaus
Darilion wrote:
The ; is missing between port and
"rport" parameter. MAybe this is a bug
in linphone? It would help if you post the complete SIP call flow using
ngrep -W byline port 5060
Thanks.
Here it is the captured wrong ack I suppose.
One side is using linphone, the other is a Cisco gateway.
U 213.144.x.x:15394 -> 213.215.y.y:5060
ACK sip:00000@10.10.10.10:53429 SIP/2.0.
Via: SIP/2.0/UDP 213.144.x.x:15394rport;branch=z9hG4bK1176333941.
Route: <sip:213.215.y.y;ftag=1627568967;lr=on>.
From: <sip:marco@domain>;tag=1627568967.
To: <sip:000000@domain>;tag=B27BADC-1420.
Call-ID: 867345324(a)213.144.x.x.
CSeq: 21 ACK.
Contact: <sip:marco@213.144.x.x:15394.
Max-Forwards: 5.
User-Agent: Linphone-1.0.1/eXosip.
Content-Length: 0.
The other packets seem all right, at least for the rport header.
What I don't understand is that the problem appears
only when one side is using Cisco, with different clients
on the other side. From the captured ACK seems instead that the
bug is in the packet originate by linphone.
I can post the whole flow if it can be useful.
Regards,
6959
days inactive
6960
days old
3 comments
2 participants
participants (2)
-
Klaus Darilion -
Marco