draft-ietf-6man-slaac-renum: Conveying Information in Router Advertisement (RA) Messages
Fernando Gont <fgont@si6networks.com> Thu, 09 June 2022 08:03 UTC
Return-Path: <fgont@si6networks.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 573EAC14F723; Thu, 9 Jun 2022 01:03:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27n-7au1cfY0; Thu, 9 Jun 2022 01:03:14 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 72F5BC14F6EC; Thu, 9 Jun 2022 01:03:12 -0700 (PDT)
Received: from [IPV6:2001:67c:27e4:c::1001] (unknown [IPv6:2001:67c:27e4:c::1001]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id F3E6E280984; Thu, 9 Jun 2022 08:03:08 +0000 (UTC)
Message-ID: <971cee77-6cf5-513f-c72b-458b1f0b581c@si6networks.com>
Date: Thu, 09 Jun 2022 05:03:06 -0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1
Content-Language: en-US
To: ipv6@ietf.org
From: Fernando Gont <fgont@si6networks.com>
Subject: draft-ietf-6man-slaac-renum: Conveying Information in Router Advertisement (RA) Messages
Cc: draft-ietf-6man-slaac-renum@ietf.org
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/8FVudIATZhM8nooZG2AWREVbw94>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 09 Jun 2022 08:03:15 -0000
Hi, Section 4.4 of draft-ietf-6man-slaac-renum-03 contains a "[TBD]" placeholder for text that had not yet been incorporated from the individual submission version of the document (draft-gont-6man-slaac-renum). We'd like to hear from you regarding whether you have any thoughts or objections about incorporating the following text for Section 4.4: ---- cut here ---- 4.4. Conveying Information in Router Advertisement (RA) Messages Intentionally omitting information in Router Advertisements may prevent the propagation of such information, and may represent a challenge for hosts that need to infer whether they have received a complete set of SLAAC configuration information. As a result, this section aims that, to the extent that is possible, RA messages contain a complete set of SLAAC information. This document replaces the following text from Section 6.2.3 of [RFC4861]: A router MAY choose not to include some or all options when sending unsolicited Router Advertisements. For example, if prefix lifetimes are much longer than AdvDefaultLifetime, including them every few advertisements may be sufficient. However, when responding to a Router Solicitation or while sending the first few initial unsolicited advertisements, a router SHOULD include all options so that all information (e.g., prefixes) is propagated quickly during system initialization. If including all options causes the size of an advertisement to exceed the link MTU, multiple advertisements can be sent, each containing a subset of the options. with: When sending Router Advertisements, a router SHOULD include all options. If including all options would cause the size of an advertisement to exceed the link MTU, multiple advertisements can be sent, each containing a subset of the options. In all cases, routers SHOULD convey all information using the smallest possible number of packets. and try to convey options of the same type in the same packet. RATIONALE: * Sending information in the smallest possible number of packets was somewhat already implied by the original text in [RFC4861]. Including all options when sending RAs leads to simpler code (as opposed to dealing with special cases where specific information is intentionally omitted), and also helps hosts infer when they have received a complete set of SLAAC configuration information. Note that while [RFC4861] allowed some RAs to omit some options, to the best of the authors' knowledge, all SLAAC router implementations always send all options in the smallest possible number of packets. Therefore, this section simply aligns the protocol specifications with existing implementation practice. ---- cut here ---- Thanks! Regards, -- Fernando Gont SI6 Networks e-mail: fgont@si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
- draft-ietf-6man-slaac-renum: Conveying Informatio… Fernando Gont
- Re: draft-ietf-6man-slaac-renum: Conveying Inform… Ted Lemon
- Re: draft-ietf-6man-slaac-renum: Conveying Inform… Fernando Gont
- RE: draft-ietf-6man-slaac-renum: Conveying Inform… Vasilenko Eduard
- Re: draft-ietf-6man-slaac-renum: Conveying Inform… Fernando Gont
- Re: draft-ietf-6man-slaac-renum: Conveying Inform… Brian E Carpenter
- RE: draft-ietf-6man-slaac-renum: Conveying Inform… Vasilenko Eduard
- Re: draft-ietf-6man-slaac-renum: Conveying Inform… Fernando Gont
- RE: draft-ietf-6man-slaac-renum: Conveying Inform… Vasilenko Eduard