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
