Re: New Version Notification for draft-petrescu-6man-ll-prefix-len-17.txt

Ole Troan <otroan@employees.org> Fri, 10 May 2019 11:24 UTC

Return-Path: <otroan@employees.org>
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 A6824120072 for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 04:24:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 wCpiMbBqeVbJ for <ipv6@ietfa.amsl.com>; Fri, 10 May 2019 04:24: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 10D8C120026 for <ipv6@ietf.org>; Fri, 10 May 2019 04:24:11 -0700 (PDT)
Received: from [10.236.209.252] (77.16.65.252.tmi.telenormobil.no [77.16.65.252]) (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 6BAECFECBF0B; Fri, 10 May 2019 11:24:10 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
Subject: Re: New Version Notification for draft-petrescu-6man-ll-prefix-len-17.txt
From: Ole Troan <otroan@employees.org>
X-Mailer: iPhone Mail (16E227)
In-Reply-To: <2e3b3842-8465-4ecf-65e8-99e33212f260@gmail.com>
Date: Fri, 10 May 2019 13:24:06 +0200
Cc: tom petch <ietfc@btconnect.com>, "sthaug@nethelp.no" <sthaug@nethelp.no>, "ipv6@ietf.org" <ipv6@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <F9EAC671-75F6-47B1-B2B2-2DB3DF8214CC@employees.org>
References: <880be598-be49-a28c-57eb-f5e27a92a8f0@gmail.com> <5a96f657-9db3-6ecc-7bc7-b2e744361af3@foobar.org> <3353e235-8f20-eb1f-847b-16fda4db0a5e@gmail.com> <20190510.103055.305870287.sthaug@nethelp.no> <01fa01d5071b$fb9ed6e0$4001a8c0@gateway.2wire.net> <2e3b3842-8465-4ecf-65e8-99e33212f260@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/oG3aRiuF0SCvIWAxzEV36tsaOh0>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 10 May 2019 11:24:14 -0000

Dear Alexandre,

I don’t believe this is in scope for 6man. 

Ole,
Your ever diligent co-chair. 

> On 10 May 2019, at 13:17, Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote:
> 
> 
> 
>> Le 10/05/2019 à 12:38, tom petch a écrit :
>> ----- Original Message -----
>> From: <sthaug@nethelp.no>
>> Sent: Friday, May 10, 2019 9:30 AM
>>>>> Why OSPF(v3) for IPv6 does not use an IPv6 address in the neighbor
>> ID,
>>>>> and why does it use an IPv4 address instead?
>>>> both OSPFv2 and OSPFv3 use a 32-bit instance ID, which is
>>>> traditionally represented as an ipv4 address. It's not actually an
>>>> ipv4 address.
>>> 
>>> The 32bit instance ID responds to ping?
>> No.
>>> The 32bit instance ID is present in routing tables as next-hop?
>> No.
>> Think of it as a 32-bit *number*, not as an IPv4 address (because it
>> *is not* an IPv4 address).
> 
> In that case, the problem is in the textual representation of a 32bit value.  An uint32 cast into a struct in_addr and further converted by inet_ntoa to be displayed as a '1.1.1.1' instead of the intuitive '16843009' is misleading.
> 
> Probably the operating system of that router could be updated to no longer display the instance ID as an IP address.
> 
> In terms of spec, it seems Router ID of RFC2328 is the culprit, because RFC5340 says:
>> When receiving an Hello Packet from a neighbor on a broadcast,
>>        Point-to-MultiPoint or NBMA network, set the neighbor
>>        structure's Neighbor ID equal to the Router ID found in the
>>        packet's OSPF header.
> [...]
>>    Router ID
>>        A 32-bit number that uniquely identifies this router in the AS.
>>        One possible implementation strategy would be to use the
>>        smallest IP interface address belonging to the router.
> 
> RFC5340 OSPFv3 IPv6:
>> o  OSPF Router IDs, Area IDs, and LSA Link State IDs remain at the
>>      IPv4 size of 32 bits.  They can no longer be assigned as (IPv6)
>>      addresses.
> 
> It sounds as if it was possible to use IPv6 addresses as Router IDs before, but no longer.
> 
> Alex
> 
>> <tp>
>> Absolutely, it is a 32 bit identifier with no semantics at all.
>> Trouble is, an all too popular manufacturer decided that one way to
>> specify it was to make it an IPv4 address as well - both 32 bit, what
>> could go wrong? - sothere are many who now think that it is, even must
>> be, an address that can be reached over the network.  If you have some
>> of this kit, and an IPv4 network, then you may indeed be able to use
>> those 32 bits as a source IP address or a destination IP address but
>> that would be a case of a manufacturer deciding to go over and beyond
>> the specification and making future development more complex.
>> Thank heavens the OSPF WG carried the right concept across to OSPF v3.
>> Tom Petch
>> Steinar Haug, AS2116
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------