Hi, >> Ignorning the reason why people are using INFO is not going >> to make things better either... >> >> I think most people are aware of KPML etc - we don't need to >> tell them that.
>I seriously don't think people are using INFO because they think it's >better than KPML. >I think peopled use to use INFO because (a) they implemented it before >RFC 2833, and (b) because it was difficult for them to implement >RFC 2833 when it got implemented and (c) KPML didn't exist at that time. (d) they think it's a waste of resources to establish multiple additional subscription dialogs (there may be other type of data than DTMF they are willing to receive) which in many cases may not even be used during the call (it can not be assumed that the one sending the subscription always knows exactly when it will receive events). Maybe DTMF is not the best example in the world (my fault - I should have been more generic), but I am sure there could be events which would not be used in a very high percentage of all calls, but still the additional subscription dialog(s) would have to be established - just in case. I still strongly think it would be much better to describe the issues/advantages/disadvantages with BOTH INFO and events, and study what possible needs to defined related to negotiation etc, instead of just ignoring the real world and providing flexibility to people using SIP for their applications... Regards, Christer I believe at this point, this is an imaginary issue. _______________________________________________ Sip mailing list https://www1.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
