[Kamailio-Devel] [ openser-Bugs-1994311 ] 1.3.2 No Via header in 487 Reply

SourceForge.net noreply at sourceforge.net
Fri Aug 1 22:09:17 CEST 2008


Bugs item #1994311, was opened at 2008-06-15 12:32
Message generated for change (Comment added) made by miconda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1994311&group_id=139143

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: stefano (stefanoit)
>Assigned to: Daniel-Constantin Mierla (miconda)
Summary: 1.3.2 No Via header in 487 Reply

Initial Comment:
In reply message 487 Request terminated there is no Via header. This causes probleme with some UAC

voipd: <<<UDP Status: 487 Request terminated (63)
voipd: message from UDP:194.243.192.2:5060 is illegal (Missing required header field (Via)).

there is a solution to that?

thanks

----------------------------------------------------------------------

>Comment By: Daniel-Constantin Mierla (miconda)
Date: 2008-08-01 23:09

Message:
Logged In: YES 
user_id=1246013
Originator: NO

As Carsten pointed, the reply is not generated by openser. Server header
with openser signature is missing while is present in 200 for cancel.
Closing now. Reopen if the 487 is generated by openser, providing a more
detailed sip trace, starting from first INVITE with all receive/sent
messages by openser.

----------------------------------------------------------------------

Comment By: Carsten Bock (carstenbock)
Date: 2008-07-22 11:36

Message:
Logged In: YES 
user_id=1488991
Originator: NO

Are you sure, this 487 is generated by OpenSER? So far, i was not able to
verify this. Normally, this is reply generated by the CPE.
Some devices have a bug, which causes them to break the RFC (e.g. chinese
Gaoke devices): They use the Via-Headers from the CANCEL rather than from
the original INVITE. With the RFC-compliant handling of CANCELs since
OpenSER 1.3 this must fail, since the CANCEL is handled locally by the
stateful Proxy rather than just relayed to the original destination.
In OpenSER 1.2 the CANCEL was relayed to the original destination, thus
having all the Via-Headers the original INVITE had.

Carsten

----------------------------------------------------------------------

Comment By: Henning Westerholt (henningw)
Date: 2008-07-03 15:57

Message:
Logged In: YES 
user_id=337916
Originator: NO

Hi Stefano,

can you give more details? I assume the 487 is generated from OpenSER? Any
error messages in the logs?

Henning

----------------------------------------------------------------------

Comment By: stefano (stefanoit)
Date: 2008-06-15 18:47

Message:
Logged In: YES 
user_id=1963375
Originator: YES

CANCEL sip:0963772807 at sip.omnianet.it SIP/2.0 
Via: SIP/2.0/UDP 87.17.175.175:5060;branch=z9hG4bK07137F309D743A4C 
Route: <sip:sip.omnianet.it;lr> 
From: <sip:103 at sip.omnianet.it>;tag=326EEFD45B2A1556 
To: <sip:0963772807 at sip.omnianet.it> 
Call-ID: 79520AE003C7871B at 87.17.175.175 
CSeq: 140 CANCEL
Content-Length: 0

SIP/2.0 200 canceling 
Via: SIP/2.0/UDP 87.17.175.175:5060;branch=z9hG4bK07137F309D743A4C 
From: <sip:103 at sip.omnianet.it>;tag=326EEFD45B2A1556 
To:
<sip:0963772807 at sip.omnianet.it>;tag=ca7d5653c51728e542f586a10dfa30dd-de2b
Call-ID: 79520AE003C7871B at 87.17.175.175 
CSeq: 140 CANCEL 
Server: OpenSER (1.3.2-notls (i386/linux))
Content-Length: 0

SIP/2.0 487 Request terminated 
From: <sip:103 at sip.omnianet.it>;tag=326EEFD45B2A1556
To: <sip:0963772807 at sip.omnianet.it>
Contact: sip:0963772807 at 194.221.62.198:5060
Call-ID: 79520AE003C7871B at 87.17.175.175
CSeq: 140 INVITE 
Content-Length: 0  

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1994311&group_id=139143



More information about the Devel mailing list