Re: [v6ops] proposed TCP MSS text for rfc6204bis

"Templin, Fred L" <Fred.L.Templin@boeing.com> Wed, 23 May 2012 14:39 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E61F21F8739 for <v6ops@ietfa.amsl.com>; Wed, 23 May 2012 07:39:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.824
X-Spam-Level:
X-Spam-Status: No, score=-1.824 tagged_above=-999 required=5 tests=[AWL=0.175, BAYES_00=-2.599, J_CHICKENPOX_13=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a71gyBUedxL6 for <v6ops@ietfa.amsl.com>; Wed, 23 May 2012 07:39:03 -0700 (PDT)
Received: from slb-mbsout-02.boeing.com (slb-mbsout-02.boeing.com [130.76.64.129]) by ietfa.amsl.com (Postfix) with ESMTP id 3C67821F8721 for <v6ops@ietf.org>; Wed, 23 May 2012 07:39:03 -0700 (PDT)
Received: from slb-mbsout-02.boeing.com (localhost.localdomain [127.0.0.1]) by slb-mbsout-02.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with ESMTP id q4NEd2fO012749 for <v6ops@ietf.org>; Wed, 23 May 2012 07:39:02 -0700
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.128.218]) by slb-mbsout-02.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id q4NEd2jH012737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 23 May 2012 07:39:02 -0700
Received: from slb-av-01.boeing.com (localhost.localdomain [127.0.0.1]) by slb-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q4NEd19H023930; Wed, 23 May 2012 07:39:02 -0700
Received: from XCH-NWHT-06.nw.nos.boeing.com (xch-nwht-06.nw.nos.boeing.com [130.247.25.110]) by slb-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q4NEd04Z023883 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Wed, 23 May 2012 07:39:01 -0700
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-06.nw.nos.boeing.com ([130.247.25.110]) with mapi; Wed, 23 May 2012 07:39:00 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Warren Kumari <warren@kumari.net>, Mark Andrews <marka@isc.org>
Date: Wed, 23 May 2012 07:38:59 -0700
Thread-Topic: [v6ops] proposed TCP MSS text for rfc6204bis
Thread-Index: Ac03YOLmgT/473IOSBKU9g9nQkXpzQBkHpvQ
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A65D373A6871@XCH-NW-01V.nw.nos.boeing.com>
References: <4FB74456.2090009@gmail.com> <20120519080006.GZ84425@Space.Net> <4FB775A3.1030900@gmail.com> <20120519.141906.74656347.sthaug@nethelp.no> <4FB7A7CC.6060503@gmail.com> <m27gw7eub0.wl%randy@psg.com> <4FB89733.2080106@gmail.com> <20120520140421.9E5A520C611B@drugs.dv.isc.org> <96B542C8-F19D-470D-B648-154946D791A6@kumari.net>
In-Reply-To: <96B542C8-F19D-470D-B648-154946D791A6@kumari.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: No
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] proposed TCP MSS text for rfc6204bis
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2012 14:39:04 -0000

> Can anyone remember *why* the v6 in MTU is 1280 (and please don't say
> "Because the RFC says so!"...)

You have to reach way back into history to find the
reasoning. The first proposal of moving from 576 to
1280 was from Steve Deering in November 1997. Go to:

https://www.sixxs.net/archive/docs/ipng-archives/ipng.199711

and search for:

	(IPng 4802) increasing the IPv6 minimum MTU

Remember that IPv6 is a very old protocol, and the
history goes way back. Digging the archives can be
very revealing.

Fred
fred.l.templin@boeing.com

> -----Original Message-----
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of
> Warren Kumari
> Sent: Monday, May 21, 2012 7:49 AM
> To: Mark Andrews
> Cc: v6ops@ietf.org
> Subject: Re: [v6ops] proposed TCP MSS text for rfc6204bis
> 
> [ Top posting / meta questions ]
> 
> So, both my memory and my google-foo are failing me...
> 
> Can anyone remember *why* the v6 in MTU is 1280 (and please don't say
> "Because the RFC says so!"...)
> 
> I have some niggling voice in the back of my head making 3GPP noises, but...
> 
> W
> 
> On May 20, 2012, at 10:04 AM, Mark Andrews wrote:
> 
> >
> > In message <4FB89733.2080106@gmail.com>, Brian E Carpenter writes:
> >> On 2012-05-19 22:26, Randy Bush wrote:
> >>>> If you want to send packets of arbitrary size, in any environment
> >>>> where PMTUD is impossible or fails, won't you need to always include
> >>>> a fragmentation header in every packet greater than 1280?
> >>>
> >>> see discussion of jumbo frames, commonly 4k or 9k, between consenting
> >>> adults on known links
> >>
> >> Yes indeed, but that isn't the general case. Across the open Internet,
> >> I think we have the situation I described.
> >>
> >> On 2012-05-19 21:16, Gert Doering wrote:
> >>
> >>>>> UDP packets larger than 1280 bytes
> >>>>> Don't do that!
> >>>
> >>> Tell that to the DNS people.  They seem to really like not-using-TCP.
> >>
> >> Yes, but I understand that DNSSEC more or less dooms that plan anyway.
> >>
> >> However, I thinks it's true that the only fail-safe solution is to
> >> include a frag header if you need to send UDP >1280.
> >>
> >>   Brian
> >
> > For DNS we just fragment at 1280 using IPV6_USE_MIN_MTU.   We were
> > thinking about this back in 1998 (draft-ietf-ipngwg-bsd-frag-00.txt)
> > which was rolled into the advanced socket api.  It took a few more
> > years than I would have liked to become RFC and for implementations
> > to be available.  EDNS was already being developed back then and
> > it was obvious that PMTUD wouldn't work for large nameservers even
> > if they got the ICMPv6 PTBs.
> >
> > For DNS there is little to be gained by trying to send any bigger
> > packets.
> >
> > YMMV for other UDP based protocols.
> >
> > Mark
> >
> >>    Brian
> >> _______________________________________________
> >> v6ops mailing list
> >> v6ops@ietf.org
> >> https://www.ietf.org/mailman/listinfo/v6ops
> > --
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org
> > _______________________________________________
> > v6ops mailing list
> > v6ops@ietf.org
> > https://www.ietf.org/mailman/listinfo/v6ops
> >
> 
> --
> With Feudalism, it's your Count that votes.
> 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops