Re: submission of a new I-D: "Dialog Event foRIdentityVErification"

While I agree with what you say, this only works if the verification 
will happen in a timely way. If you want white/black lists, then the 
verification must happen even before the phone rings. Is it reasonable 
to assume that in typical deployments the time for the reverse lookup 
will be quick enough to give reasonable experience to the caller? Or 
will he have already hung up? (I don't have a good sense for the numbers 
here.)

What will the caller be hearing until this gets done? Perhaps 180 could 
be returned, which would at least give *some* feedback.

If this takes too long, then I think it ends up being info that may be 
delivered after the call is established. (Perhaps your callerid starts 
out yellow and turns green when it has been confirmed.)

	Thanks,
	Paul

Victor Pascual Ávila wrote:
> On Wed, Oct 29, 2008 at 7:44 PM, Dan Wing <[email protected]> wrote:
>> I'm not interested in having a competing proposal, though, or arguing
>> nits about which 4xx response code is most appropriate.
>>
>> We should be arguing about larger issues, such as the value of proving
>> someone is actually originating a call.  Without that, we cannot have
>> reliable whitelists or reliably blacklists, which are the foundations
>> for authorizing incoming SIP requests.
> 
> I fully agree with you.
> 
_______________________________________________
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