Re: encoding link ID in link-local addrs (Re: about violation of standards)
"Mudric, Dusan (Dusan)" <dmudric@avaya.com> Thu, 25 April 2019 14:32 UTC
Return-Path: <dmudric@avaya.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 7D9D01200B7 for <ipv6@ietfa.amsl.com>; Thu, 25 Apr 2019 07:32:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.121
X-Spam-Level:
X-Spam-Status: No, score=-6.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_NEUTRAL=0.779] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=avaya365.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 43vcEi-7nNg5 for <ipv6@ietfa.amsl.com>; Thu, 25 Apr 2019 07:32:28 -0700 (PDT)
Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17550120043 for <ipv6@ietf.org>; Thu, 25 Apr 2019 07:32:27 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2FmAABcxMFc/yYyC4dmHQEBBQEHBQGBUQgBCwGBPVADgT0gBDMKh0wDhFKKOIJXmEuBJAMYPA8BLQKEPgKGMSM0CQ4BAwEBAQQBAQEBAgICaRwMg0U5MgEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQUCODkBAQECARIoBgEBNwEEDQEIDSlCJgEEAQ0NEweEagMNDwECAp8XAoEGL4hfgiAaAoJdAQEFhQUYgg0JCQGBKAGLSBeBQT6BEUaCTD6ERAKDOYImimmbcQkCggiHRYsAjAkDiQiMBJQ7AgICAgQFAg4BAQWBTzmBVnAVgyeCDwwXg0yKU3KBKY4oAYEgAQE
X-IPAS-Result: A2FmAABcxMFc/yYyC4dmHQEBBQEHBQGBUQgBCwGBPVADgT0gBDMKh0wDhFKKOIJXmEuBJAMYPA8BLQKEPgKGMSM0CQ4BAwEBAQQBAQEBAgICaRwMg0U5MgEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQUCODkBAQECARIoBgEBNwEEDQEIDSlCJgEEAQ0NEweEagMNDwECAp8XAoEGL4hfgiAaAoJdAQEFhQUYgg0JCQGBKAGLSBeBQT6BEUaCTD6ERAKDOYImimmbcQkCggiHRYsAjAkDiQiMBJQ7AgICAgQFAg4BAQWBTzmBVnAVgyeCDwwXg0yKU3KBKY4oAYEgAQE
X-IronPort-AV: E=Sophos;i="5.60,394,1549947600"; d="scan'208";a="337585623"
Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 25 Apr 2019 10:32:12 -0400
X-OutboundMail_SMTP: 1
Received: from unknown (HELO AZ-US1EXHC02.global.avaya.com) ([135.11.85.13]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Apr 2019 10:32:12 -0400
Received: from PW365VMAP01.avaya.com (135.11.29.21) by az-us1exhc02.global.avaya.com (135.11.85.13) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 25 Apr 2019 10:32:12 -0400
Received: from NAM05-BY2-obe.outbound.protection.outlook.com (104.47.50.54) by PW365VMAP01.avaya.com (135.11.29.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.1531.3; Thu, 25 Apr 2019 09:32:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Avaya365.onmicrosoft.com; s=selector1-avaya-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NMhDIAd7O+skztNfHXqoCXGNPwOdCyVD4mYwODtdHA0=; b=ZmkoXKzO5G4vC/gXHzAazIntL1YVHilkzq6SlIZgMCjWlM3jtNiSRF4MUlX5UBgtVXOcg2ERWpVhJvOHlfMVxFDbTPsdgrvmqBcAcGMW/sI94WqF6JigWwN9Hpe0PW1NxFQzmjCaw0hJ4kPt1iISq5KFGS/2wmpoBHSNxrhqfmw=
Received: from DM6PR15MB2506.namprd15.prod.outlook.com (20.176.71.32) by DM6PR15MB3180.namprd15.prod.outlook.com (20.179.51.77) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1813.14; Thu, 25 Apr 2019 14:32:10 +0000
Received: from DM6PR15MB2506.namprd15.prod.outlook.com ([fe80::f9bf:a95a:e7db:2480]) by DM6PR15MB2506.namprd15.prod.outlook.com ([fe80::f9bf:a95a:e7db:2480%5]) with mapi id 15.20.1835.010; Thu, 25 Apr 2019 14:32:10 +0000
From: "Mudric, Dusan (Dusan)" <dmudric@avaya.com>
To: "ipv6@ietf.org" <ipv6@ietf.org>, Alexandre Petrescu <alexandre.petrescu@gmail.com>, Ole Troan <otroan@employees.org>, "," <jinmei@wide.ad.jp>
CC: "Pascal Thubert (pthubert" <pthubert@cisco.com>
Subject: Re: encoding link ID in link-local addrs (Re: about violation of standards)
Thread-Topic: encoding link ID in link-local addrs (Re: about violation of standards)
Thread-Index: AdT7c6lZK6PR6hcAS8aF47MFgzNtEg==
Date: Thu, 25 Apr 2019 14:32:10 +0000
Message-ID: <DM6PR15MB25060A2397F2949C08B4A896BB3D0@DM6PR15MB2506.namprd15.prod.outlook.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=dmudric@avaya.com;
x-originating-ip: [104.129.196.170]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a87ef27f-dfd1-4177-460c-08d6c98acd36
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(7168020)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM6PR15MB3180;
x-ms-traffictypediagnostic: DM6PR15MB3180:
x-microsoft-antispam-prvs: <DM6PR15MB3180E429927ED4269DC7B75ABB3D0@DM6PR15MB3180.namprd15.prod.outlook.com>
x-forefront-prvs: 0018A2705B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(136003)(366004)(396003)(376002)(39860400002)(189003)(199004)(86362001)(71200400001)(71190400001)(256004)(99286004)(73956011)(66446008)(66476007)(476003)(66556008)(64756008)(6116002)(7696005)(74316002)(76116006)(3846002)(55016002)(9686003)(66946007)(229853002)(7736002)(6246003)(305945005)(2906002)(81166006)(81156014)(8676002)(4326008)(53936002)(6436002)(25786009)(8936002)(97736004)(55236004)(68736007)(2501003)(110136005)(102836004)(66066001)(186003)(52536014)(14454004)(316002)(6506007)(478600001)(5660300002)(26005)(33656002)(486006); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR15MB3180; H:DM6PR15MB2506.namprd15.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: avaya.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 0RPHxTIg4FPU/Ov5U9qxY+b1qC7Wbxs3OkpdDd1CpIymw9PUDQrbewecMimKiiVnDGVRxaVm7O61/smHD/HMdLtzg/WeUrKcQ5kPSWktikf8zGANK4nPB2YFLsVQY1Kl7BtYUZCqFw3zMHkiu1zlnGcpyVp4BYB2z0JsPT9v7zTv1jSfSBsCaBbRwy4RpRmexDxY3/QNIPi5Atr1OxvDfwfiUlz3YZVpq327qqJfYY1lW9wbUZJA9EDSooJ/m/HWonR5pWwj3mVCZpfeSIv3y3GlIhzV4UP0KMVaY9Lz0cLvHsbmqisYmKEdvS60htsnKVjshSD0V/8V5R4rmUIqhAtYgcCbPJpSolPirsds7Ueo++widYqymC+Eern8QokL46ndsoaz/xkMeCMCJoHcLALs6590PYGfkhvlZzgpPKM=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: a87ef27f-dfd1-4177-460c-08d6c98acd36
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Apr 2019 14:32:10.3458 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 04a2636c-326d-48ff-93f8-709875bd3aa9
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR15MB3180
X-OriginatorOrg: avaya.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/U1ManXIiP6TTm5d_EDsRcKxMDhQ>
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: Thu, 25 Apr 2019 14:32:31 -0000
> 2 IPv6 link-local addresses are typically self-configured according to 4 > RFCs and relying on the fe80::/10 IANA allocation, RFC 54 0 bits, and > RFC MAC-based 64bit Interface IDs. In some cases, it is advantageous > to manually configure link-local addresses. This is useful for easy > remembering by humans, and for parameter resilience during > network interface replacement. > > Manual configuration of an LL may use short IID and Subnet ID > The Subnet ID presence in the link-local address is useful in some > wireless settings where the subnet structure parameters depend on the > link locality. Other settings may also benefit. > > When manually setting the link-local address it is necessary to know > the length of the prefix of the subnet on which this link-local > address is present. This length is necessary for on-link > determination. > [Dusan] Is the Subnet ID unique per host? Is it possible that all hosts on the link share the same Subnet ID? Can somebody provide more details about the problem and how this solution will solve the problem?
- Re: about violation of standards Kerry Lynn
- about violation of standards Alexandre Petrescu
- Re: about violation of standards Suresh Krishnan
- Re: about violation of standards Kerry Lynn
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Kerry Lynn
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Mark Smith
- Re: about violation of standards Fernando Gont
- Re: about violation of standards 神明達哉
- Re: about violation of standards Pascal Thubert (pthubert)
- encoding link ID in link-local addrs (Re: about v… 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… Gyan Mishra
- Re: encoding link ID in link-local addrs (Re: abo… Gyan Mishra
- Re: about violation of standards Yucel Guven
- Re: about violation of standards 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Nick Hilliard
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Gyan Mishra
- Re: about violation of standards Ole Troan
- Globally Unique Link Local Addresses (Re: about v… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- RE: about violation of standards Pascal Thubert (pthubert)
- Re: about violation of standards Ole Troan
- Re: Globally Unique Link Local Addresses (Re: abo… Philip Homburg
- Re: Globally Unique Link Local Addresses (Re: abo… Brian E Carpenter
- Re: about violation of standards Brian E Carpenter
- Re: about violation of standards Gyan Mishra
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Gyan Mishra
- Re: Globally Unique Link Local Addresses (Re: abo… 神明達哉
- Re: about violation of standards Mikael Abrahamsson
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - security matte… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: about violation of standards - fe80::1/128 Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: about violation of standards - fe80::1/128 神明達哉
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Ole Troan
- Re: about violation of standards Nick Hilliard
- Re: about violation of standards Yucel Guven
- Re: Globally Unique Link Local Addresses (Re: abo… 神明達哉
- Re: Globally Unique Link Local Addresses (Re: abo… Brian E Carpenter
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: about violation of standards Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Alexandre Petrescu
- Re: Globally Unique Link Local Addresses (Re: abo… Alexandre Petrescu
- Re: encoding link ID in link-local addrs (Re: abo… Philip Homburg
- Re: encoding link ID in link-local addrs (Re: abo… Ole Troan
- Re: encoding link ID in link-local addrs (Re: abo… Mudric, Dusan (Dusan)
- Re: about violation of standards Yucel Guven
- Re: encoding link ID in link-local addrs (Re: abo… 神明達哉
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - fe80::1/128 Gyan Mishra
- Re: encoding link ID in link-local addrs (Re: abo… Brian E Carpenter
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Smith
- Re: about violation of standards - fe80::1/128 Pascal Thubert (pthubert)
- Re: Globally Unique Link Local Addresses (Re: abo… Mark Andrews
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: about violation of standards Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: encoding Subnet ID in link-local addrs - prob… Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Mark Smith
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Mark Smith
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: about violation of standards Yucel Guven
- Re: easy to remember addresses and /etc/hosts and… Kerry Lynn
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: about violation of standards Erik Kline
- RE: encoding Subnet ID in link-local addrs (Re: a… Manfredi (US), Albert E
- Re: Globally Unique Link Local Addresses (Re: abo… Gyan Mishra
- Reinventing Site-Locals (Re: easy to remember add… Mark Smith
- Re: Reinventing Site-Locals (Re: easy to remember… Mark Smith
- Re: Reinventing Site-Locals (Re: easy to remember… Brian E Carpenter
- Re: disagreement on which OS should change Gyan Mishra
- Re: about violation of standards Fernando Gont
- Re: disagreement on which OS should change Brian Carpenter
- Re: disagreement on which OS should change Ole Troan
- Re: disagreement on which OS should change Fernando Gont
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: easy to remember addresses and /etc/hosts and… Alexandre Petrescu
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Gyan Mishra
- Re: disagreement on which OS should change 神明達哉
- Re: disagreement on which OS should change Bob Hinden
- Re: disagreement on which OS should change Gyan Mishra
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: disagreement on which OS should change Bob Hinden
- Re: Reinventing Site-Locals Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Alexandre Petrescu
- Re: disagreement on which OS should change Tim Chown
- Re: disagreement on which OS should change Bob Hinden
- Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Philip Homburg
- Re: Wireless ND was: about violation of standards Ole Troan
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Ole Troan
- RE: Wireless ND was: about violation of standards Pascal Thubert (pthubert)
- Re: Wireless ND was: about violation of standards Philip Homburg
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- RE: encoding Subnet ID in link-local addrs (Re: a… Mudric, Dusan (Dusan)
- Re: encoding Subnet ID in link-local addrs (Re: a… Alexandre Petrescu
- Re: about violation of standards Erik Kline
- Re: about violation of standards Erik Kline