Re: Updates to RFC6434

Hi Randy,

The original RFC 6434 has this same text.   In this case it's calling out
for the purpose of DAD that you have to support sending NA and NS as
defined in RFC 4861.   The rest of the 4861 (Router Discovery, Address
Resolution, etc...) are covered under the SHOULD at the top of the Section
5.4.

~Tim

On Mon, Oct 30, 2017 at 9:58 AM, Turner, Randy <Randy.Turner@landisgyr.com>
wrote:

> 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>
> 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
> Cc: 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.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> 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
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> 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