RE: Compressed Routing Header idea

Ron Bonica <rbonica@juniper.net> Fri, 22 May 2020 02:22 UTC

Return-Path: <rbonica@juniper.net>
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 89AB53A0DCD; Thu, 21 May 2020 19:22:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=mxXTdX7S; dkim=pass (1024-bit key) header.d=juniper.net header.b=DPNANZzA
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 9GtSQw9JPXoY; Thu, 21 May 2020 19:22:35 -0700 (PDT)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 AEFF33A0DCC; Thu, 21 May 2020 19:22:35 -0700 (PDT)
Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 04M2Lv3Q021058; Thu, 21 May 2020 19:22:31 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=eokE+sVjV/bKh53QPaPtwCss0N/4Di4jtc02Z1kHO/w=; b=mxXTdX7So+SItWqc6TaDcu6zVO3bLvnQAku5S363jMYcWiMOqN3Umo2eK7kBWI0H12b0 iDGZtWqmVnwmDdLITHfP9D44BNZWt9JtyvBqNsRTvxxGmvkvTSWzfser0BqVjK82hGq6 rNRM9nkR12UgOvkhv9AyHzdQdAdXmzbZ2kIVsCUp+Lsu5rJrSWRtgljSknxnUd86BCgD KPHjOqL3AfuXuIZ1FjQbbaVFtLosfeK+RuftGRec0gHVjlN/cLfBPcxnFPVCpB21yWrX FtTsmD+ynJsUejM1BuDK885ARKz+XDNsme11LJWfcSUxEyFBnsUW+HnuaIk5te3Jz7gM dw==
Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2170.outbound.protection.outlook.com [104.47.59.170]) by mx0b-00273201.pphosted.com with ESMTP id 315jq329kg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 May 2020 19:22:30 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NeN3fncCBZ8+TvH3albJ6jZrSasPi/dAOnQJtsBZ0AlgYqhLKXCmHIo45CSLovKpdcieVip+5AdttjK1bbZ9RDG6LOnhTm79mUUPJI9tYN8kpayEI7PKpfoC1NbTplbTgeNNZcqeqxRIp082uYdKf8Iy50fLbdEe+1s51+noEodoErVR3tuX3O0w+Pu6vtMsvWrJp9JLXV41iG3Hmt4RP6mq4QnE8bhQoxRXOBG2ej4Af52Lg2rc4eYoMS3jMU5Y2+7LTKlJ7Us7TCYpKU1/dXgOXNZ+c7HPPObNyQjkz0T3tZrDCdCoiaVJ3i1+wVok1a/kz5sSX6m1hquvV/yrsA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eokE+sVjV/bKh53QPaPtwCss0N/4Di4jtc02Z1kHO/w=; b=bsHKg/urxPjF+S/CE/dlTBm4k9RtZzjT1am6dIqscKBYr/75F8ERK8goepTsexJDddMrMl422N/S7W0py7h+nfAkjMcX8QjmjdMPHhMyu+LXV/ZpLsN9Ou8zMq0aMfZ8wfVutn9AH8Fm4zvLDirm8mvFgjjfyTewfYu4QTUrBNjPBWVfp5HG/O1deI1ry41HP53WLS3lkbhYCTC9H8VmUXjuBFNdhqmxCihTD8eoe6eq8jDOtTBzIL7VBFXz4QRekaMDPfB1tZL088HIUx/2wVJN68hzOHSIrIj+Ah/8T6r0pTCAnbpHu7CJcTiBMsroAeRRCPgNBaEmxZ+Mna7/3w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eokE+sVjV/bKh53QPaPtwCss0N/4Di4jtc02Z1kHO/w=; b=DPNANZzAvCSi6WhoKDVtnMKS7MFv4zhLlEWhMhxd1y/VPY1sqIN0blolr3gCnQox5RKCZ/kNy5GmW6mNDW7mWF1dxozwVQooznZKvgMjVIrO8hbLIzvaCqYFYSqKO2haS4X/v+nTVErDjKBpZzwdJeFDN36o49qkWxW1saFHihg=
Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB4873.namprd05.prod.outlook.com (2603:10b6:5:19::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.11; Fri, 22 May 2020 02:22:27 +0000
Received: from DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::c020:3bf5:7230:75e3]) by DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::c020:3bf5:7230:75e3%4]) with mapi id 15.20.3021.019; Fri, 22 May 2020 02:22:27 +0000
From: Ron Bonica <rbonica@juniper.net>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>, Gyan Mishra <hayabusagsm@gmail.com>, 6MAN <6man@ietf.org>
CC: IPv6 List <ipv6@ietf.org>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Subject: RE: Compressed Routing Header idea
Thread-Topic: Compressed Routing Header idea
Thread-Index: AdYtHG+8rC3YEibIRJu4gVbarLwgbQABz5wgAACO2SAACDa1AACY5l8AAAUxy2AABtCdAAABR3/Q
Date: Fri, 22 May 2020 02:22:27 +0000
Message-ID: <DM6PR05MB6348E4DD1DC9A8E7003F693FAEB40@DM6PR05MB6348.namprd05.prod.outlook.com>
References: <2a844eb431b346b8931196c5e21d33ae@boeing.com> <MN2PR11MB35654AC2F2C85717097DA6C6D8B80@MN2PR11MB3565.namprd11.prod.outlook.com> <e3c8e3a6e80047cd9033e48997e0bb99@boeing.com> <CABNhwV2RCii_e6H1L2BgoyqjzGOOWf6+=CN_KJc+KmH9eYZRgw@mail.gmail.com> <4af522c96b53457781e428432543e592@boeing.com> <DM6PR05MB6348D50CEDC3E2D502E943C6AEB70@DM6PR05MB6348.namprd05.prod.outlook.com> <9de501a671be4fc1a8a6210f56429fe4@boeing.com>
In-Reply-To: <9de501a671be4fc1a8a6210f56429fe4@boeing.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-05-22T02:22:25Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=27d0321f-7c27-48d5-93c8-5cbeabd1457a; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
dlp-product: dlpe-windows
dlp-version: 11.4.0.45
dlp-reaction: no-action
authentication-results: boeing.com; dkim=none (message not signed) header.d=none;boeing.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [108.28.233.91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: d397ae13-1fbd-4aa8-4252-08d7fdf6f8bd
x-ms-traffictypediagnostic: DM6PR05MB4873:
x-microsoft-antispam-prvs: <DM6PR05MB4873E0EC743EC2F08899DAA4AEB40@DM6PR05MB4873.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 04111BAC64
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: uhHKpJQqTHJ/sc5QmWw4bpl9W2fQFTODZh/4v+WYCQLUfrXMGTNUGTnqCr++/ROWkUM6b1leeRTD9am6iiq1f48H+wYH4FNRLcj9/jbowGPHMFMdMAuaJLg3hXHM50I7f52iaqlaYV3/CDFadYGvvdvArA3pME3G04C7OoiWKgzqK0TZ+8Q6EORcyYrlg4QmKSqCqewnd//xe5n9LvxNfoFoCx0vTBoQ1UNj1/wUKw5gfZf8LhScwkwzZ1d8o0YgiXOGacey5yPOnjSMJ4Ag4mNliU5+rZKECV6OBorgvSXmwwTTF2sMmmWuOIlAxu5f74LG3dQthxKWYxnxEEraoa9apwvVEgWjJU14Tutg/xbL+PwM5NqtzbDfzz1Y3EyQsQAuzy+rrp9WpfHn+E0m8A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR05MB6348.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(39860400002)(346002)(376002)(136003)(366004)(66476007)(7696005)(71200400001)(186003)(52536014)(26005)(966005)(6506007)(53546011)(76116006)(316002)(3480700007)(110136005)(64756008)(55016002)(54906003)(5660300002)(8676002)(66556008)(8936002)(66946007)(86362001)(66446008)(4326008)(33656002)(66574014)(166002)(478600001)(9686003)(2906002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: kn2xTmghQ1BCDoPUhQ/UGgPhW6iH2iqH88r+yxXYpMiRsWRPAkHYdiZP9v6BMOIwtkUVOf/58vYgGP85DWXYqnyn6zO5WqHqwnp5yeeR6b016jY0p1PyaOpfWqowJGQLJ+yyr5vQwgLRtUGI7uYPa7qWHvA8He2RnSkw8jssI5eO393GVEzBQhIPhqBJI1v3BiES0Bg7/Be/nM763VRUdJPYEbV6XHmS3BiT4WK8gmvTlmC7KX+ARMJGT0TFh+5XydnAgAplmnIB0s23d2tjPZleICaOK916J/OQ6lvQYdPCKlxy4U2yzdvnk9A9qak8iwxMkEjy4lSqVH77GjgU5ehd8caUp/EkNGs2xeVAm0R2LHN6Y4jGm+Y583W7YlZhJSpgnRBW3P9AAXUkLZP0jWUI8XRW00yttqn/fizOzDeZ+1D4ntbvSBEOHXNGweGj3m8+CV1+k3vXTmkQkbBfykapFfl4kvwBmW+eG8HPQBCcZb/xt6sFgCVSyNkp3tDd
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR05MB6348E4DD1DC9A8E7003F693FAEB40DM6PR05MB6348namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: d397ae13-1fbd-4aa8-4252-08d7fdf6f8bd
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2020 02:22:27.1690 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 9veDQtcboXJn4EibBBKViL3EL31R0MvZdgNHKXQf8fupxSLrvOqWFanWIUxlIeBwexYsRPE1bDJF8Ed5Z1h9dw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4873
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.676 definitions=2020-05-21_16:2020-05-21, 2020-05-21 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 phishscore=0 bulkscore=0 adultscore=0 malwarescore=0 spamscore=0 mlxlogscore=999 mlxscore=0 suspectscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005220017
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/PpAetafKacWs3w7JKavQqfo6l5U>
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, 22 May 2020 02:22:39 -0000

Fred,

Typically, the CRH is very short. An 8-byte CRH can carry 2 SIDs. A 16-byte CRH can carry 6 SIDs.

It doesn't really save that much bandwidth.

                                                      Ron




Juniper Business Use Only
From: Templin (US), Fred L <Fred.L.Templin@boeing.com>
Sent: Thursday, May 21, 2020 9:44 PM
To: Ron Bonica <rbonica@juniper.net>et>; Gyan Mishra <hayabusagsm@gmail.com>om>; 6MAN <6man@ietf.org>
Cc: IPv6 List <ipv6@ietf.org>rg>; Pascal Thubert (pthubert) <pthubert@cisco.com>
Subject: RE: Compressed Routing Header idea

[External Email. Be cautious of content]

Hi Ron,

What I am concerned with  is the case where the ultimate hop is over a very slow link
(e.g., 100Kbps or less). Any form of compression can help, and compressing away a
Routing Header could result in a small savings - but a savings nonetheless.

So, why not just truncate it? The final destination won't miss it and will never be
aware that it was ever there in the first place.

Thanks - Fred

From: Ron Bonica [mailto:rbonica@juniper.net]
Sent: Thursday, May 21, 2020 3:33 PM
To: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>; Gyan Mishra <hayabusagsm@gmail.com<mailto:hayabusagsm@gmail.com>>; 6MAN <6man@ietf.org<mailto:6man@ietf.org>>
Cc: IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>>
Subject: RE: Compressed Routing Header idea

Fred,

When a node decrements Segments Left to 0, it causes all subsequent nodes to ignore the Routing header. So, I don't see a good reason to remove the Routing header. It will be ignored by all downstream nodes anyway.

                                                          Ron




Juniper Business Use Only
From: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>
Sent: Thursday, May 21, 2020 4:00 PM
To: Gyan Mishra <hayabusagsm@gmail.com<mailto:hayabusagsm@gmail.com>>; 6MAN <6man@ietf.org<mailto:6man@ietf.org>>; Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>
Cc: IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>; Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>>
Subject: RE: Compressed Routing Header idea

[External Email. Be cautious of content]

Hi, just seeing this question now (below). The idea is that the router that processes
the penultimate SID would "pair" it with the ultimate SID so that the penultimate SID
is written as the final IPv6 destination while the ultimate SID (which may include an
address and port number) is used as a destination for IPv6-in-IP encapsulation. So,
the final hop router before the final destination would be the one to extract it.

I had a somewhat related question - can the final hop router before the final
destination delete the Routing Header before forwarding?

Thanks - Fred

Fred

Curious what would be the particular application use case for variable compressed routing header to add ancillary info like port or other miscellaneous info.

 I am guessing the final destination would have to extract the ancillary.  In a connection the tcp or udp source is the same unless using RPC or an app using dynamic port allocation and want to save the port info somewhere else.

https://datatracker.ietf.org/doc/draft-templin-6man-crh-variable/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-templin-6man-crh-variable/__;!!NEt6yMaO-gk!ViLHxbEJqhubTR_jBFZ9qv59Xn3jPyPGQcTN33jDxZuo2nzpBinDu4TXl9lvoN3y$>


Thanks

Gyan

On Mon, May 18, 2020 at 11:12 AM Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>> wrote:
Pascal, thanks I did not know about this but at first glance I do not believe RFC8138 fully
satisfies what I need. First, I want to be able to support both left-side (most significant
bits) and right-side (least significant bits) compression. Second, I want to be able to
compress to the byte granularity for any length from 0 to 16 bytes. And, third, I want
to be able to include an ancillary piece of information (e.g., an application port number)
with each IPv6 address. So, I submitted a short draft showing the format that I would
see as being flexible to support my use case and I think perhaps many other:

https://datatracker.ietf.org/doc/draft-templin-6man-crh-variable/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-templin-6man-crh-variable/__;!!NEt6yMaO-gk!ViLHxbEJqhubTR_jBFZ9qv59Xn3jPyPGQcTN33jDxZuo2nzpBinDu4TXl9lvoN3y$>

I did include a reference to RFC8138 - let me know your thoughts.

Fred

> -----Original Message-----
> From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com<mailto:pthubert@cisco.com>]
> Sent: Monday, May 18, 2020 7:55 AM
> To: Templin (US), Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>; IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>
> Subject: RE: Compressed Routing Header idea
>
> Hello Fred:
>
> Are you aware of RFC 8138? See https://tools.ietf.org/html/rfc8138#section-5.1<https://urldefense.com/v3/__https:/tools.ietf.org/html/rfc8138*section-5.1__;Iw!!NEt6yMaO-gk!ViLHxbEJqhubTR_jBFZ9qv59Xn3jPyPGQcTN33jDxZuo2nzpBinDu4TXl0b3-Gbz$>
> The addresses in the source route header can be compressed as follows:
>
> "
>
>      +-----------+----------------------+
>      |   6LoRH   | Length of compressed |
>      |   Type    | IPv6 address (bytes) |
>      +-----------+----------------------+
>      |    0      |       1              |
>      |    1      |       2              |
>      |    2      |       4              |
>      |    3      |       8              |
>      |    4      |      16              |
>      +-----------+----------------------+
>
>                        Figure 7: The SRH-6LoRH Types
>
> "
> You need multiple SRH-6loRH if you have different sizes to accommodate.
>
> Keep safe
>
> Pascal
>
> > -----Original Message-----
> > From: ipv6 <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org>> On Behalf Of Templin (US), Fred L
> > Sent: lundi 18 mai 2020 16:04
> > To: IPv6 List <ipv6@ietf.org<mailto:ipv6@ietf.org>>
> > Subject: Compressed Routing Header idea
> >
> > Hi, I have a use case where some IPv6 addresses that would go into a routing
> > header are more compressible than others and so I am wondering if some kind
> > of "hybrid" compressed routing header would be possible. For example, if one
> > address can be compressed down to
> > 16 bits, then include only those 16 bits; if a different address can only be
> > compressed down to 32 bits, then include the 32 bits; if yet a different address
> > cannot be compressed at all, then include all 128 bits. And, there may be many
> > more sizes in between.
> >
> > RFC4191 Section 2.3 shows an example of how an IPv6 prefix/address can be
> > compressed to a variable length. Essentially, a length byte followed by a
> > variable-length prefix. That way there would still be "pretty good compression"
> > albeit with an extra byte per prefix. And, it would be a generalized form that
> > would only require a single routing header type value.
> > How would it be if we did something like that?
> >
> > Fred
> >
> >
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org<mailto:ipv6@ietf.org>
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!ViLHxbEJqhubTR_jBFZ9qv59Xn3jPyPGQcTN33jDxZuo2nzpBinDu4TXl0Q2OkFT$>
> > --------------------------------------------------------------------

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org<mailto:ipv6@ietf.org>
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ipv6__;!!NEt6yMaO-gk!ViLHxbEJqhubTR_jBFZ9qv59Xn3jPyPGQcTN33jDxZuo2nzpBinDu4TXl0Q2OkFT$>
--------------------------------------------------------------------
--
Gyan  Mishra
Network Engineering & Technology
Verizon
Silver Spring, MD 20904
Phone: 301 502-1347
Email: gyan.s.mishra@verizon.com<mailto:gyan.s.mishra@verizon.com>