Re: [Sipping] New Internet Draft for Caller Identity Blocking

>I did not follow the discussion on
>draft-niccolini-sipping-spam-feedback.
>Has this work been discontinued?

I agree with this sentiment (and have not followed the discussions either).

The biggest problem to address in public telephone networks are IMO unwanted telemarketing calls and various fund driving calls.
Voice spam calls can be detected by the network operator by their very short duration, since most called parties just hang up.

So is a  "correct" blocking protocol the most effective tool?
Rushing to write one more protocol solution before comparing the alternatives based on measurements...

On a related topic: Such discussions may be better conducted on a Wiki, if the IETF RAI
would extend our toolset beyond the mid 90's technology: Email and RFC .txt I-D only.

Henry

On 3/3/09 4:26 AM, "Victor Pascual Ávila" <victor.pascual.avila@gmail.com> wrote:

Hi Nils,

On Tue, Mar 3, 2009 at 10:20 AM, Nils Ohlmeier <lists@ohlmeier.org> wrote:
> why can't we use the draft
> Hannes mentioned before (we only need to extend it to support temporary
> blocking/blacklisting)?
> By pressing exactly the same "red blocking button" on the user interface of
> his device the UA would then simply reject or terminate the call (by sending
> 4xx or BYE) and send a NOTIFY to his blocking/spam server immediately.
> Besides the slight burden of creating two transactions, this would have the
> advantage of being able to route the notification seperately from the
> messages realted to the call.

You are right-- being able to route the feedback information
separately from the call could be an advantage.

I did not follow the discussion on
draft-niccolini-sipping-spam-feedback. Has this work been
discontinued?

Cheers,
--
Victor Pascual Ávila
_______________________________________________
Sipping mailing list  https://www.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP