Re: INFO Use case

On Nov 18, 2008, at 1:52 PM, Cullen Jennings wrote:

>
> Let's imagine that there is a base DTMF package defined that  
> supports the 12 basic keys. Now cisco makes a vendor specific  
> package that is pretty much the same but includes key presses for  
> the  "HOLD" button.  Nortel does pretty much the same but calls it  
> the "F1" button. Now SNOM wants to build a phone that supports both  
> and in fact is operating in an environment with a Nortel PBX, Cisco  
> Voice Mail, and Asterix SBC which understands both - the phone  
> really needs to send both and they need to be one atomic action so  
> they are not interpreted as the wrong thing or as double key presses.
>
> It seems that things along the lines of the above will happen and  
> need to be considered. I don't know if this means an INFO needs to  
> carry more that one thing or not. The worst possible solution I can  
> imaging to this is that SNOM builds a new package that combines the  
> Cisco and Nortel package.


I'm thinking this is an argument against a vendor tree and in favor of  
a spec-required policy that allows minimal specifications.

--
Dean
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip