SV: [asterisk-dev] Qualify OPTIONS messages

Jon Schøpzinsky jos at detele.dk
Tue Aug 15 09:01:14 MST 2006


But when an 403 message, such as in my case "SIP/2.0 403 Use Proxy" from a Snom phone, shouldn't that indicate that the device is not accepting messages. If it where, it would return a 200 OK code, and not 403 Authorization required.

Jon

-----Oprindelig meddelelse-----
Fra: asterisk-dev-bounces at lists.digium.com [mailto:asterisk-dev-bounces at lists.digium.com] På vegne af Joshua Colp
Sendt: 15. august 2006 17:50
Til: Asterisk Developers Mailing List
Emne: Re: [asterisk-dev] Qualify OPTIONS messages

----- Jon Schøpzinsky <jos at detele.dk> wrote:
> Hello
>  
> Ive been playing around with clustering using DUNDi, and found a
> problem with the way chan_sip handles the response to its qualify
> OPTION messages.
> If a negative response is received, such as 403, it still markes the
> sip peer as being alive, which is quite a problem when using
> ChanIsAvail.

OPTIONS is not for determining whether the device is capable of accepting a call on that level, it is to determine whether the device is actually there and capable of receiving SIP packets. Due to the fact that it received a 403 back, the device is indeed there and capable of receiving/processing SIP packets. If we turned this into the way you want, we might even hurt things as depending on the SIP stack they can respond with different things.
  
>  
> Med venlig hilsen
> 

Joshua Colp
Digium
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

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

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.10.10/418 - Release Date: 14-08-2006
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.10.10/418 - Release Date: 14-08-2006
 



More information about the asterisk-dev mailing list