Re: [Softwires] Genart last call review of draft-ietf-softwire-mesh-multicast-22

Ole Troan <otroan@employees.org> Mon, 17 September 2018 07:01 UTC

Return-Path: <otroan@employees.org>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F73C130E25; Mon, 17 Sep 2018 00:01:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m31CJVBMYr76; Mon, 17 Sep 2018 00:01:12 -0700 (PDT)
Received: from bugle.employees.org (accordion.employees.org [198.137.202.74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18FF0130E03; Mon, 17 Sep 2018 00:01:12 -0700 (PDT)
Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bugle.employees.org (Postfix) with ESMTPSA id 5F6B2FECBE38; Mon, 17 Sep 2018 07:01:11 +0000 (UTC)
Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id C3B775B7078; Mon, 17 Sep 2018 09:01:09 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Ole Troan <otroan@employees.org>
In-Reply-To: <dce53819-032a-a3bd-6c9f-9262ad550e8a@gmail.com>
Date: Mon, 17 Sep 2018 09:01:09 +0200
Cc: Joe Touch <touch@strayalpha.com>, 杨术 <yangshu@oudmon.com>, softwires <softwires@ietf.org>, gen-art <gen-art@ietf.org>, "draft-ietf-softwire-mesh-multicast.all" <draft-ietf-softwire-mesh-multicast.all@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F66E0BB3-F7CC-4718-9EF4-CE5EA5153B3A@employees.org>
References: <153532652678.11793.13628771343783380767@ietfa.amsl.com> <tencent_4B74746E333CB9DE0327BF0B@qq.com> <4b72b927-0e46-f471-a252-b447d2db0d78@gmail.com> <934AFCAD-C015-4FF7-A229-1867880DD922@strayalpha.com> <c6c4bcf3-1164-9296-98ff-386f850b5b76@gmail.com> <045AAF76-DB2D-4AC7-8A00-03811401A114@strayalpha.com> <dce53819-032a-a3bd-6c9f-9262ad550e8a@gmail.com>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/softwires/WialTdvkMa-1P43CSZNxxxhFpc4>
Subject: Re: [Softwires] Genart last call review of draft-ietf-softwire-mesh-multicast-22
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/softwires/>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Sep 2018 07:01:14 -0000

> No, it isn't, but as far as I can see, any tunnel spec needs to state how this applies. If the tunnel keeps no packet state, how is it going to perform PMTUD? If the answer is that the tunnel end points need to be configured in some way, that needs to be stated too.
> 
> Sorry to go on, but when I review a draft, I like to feel that if I had to, I could code it, and in this case I just don't know how I would code the AFBR with respect to PMTUD and/or including a fragment header.

Typically tunnels are either configured with a fixed MTU, or do path MTU discovery like any other host on the Internet.
E.g. for a point to point tunnel it can dynamically set the MTU on a tunnel interface based on received PMTUD messages (or PLMTUD probing).
For point to multi-point tunnels it maintains a PMTUD cache.
There’s no magic for tunnels here, just like Joe says.

Cheers,
Ole