Re: How to check if a SIP phone isforwardedwithout ringing it ?

1 msg	[Asterisk 1.2 + TDM FXO] Incoming call not dete...
3 msg	Media gateways and video
1 msg	service provider connection problem
3 msg	pickup application failed
3 msg	Multi-SPAN (4xE1) Zap Group (Outbound)
26 msg	FWD and IPCall

How to check if a SIP phone is forwarded withou...
\ Olivier (7 Jan 2008)
. \ Kevin P. Fleming (7 Jan 2008)
. . \ Olivier (8 Jan 2008)
. . . \ Steve Langstaff (8 Jan 2008)
. . . . \ Olivier (8 Jan 2008)
. . . . . \ Steve Langstaff (8 Jan 2008)
. . . \ Raj Jain (9 Jan 2008)
. . . . \ Olivier (9 Jan 2008)
. . . . . \ Raj Jain (9 Jan 2008)
. . . . \ Johansson Olle E (9 Jan 2008)
. . . . . \ Steve Langstaff (9 Jan 2008)
. . . . . . \ Johansson Olle E (9 Jan 2008)
. . . . . . . \ Steve Langstaff (9 Jan 2008)
. . . . . . . . \ Olivier (9 Jan 2008)
. . . . . \ Raj Jain (9 Jan 2008)
. . . . . \ Olivier (14 Jan 2008)
. . . . \ Benny Amorsen (10 Jan 2008)
. . . . . \ Olivier (10 Jan 2008)
. . . \ Benny Amorsen (9 Jan 2008)
. . . . \ Olivier (9 Jan 2008)
. . . \ Benny Amorsen (10 Jan 2008)
. . . . \ Olivier (10 Jan 2008)

2 msg	extension.conf with mysql
2 msg	Strange migration problems from asterisk 1.2.13...
1 msg	Presentation Restricted h.323-SIP issue
14 msg	no outgoing calls with Digium B410P
3 msg	Increase Volume - SIP
4 msg	HPEC
5 msg	zaptel programming
6 msg	Change Default Voicemail Message
1 msg	Asterisk High Availability and Clustering
18 msg	Which IP Phone is really the best?
1 msg	New site for feature wish-list: Asteriskideas.org
2 msg	[FreeBSD 6.2] Error compiling Zaptel from Ports?
1 msg	Zap with SIP

Subject:	Re: How to check if a SIP phone isforwardedwithout ringing it ?
Group:	Asterisk-users
From:	Olivier
Date:	14 Jan 2008

2008/1/9, Johansson Olle E <oej>:
>
>
> 9 jan 2008 kl. 02.48 skrev Raj Jain:
>
> > This issue of phone vendors not supporting OPTIONS according to RFC
> > 3261
> > often comes up on this list. Like Kevin Fleming said, an OPTIONS
> > request is
> > supposed to be responded in the same way as an INVITE. Almost all
> > SIP phone
> > vendors have construed OPTIONS as some kind of a keep-alive request,
> > which
> > is wrong.
> Which we do too, by the way. In worst case, maybe Asterisk has set
> this industry
> standard.
>
> OPTIONS is far to heavy in processing on the server side to be used
> for keep-alives. I'm starting to see devices that use it for checking
> capabilities - the proper way. To do this properly, we will have to
> authenticate the OPTIONs request and match it with the proper peer/
> user to get the proper codec settings, ACLs and such.
>
> Since all versions of Asterisk use OPTIONs for NAT-keepalives, I'm a
> bit hesitant to fix this. It's a catch 22. I want to do it properly,
> but then the amount of processing for each OPTIONs request that we
> receive is going to be a bit too much. Maybe one could ask vendors to
> add a header to the OPTIONs packet saying "this is just a keep-alive.
> Give me a 200 OK without any parsing and be happy, because I don't
> care about the reply."
>
> Linksys has a setting and use NOTIFY for Keep-alives, which also is a
> poor solution, but at least something we can just give an error
> response to without a lot of processing. There was a proposal for
> PING, but it never got anywhere.

Here (http://www3.tools.ietf.org/html/draft-ietf-sip-outbound-11#page-11
§3.5.2) using STUN technique is recommended.
Do you foresee phone manufacturers to support this ?

/O
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

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