Summary of proposed changes to draft-gont-tsvwg-source-quench

Fernando Gont <fernando@gont.com.ar> Wed, 01 December 2010 21:54 UTC

DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QRXNhqpL6RePgG76Bqby6BnSFgGHhtjaBfSg0YcqfFnJBNZPt1SMO2Yjv/mY6+Ph6G JaBUtASpg7OXnJ7If9TMUuwCD7PAljV40cmJNFVTAelyKlBLgXhxdrVEi2zqGiTHD6NB EnXAx9SJ8KCATnwYZkvkzXekNtNfzsaVTcUJA=
Sender: Fernando Gont <fernando.gont.netbook.win@gmail.com>
Message-ID: <4CF6C471.9070304@gont.com.ar>
Date: Wed, 01 Dec 2010 18:56:01 -0300
From: Fernando Gont <fernando@gont.com.ar>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2
MIME-Version: 1.0
To: tsvwg <tsvwg@ietf.org>
Subject: Summary of proposed changes to draft-gont-tsvwg-source-quench
OpenPGP: id=D076FFF1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, Fred Baker <fred@cisco.com>, Dan Wing <dwing@cisco.com>, Antonio.DeSimone@jhuapl.edu
Precedence: list

Folks,

I plan to produce a revision of the aforementioned I-D soon. These are
the changes that have so far been proposed to the current I-D, and my
read of where consensus seems to be.

Please respond to each of these:

1) Do *not* update the "SHOULD NOT generate ICMP SQ" in RFC 1812 to
"MUST NOT generate ICMP SQ".

My read of the comments received so far is that the current "SHOULD NOT
generate ICMP SQ" text in RFC 1812 is fine "as is", as generating ICMP
SQ does not raise interoperability problems.

(although I guess some might argue that since ICMP SQ consumes
bandwidth, this might exacerbate congestion?)


2) Update the text in RFC 1812 that states "A router MAY ignore any ICMP
Source Quench messages it receives".

The resulting text would s/MAY/SHOULD/. This would align the
requirements for routers with the requirements for hosts (of ignoring
ICMP SQs)


3) Update the text in RFC 1122 that states "If a Source Quench message
is received, the IP layer MUST report it to the transport layer (or ICMP
processing)."

The resulting text would read: "If a Source Quench message is received,
the IP layer MAY silently discard it.


4) Update the security considerations section noting that most host
implementation currently ignore ICMP SQ (as noted in RFC 5927), and
mention that they could be filtered at firewalls if deemed necessary (no
normative language here, though)


5) Have this document obsolete RFC 1016 (Prue, W., and J. Postel, "The
Source Quench Introduced Delay (SQuID)")

So far I have received one positive comment about this one (off-list).
More comments needed/wanted.


6) Note that ICMPv6 didn't bother to specify an IPv6 version of ICMP SQ
(this is just an informational note)

Thanks!

Kind regards,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@acm.org
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1

Summary of proposed changes to draft-gont-tsvwg-s… Fernando Gont
Re: Summary of proposed changes to draft-gont-tsv… Fred Baker
Fwd: Re: Fwd: Summary of proposed changes to draf… Fernando Gont
Re: Summary of proposed changes to draft-gont-tsv… Fernando Gont
Re: Summary of proposed changes to draft-gont-tsv… Fred Baker
Re: Summary of proposed changes to draft-gont-tsv… Fernando Gont
Re: Summary of proposed changes to draft-gont-tsv… DeSimone, Antonio