Re: [tcpm] Last Call: draft-ietf-tcpm-tcp-auth-opt (The TCP Authentication Option) to Proposed Standard

I have commented numerous times that with a paragraph that specifically provides vendors to make "connection-less resets == attack packets" this will not get much if any use among ISPs or other bgp speakers.

Those statements have pretty much been ignored.

I do not support this draft and believe I have wasted my time trying to explain why to someone that is unwilling to compromise with even a "a vendor MAY maintain state to allow connectionless resets to work".

(coffee != sleep) & (!coffee == sleep)
Donald.Smith@qwest.com gcia

> -----Original Message-----
> From: tcpm-bounces@ietf.org [mailto:tcpm-bounces@ietf.org] On
> Behalf Of The IESG
> Sent: Wednesday, February 24, 2010 10:25 AM
> To: IETF-Announce
> Cc: tcpm@ietf.org
> Subject: [tcpm] Last Call: draft-ietf-tcpm-tcp-auth-opt (The
> TCP Authentication Option) to Proposed Standard
>
> The IESG has received a request from the TCP Maintenance and Minor
> Extensions WG (tcpm) to consider the following document:
>
> - 'The TCP Authentication Option '
>    <draft-ietf-tcpm-tcp-auth-opt-10.txt> as a Proposed Standard
>
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action.  Please send substantive
> comments to the
> ietf@ietf.org mailing lists by 2010-03-10. Exceptionally,
> comments may be sent to iesg@ietf.org instead. In either case, please
> retain the beginning of the Subject line to allow automated sorting.
>
> The file can be obtained via
> http://www.ietf.org/internet-drafts/draft-ietf-tcpm-tcp-auth-o
> pt-10.txt
>
>
> IESG discussion can be tracked via
> https://datatracker.ietf.org/public/pidtracker.cgi?command=vie
> w_id&dTag=16685&rfc_flag=0
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>

This communication is the property of Qwest and may contain confidential or
privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful.  If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.