RE: Updates to RFC6434
"Turner, Randy" <Randy.Turner@landisgyr.com> Mon, 30 October 2017 13:58 UTC
Return-Path: <Randy.Turner@landisgyr.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2245C13F9F9 for <ipv6@ietfa.amsl.com>; Mon, 30 Oct 2017 06:58:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.699
X-Spam-Level:
X-Spam-Status: No, score=-4.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=landisgyr.onmicrosoft.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 StLtHsux4G-s for <ipv6@ietfa.amsl.com>; Mon, 30 Oct 2017 06:58:54 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0126.outbound.protection.outlook.com [104.47.0.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB09A13F9F2 for <ipv6@ietf.org>; Mon, 30 Oct 2017 06:58:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=LandisGyr.onmicrosoft.com; s=selector1-landisgyr-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3fTomQYMgvj/K3W1fjcWv7Mt7IKJ9bPhD2R/G728trs=; b=iZLtHZMcC0m0dNsZIGFE7OF9c9YxXrCThnC8ItiMP6DemNoV84pbiJwLdynFi6SmZaLrbetKa45nwS6mMIOWY/IMvhiE/dLzfL35TRsyBsCQLkouL3idMKPe6YcbYDDqFwS4inbXyBGfryg3/R1WpuMVCPAyFd7X1hbOkg0gfNA=
Received: from AM0PR0102MB3298.eurprd01.prod.exchangelabs.com (52.133.44.27) by AM0PR0102MB3298.eurprd01.prod.exchangelabs.com (52.133.44.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Mon, 30 Oct 2017 13:58:51 +0000
Received: from AM0PR0102MB3298.eurprd01.prod.exchangelabs.com ([fe80::5432:872d:8b4:6d21]) by AM0PR0102MB3298.eurprd01.prod.exchangelabs.com ([fe80::5432:872d:8b4:6d21%13]) with mapi id 15.20.0178.012; Mon, 30 Oct 2017 13:58:51 +0000
From: "Turner, Randy" <Randy.Turner@landisgyr.com>
To: 6man WG <ipv6@ietf.org>
Subject: RE: Updates to RFC6434
Thread-Topic: Updates to RFC6434
Thread-Index: AQHTUYUKL9FGrjP+MUKlM6Xn21u7m6L8apdw
Date: Mon, 30 Oct 2017 13:58:50 +0000
Message-ID: <AM0PR0102MB3298C9D72FE78B297A2264A280590@AM0PR0102MB3298.eurprd01.prod.exchangelabs.com>
References: <CAOSSMjUVCSBjbYu3bc7DU+edz2+0+RvU_AMi4FNn2n2075kk9g@mail.gmail.com>
In-Reply-To: <CAOSSMjUVCSBjbYu3bc7DU+edz2+0+RvU_AMi4FNn2n2075kk9g@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com;
x-originating-ip: [148.80.255.216]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR0102MB3298; 6:ThVAtjrDxIGwIYxevlNSrnebPGqEm0+Xx8EhwJJnDmiKavpQWNaVbmeb6+HF1yrGEEhNFCtV9sU5ZaXoNFtvyZ5EtjiBfWM1Jg9/6YZEx/Xb2r2R/JNMVSt6p68rzjzBQ6zIIxIZbl3gxj/aBdNf/V6DQioI6yM04h60vfKOhgwd1Sfy5D+8eJMiZ3RaHulPkyse/c2MvxmPUJ//xuIHAXZ1/CfB3TJFh9Mc2ZT5SjRMu7vVvRiqj4qlYXMK+fYSFBqigG/cHavmnh9DE551SAhkYbXWWD4O6Y326Up9cyAdjbQFgZuy1fsb1uQQvDCqAFfq1YZBw6MWMyEaD5/gMGpQUyuxdk32ZTvhzkM2I3c=; 5:eX64tcBAQ4c0m9vFbLBeQmL4mcpOSdknzMPHxDaZRdOUCDrdVhIgAuFZgUB1/CNPl4V36oEc/S/m30X38tGXVaaHKh14h091xz9qnAw3fSJn2yfW9TvzPGNgtSGt9H7re/BwWvuROdLC3qcnVZ+FA+HmnAigAy9TkmZcKK4GJoA=; 24:9kd8k3LEpo1CZhRDUf5ni8OARDYn+BL3GeBVcDDBxItemCvU4juju1069UtKxSSc0ulLLHiQwgyTSwn9yOetDHJpNDIZcbMtKrVBcLgIzMk=; 7:gj7jfKfWxS7hd+MbVCsh9rhY/Go0tXTyA1TwXWAW8LmsjLTGUmRGgqYf+7GUPBuN/pPJfEIhnX4fn2kpJr7sl9zjY8/pDwh65qjjSIjGzJchbiqH+YRSaHTIiCCcmw/vh7aI5K3U1wbmoA3jRx+W44eH8wYrdidPOZwQ8tgy8wZzvFaVZM5W7d9CjG/8IXjMV9DOrvAcHL6LgyQZn7KYlY2utbx7v4Lc6UDb72R9GOoPdV2pcSeCVmvhH58OyK/K
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 2415e933-d724-446c-c31b-08d51f9e5988
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081)(4534020)(4602075)(2017052603199); SRVR:AM0PR0102MB3298;
x-ms-traffictypediagnostic: AM0PR0102MB3298:
x-exchange-antispam-report-test: UriScan:(278428928389397)(120809045254105)(21748063052155);
x-microsoft-antispam-prvs: <AM0PR0102MB329823F344D9FD66EE1D7D8880590@AM0PR0102MB3298.eurprd01.prod.exchangelabs.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(10201501046)(3231020)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123558100)(20161123555025)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM0PR0102MB3298; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM0PR0102MB3298;
x-forefront-prvs: 0476D4AB88
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(22974007)(199003)(377424004)(189002)(7116003)(53936002)(2906002)(33656002)(86362001)(2420400007)(7736002)(8936002)(10710500007)(72206003)(53366004)(53376002)(101416001)(76176999)(55016002)(50986999)(53386004)(102836003)(74316002)(6246003)(8676002)(54356999)(3280700002)(478600001)(81156014)(81166006)(25786009)(3846002)(6116002)(966005)(68736007)(3660700001)(99286003)(6506006)(790700001)(6436002)(236005)(6916009)(2950100002)(7696004)(229853002)(53546010)(5250100002)(19609705001)(66066001)(9326002)(2900100001)(606006)(4001150100001)(7110500001)(15650500001)(14971765001)(189998001)(5660300001)(97736004)(9686003)(105586002)(54896002)(6306002)(316002)(14454004)(106356001)(493534005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR0102MB3298; H:AM0PR0102MB3298.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM0PR0102MB3298C9D72FE78B297A2264A280590AM0PR0102MB3298_"
MIME-Version: 1.0
X-OriginatorOrg: landisgyr.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2415e933-d724-446c-c31b-08d51f9e5988
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Oct 2017 13:58:50.9128 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0102MB3298
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/X8Uq7AJe9M2L1iZNSc1ZR7o3NvY>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Oct 2017 13:58:57 -0000
Hi Guys, How should readers of 6434bis reconcile the following two statements from section 5.4 ? Neighbor Discovery is defined in [RFC4861]; the definition was updated by [RFC5942]. Neighbor Discovery SHOULD be supported. -- All nodes MUST support the sending and receiving of Neighbor Solicitation (NS) and Neighbor Advertisement (NA) messages. NS and NA messages are required for Duplicate Address Detection (DAD). Thanks, Randy From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Timothy Winters Sent: Monday, October 30, 2017 9:43 AM To: 6man WG <ipv6@ietf.org> Subject: Updates to RFC6434 We have posted an updated version of 6434bis, with the following changes since Prague: * Text on EH processing * Noted that RFC4191 is a MUST, but a SHOULD for Type C node * Updated RFC references (8200, 8201, 8221, 8247) * Added note on RFC 7772 for power consumption * Added ‘Why /64?’ reference; RFC 7421 * Removed jumbogram text * Added reference to draft-ietf-v6ops-unique-ipv6-prefix-per-host * For 3GPP, added ‘snapshot’ comment on RFC7066 * Added RFC8028 as a SHOULD (for Section 5.5 from RFC 6724) * Removed ATM over IPv6 * Added reference to RFC8064 * Added MUST for BCP 198, and ref to draft-ietf-v6ops-ipv6rtr-reqs * Added text on avoiding 1280 MTU for UDP (inc. DNS) traffic We'll be sending some additional questions to the list later this week to hopefully get this document ready for working group last call. ~Tim, Tim and John ---------- Forwarded message ---------- From: <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Date: Mon, Oct 30, 2017 at 9:36 AM Subject: I-D Action: draft-ietf-6man-rfc6434-bis-02.txt To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org> Cc: ipv6@ietf.org<mailto:ipv6@ietf.org> A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPv6 Maintenance WG of the IETF. Title : IPv6 Node Requirements Authors : Tim Chown John Loughney Timothy Winters Filename : draft-ietf-6man-rfc6434-bis-02.txt Pages : 40 Date : 2017-10-30 Abstract: This document defines requirements for IPv6 nodes. It is expected that IPv6 will be deployed in a wide range of devices and situations. Specifying the requirements for IPv6 nodes allows IPv6 to function well and interoperate in a large number of situations and deployments. This document obsoletes RFC 6434, and in turn RFC 4294. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-6man-rfc6434-bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-6man-rfc6434-bis-02 https://datatracker.ietf.org/doc/html/draft-ietf-6man-rfc6434-bis-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc6434-bis-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -- Now offering testing for SDN applications and controllers in our SDN switch test bed. Learn more today http://bit.ly/SDN_IOLPR
- Updates to RFC6434 Timothy Winters
- RE: Updates to RFC6434 Turner, Randy
- Re: Updates to RFC6434 Timothy Winters
- RE: Updates to RFC6434 Templin, Fred L
- Re: Updates to RFC6434 Timothy Winters
- RE: Updates to RFC6434 Templin, Fred L
- Re: Updates to RFC6434 Tim Chown
- RE: Updates to RFC6434 Templin, Fred L
- Re: Updates to RFC6434 Tim Chown
- RE: Updates to RFC6434 Templin, Fred L
- Updating to RFC6434 to deal with 8200-style heade… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Mark Smith
- Re: Updating to RFC6434 to deal with 8200-style h… Ole Troan
- Re: Updating to RFC6434 to deal with 8200-style h… Erik Kline
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Mark Smith
- Re: Updating to RFC6434 to deal with 8200-style h… Mikael Abrahamsson
- Re: Updating to RFC6434 to deal with 8200-style h… Ole Troan
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… C. M. Heard
- Re: Updating to RFC6434 to deal with 8200-style h… Tim Chown
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Mikael Abrahamsson
- Re: Updating to RFC6434 to deal with 8200-style h… C. M. Heard
- Re: Updating to RFC6434 to deal with 8200-style h… Mikael Abrahamsson
- Re: Updating to RFC6434 to deal with 8200-style h… Fred Baker
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… C. M. Heard
- Re: Updating to RFC6434 to deal with 8200-style h… C. M. Heard
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Tim Chown
- Re: Updating to RFC6434 to deal with 8200-style h… Ole Troan
- Re: Updating to RFC6434 to deal with 8200-style h… Tim Chown
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Tom Herbert
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- RE: Updating to RFC6434 to deal with 8200-style h… Manfredi, Albert E
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Tom Herbert
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Tim Chown
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Michael Richardson
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Bob Hinden
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Brian E Carpenter
- Re: Updating to RFC6434 to deal with 8200-style h… Fernando Gont
- Re: Updating to RFC6434 to deal with 8200-style h… Tim Chown
- Re: Updating to RFC6434 to deal with 8200-style h… C. M. Heard