[Asterisk-Dev] SIP channels not cleared

[Chee Foong]

Hello,

I have tested with the vendor, they send a CANCEL instead of BYE. Another
problem came out:

When the other end send CANCEL, asterisk response with "487 Request
Terminated" then a "200 OK" for the CANCEL.
The problem now is the other end expect "200 OK" first then "487 Request
Terminated". This make asterisk retransmit the "487 Request Terminated"
because it did not get an ACK. The second "487 Request Terminated" that
asterisk sent got an ACK back from the other end. Call terminated, but again
sip channels stays not cleared.

I have been scratching my head for the past 2 weeks, trying to figure out
who is actually sending the wrong stuff.

Thank you all for the replies.

Chee Foong

-----Original Message-----
From: asterisk-dev-bounces at lists.digium.com
[mailto:asterisk-dev-bounces at lists.digium.com]On Behalf Of Olle E.
Johansson
Sent: Friday, August 19, 2005 13:07
To: Asterisk Developers Mailing List
Subject: Re: [Asterisk-Dev] SIP channels not cleared


Chee Foong wrote:
> OK, I under stand.
> So, can this be considered a bug in asterisk?
> Since it knows how to response to a BYE, it should also know it's time to
> clear the channel.

The real fault here is that the other end issues a BYE when we have no
session set up by
INVITE/200 OK/ACK - to cancel a pending INVITE you use CANCEL, not BYE.
That is a bug, please ask your vendor to look up CANCEL in the SIP rfc.

And yes, we should be able to handle faulty devices better, but will
concentrate our energy on being able to improve the way we handle
devices that actually support basic SIP according to the standard. ;-)

/Olle
_______________________________________________
Asterisk-Dev mailing list
Asterisk-Dev at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev