On 11/20/08 10:19 AM, Hadriel Kaplan wrote:
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam
Roach
I think the greatest appeal of an approach like the one in DERIVE, if it
can be made to work, is that it requires no explicit support on the
calling party's side.
That's not totally accurate, methinks. It requires support for the dialog-event package on the UAC,
We've established that -- "28% and likely to increase" is a good
starting point.
and requires the UAC to allow some random far-end UA outside its domain that it
does not know about to subscribe to it.
This isn't some random far-end UA that the calling party has no reason
to trust -- the dialog event package explicitly talks about
authentication based on knowledge of the dialog identifiers.
[And it requires the path between the UAC and UAS to not contain b2bua's that
change call-id or tag, of course]
Unless they also accommodate DERIVE. That's a known property of B2BUAs:
you tend to need to update them whenever you want to do something new.
Presumably, if the market asks for it, B2BUAs will address the issue.
/a
_______________________________________________
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
