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 > --------------------------------------------------------------------
- Fwd: New Version Notification for draft-petrescu-… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… Nick Hilliard
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… sthaug
- Re: New Version Notification for draft-petrescu-6… tom petch
- Re: New Version Notification for draft-petrescu-6… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… Ole Troan
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… Alexandre Petrescu
- Re: New Version Notification for draft-petrescu-6… sthaug
- Re: New Version Notification for draft-petrescu-6… Mark Smith
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… sthaug
- Re: New Version Notification for draft-petrescu-6… tom petch
- Re: New Version Notification for draft-petrescu-6… Gyan Mishra
- Re: New Version Notification for draft-petrescu-6… tom petch