Re: [v6ops] draft-palet-v6ops-transition-ipv4aas discussion

Richard Patterson <richard@helix.net.nz> Wed, 25 April 2018 09:16 UTC

Return-Path: <richard@helix.net.nz>
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 548771270AC for <v6ops@ietfa.amsl.com>; Wed, 25 Apr 2018 02:16:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=helix-net-nz.20150623.gappssmtp.com
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 owipJiGi2Hu4 for <v6ops@ietfa.amsl.com>; Wed, 25 Apr 2018 02:16:13 -0700 (PDT)
Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C188B12708C for <v6ops@ietf.org>; Wed, 25 Apr 2018 02:16:13 -0700 (PDT)
Received: by mail-io0-x229.google.com with SMTP id a10-v6so8064873ioc.9 for <v6ops@ietf.org>; Wed, 25 Apr 2018 02:16:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=helix-net-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=irBpHAGQ0zk63W+EUBvkiRhU01MPyKO1ZvpyQpBi424=; b=jdPFcj0yvRJwFaCApkXLN9WfPdrxIEVB+7tiNShJiVm5w1xCdj6ohSShMf4oSQRTq3 6c2IQlMHvcxgnaOzIAZlYh4Jy1UFfQeXwTtlETpXKeEcCaaG77SbyYO9YQnzAOo64pfy lLDJo9GGoSSt089uVzsW0hM/qw561wH2Aek92YKAcm1XPK/6MpV7g52Wa1Qh9OrnMYgG REUHR1sDITCHK4fWMk6LMRHfDiZ+7qadP/ux5kV7lGut8VtXmlG7SQb1kUcNnunsgiGc HM6lbjvTClnc2Ra1bfvSane3NXLKlxOplgdalqON2oI1VPg48PoSmxs9OD+leFM0ysjH MnDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=irBpHAGQ0zk63W+EUBvkiRhU01MPyKO1ZvpyQpBi424=; b=hDaJVoVgm2G94QOZK4NOaAzDkp0wzfeLxpGwTjOEt1XTmVmgN2I29Bs/xtqUS9WIHQ 7pxCSlWY7FxZpFZM4+lykDu7Z7U/8bhJb5XjPZxVyhlYKWJ5Ln2giu6ieYfMuuqwTHT2 SfQOexKbQpIQMUcLT8XxEw1fXgyoGxBivvLELjkVMAqTo46F94x00eIr8zoqE1vMSbuB MiTIH46VADFJUTNxOyzLiU77tp1gMRaSt4whhLYAKYEWmZp9K42sQjSLMCNNIkKIXZqT rwxgpuQ527ipfjgrdQpFhzckvCNaejbAi25RXR5Gyw2etedhm/7TJH/2YVWnZ7T8qUz7 01Og==
X-Gm-Message-State: ALQs6tDi3om85vpw15RTiaOWeYDgPEJrArJoqz4D5/yj4Mv49RTlXyUD Jf77gobi/CcpiYb+Iw12p0jNpiBr
X-Google-Smtp-Source: AB8JxZpijbJjvIFEiFIt3Kr5aDjpHF4uL92A7FUvO8E8KY4qHHIzSxApXwgciqRlMEGaOdwQaM86rQ==
X-Received: by 2002:a6b:27d5:: with SMTP id n204-v6mr21157026ion.206.1524647772823; Wed, 25 Apr 2018 02:16:12 -0700 (PDT)
Received: from mail-it0-f47.google.com (mail-it0-f47.google.com. [209.85.214.47]) by smtp.gmail.com with ESMTPSA id v99-v6sm1031495iov.40.2018.04.25.02.16.12 for <v6ops@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Apr 2018 02:16:12 -0700 (PDT)
Received: by mail-it0-f47.google.com with SMTP id 144-v6so4431856iti.5 for <v6ops@ietf.org>; Wed, 25 Apr 2018 02:16:12 -0700 (PDT)
X-Received: by 2002:a24:4f58:: with SMTP id c85-v6mr1241589itb.81.1524647772040; Wed, 25 Apr 2018 02:16:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.89.25 with HTTP; Wed, 25 Apr 2018 02:15:51 -0700 (PDT)
In-Reply-To: <ECDF4B32-1A4E-49A9-9255-091F2FEA78AF@gmail.com>
References: <3A083AA8-41D3-4BF8-BE31-5071975B6F98@gmail.com> <CAHL_VyC1xUDDqZRz1r--u8nyuLaZRnsT0ZR7hzOw4HWUkgwPXg@mail.gmail.com> <52D64464-A1BB-4FFA-AA79-28B8953E3B93@gmail.com> <2D09D61DDFA73D4C884805CC7865E6114DD7F981@GAALPA1MSGUSRBF.ITServices.sbc.com> <ECDF4B32-1A4E-49A9-9255-091F2FEA78AF@gmail.com>
From: Richard Patterson <richard@helix.net.nz>
Date: Wed, 25 Apr 2018 10:15:51 +0100
X-Gmail-Original-Message-ID: <CAHL_VyBnRkmpNDcwqTTxu8DnUGFAdKgL+PB1pt9yFLQ==cM0aA@mail.gmail.com>
Message-ID: <CAHL_VyBnRkmpNDcwqTTxu8DnUGFAdKgL+PB1pt9yFLQ==cM0aA@mail.gmail.com>
To: V6 Ops List <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ky3UIU1HfpkF7LarHqUFZ3M9lVw>
Subject: Re: [v6ops] draft-palet-v6ops-transition-ipv4aas discussion
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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, 25 Apr 2018 09:16:16 -0000

Section 4 only briefly touches on UPnP, I'd like to propose that we
make a recommendation around its behaviour if it is enabled.

UPnP MAY be enabled on the IPv6 transition CE, for stateless
mechanisms that forward unsolicited inbound packets through to the CE.
If UPnP is enabled, the agent MUST reject any port mapping requests
for ports outside of the range(s) allocated to the IPv6 transition CE.

UPnP SHOULD be disabled for stateful mechanisms that do not forward
unsolicited inbound packets to the CE, unless implemented in
conjunction with a method to control the external port mapping, such
as IGD-PCP IWF [RFC6970].

-Richard


On 25 April 2018 at 01:38, Fred Baker <fredbaker.ietf@gmail.com> wrote:
>
>
>> On Apr 24, 2018, at 12:13 PM, STARK, BARBARA H <bs7652@att.com> wrote:
>>
>> But that doesn't mean I believe the draft has exactly the right set of features included. My understanding of "adoption" is that it is still possible post-adoption to discuss whether specific features / requirements do or don't belong. If the precise set of features and requirements must be agreed upon prior to adoption, then I would not be in support of adoption. Hopefully we aren't setting the bar that high?
>
> I understand "adoption as a working group draft" to mean that the working group has agreed to work on the draft. There are some working groups that seem to confuse "adoption as a work group draft" with "agreement to send it to the IESG"; I don't, but expect conversation in between those two events.
>
> That said, I'd like to believe that the draft is pretty close, and that changes that need to be made to it will have text offered by the people that want them. So - keep your cards and letters coming...
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>