[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Sip] scope of derive
> -----Original Message-----
> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On Behalf Of
> Henry Sinnreich
>
> Voice enabled chat rooms (such as iChat, Jabber, etc.), social networks,
> blogs, media web sites and web based customer support are emerging
> communications where DERIVE will just work fine. Note the potential that
> DERIVE can be basically protocol independent, though I hope it will first
> be used by SIP.
I'm confused by that comment. Are we talking about the same DERIVE draft?
Doesn't it depend on SIP dialog identifiers to check anything?
If you're abstracting DERIVE as a higher level concept than SIP, as a "check this guy is who he claims to be", then this isn't some new concept. It's been done for years. For example in online form filling out, when the web server sends an email to the claimed address, with a URL link in the email (with an embedded cookie) that once clicked tells the server that the form is being filled out by someone at that address. Or what some humans do when their credit card company calls them, and they say "I'll call you back at the number on the card". Or what SPF or uRPF do, in a passive way.
-hadriel
_______________________________________________
Sip mailing list https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip