From nobody Wed May 1 11:06:07 2019 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DC20A1200FE; Wed, 1 May 2019 11:05:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.95.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <155673395985.861.9845390628750553501@ietfa.amsl.com> Date: Wed, 01 May 2019 11:05:59 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-segment-routing-mpls-22.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2019 18:06:00 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Segment Routing with MPLS data plane Authors : Ahmed Bashandy Clarence Filsfils Stefano Previdi Bruno Decraene Stephane Litkowski Rob Shakir Filename : draft-ietf-spring-segment-routing-mpls-22.txt Pages : 38 Date : 2019-05-01 Abstract: Segment Routing (SR) leverages the source routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with an SR header. In the MPLS dataplane, the SR header is instantiated through a label stack. This document specifies the forwarding behavior to allow instantiating SR over the MPLS dataplane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-spring-segment-routing-mpls-22 https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-mpls-22 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-segment-routing-mpls-22 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun May 5 17:47:43 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BCBF120145; Sun, 5 May 2019 17:47:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 OJl06DNxr-I7; Sun, 5 May 2019 17:47:30 -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 A56811200FB; Sun, 5 May 2019 17:47:30 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x460l1iu010243; Sun, 5 May 2019 17:47:27 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=V7cxMRspQPZutjMRu9sqzxKvD8isoe4zdR8C3VvmZMU=; b=RSpz87ETOd29qwNkTSKSi3uSdvSZHNvzG/Wfr91b0BJKix2nl2f1qAAHzhFGUF7oo477 BoJBSmIPM0qNUl4/KxvGsfVQg06Y8RevkyecZW/F/oltpfHPfah/138mVl5PVIBBWiIv BeS1AE/lt+baAHvGIjoLw20gp2YLHs8s0UDDhuhcTlZ4/zbG5IveKEwy5wGqH3xTB7Su RDaIK7Ts2OzEc6cocPw9zjPnfDKeWZNmAKGhAr7hFkFqvUUlEZjAbCV8yy0lOxQ9nU26 vVzcti6zgZIF3mEfiEsgZ+PMZa02fhMCRRsHl2BUiODV0HBwxJVKdkE3RiNozOWus6Qy Zw== Received: from nam05-dm3-obe.outbound.protection.outlook.com (mail-dm3nam05lp2052.outbound.protection.outlook.com [104.47.49.52]) by mx0b-00273201.pphosted.com with ESMTP id 2s9sf3s06x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 05 May 2019 17:47:27 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB4838.namprd05.prod.outlook.com (52.135.235.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.18; Mon, 6 May 2019 00:47:24 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.014; Mon, 6 May 2019 00:47:23 +0000 From: Ron Bonica To: SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXg== Content-Class: Date: Mon, 6 May 2019 00:47:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T00:47:22.1556699Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b5374b0b-c1b3-45f4-43db-08d6d1bc677a x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4838; x-ms-traffictypediagnostic: BYAPR05MB4838: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39860400002)(346002)(376002)(136003)(396003)(199004)(189003)(86362001)(3846002)(52536014)(66066001)(7696005)(102836004)(7736002)(305945005)(6506007)(76116006)(66946007)(71200400001)(486006)(71190400001)(8936002)(99286004)(476003)(25786009)(110136005)(74316002)(66476007)(8676002)(66446008)(66556008)(64756008)(5660300002)(316002)(478600001)(53936002)(26005)(256004)(55016002)(2906002)(73956011)(450100002)(6116002)(14454004)(186003)(81156014)(81166006)(6436002)(33656002)(9686003)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4838; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: pUihMw/JpWG4ixY7MYn3QdAIATWojuIA8hioO4mMf59pccpYOus3bfiuyglDs4imfPtpayX2Tem82xp3xc21VYvWnKQHNJI8g9gpibljzDEdKUUoj22xHptvQubzARj/x7QcLuHcs78zqTkuRcc6JUpDScmlp1LtXsCeM+YfAcmTYalGLZrQ+qVx5GGtYAIVqTbgBgOWm5LHpl4SAsp8dMwWQlz/Ai1+LwmQYCj3lkupTFnCD78+L9L5y23iyoWWsZp1Goo7VNMvIKa11IwnLv50X6B8bs8qWzR12zYoWNSTywzbHvb58j9EGSNGT2Jfm55iV4g08t0TAQwbL9FVUIU11Z2D4VoT+kp3a439F6Hh9Lwfgav+kyuA2DPsAYkLhDXO0/+neS2I7lH4SEeFdm0LFIWZOww7SGy2TxbAxyE= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: b5374b0b-c1b3-45f4-43db-08d6d1bc677a X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 00:47:23.8257 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB4838 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-05_20:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=648 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905060003 Archived-At: Subject: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 00:47:34 -0000 Folks, According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, = when processing the End.DX2 SID, the Next Header must be equal to 59. Other= wise, the packet will be dropped. In the words of the draft, "We conveniently reuse the next-header value 59 = allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to fu= nction End.DX2 and the Next-Header value is 59, we know that an Ethernet fr= ame is in the payload without any further header." According to Section 4.7 RFC 8200, " The value 59 in the Next Header field = of an IPv6 header or any extension header indicates that there is nothing = following that header. If the Payload Length field of the IPv6 header indi= cates the presence of octets past the end of a header whose Next Header fie= ld contains 59, those octets must be ignored and passed on unchanged if the= packet is forwarded." Does the WG think that it is a good idea to reuse the Next Header value 59?= Or would it be better to allocate a new Next Header value that represents = Ethernet? Ron Juniper Internal From nobody Sun May 5 17:55:38 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 172711200F7; Sun, 5 May 2019 17:55:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 TB2K1uricHl3; Sun, 5 May 2019 17:55:27 -0700 (PDT) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 4406012008C; Sun, 5 May 2019 17:55:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 44y4671CgkzsT4h; Sun, 5 May 2019 17:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1557104127; bh=kXPKktEPhA8KFQkWA8s9IGg5FPJvY9cHI6ncFVLHQpk=; h=Subject:To:References:From:Date:In-Reply-To:From; b=YLJHSyzJdEXO8ISFIzPGRH9qIqeNTzDVWmt6ZQ9kK7sL/gFXYiRWzcFHJpN3gYc7T mi0kT/eQCW8ey1015Mzfp8L9qc8lTw5/47RMduiSjil0RoTSiHgEP4T8OSSRsfG79e UxK/x4idRmcTnY/PEVEUOWKgyOk2Mz/uejxMrBZE= X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 44y4664n5DzsT4F; Sun, 5 May 2019 17:55:26 -0700 (PDT) To: SPRING WG , 6man WG References: From: "Joel M. Halpern" Message-ID: Date: Sun, 5 May 2019 20:55:25 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 00:55:31 -0000 Using "No next header" to mean "next header Ethernet" seems to me to be flat wrong. This also brings up another problem. Having the SID specify the next header, over-riding the next header value, seems to me to be a recipe for fragility, likely leading to mis-implementation. Yours, Joel On 5/5/19 8:47 PM, Ron Bonica wrote: > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, when processing the End.DX2 SID, the Next Header must be equal to 59. Otherwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to function End.DX2 and the Next-Header value is 59, we know that an Ethernet frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field of an IPv6 header or any extension header indicates that there is nothing following that header. If the Payload Length field of the IPv6 header indicates the presence of octets past the end of a header whose Next Header field contains 59, those octets must be ignored and passed on unchanged if the packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value 59? Or would it be better to allocate a new Next Header value that represents Ethernet? > > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Sun May 5 18:00:25 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D61921200C3; Sun, 5 May 2019 18:00:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 I7aPpOW8PgXo; Sun, 5 May 2019 18:00:22 -0700 (PDT) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB14D1201E9; Sun, 5 May 2019 17:58:10 -0700 (PDT) Received: by mail-ot1-x32d.google.com with SMTP id f23so10003172otl.9; Sun, 05 May 2019 17:58:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=NoWLohj1ONfeM2qy0xtM9NV27cCCtl6+WBhAAOp11RI=; b=CEkNqDZtuyXh7I072s7WhgUpzVfyFvPJ0v3cSqhS9IWg+xvo4exzm7JGtmmRjHqDA9 z2ZOjyTWu4xUyxi8WrRUbKdlhQfl3cxrx1Wz08bB+OE3blbZIWmkJ7a2kbbD0BFwb2Ou umyCrOqcN9cTD8GaM48QrWhGwMt++GlpvVsnvOXVQ5MXqzoeZY5INNPtn+g6N9oWrODG 1gI04JXK7BqNRKDNm1V/A1+DQWt2rjj7IPH8JPg+tE+u0WocbisHThvwrZf6ZzNa0B2k bbOmWPDWafiTZf/Onivin0BnI4H5boGO4yBDmeW0XaPqzSzJe980BmxqepTemhf0aFnT klFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=NoWLohj1ONfeM2qy0xtM9NV27cCCtl6+WBhAAOp11RI=; b=JJU1gs6UQsOYW+a7go6gdzfwQedqVpZk7uP8Ixj7HWBOJ+UdBMgQVf9qhzMRriC7L2 aVPfm+DqEafOTNVw23dIsvjgFfyjS8OKGg83yXB/zXyf249rlaedZx01gAE4VM5x7Myz 4wNVPMzIyBuerlvt/VhF8cMqamwJHmt9aG4n/14dnkXfMMT7crCo1Q/Ts2Sw3h1/Tpb5 hgEmurRJ9ywecW8vHBaQ2Zftn7BTLeCE8GJxstwfJQlEgKW0zHdpJ0zjI+DGwAgJp2MM snp9FLBO9vHnps84QkZfDzPm2xUo2wXmx6oUj1HtuuVn0fExmbvO1WVQcAv42m9Akx7c q5AA== X-Gm-Message-State: APjAAAU0kDI8ZQWHOUOdSVfwArGtM0zZiVzWTqNzlCFUvnF5mvUDo3yY aHqZANRt+LnwanNjXwKFOBeucKBPnddeGYHntnxpbw== X-Google-Smtp-Source: APXvYqwR6EjKNzljr0TPtRXdixOuJwsJGprIeiaX7KEhAmzCHHam1rNK9hNioYuoxF4t2P55sls06uudsHoUyh37gEY= X-Received: by 2002:a9d:4e15:: with SMTP id p21mr15339332otf.285.1557104289942; Sun, 05 May 2019 17:58:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mark Smith Date: Mon, 6 May 2019 10:57:43 +1000 Message-ID: To: "Joel M. Halpern" Cc: SPRING WG , 6man WG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:00:24 -0000 On Mon, 6 May 2019 at 10:56, Joel M. Halpern wrote: > > Using "No next header" to mean "next header Ethernet" seems to me to be > flat wrong. > +1 It fails "truth in advertising" and "the principle of least surprise". > This also brings up another problem. Having the SID specify the next > header, over-riding the next header value, seems to me to be a recipe > for fragility, likely leading to mis-implementation. > > Yours, > Joel > > On 5/5/19 8:47 PM, Ron Bonica wrote: > > Folks, > > > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-= 00, when processing the End.DX2 SID, the Next Header must be equal to 59. O= therwise, the packet will be dropped. > > > > In the words of the draft, "We conveniently reuse the next-header value= 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds t= o function End.DX2 and the Next-Header value is 59, we know that an Etherne= t frame is in the payload without any further header." > > > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header fi= eld of an IPv6 header or any extension header indicates that there is noth= ing following that header. If the Payload Length field of the IPv6 header = indicates the presence of octets past the end of a header whose Next Header= field contains 59, those octets must be ignored and passed on unchanged if= the packet is forwarded." > > > > Does the WG think that it is a good idea to reuse the Next Header value= 59? Or would it be better to allocate a new Next Header value that represe= nts Ethernet? > > > > Ron > > > > > > Juniper Internal > > > > -------------------------------------------------------------------- > > 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 > -------------------------------------------------------------------- From nobody Sun May 5 18:04:33 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 758441200FB; Sun, 5 May 2019 18:04:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 ge6NhANnsdvj; Sun, 5 May 2019 18:04:23 -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 3BF6E120122; Sun, 5 May 2019 18:02:18 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x460xNRq018322; Sun, 5 May 2019 18:02:17 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=h/tDOV3UvzRH2TdiD7RHhAcrkkcma0gxiEnn5w6EIOM=; b=GN6VZc64b2GMRHtAx5a4QfgmxwN7F/S8hsOfM9Nm1ixyfK1I+qAs9QaHQXjh9cy70sxa 2krRV50/lT37yiU4GOe51zQb2t1/8M4ezrFvp4q4CaHRu5KI4vRt8wsjohfavfQTz3b6 PjAh39gs67nNKPbYQRZaSFtQ8YxaAyj23nzmGuaX4uScUGGmSojjlJhOWv7hH14yJjfZ 2nk+Woz2QujCt5Dxo+Mtq6liGc0lW5hWUQfkyCIRY4aGA+LHg2qN8vG/YSXIVbXrX7lZ 8/NFTkuVSSSiJbGmgc9CBcym23oMJ8sUNWCKXAKICsn1rrybpO/qz3wc/PYc5YNHnyqd dg== Received: from nam05-co1-obe.outbound.protection.outlook.com (mail-co1nam05lp2055.outbound.protection.outlook.com [104.47.48.55]) by mx0b-00273201.pphosted.com with ESMTP id 2s9sf3s0hc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 05 May 2019 18:02:17 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB4487.namprd05.prod.outlook.com (52.135.203.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.13; Mon, 6 May 2019 01:02:15 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.014; Mon, 6 May 2019 01:02:15 +0000 From: Ron Bonica To: SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: More Headers Thread-Index: AdUDpgcuQv8iuqRuQmmmsoaUD/YmyA== Content-Class: Date: Mon, 6 May 2019 01:02:14 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T01:02:13.1298725Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 626d4ecd-091d-4326-1052-08d6d1be7aaa x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4487; x-ms-traffictypediagnostic: BYAPR05MB4487: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(136003)(346002)(366004)(376002)(39860400002)(189003)(199004)(14444005)(66946007)(73956011)(2906002)(4744005)(68736007)(5660300002)(316002)(256004)(478600001)(6506007)(102836004)(6116002)(53936002)(71200400001)(71190400001)(99286004)(3846002)(7696005)(74316002)(52536014)(9686003)(14454004)(25786009)(476003)(81156014)(8936002)(8676002)(81166006)(486006)(76116006)(64756008)(66556008)(66476007)(66446008)(110136005)(66066001)(26005)(33656002)(450100002)(7736002)(305945005)(6436002)(86362001)(186003)(55016002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4487; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: VJ/sjCjuIAM8cWiQSc54Sfmod8Gseg2Au1rca67JPPGekeo3Tqv5eWeOZfKDI0XlMaPUpUAHMTJTOyAjiageYUDQPabjjEwa7QCQ91kYsDewH6ItbadS+oWjjfGoy48HOdzlm/ikhiyRYZfF2hLk+GBoErapDKNuoMgPWljJKE5bcLFUA/c77BjAoOO7KeW8qPrIV5QA/8vZ6ElqPepMPVdqmu4KYmP4ix/eU7QsWhlSIaA6TrKTW5QEk6Is5jnPBlMuFVV/xD7GXpamkNtqL3ZmVclpfeF7wpFyvtbB1DuxDSeZShUtyz8DyVXipYB68PB0kJ/1YwLlChon/xvHtBTH9ZACc7bXaSw4nNx3tsF611Cf+iX32XoXeqTrKa6Ill7nsVT6c3YdUmESkHwP5tCR9NqkgZriOhaHNQHp1nk= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 626d4ecd-091d-4326-1052-08d6d1be7aaa X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 01:02:15.0201 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB4487 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-05_20:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=695 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905060006 Archived-At: Subject: [spring] SRv6 Network Programming: More Headers X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:04:26 -0000 Folks, In draft-ietf-spring-srv6-network-programming, can a packet that is destine= d for an End.DX4 SID contain a Fragment header? An Authentication header? A= n Encapsulating Security Payload header? A Destination Options header? My initial guess is that it cannot. According to the draft: "The effective next-header (ENH) is the next-header field of the IP header = when no SRH is present, or is the next-header field of the last SRH" Also, according to Section 4.9 of the draft, the packet will be dropped if = the Effective Next Header is not equal to 4 (IPv4). Do I have this right? Ron Juniper Internal From nobody Sun May 5 18:11:05 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C762120122 for ; Sun, 5 May 2019 18:10:57 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 RQwq1vS_F65J for ; Sun, 5 May 2019 18:10:55 -0700 (PDT) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96C5412008C for ; Sun, 5 May 2019 18:10:55 -0700 (PDT) Received: by mail-qk1-x72a.google.com with SMTP id a64so1111090qkg.5 for ; Sun, 05 May 2019 18:10:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZO4XFGN28fsnGdMik4fiwN6TBCwE+jtZ8SWsYzBpKvs=; b=CfopUzx8emmshtkm7R+ozBHqoqWoXp6N+VIBnHv/o+uSkyFfg67zgxy8g/Zjm1gB7V ONl0UD7j6+HjjJFplfqYPg+1s6jF1T8N9tbWel6Hdgn8N2I5JfdMvWZuDYZKeKs4QE6G /7+8l4Z918HxQQyq+J/P8ZnEuU9HKxiaO6hrqkcRYYfs5p15W5om+LiWRR4HDJbrs/LE sTL4N6X8Huw1GjRBdwaC/F7lOP1PEO253Zlw5nJI4z6pmKZB4qRl/HOqwA2tzhRHhXob a9R3GIIAXSpVJpZmNSxYAy8SLhFAgYzPfDlcK2dJYVMr0Xnk9bhQlkmcpfhCmSpBhMec 3+cQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZO4XFGN28fsnGdMik4fiwN6TBCwE+jtZ8SWsYzBpKvs=; b=jzqv1tEWT7co1KIeXG8Gs0qGKn3Nk+lrtyF4Co36sHNfVBf+6ZxKzYxSfh3fnXCsI4 +WjnxbmAPTmhkB++oSRCNXTdCtvbHaGnQY9KQy+VoBOSsu+oROgh0v1vi6/85hNJRlDI w5ekPZJan750wtURLKLD7hfWOLNb+hd+RBG0J83HIMQ2sH1OgPCGE6K2FE0hcqHu0rFs +wVIYXRf/dwHtA2wYUg591UCv7DV/QAUVg/c45V4rGuo1AJQZ1XS209DsVsvP/6B8H/5 KfvWtvU+Lu85hEIOjbcT+XsrKcV7aBkfEKkLzvEcCM551Xw8StVZDREosaVCUPVFbq/n pCvw== X-Gm-Message-State: APjAAAVbxSZkewdiDhoo1ZhB9WKjykp97jzkPYkND0NDgKmpoqiPTUBR qTk6sInyQ5iui0IIAvDbOJ8w00Z6SE20LM/UwB6iqw== X-Google-Smtp-Source: APXvYqwL7HUq/YIyL6wTB4bacId/88FIipS9jibr5YjIHrkdPqbBj7HC7ib6Pie6mp07Aq1NT7ENW/18608K9qSsdkI= X-Received: by 2002:a37:66c7:: with SMTP id a190mr7309442qkc.44.1557105054569; Sun, 05 May 2019 18:10:54 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Tom Herbert Date: Sun, 5 May 2019 18:10:43 -0700 Message-ID: To: Ron Bonica Cc: SPRING WG , 6man Content-Type: multipart/alternative; boundary="000000000000a7e78a05882dc54f" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:10:57 -0000 --000000000000a7e78a05882dc54f Content-Type: text/plain; charset="UTF-8" On Sun, May 5, 2019, 5:47 PM Ron Bonica wrote: > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, > when processing the End.DX2 SID, the Next Header must be equal to 59. > Otherwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 59 > allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to > function End.DX2 and the Next-Header value is 59, we know that an Ethernet > frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field > of an IPv6 header or any extension header indicates that there is nothing > following that header. If the Payload Length field of the IPv6 header > indicates the presence of octets past the end of a header whose Next Header > field contains 59, those octets must be ignored and passed on unchanged if > the packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value > 59? Or would it be better to allocate a new Next Header value that > represents Ethernet? > Tom, There's already ETHERIP number (97). Why not use that? Tom > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --000000000000a7e78a05882dc54f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, May 5, 2019, 5:47 PM Ron Bonica <rbonica=3D= 40juniper.net@dmarc.ietf.or= g> wrote:
Folks,

According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, = when processing the End.DX2 SID, the Next Header must be equal to 59. Other= wise, the packet will be dropped.

In the words of the draft, "We conveniently reuse the next-header valu= e 59 allocated to IPv6 No Next Header [RFC8200].=C2=A0 When the SID corresp= onds to function End.DX2 and the Next-Header value is 59, we know that an E= thernet frame is in the payload without any further header."

According to Section 4.7 RFC 8200, " The value 59 in the Next Header f= ield of an IPv6 header or any=C2=A0 extension header indicates that there i= s nothing following that header.=C2=A0 If the Payload Length field of the I= Pv6 header indicates the presence of octets past the end of a header whose = Next Header field contains 59, those octets must be ignored and passed on u= nchanged if the packet is forwarded."

Does the WG think that it is a good idea to reuse the Next Header value 59?= Or would it be better to allocate a new Next Header value that represents = Ethernet?

Tom,

There'= ;s already ETHERIP number (97). Why not use that?
Tom


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Ron


Juniper Internal

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@= ietf.org
Administrative Requests: https://www.ietf.org/m= ailman/listinfo/ipv6
--------------------------------------------------------------------
--000000000000a7e78a05882dc54f-- From nobody Sun May 5 18:15:27 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B639120041; Sun, 5 May 2019 18:15:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 uNPN7kqtFJkO; Sun, 5 May 2019 18:15:24 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 A370B120043; Sun, 5 May 2019 18:15:23 -0700 (PDT) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 2F58359783EAA22C656E; Mon, 6 May 2019 02:15:21 +0100 (IST) Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 6 May 2019 02:15:20 +0100 Received: from NKGEML514-MBX.china.huawei.com ([fe80::40a8:f0d:c0f3:2ca5]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0415.000; Mon, 6 May 2019 09:15:06 +0800 From: Xiejingrong To: Tom Herbert , Ron Bonica CC: SPRING WG , 6man Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXv//hEOA//95diA= Date: Mon, 6 May 2019 01:15:05 +0000 Message-ID: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.217.214] Content-Type: multipart/alternative; boundary="_000_16253F7987E4F346823E305D08F9115AAB88504Cnkgeml514mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:15:26 -0000 --_000_16253F7987E4F346823E305D08F9115AAB88504Cnkgeml514mbxchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgVG9tLA0KDQpOdW1iZXIgOTcgaXMgYSBjaG9pY2UgYnV0IGl0IGhhcyAyIGJ5dGVzIHdhc3Rp bmcuDQoNCkppbmdyb25nDQoNCkZyb206IGlwdjYgW21haWx0bzppcHY2LWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBUb20gSGVyYmVydA0KU2VudDogTW9uZGF5LCBNYXkgMDYsIDIwMTkg OToxMSBBTQ0KVG86IFJvbiBCb25pY2EgPHJib25pY2E9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRm Lm9yZz4NCkNjOiBTUFJJTkcgV0cgPHNwcmluZ0BpZXRmLm9yZz47IDZtYW4gPGlwdjZAaWV0Zi5v cmc+DQpTdWJqZWN0OiBSZTogU1J2NiBOZXR3b3JrIFByb2dyYW1taW5nOiBFTkggPSA1OQ0KDQoN Ck9uIFN1biwgTWF5IDUsIDIwMTksIDU6NDcgUE0gUm9uIEJvbmljYSA8cmJvbmljYT00MGp1bmlw ZXIubmV0QGRtYXJjLmlldGYub3JnPG1haWx0bzo0MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3Jn Pj4gd3JvdGU6DQpGb2xrcywNCg0KQWNjb3JkaW5nIHRvIFNlY3Rpb24gNC40IG9mIGRyYWZ0LWll dGYtc3ByaW5nLXNydjYtbmV0d29yay1wcm9ncmFtbWluZy0wMCwgd2hlbiBwcm9jZXNzaW5nIHRo ZSBFbmQuRFgyIFNJRCwgdGhlIE5leHQgSGVhZGVyIG11c3QgYmUgZXF1YWwgdG8gNTkuIE90aGVy d2lzZSwgdGhlIHBhY2tldCB3aWxsIGJlIGRyb3BwZWQuDQoNCkluIHRoZSB3b3JkcyBvZiB0aGUg ZHJhZnQsICJXZSBjb252ZW5pZW50bHkgcmV1c2UgdGhlIG5leHQtaGVhZGVyIHZhbHVlIDU5IGFs bG9jYXRlZCB0byBJUHY2IE5vIE5leHQgSGVhZGVyIFtSRkM4MjAwXS4gIFdoZW4gdGhlIFNJRCBj b3JyZXNwb25kcyB0byBmdW5jdGlvbiBFbmQuRFgyIGFuZCB0aGUgTmV4dC1IZWFkZXIgdmFsdWUg aXMgNTksIHdlIGtub3cgdGhhdCBhbiBFdGhlcm5ldCBmcmFtZSBpcyBpbiB0aGUgcGF5bG9hZCB3 aXRob3V0IGFueSBmdXJ0aGVyIGhlYWRlci4iDQoNCkFjY29yZGluZyB0byBTZWN0aW9uIDQuNyBS RkMgODIwMCwgIiBUaGUgdmFsdWUgNTkgaW4gdGhlIE5leHQgSGVhZGVyIGZpZWxkIG9mIGFuIElQ djYgaGVhZGVyIG9yIGFueSAgZXh0ZW5zaW9uIGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGVyZSBp cyBub3RoaW5nIGZvbGxvd2luZyB0aGF0IGhlYWRlci4gIElmIHRoZSBQYXlsb2FkIExlbmd0aCBm aWVsZCBvZiB0aGUgSVB2NiBoZWFkZXIgaW5kaWNhdGVzIHRoZSBwcmVzZW5jZSBvZiBvY3RldHMg cGFzdCB0aGUgZW5kIG9mIGEgaGVhZGVyIHdob3NlIE5leHQgSGVhZGVyIGZpZWxkIGNvbnRhaW5z IDU5LCB0aG9zZSBvY3RldHMgbXVzdCBiZSBpZ25vcmVkIGFuZCBwYXNzZWQgb24gdW5jaGFuZ2Vk IGlmIHRoZSBwYWNrZXQgaXMgZm9yd2FyZGVkLiINCg0KRG9lcyB0aGUgV0cgdGhpbmsgdGhhdCBp dCBpcyBhIGdvb2QgaWRlYSB0byByZXVzZSB0aGUgTmV4dCBIZWFkZXIgdmFsdWUgNTk/IE9yIHdv dWxkIGl0IGJlIGJldHRlciB0byBhbGxvY2F0ZSBhIG5ldyBOZXh0IEhlYWRlciB2YWx1ZSB0aGF0 IHJlcHJlc2VudHMgRXRoZXJuZXQ/DQoNClRvbSwNCg0KVGhlcmUncyBhbHJlYWR5IEVUSEVSSVAg bnVtYmVyICg5NykuIFdoeSBub3QgdXNlIHRoYXQ/DQoNClRvbQ0KDQoNCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0KDQpKdW5p cGVyIEludGVybmFsDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpJRVRGIElQdjYgd29ya2luZyBncm91cCBtYWls aW5nIGxpc3QNCmlwdjZAaWV0Zi5vcmc8bWFpbHRvOmlwdjZAaWV0Zi5vcmc+DQpBZG1pbmlzdHJh dGl2ZSBSZXF1ZXN0czogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHY2 DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0K --_000_16253F7987E4F346823E305D08F9115AAB88504Cnkgeml514mbxchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJ e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt YXJnaW46NzIuMHB0IDkwLjBwdCA3Mi4wcHQgOTAuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iWkgtQ04iIGxpbms9 ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+SGkgVG9tLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj5OdW1iZXIgOTcgaXMgYSBjaG9pY2UgYnV0IGl0IGhhcyAy IGJ5dGVzIHdhc3RpbmcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkppbmdyb25nPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IGlwdjYgW21haWx0bzppcHY2LWJvdW5jZXNAaWV0 Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlRvbSBIZXJiZXJ0PGJyPg0KPGI+U2VudDo8L2I+ IE1vbmRheSwgTWF5IDA2LCAyMDE5IDk6MTEgQU08YnI+DQo8Yj5Ubzo8L2I+IFJvbiBCb25pY2Eg Jmx0O3Jib25pY2E9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzo8 L2I+IFNQUklORyBXRyAmbHQ7c3ByaW5nQGlldGYub3JnJmd0OzsgNm1hbiAmbHQ7aXB2NkBpZXRm Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFNSdjYgTmV0d29yayBQcm9ncmFtbWlu ZzogRU5IID0gNTk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5PbiBTdW4sIE1heSA1 LCAyMDE5LCA1OjQ3IFBNIFJvbiBCb25pY2EgJmx0O3Jib25pY2E9PGEgaHJlZj0ibWFpbHRvOjQw anVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmciPjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc8 L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3Rl IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRp bmc6MGNtIDBjbSAwY20gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Rm9sa3MsPGJyPg0KPGJy Pg0KQWNjb3JkaW5nIHRvIFNlY3Rpb24gNC40IG9mIGRyYWZ0LWlldGYtc3ByaW5nLXNydjYtbmV0 d29yay1wcm9ncmFtbWluZy0wMCwgd2hlbiBwcm9jZXNzaW5nIHRoZSBFbmQuRFgyIFNJRCwgdGhl IE5leHQgSGVhZGVyIG11c3QgYmUgZXF1YWwgdG8gNTkuIE90aGVyd2lzZSwgdGhlIHBhY2tldCB3 aWxsIGJlIGRyb3BwZWQuPGJyPg0KPGJyPg0KSW4gdGhlIHdvcmRzIG9mIHRoZSBkcmFmdCwgJnF1 b3Q7V2UgY29udmVuaWVudGx5IHJldXNlIHRoZSBuZXh0LWhlYWRlciB2YWx1ZSA1OSBhbGxvY2F0 ZWQgdG8gSVB2NiBObyBOZXh0IEhlYWRlciBbUkZDODIwMF0uJm5ic3A7IFdoZW4gdGhlIFNJRCBj b3JyZXNwb25kcyB0byBmdW5jdGlvbiBFbmQuRFgyIGFuZCB0aGUgTmV4dC1IZWFkZXIgdmFsdWUg aXMgNTksIHdlIGtub3cgdGhhdCBhbiBFdGhlcm5ldCBmcmFtZSBpcyBpbiB0aGUgcGF5bG9hZCB3 aXRob3V0IGFueQ0KIGZ1cnRoZXIgaGVhZGVyLiZxdW90Ozxicj4NCjxicj4NCkFjY29yZGluZyB0 byBTZWN0aW9uIDQuNyBSRkMgODIwMCwgJnF1b3Q7IFRoZSB2YWx1ZSA1OSBpbiB0aGUgTmV4dCBI ZWFkZXIgZmllbGQgb2YgYW4gSVB2NiBoZWFkZXIgb3IgYW55Jm5ic3A7IGV4dGVuc2lvbiBoZWFk ZXIgaW5kaWNhdGVzIHRoYXQgdGhlcmUgaXMgbm90aGluZyBmb2xsb3dpbmcgdGhhdCBoZWFkZXIu Jm5ic3A7IElmIHRoZSBQYXlsb2FkIExlbmd0aCBmaWVsZCBvZiB0aGUgSVB2NiBoZWFkZXIgaW5k aWNhdGVzIHRoZSBwcmVzZW5jZSBvZiBvY3RldHMgcGFzdA0KIHRoZSBlbmQgb2YgYSBoZWFkZXIg d2hvc2UgTmV4dCBIZWFkZXIgZmllbGQgY29udGFpbnMgNTksIHRob3NlIG9jdGV0cyBtdXN0IGJl IGlnbm9yZWQgYW5kIHBhc3NlZCBvbiB1bmNoYW5nZWQgaWYgdGhlIHBhY2tldCBpcyBmb3J3YXJk ZWQuJnF1b3Q7PGJyPg0KPGJyPg0KRG9lcyB0aGUgV0cgdGhpbmsgdGhhdCBpdCBpcyBhIGdvb2Qg aWRlYSB0byByZXVzZSB0aGUgTmV4dCBIZWFkZXIgdmFsdWUgNTk/IE9yIHdvdWxkIGl0IGJlIGJl dHRlciB0byBhbGxvY2F0ZSBhIG5ldyBOZXh0IEhlYWRlciB2YWx1ZSB0aGF0IHJlcHJlc2VudHMg RXRoZXJuZXQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRvbSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPlRoZXJlJ3MgYWxyZWFkeSBFVEhFUklQIG51bWJlciAoOTcp LiBXaHkgbm90IHVzZSB0aGF0PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+VG9tPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxicj4NCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgUm9uPGJyPg0KPGJyPg0KPGJyPg0KSnVuaXBlciBJbnRlcm5hbDxicj4NCjxicj4N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPGJyPg0KSUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOmlwdjZAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5pcHY2QGll dGYub3JnPC9hPjxicj4NCkFkbWluaXN0cmF0aXZlIFJlcXVlc3RzOiA8YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lwdjYiIHRhcmdldD0iX2JsYW5rIj4NCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXB2NjwvYT48YnI+DQotLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_16253F7987E4F346823E305D08F9115AAB88504Cnkgeml514mbxchi_-- From nobody Sun May 5 18:19:20 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D80FF12008F for ; Sun, 5 May 2019 18:19:16 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 YkpxwSRR1sBl for ; Sun, 5 May 2019 18:19:14 -0700 (PDT) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F4B3120048 for ; Sun, 5 May 2019 18:19:14 -0700 (PDT) Received: by mail-qk1-x734.google.com with SMTP id w20so953528qka.7 for ; Sun, 05 May 2019 18:19:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=kEK+tepO/nGxltqxBt65i608PKU1/hU4ZJok2NAaV3E=; b=RwbXM2Bw8XY3SwE+hX7BP8Pb3tNsttjIC8+36dBw6IQFoV2qxz7Wi7mKOZoI8X9IEc QButQrzWQ/fc8DHoadWH6143lZ2hDKNDq0oWQoVJkda6nSCDg0tvEgL/YdRWJ1x0JEf/ ay913am3bd4F8VgBt1V1q++Vo8YNbPRciEoLKhR5Zuqe60xUMqL1ld5YvjJJveS5/WIT WbA9gYm0j78oyNtGvJbAdgpI8uEKnHbTiPUAjX2qoyMLzagNZ9cIcf00jCsOna3h0+mw 69Jg1D7HtltMDyGXn3w1yA0FBzNNyc42da8sD2W8GPZSimeBNqLX/k+cwA+sm8k2m7Go zVzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=kEK+tepO/nGxltqxBt65i608PKU1/hU4ZJok2NAaV3E=; b=Ifdl+NOHm86z00Pzo7jWhofBy7n+IabPgQCGOLWPL1HolbGf3I4y7GRXqNRrOXPwyX nc/jls01+wh6J/Fvof2++paq8jyLnFng72snqRgE/30OnFfO9adxr7iwx1ndCvTBRLEA UUTEiJSmD6QiCFUZxifiVnB/6wSkywdLY2TEUQ8OrU55rOYmbdyKAYyiqWoMl1Vtd6rE yNC6Hg6xkqhvPzVIlYp0+rRmKRy8oDMpouX/DQvrPu0nanu0RRhRPYSjT/HpC2yqVu5y nJA3KeDhTSEOKTMD9CcCpuvjdGa3wVvzjiWAp9ivjdAHmvNwB9m2/3K2I4EBiCeE7l0V LoiQ== X-Gm-Message-State: APjAAAW56o2AHs+1wGycW1gKvL1cpFu9RYuhssb1ppk4PwppDF1ralI9 UY4uYawx0P5Rp4Z6Jbcrnkxa9+op12d3kGtaK6p7mw== X-Google-Smtp-Source: APXvYqyRQYTK9pmIRT/PK8XHksee5Y9hcRcLjquyeLVbpbodbR/U/atKYADkJKDTGCr8aaMJhOR8OADmlE3Lx4XOqlw= X-Received: by 2002:a37:6c84:: with SMTP id h126mr18456311qkc.168.1557105553184; Sun, 05 May 2019 18:19:13 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> From: Tom Herbert Date: Sun, 5 May 2019 18:19:02 -0700 Message-ID: To: Xiejingrong Cc: Ron Bonica , SPRING WG , 6man Content-Type: multipart/alternative; boundary="000000000000602fce05882de3c4" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:19:17 -0000 --000000000000602fce05882de3c4 Content-Type: text/plain; charset="UTF-8" On Sun, May 5, 2019, 6:15 PM Xiejingrong wrote: > Hi Tom, > > > > Number 97 is a choice but it has 2 bytes wasting. > Jingrong, To the contrary, those two bytes are critical, they maintain proper alignment of network and transport layers. Ask the SPARC engineers about how much fun it is to deal with unaligned network headers! ;-) Tom > > Jingrong > > > > *From:* ipv6 [mailto:ipv6-bounces@ietf.org] *On Behalf Of *Tom Herbert > *Sent:* Monday, May 06, 2019 9:11 AM > *To:* Ron Bonica > *Cc:* SPRING WG ; 6man > *Subject:* Re: SRv6 Network Programming: ENH = 59 > > > > > > On Sun, May 5, 2019, 5:47 PM Ron Bonica 40juniper.net@dmarc.ietf.org> wrote: > > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, > when processing the End.DX2 SID, the Next Header must be equal to 59. > Otherwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 59 > allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to > function End.DX2 and the Next-Header value is 59, we know that an Ethernet > frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field > of an IPv6 header or any extension header indicates that there is nothing > following that header. If the Payload Length field of the IPv6 header > indicates the presence of octets past the end of a header whose Next Header > field contains 59, those octets must be ignored and passed on unchanged if > the packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value > 59? Or would it be better to allocate a new Next Header value that > represents Ethernet? > > > > Tom, > > > > There's already ETHERIP number (97). Why not use that? > > > > Tom > > > > > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > --000000000000602fce05882de3c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, May 5, 2019, 6:15 PM Xiejingrong <xiejingrong@huawei.com> wrote:

Hi Tom,<= /span>

=C2=A0

Number 97 is a choice = but it has 2 bytes wasting.

=
Jingrong,


To the contrary, those two bytes are critic= al, they maintain proper alignment of network and transport layers. Ask the= SPARC engineers about how much fun it is to deal with unaligned network he= aders! ;-)

Tom

=C2=A0

Jingrong=

=C2=A0

From: = ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert
Sent: Monday, May 06, 2019 9:11 AM
To: Ron Bonica <rbonica=3D40juniper.net@dmarc.ietf.org<= /a>>
Cc: SPRING WG <spring@ietf.org>; 6man <ipv6@ietf.org> Subject: Re: SRv6 Network Programming: ENH =3D 59

=C2=A0

= =C2=A0

On Sun, May 5, 2019, 5:47 PM Ro= n Bonica <rbonica=3D40juniper.net@dmarc.ietf.org> wrote= :

Folks,

According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, = when processing the End.DX2 SID, the Next Header must be equal to 59. Other= wise, the packet will be dropped.

In the words of the draft, "We conveniently reuse the next-header valu= e 59 allocated to IPv6 No Next Header [RFC8200].=C2=A0 When the SID corresp= onds to function End.DX2 and the Next-Header value is 59, we know that an E= thernet frame is in the payload without any further header."

According to Section 4.7 RFC 8200, " The value 59 in the Next Header f= ield of an IPv6 header or any=C2=A0 extension header indicates that there i= s nothing following that header.=C2=A0 If the Payload Length field of the I= Pv6 header indicates the presence of octets past the end of a header whose Next Header field contains 59, those octets must= be ignored and passed on unchanged if the packet is forwarded."

Does the WG think that it is a good idea to reuse the Next Header value 59?= Or would it be better to allocate a new Next Header value that represents = Ethernet?

=C2=A0

Tom,

=C2=A0

There's already ETHERIP num= ber (97). Why not use that?

=C2=A0

Tom

=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Ron


Juniper Internal

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@= ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------=

--000000000000602fce05882de3c4-- From nobody Sun May 5 18:33:12 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BE2C1200CC; Sun, 5 May 2019 18:33:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 xv0WKhGaRWFT; Sun, 5 May 2019 18:33:00 -0700 (PDT) Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A0F61200B5; Sun, 5 May 2019 18:33:00 -0700 (PDT) Received: by mail-ot1-x331.google.com with SMTP id o39so10053595ota.6; Sun, 05 May 2019 18:33:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=s/yZJ8g0r4LfXU2u1DPTbAm0De+HS6IifG6EZcuQ040=; b=VT+kXmQMD8Osoj4DVL0dSULWQMDKRbwNrf6E1putgdAdTlZ+Psyepnkwgv0F//Wt81 ZYEJvZuixYg8qvJ9nRV3D+1Aamqgnuq5RQIt5q1mHB/w7JgIQkb9TClrxpVTbuEFf1ID DXYYGKWCk6g6lWz4UqBwDeRmHq4lBKl9iKeB8LR0JjzICr08n1XDCg9w14Hev1VxTMfX /xnzg3MGFu8GiGvmfyRU5lTLrzexEXKBxcyPXShsk3+Z+xiktyMIEf/noG5KPJWMAEvL 7mdS2/2A3WeRM1RiI6vNBZAK3vSeKe9lryZY3paj00zAnrzY0vtDwv9WOmjaqP6eqRsT pTcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=s/yZJ8g0r4LfXU2u1DPTbAm0De+HS6IifG6EZcuQ040=; b=AvaCKSfUUWRYZIWknNExc8cPJLJ8+B1h9DpZJYWibdSoQ8jW36EhkqtUUrZFptliIe 2jcHn1wxd7j3kI1+iwxzIMfwyiMlSGY21Md7sMM7WkaOMjTp0FVU5ZOunNUNyAGKIbTW t24fHz6pg6HIRbAr2S1rv63Coj7cV0tYqgAWYxya51dFZqnzGHiJfMTn/hnJvdSq/uLv p7UwiS1aXDtZdXN76CCn5P97tge+aQ9jJoJ08DAUB99OACUHPENE8uVpmC3ndnz85hVP T0KGmHbaRAlxIwCjfQSsrTaE/Oy12zTD83KwWxtElSkJM9PZpxXJPBc89Nqmd/zIqIN3 01BQ== X-Gm-Message-State: APjAAAX9bzDEtqq+oUepyKrRQD5V1vcZBG319upLf5NEdoeaF3ucMrMK p0GRCDdNx8v6Yi9PCZhl2kkD6+lTuU93ytVGYSg= X-Google-Smtp-Source: APXvYqwvgqa9SQ6j85XFZQTCSHD7unYjAQmuUIAZfToVU3dstDODa4QaXVEg1sfV7QIdfk/qKnmgUk93D1UmUPTDvhc= X-Received: by 2002:a9d:7453:: with SMTP id p19mr1669544otk.83.1557106379832; Sun, 05 May 2019 18:32:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mark Smith Date: Mon, 6 May 2019 11:32:33 +1000 Message-ID: To: Ron Bonica Cc: SPRING WG , 6man WG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:33:02 -0000 On Mon, 6 May 2019 at 10:48, Ron Bonica wrote: > > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00= , when processing the End.DX2 SID, the Next Header must be equal to 59. Oth= erwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 5= 9 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to = function End.DX2 and the Next-Header value is 59, we know that an Ethernet = frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header fiel= d of an IPv6 header or any extension header indicates that there is nothin= g following that header. If the Payload Length field of the IPv6 header in= dicates the presence of octets past the end of a header whose Next Header f= ield contains 59, those octets must be ignored and passed on unchanged if t= he packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value 5= 9? Or would it be better to allocate a new Next Header value that represent= s Ethernet? > Perhaps I'm not understanding the question, however isn't there effectively already an NH value that can represent and carry Ethernet (and other link-layer type frames) - GRE? Yes GRE adds a bit of overhead, but however you get all of what it already supports then. (Perhaps it could be useful to be able to carry MPLS over SR between MPLS islands during a transition to SR, and that would be an example of what you get if using GRE.). Regards, Mark. > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Sun May 5 18:37:57 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24342120041; Sun, 5 May 2019 18:37:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 8jrdJqvF4DbA; Sun, 5 May 2019 18:37:54 -0700 (PDT) Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74B4C1200B4; Sun, 5 May 2019 18:37:54 -0700 (PDT) Received: by mail-ot1-x32d.google.com with SMTP id a10so10049720otl.12; Sun, 05 May 2019 18:37:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=De0xnLsHwo688WbBJYaA0b4x1fV97kgU0RisrvFNwqA=; b=XVd6DNS8jshhY6FEUN+WI5xQQNB00rV5nXl5PdeOmC5yyrVQr6PcPaj/k7nVdyQNhK DvYzJsJ73OlUWPzDJH+DBp8RCAK/MMFIXzZQvIowHZWchy3NSmxaW5XPGhnFqnprcvI8 3E7DxWPHfw/+5uYFYh+N1DjuXDFaNOs49XDvKbYwQCwTXPnntQsPPSstPcgZsMNo5834 Jtfwnl855Phcf8wif0BTmWywa9ZAqn8e2r/8eAILJYYdxOqqWAI7dt8L0WBmofilNd40 0d2RZ3tGhKQw6NtidHoh0n62dviAUSDvNF9PGrQCzRDYGMNzIy2UvWwoTfKAl3L2YGDV TQNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=De0xnLsHwo688WbBJYaA0b4x1fV97kgU0RisrvFNwqA=; b=Ow2izVH7A3bG2jEJulemPo8qT3VYAUqBdjkLF88Sm+a12oqUPDxNAKlDIfrMhEpdrL 5WiYqTFgbZtXUkUnFZqCZ7fr0EnM8GMzu6O2xR91KkjmffI4yEjD0rHTPHEZtHaxvuFb GSyrIH6l75pQQOZcWbjYEld4loraB9MU8G6m1syee22RcAbgTuIWrqSs1uGK7DjRBPqI MBvVFZwkLXE4ljdjekiTTQKW8X6wMKJkw/BhW1+Yah+z9yA9HHE9tcnDCPXURCGzDbsL Bk5WjRAo75rJ12SiqGShd4qDNa4TRFurN8aNvXvBgW/QbZsRZwwteq+n1rsseF1v+ru6 Aksw== X-Gm-Message-State: APjAAAXpNHzM/N8q8VoyC0dSDYL8W6xYhCQrflxpoG+45qRcf4Oo7bVf 6qp7+plVhvzjae6oQRiwCmxggIwCjqAs1F6W/wpgsw== X-Google-Smtp-Source: APXvYqwP2wDlWEuHUItUU2qWjY+MHy9FlWlqn59erHYuBBbDama6o2MSOmDFWVCXeJR53l7TnFgFF0Z1KMfa+A6hSYw= X-Received: by 2002:a9d:4e15:: with SMTP id p21mr15421109otf.285.1557106673787; Sun, 05 May 2019 18:37:53 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> From: Mark Smith Date: Mon, 6 May 2019 11:37:27 +1000 Message-ID: To: Xiejingrong Cc: Tom Herbert , Ron Bonica , SPRING WG , 6man Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 01:37:56 -0000 On Mon, 6 May 2019 at 11:15, Xiejingrong wrote: > > Hi Tom, > > > > Number 97 is a choice but it has 2 bytes wasting. > > It seems strange to me that as bandwidth is constantly getting cheaper, people seem to be trying harder and harder to use less of it. The trade-off is increased code complexity and CPU at each of the hops at the end of the links. It is has been my understanding that bandwidth has been getting cheaper faster than CPU for quite a number of years, has that flipped around? > > Jingrong > > > > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert > Sent: Monday, May 06, 2019 9:11 AM > To: Ron Bonica > Cc: SPRING WG ; 6man > Subject: Re: SRv6 Network Programming: ENH =3D 59 > > > > > > On Sun, May 5, 2019, 5:47 PM Ron Bonica wrote: > > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00= , when processing the End.DX2 SID, the Next Header must be equal to 59. Oth= erwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 5= 9 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to = function End.DX2 and the Next-Header value is 59, we know that an Ethernet = frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header fiel= d of an IPv6 header or any extension header indicates that there is nothin= g following that header. If the Payload Length field of the IPv6 header in= dicates the presence of octets past the end of a header whose Next Header f= ield contains 59, those octets must be ignored and passed on unchanged if t= he packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value 5= 9? Or would it be better to allocate a new Next Header value that represent= s Ethernet? > > > > Tom, > > > > There's already ETHERIP number (97). Why not use that? > > > > Tom > > > > > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Sun May 5 19:44:24 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4045812003E; Sun, 5 May 2019 19:44:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 stWZl77Yg-ZL; Sun, 5 May 2019 19:44:20 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 297D812001B; Sun, 5 May 2019 19:44:20 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x462dYTl020944; Sun, 5 May 2019 19:44:19 -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=EO/YNWURuiVsuYepZ9Dbber5OpldFjasXUF40XrDCog=; b=iQ3PFHHJVv9YVqFz2dkbhTdYLZvwM3nEmFXF1/gi+T3HkB4XikQPBrrg9l0MZ3PTvT65 pMqcF0PPVwwSXt0Pnko1NKFrFGjmZY+DRRUJ6hFPKMAU4VGBnflq5SFzzIVU7Jkkr15J Nd5mDk52tkBCEpjdmunZl1b5mWS2Zyei8GWXGFOiQ1SnCOpBFu9ErmkxsfZfm8SLyQTh /5wwePw2cDpqFYZQVxFS1uU5oi5fuBK+AnUVdeQaQgijW9VoOTKq1913AraLj4j78mem 1mUoauoa6zFPX1QDderhey/2DPTs6x8+vJ3e9SnL1sEEHt4puBg4B11YJ3iO7XSapuCn /w== Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp2055.outbound.protection.outlook.com [104.47.38.55]) by mx0a-00273201.pphosted.com with ESMTP id 2s9sdq93wy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 05 May 2019 19:44:18 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB6536.namprd05.prod.outlook.com (20.178.234.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Mon, 6 May 2019 02:44:15 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.014; Mon, 6 May 2019 02:44:15 +0000 From: Ron Bonica To: Tom Herbert CC: SPRING WG , 6man Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgABS++AAAMZSWA= Content-Class: Date: Mon, 6 May 2019 02:44:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T02:44:13.5161672Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1333bb73-5f5b-4a4c-7061-08d6d1ccbaec x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB6536; x-ms-traffictypediagnostic: BYAPR05MB6536: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(39860400002)(376002)(136003)(366004)(396003)(189003)(199004)(66066001)(25786009)(6436002)(9326002)(6506007)(53546011)(99286004)(64756008)(66556008)(66946007)(66476007)(73956011)(66446008)(86362001)(5660300002)(229853002)(486006)(7696005)(52536014)(14454004)(186003)(6246003)(8936002)(68736007)(76176011)(606006)(33656002)(71190400001)(4326008)(26005)(102836004)(478600001)(7736002)(54906003)(9686003)(54896002)(74316002)(6306002)(236005)(476003)(6916009)(446003)(8676002)(81166006)(53936002)(316002)(3846002)(6116002)(790700001)(55016002)(71200400001)(966005)(11346002)(81156014)(2906002)(256004)(76116006); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB6536; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: zTOeW4ypvKv2Q+rCSdiWjTUad5XyzU19QfVIyhp964PWUg2wdHi7LuwdGXHFOsetmWTOEfNLv4hIh3i8SIy4jtiobf6TSQwxn9rVWoNGFk467d4zIy2+MrIC07NAbHEOlSQV5yOp04po4TsgKOJx8lgc0ZrJuXgpmVr4VGeSTl2UxtBDVq+odxQeH6oJf6c5EkNBtEsO0fA+q0FA/+KmWuPC8DjUkVH+oibzcff2NfMNpR3VV3/q3UD3t8Nzf3UNPBxx18rr305w4Bv/+xjNfGWWtB0quPU3V1UgYRVBEu/GXKc+zicKIs7r6MhBXy4il6IC+xE/zvyYabKvQBreGXGT2Puc+4+AIGT3bOIstWFdM4oHcWWIw6v1ivwJ0RwPdNi4xJLYPba9noYxw744KcXl24tGNtlyLJEnzYOBUKc= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB424526FE142B3319366622DFAE300BYAPR05MB4245namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 1333bb73-5f5b-4a4c-7061-08d6d1ccbaec X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 02:44:15.7725 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB6536 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-06_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905060021 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 02:44:22 -0000 --_000_BYAPR05MB424526FE142B3319366622DFAE300BYAPR05MB4245namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Tom, Ethernet Over IP (97) was created by RFC 3378. It indicates that the next h= eader is an Ethernet over IP encapsulation header (see Figure 1 of RFC 3378= ). That is different from an actual Ethernet header. In SRv6, the next header is an Ethernet header. Ron Juniper Internal From: Tom Herbert Sent: Sunday, May 5, 2019 9:11 PM To: Ron Bonica Cc: SPRING WG ; 6man Subject: Re: SRv6 Network Programming: ENH =3D 59 On Sun, May 5, 2019, 5:47 PM Ron Bonica > wrote: Folks, According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, = when processing the End.DX2 SID, the Next Header must be equal to 59. Other= wise, the packet will be dropped. In the words of the draft, "We conveniently reuse the next-header value 59 = allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to fu= nction End.DX2 and the Next-Header value is 59, we know that an Ethernet fr= ame is in the payload without any further header." According to Section 4.7 RFC 8200, " The value 59 in the Next Header field = of an IPv6 header or any extension header indicates that there is nothing = following that header. If the Payload Length field of the IPv6 header indi= cates the presence of octets past the end of a header whose Next Header fie= ld contains 59, those octets must be ignored and passed on unchanged if the= packet is forwarded." Does the WG think that it is a good idea to reuse the Next Header value 59?= Or would it be better to allocate a new Next Header value that represents = Ethernet? Tom, There's already ETHERIP number (97). Why not use that? Tom Ron Juniper Internal -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- --_000_BYAPR05MB424526FE142B3319366622DFAE300BYAPR05MB4245namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi To= m,

=  

Ether= net Over IP (97) was created by RFC 3378. It indicates that the next header= is an Ethernet over IP encapsulation header (see Figure 1 of RFC 3378). Th= at is different from an actual Ethernet header.

=  

In SR= v6, the next header is an Ethernet header.

=  

 = ;            &n= bsp;            = ;            &n= bsp;            = ;         Ron

=  

 

Juniper Internal=

From: Tom Herbert <tom@herbertland.com>=
Sent: Sunday, May 5, 2019 9:11 PM
To: Ron Bonica <rbonica@juniper.net>
Cc: SPRING WG <spring@ietf.org>; 6man <ipv6@ietf.org> Subject: Re: SRv6 Network Programming: ENH =3D 59

 

 

On Sun, May 5, 2019, 5:47 PM Ron Bonica <rbonica= =3D40juniper.net@dmarc.ietf= .org> wrote:

Folks,

According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, = when processing the End.DX2 SID, the Next Header must be equal to 59. Other= wise, the packet will be dropped.

In the words of the draft, "We conveniently reuse the next-header valu= e 59 allocated to IPv6 No Next Header [RFC8200].  When the SID corresp= onds to function End.DX2 and the Next-Header value is 59, we know that an E= thernet frame is in the payload without any further header."

According to Section 4.7 RFC 8200, " The value 59 in the Next Header f= ield of an IPv6 header or any  extension header indicates that there i= s nothing following that header.  If the Payload Length field of the I= Pv6 header indicates the presence of octets past the end of a header whose Next Header field contains 59, those octets must= be ignored and passed on unchanged if the packet is forwarded."

Does the WG think that it is a good idea to reuse the Next Header value 59?= Or would it be better to allocate a new Next Header value that represents = Ethernet?

 

Tom,

 

There's already ETHERIP number (97). Why not use tha= t?

 

Tom

 


                     = ;                     &nb= sp;               Ron


Juniper Internal

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

--_000_BYAPR05MB424526FE142B3319366622DFAE300BYAPR05MB4245namp_-- From nobody Sun May 5 19:49:27 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 196B2120086; Sun, 5 May 2019 19:49:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 5VEiVqYjaf9O; Sun, 5 May 2019 19:49:13 -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 B64C2120077; Sun, 5 May 2019 19:49:13 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x462n81t011243; Sun, 5 May 2019 19:49:08 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=Ed4ddeQ5tXL+4Ab0bNBZfv9hmv6s1EhQ/1L5fCkChgI=; b=VJPOBkJlOj8LT0OtANcdnkD4+cDoDB1O8OO5orvpzMTzb9vuNWhkaU0lYWpF5c1lGF9a UOOCAMvn4pWAlSs8QsFB9XM9yRItSuCQrfFfL572kM/FsRD3by+5l2PMubSfLzQAukJ8 C38UmjsEhr+c2UrjpNC6I1zFZ1EuDoDOjXkkIGIPqKH/FpnmP+wHWh+OJ7+08Ggbl9iH rV2fJn+j2uwSY3XjkYJ7aOeRl7qrbZWh4To2UqBlKq3N3SxU+dz4kEI0iFZeTsK8VNRR bUEk3VId3aC8qDY5tPGl0VANfL6408jsF0wpVjwV0bIZgB6svb2QeuvKAIisOXSuNrtH Wg== Received: from nam05-co1-obe.outbound.protection.outlook.com (mail-co1nam05lp2055.outbound.protection.outlook.com [104.47.48.55]) by mx0b-00273201.pphosted.com with ESMTP id 2sac5ar0pt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Sun, 05 May 2019 19:49:08 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB6552.namprd05.prod.outlook.com (20.178.234.80) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.18; Mon, 6 May 2019 02:49:00 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.014; Mon, 6 May 2019 02:49:00 +0000 From: Ron Bonica To: Mark Smith , Xiejingrong CC: Tom Herbert , SPRING WG , 6man Thread-Topic: [spring] SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgABS++AAAAnCoAAAMf5gAACYiKw Content-Class: Date: Mon, 6 May 2019 02:49:00 +0000 Message-ID: References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T02:48:58.5285750Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8a347d9d-5b1f-49a1-4e8d-08d6d1cd649f x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB6552; x-ms-traffictypediagnostic: BYAPR05MB6552: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1850; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(39860400002)(396003)(376002)(346002)(199004)(189003)(13464003)(305945005)(66066001)(316002)(229853002)(26005)(4326008)(256004)(19627235002)(6436002)(186003)(55016002)(486006)(476003)(6306002)(9686003)(446003)(25786009)(11346002)(3846002)(6116002)(14454004)(7736002)(8676002)(81156014)(81166006)(8936002)(52536014)(966005)(478600001)(2906002)(33656002)(6246003)(102836004)(53936002)(6506007)(53546011)(86362001)(110136005)(54906003)(99286004)(7696005)(66446008)(66946007)(76176011)(66476007)(73956011)(64756008)(66556008)(5660300002)(76116006)(74316002)(71190400001)(71200400001)(68736007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB6552; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: OQaSLpnayvmeVx1fnEcgq8IeuFPjuS4ZaGBo5KkFcO4LQwiYEcKO9Hx+fX1f6rYzbnFiFEE5jbO/DlJexU2zeFRiFs4+paaYR43AcQr6kDwVJDOHQYga0x11ZRFbZnXPljPVfoXMSfmxTX6ogh8C9C7QzwVSRxsvG9D/6p0meDYYy4OvCFN2Dtf2cp+vi6hg/EU4H55+6ayCsBXc2LTLnWWRvI80ucK22FfaCqgvVxo0o0iDVX1uC4qEeZTVv0s14kjmvvLNiJKv2Mly0Ms9jsrX6jkWmKohuEzY8jMKzdaBZtyPzHdtX7tx+VbL+3/iQmDoqLbotU52aEJjrmg2KTwkdm6vHj+Vlk+p7rVHW9z6cWxROB+KqgVqr/bTLCmWp14QsUMqabwNSJIfCStqZIsnTnUcSU6hZgjKlxr6Ifo= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 8a347d9d-5b1f-49a1-4e8d-08d6d1cd649f X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 02:49:00.5147 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB6552 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-06_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905060023 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 02:49:16 -0000 TWFyaywNCg0KQXMgdGhlIGhlYWRlciBjaGFpbiAoaW5jbHVkaW5nIGVuY2Fwc3VsYXRpb25zKSBn ZXQgbG9uZ2VyLCB0aGUgcGFja2V0IGJlY29tZXMgbGVzcyBBU0lDIGZyaWVuZGx5Lg0KDQpBbGxv Y2F0aW5nIGEgbmV3IE5leHQgSGVhZGVyIHZhbHVlIGZvciBFdGhlcm5ldCBtYXkgYmUgbGVzcyBw YWluZnVsIHRoYW4gaW50cm9kdWNpbmcgYSBuZXcgZW5jYXBzdWxhdGlvbi4NCg0KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJvbg0KDQoNCg0K SnVuaXBlciBJbnRlcm5hbA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206 IE1hcmsgU21pdGggPG1hcmt6enpzbWl0aEBnbWFpbC5jb20+DQo+IFNlbnQ6IFN1bmRheSwgTWF5 IDUsIDIwMTkgOTozNyBQTQ0KPiBUbzogWGllamluZ3JvbmcgPHhpZWppbmdyb25nQGh1YXdlaS5j b20+DQo+IENjOiBUb20gSGVyYmVydCA8dG9tQGhlcmJlcnRsYW5kLmNvbT47IFJvbiBCb25pY2EN Cj4gPHJib25pY2FAanVuaXBlci5uZXQ+OyBTUFJJTkcgV0cgPHNwcmluZ0BpZXRmLm9yZz47IDZt YW4NCj4gPGlwdjZAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBbc3ByaW5nXSBTUnY2IE5ldHdv cmsgUHJvZ3JhbW1pbmc6IEVOSCA9IDU5DQo+IA0KPiBPbiBNb24sIDYgTWF5IDIwMTkgYXQgMTE6 MTUsIFhpZWppbmdyb25nIDx4aWVqaW5ncm9uZ0BodWF3ZWkuY29tPg0KPiB3cm90ZToNCj4gPg0K PiA+IEhpIFRvbSwNCj4gPg0KPiA+DQo+ID4NCj4gPiBOdW1iZXIgOTcgaXMgYSBjaG9pY2UgYnV0 IGl0IGhhcyAyIGJ5dGVzIHdhc3RpbmcuDQo+ID4NCj4gPg0KPiANCj4gSXQgc2VlbXMgc3RyYW5n ZSB0byBtZSB0aGF0IGFzIGJhbmR3aWR0aCBpcyBjb25zdGFudGx5IGdldHRpbmcgY2hlYXBlciwg cGVvcGxlDQo+IHNlZW0gdG8gYmUgdHJ5aW5nIGhhcmRlciBhbmQgaGFyZGVyIHRvIHVzZSBsZXNz IG9mIGl0Lg0KPiBUaGUgdHJhZGUtb2ZmIGlzIGluY3JlYXNlZCBjb2RlIGNvbXBsZXhpdHkgYW5k IENQVSBhdCBlYWNoIG9mIHRoZSBob3BzIGF0IHRoZQ0KPiBlbmQgb2YgdGhlIGxpbmtzLg0KPiAN Cj4gSXQgaXMgaGFzIGJlZW4gbXkgdW5kZXJzdGFuZGluZyB0aGF0IGJhbmR3aWR0aCBoYXMgYmVl biBnZXR0aW5nIGNoZWFwZXINCj4gZmFzdGVyIHRoYW4gQ1BVIGZvciBxdWl0ZSBhIG51bWJlciBv ZiB5ZWFycywgaGFzIHRoYXQgZmxpcHBlZCBhcm91bmQ/DQo+IA0KPiANCj4gPg0KPiA+IEppbmdy b25nDQo+ID4NCj4gPg0KPiA+DQo+ID4gRnJvbTogaXB2NiBbbWFpbHRvOmlwdjYtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFRvbSBIZXJiZXJ0DQo+ID4gU2VudDogTW9uZGF5LCBNYXkg MDYsIDIwMTkgOToxMSBBTQ0KPiA+IFRvOiBSb24gQm9uaWNhIDxyYm9uaWNhPTQwanVuaXBlci5u ZXRAZG1hcmMuaWV0Zi5vcmc+DQo+ID4gQ2M6IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnPjsg Nm1hbiA8aXB2NkBpZXRmLm9yZz4NCj4gPiBTdWJqZWN0OiBSZTogU1J2NiBOZXR3b3JrIFByb2dy YW1taW5nOiBFTkggPSA1OQ0KPiA+DQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBPbiBTdW4sIE1h eSA1LCAyMDE5LCA1OjQ3IFBNIFJvbiBCb25pY2ENCj4gPHJib25pY2E9NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZz4gd3JvdGU6DQo+ID4NCj4gPiBGb2xrcywNCj4gPg0KPiA+IEFjY29yZGlu ZyB0byBTZWN0aW9uIDQuNCBvZiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2LW5ldHdvcmstcHJvZ3Jh bW1pbmctMDAsDQo+IHdoZW4gcHJvY2Vzc2luZyB0aGUgRW5kLkRYMiBTSUQsIHRoZSBOZXh0IEhl YWRlciBtdXN0IGJlIGVxdWFsIHRvIDU5Lg0KPiBPdGhlcndpc2UsIHRoZSBwYWNrZXQgd2lsbCBi ZSBkcm9wcGVkLg0KPiA+DQo+ID4gSW4gdGhlIHdvcmRzIG9mIHRoZSBkcmFmdCwgIldlIGNvbnZl bmllbnRseSByZXVzZSB0aGUgbmV4dC1oZWFkZXIgdmFsdWUgNTkNCj4gYWxsb2NhdGVkIHRvIElQ djYgTm8gTmV4dCBIZWFkZXIgW1JGQzgyMDBdLiAgV2hlbiB0aGUgU0lEIGNvcnJlc3BvbmRzIHRv DQo+IGZ1bmN0aW9uIEVuZC5EWDIgYW5kIHRoZSBOZXh0LUhlYWRlciB2YWx1ZSBpcyA1OSwgd2Ug a25vdyB0aGF0IGFuIEV0aGVybmV0DQo+IGZyYW1lIGlzIGluIHRoZSBwYXlsb2FkIHdpdGhvdXQg YW55IGZ1cnRoZXIgaGVhZGVyLiINCj4gPg0KPiA+IEFjY29yZGluZyB0byBTZWN0aW9uIDQuNyBS RkMgODIwMCwgIiBUaGUgdmFsdWUgNTkgaW4gdGhlIE5leHQgSGVhZGVyIGZpZWxkIG9mDQo+IGFu IElQdjYgaGVhZGVyIG9yIGFueSAgZXh0ZW5zaW9uIGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGVy ZSBpcyBub3RoaW5nDQo+IGZvbGxvd2luZyB0aGF0IGhlYWRlci4gIElmIHRoZSBQYXlsb2FkIExl bmd0aCBmaWVsZCBvZiB0aGUgSVB2NiBoZWFkZXIgaW5kaWNhdGVzDQo+IHRoZSBwcmVzZW5jZSBv ZiBvY3RldHMgcGFzdCB0aGUgZW5kIG9mIGEgaGVhZGVyIHdob3NlIE5leHQgSGVhZGVyIGZpZWxk DQo+IGNvbnRhaW5zIDU5LCB0aG9zZSBvY3RldHMgbXVzdCBiZSBpZ25vcmVkIGFuZCBwYXNzZWQg b24gdW5jaGFuZ2VkIGlmIHRoZQ0KPiBwYWNrZXQgaXMgZm9yd2FyZGVkLiINCj4gPg0KPiA+IERv ZXMgdGhlIFdHIHRoaW5rIHRoYXQgaXQgaXMgYSBnb29kIGlkZWEgdG8gcmV1c2UgdGhlIE5leHQg SGVhZGVyIHZhbHVlIDU5Pw0KPiBPciB3b3VsZCBpdCBiZSBiZXR0ZXIgdG8gYWxsb2NhdGUgYSBu ZXcgTmV4dCBIZWFkZXIgdmFsdWUgdGhhdCByZXByZXNlbnRzDQo+IEV0aGVybmV0Pw0KPiA+DQo+ ID4NCj4gPg0KPiA+IFRvbSwNCj4gPg0KPiA+DQo+ID4NCj4gPiBUaGVyZSdzIGFscmVhZHkgRVRI RVJJUCBudW1iZXIgKDk3KS4gV2h5IG5vdCB1c2UgdGhhdD8NCj4gPg0KPiA+DQo+ID4NCj4gPiBU b20NCj4gPg0KPiA+DQo+ID4NCj4gPg0KPiA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCj4gPg0KPiA+DQo+ID4gSnVuaXBlciBJ bnRlcm5hbA0KPiA+DQo+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiBJRVRGIElQdjYgd29ya2luZyBncm91 cCBtYWlsaW5nIGxpc3QNCj4gPiBpcHY2QGlldGYub3JnDQo+ID4gQWRtaW5pc3RyYXRpdmUgUmVx dWVzdHM6DQo+ID4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0 dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbA0KPiA+IG1hbl9saXN0aW5mb19pcHY2JmQ9RHdJRmFR JmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLQ0KPiBuZGIzdm9EVFhjV3pvDQo+ID4gQ0km cj1GY2g5RlE4MnNpci1Cb0x4ODRoS3VLd2wtDQo+IEFXRjJFZnBIY0F3ckRUaEtQOCZtPWMzX3ZR a2FXVXY5VnJadTJoSGUNCj4gPiB4a3JwdVdEUHVOYUZfYURtUHNULQ0KPiBLNXY0JnM9eE1sNHZZ M09vOXlvV3VtUEZRSWtBczRMREVnYnNhemIyOHpiZWpoSE05dw0KPiA+ICZlPQ0KPiA+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+ID4NCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiA+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gPiBzcHJpbmdAaWV0Zi5vcmcNCj4g PiBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3 dy5pZXRmLm9yZ19tYWlsDQo+ID4gbWFuX2xpc3RpbmZvX3NwcmluZyZkPUR3SUZhUSZjPUhBa1l1 aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy0NCj4gbmRiM3ZvRFRYY1cNCj4gPiB6b0NJJnI9RmNoOUZR ODJzaXItQm9MeDg0aEt1S3dsLQ0KPiBBV0YyRWZwSGNBd3JEVGhLUDgmbT1jM192UWthV1V2OVZy WnUyaA0KPiA+IEhleGtycHVXRFB1TmFGX2FEbVBzVC0NCj4gSzV2NCZzPXlDUnl3MXc2MV9naXpG ZUVZcWZOc01qeklGUHFJMXBTVWRxZU5TNm5RDQo+ID4gbzAmZT0NCg== From nobody Sun May 5 20:09:49 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82621120092 for ; Sun, 5 May 2019 20:09:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 7TclIL4ryMxi for ; Sun, 5 May 2019 20:09:45 -0700 (PDT) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C46A120077 for ; Sun, 5 May 2019 20:09:45 -0700 (PDT) Received: by mail-qt1-x829.google.com with SMTP id r3so3278844qtp.10 for ; Sun, 05 May 2019 20:09:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7AuQF6L1qPkVaPCxdOQ13U8ZvmEh8IhSsxL1lLdd2CE=; b=FY0YPSKltMlRT8ayzMCDGJFY04GXz0CuIpmTZgZXEofc0SHTO3VazhoDWWtF1O/uXR C7KN1UpIvAqvmIPohBIgSQk56Tsze7IuqqZg4rMc1+YN+PyGsrqLgSX94kKl8x1wQhgD vUxlXcRE0AwX/wKuq3/iMkr5bawWem0UtC4gHnI6b2BODhEpmSMfSAK3LEYsujVZUDnm xq42mJImmdTwoSBqzbWmDNUwzRFCQbQU95AFilLbU2/RA+f3ikzf4Qi1WaIqmBBQ1Z1/ hFGGAIkcTq8cttvgvYQP0h468CNrZ+ppNzAAMfveMmtJP8gVpSCMaesGTF3CnOXVhurP qLnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7AuQF6L1qPkVaPCxdOQ13U8ZvmEh8IhSsxL1lLdd2CE=; b=ngwM0QZFB3weDgfD3x/CQcN5zlmIh9rkmgETljMZkLb3sdPY5WgoOOpyqkl16H0BJK TT+YAwVUaLozMgq12wzfAIUr58V//y+hw3Lapw98h+Iug2e6CKDr15np/KQ7X0xz9l2t /CYw47IsMKdxC9/dS1HxO26kLgk3Bc9OciC/L/bMuPtDQuO6xRzJxFyRV0NgxxxzV2Vt Vmdnr5ovFePhjVxrKg6Dj7EaaxffYCtk7zl5PI30tSP2ioONMQ7X0HJSTJR4VNT0FPc3 04Up0CA8pCHSZIiXnFWX/t1GdnHV4TvqMtp9eX1NYT9iMtNh+28itvVGexhU2xGR+kM7 zPsA== X-Gm-Message-State: APjAAAXzDhjvBq7M0jVZXE4BQqg6q5ABhrCH4RGi4/e/87/8y0+zmp11 /tI9zzL87FkuB7SB4JhHSx5ReiGs0xZr4d1vOnGBFQ== X-Google-Smtp-Source: APXvYqwlo6dzu52UIbxwUxB0uJ/gfDoOTeWJcLfyP5YWy1mP5ypv0P7GROnXsXqtWNXMvyvRmzrt1QxGj6c3eBtbjOw= X-Received: by 2002:a05:6214:242:: with SMTP id k2mr19257710qvt.168.1557112184528; Sun, 05 May 2019 20:09:44 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: From: Tom Herbert Date: Sun, 5 May 2019 20:09:33 -0700 Message-ID: To: Ron Bonica Cc: Mark Smith , Xiejingrong , SPRING WG , 6man Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 03:09:47 -0000 On Sun, May 5, 2019 at 7:49 PM Ron Bonica wrote: > > Mark, > > As the header chain (including encapsulations) get longer, the packet becomes less ASIC friendly. > Ron, I'm dubious that just a two byte header for EtherIP or four byte header will be a problem especially in light of the fact that segment routing header is already adding significantly to packet overhead with an arbitrary list of sixteen byte quantities. Tom > Allocating a new Next Header value for Ethernet may be less painful than introducing a new encapsulation. > > Ron > > > > Juniper Internal > > > -----Original Message----- > > From: Mark Smith > > Sent: Sunday, May 5, 2019 9:37 PM > > To: Xiejingrong > > Cc: Tom Herbert ; Ron Bonica > > ; SPRING WG ; 6man > > > > Subject: Re: [spring] SRv6 Network Programming: ENH = 59 > > > > On Mon, 6 May 2019 at 11:15, Xiejingrong > > wrote: > > > > > > Hi Tom, > > > > > > > > > > > > Number 97 is a choice but it has 2 bytes wasting. > > > > > > > > > > It seems strange to me that as bandwidth is constantly getting cheaper, people > > seem to be trying harder and harder to use less of it. > > The trade-off is increased code complexity and CPU at each of the hops at the > > end of the links. > > > > It is has been my understanding that bandwidth has been getting cheaper > > faster than CPU for quite a number of years, has that flipped around? > > > > > > > > > > Jingrong > > > > > > > > > > > > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert > > > Sent: Monday, May 06, 2019 9:11 AM > > > To: Ron Bonica > > > Cc: SPRING WG ; 6man > > > Subject: Re: SRv6 Network Programming: ENH = 59 > > > > > > > > > > > > > > > > > > On Sun, May 5, 2019, 5:47 PM Ron Bonica > > wrote: > > > > > > Folks, > > > > > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, > > when processing the End.DX2 SID, the Next Header must be equal to 59. > > Otherwise, the packet will be dropped. > > > > > > In the words of the draft, "We conveniently reuse the next-header value 59 > > allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to > > function End.DX2 and the Next-Header value is 59, we know that an Ethernet > > frame is in the payload without any further header." > > > > > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field of > > an IPv6 header or any extension header indicates that there is nothing > > following that header. If the Payload Length field of the IPv6 header indicates > > the presence of octets past the end of a header whose Next Header field > > contains 59, those octets must be ignored and passed on unchanged if the > > packet is forwarded." > > > > > > Does the WG think that it is a good idea to reuse the Next Header value 59? > > Or would it be better to allocate a new Next Header value that represents > > Ethernet? > > > > > > > > > > > > Tom, > > > > > > > > > > > > There's already ETHERIP number (97). Why not use that? > > > > > > > > > > > > Tom > > > > > > > > > > > > > > > Ron > > > > > > > > > Juniper Internal > > > > > > -------------------------------------------------------------------- > > > IETF IPv6 working group mailing list > > > ipv6@ietf.org > > > Administrative Requests: > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail > > > man_listinfo_ipv6&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > ndb3voDTXcWzo > > > CI&r=Fch9FQ82sir-BoLx84hKuKwl- > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2hHe > > > xkrpuWDPuNaF_aDmPsT- > > K5v4&s=xMl4vY3Oo9yoWumPFQIkAs4LDEgbsazb28zbejhHM9w > > > &e= > > > -------------------------------------------------------------------- > > > > > > _______________________________________________ > > > spring mailing list > > > spring@ietf.org > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail > > > man_listinfo_spring&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > ndb3voDTXcW > > > zoCI&r=Fch9FQ82sir-BoLx84hKuKwl- > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2h > > > HexkrpuWDPuNaF_aDmPsT- > > K5v4&s=yCRyw1w61_gizFeEYqfNsMjzIFPqI1pSUdqeNS6nQ > > > o0&e= From nobody Sun May 5 20:32:58 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 053E512013E; Sun, 5 May 2019 20:32:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ecmqF5SNb2YN; Sun, 5 May 2019 20:32:43 -0700 (PDT) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5CF01201AF; Sun, 5 May 2019 20:32:43 -0700 (PDT) Received: by mail-ot1-x32a.google.com with SMTP id v17so2135957otp.13; Sun, 05 May 2019 20:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mjuPwF+fv/7x2Ni68glJJ96rNMehwTqRvqdXKr2X2cs=; b=i+ZQxcjVGozDswOYCTtalHfAaGI+HdLn6CZICU2nwZC/KXf1A/0RPxXrHgGNXC2aSb EaLIfM0Q71e4P8ysVDPjmvTA02vx3xuJMFQP3IrXbWmP/mT3y3XZ6CPEXQEbvEi3OrOJ 1cDBzGmqKO9ncAXAuOYkSAEfCMmM1Kx6DF0DC4gFM8u0zF97ihIirKP6Lfb4NDfG2nff hsSb06ZGlRPr0lOOncduaQU3+hgj8Fm36WzIAvapnYRBpgo3KSuj9MgpXSEfxSXi5g1m G4fhn843WqLryzl8gqMiXujgfRkELB11bvP3rafewN/PL9lVqm4WHVn3K0iTBeKPKfCU l/PQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mjuPwF+fv/7x2Ni68glJJ96rNMehwTqRvqdXKr2X2cs=; b=a2zsPM5O0X0u4YSwBKmNL8qgd0LhE3azrPQQoeM4oUt+cRJKHUN5sItwts+o1dj9MK bwBMu+9w5PH0uWqSN/Ggtb2IMuh0vB+j3+t3Xja17SlPAASfF8lubAMED9MaLlzh/C3D F3j+Hh1vh6vzW3JegfyV0xuGz8aecc1RUbee/aVuWTPax8XDADKrkCCy75svy1wi4p+x eAqlDi2NUSp4Q8HrLqcxZoqKvi8S1xFumHCbev7FB8s8eUslfI/Wr84g9ZZ37Bwh1jv8 YJBvBoSyBeyrYr4GO7c+uYLN3ZbylsncdR4eY/3OObOWbxX6HWwUshBi41vw7M2fM+A0 lpog== X-Gm-Message-State: APjAAAUQLkLGYniYWNmHpGv3iiscPEWWNNrfSxbYKG3lq87Kuh5XDvxX N7/8JO67oJ7DERy7ai5Y9QlB0ELTF+8v2GKUt4s= X-Google-Smtp-Source: APXvYqzlZFPK5z9xhccw17TodGBqskupi4q8YVtwWlmGq/8FK21vrDfADQKsmq5tRvkESjt4i5nJ0YNUMTQM8Na+lKA= X-Received: by 2002:a9d:4e15:: with SMTP id p21mr15649392otf.285.1557113563075; Sun, 05 May 2019 20:32:43 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: From: Mark Smith Date: Mon, 6 May 2019 13:32:16 +1000 Message-ID: To: Ron Bonica Cc: Xiejingrong , Tom Herbert , SPRING WG , 6man Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 03:32:50 -0000 Hi Ron, On Mon, 6 May 2019 at 12:49, Ron Bonica wrote: > > Mark, > > As the header chain (including encapsulations) get longer, the packet becomes less ASIC friendly. > > Allocating a new Next Header value for Ethernet may be less painful than introducing a new encapsulation. > That's fair. I think sometimes it may not be clear what to optimise for and when. To me SR seems to be both about replacing MPLS for packet forwarding across the network, and also possibly performing host functions on a packet as it traverses the network, meaning processing the contents of packets past the IP header at various hops during the packet's trip. I've got used to thinking of the decapsulation of packets at a tunnel end-point as being host processing because it is processing the packet beyond the outer IP header, and that then suggests to me to try to be general if possible rather than optimise for one or a small set of cases. Regards, Mark. > Ron > > > > Juniper Internal > > > -----Original Message----- > > From: Mark Smith > > Sent: Sunday, May 5, 2019 9:37 PM > > To: Xiejingrong > > Cc: Tom Herbert ; Ron Bonica > > ; SPRING WG ; 6man > > > > Subject: Re: [spring] SRv6 Network Programming: ENH = 59 > > > > On Mon, 6 May 2019 at 11:15, Xiejingrong > > wrote: > > > > > > Hi Tom, > > > > > > > > > > > > Number 97 is a choice but it has 2 bytes wasting. > > > > > > > > > > It seems strange to me that as bandwidth is constantly getting cheaper, people > > seem to be trying harder and harder to use less of it. > > The trade-off is increased code complexity and CPU at each of the hops at the > > end of the links. > > > > It is has been my understanding that bandwidth has been getting cheaper > > faster than CPU for quite a number of years, has that flipped around? > > > > > > > > > > Jingrong > > > > > > > > > > > > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert > > > Sent: Monday, May 06, 2019 9:11 AM > > > To: Ron Bonica > > > Cc: SPRING WG ; 6man > > > Subject: Re: SRv6 Network Programming: ENH = 59 > > > > > > > > > > > > > > > > > > On Sun, May 5, 2019, 5:47 PM Ron Bonica > > wrote: > > > > > > Folks, > > > > > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, > > when processing the End.DX2 SID, the Next Header must be equal to 59. > > Otherwise, the packet will be dropped. > > > > > > In the words of the draft, "We conveniently reuse the next-header value 59 > > allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to > > function End.DX2 and the Next-Header value is 59, we know that an Ethernet > > frame is in the payload without any further header." > > > > > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field of > > an IPv6 header or any extension header indicates that there is nothing > > following that header. If the Payload Length field of the IPv6 header indicates > > the presence of octets past the end of a header whose Next Header field > > contains 59, those octets must be ignored and passed on unchanged if the > > packet is forwarded." > > > > > > Does the WG think that it is a good idea to reuse the Next Header value 59? > > Or would it be better to allocate a new Next Header value that represents > > Ethernet? > > > > > > > > > > > > Tom, > > > > > > > > > > > > There's already ETHERIP number (97). Why not use that? > > > > > > > > > > > > Tom > > > > > > > > > > > > > > > Ron > > > > > > > > > Juniper Internal > > > > > > -------------------------------------------------------------------- > > > IETF IPv6 working group mailing list > > > ipv6@ietf.org > > > Administrative Requests: > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail > > > man_listinfo_ipv6&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > ndb3voDTXcWzo > > > CI&r=Fch9FQ82sir-BoLx84hKuKwl- > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2hHe > > > xkrpuWDPuNaF_aDmPsT- > > K5v4&s=xMl4vY3Oo9yoWumPFQIkAs4LDEgbsazb28zbejhHM9w > > > &e= > > > -------------------------------------------------------------------- > > > > > > _______________________________________________ > > > spring mailing list > > > spring@ietf.org > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mail > > > man_listinfo_spring&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > ndb3voDTXcW > > > zoCI&r=Fch9FQ82sir-BoLx84hKuKwl- > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2h > > > HexkrpuWDPuNaF_aDmPsT- > > K5v4&s=yCRyw1w61_gizFeEYqfNsMjzIFPqI1pSUdqeNS6nQ > > > o0&e= From nobody Mon May 6 07:26:43 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80194120176; Mon, 6 May 2019 07:26:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 CfsvhXfBA03i; Mon, 6 May 2019 07:26:40 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 701C5120052; Mon, 6 May 2019 07:26:40 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x46EJfeg013283; Mon, 6 May 2019 07:26:34 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=EZ0AqbmuPNZt6GWe5p8caS3TmNV217HISUE9W+0qNnk=; b=uBJoVRYFGWed1fRgQ42HC8p6WIlMssW9OS8Hh2wdav5b6GstrnEwOPeX+uYvpgZeBmtf IJ7l0mWYATuWxS2Y3W0Yzzv+YCHNgwanrOFpth1/43ExwOt+c9ByB7S3f+D6V5OF7Prr FZNO8h6yiTJYBksmvKIuM4aibDF++fSvypokBa0kDkgZq42KT9FDGmbaBsd4RmF1E7iz 3ymQtqobkvgoQE8KtnXz4VHQoMNSjJCl9JrfO9J6Vbp31B07V1hFiD0e8NSJM8Q97cI/ XVKAdLvsNtTiBIWixv+4Taw8k1vwRetzcaJDCzl7eD5SQ7DF5zeBjh8/aDfCoprDI6SX TQ== Received: from nam01-bn3-obe.outbound.protection.outlook.com (mail-bn3nam01lp2055.outbound.protection.outlook.com [104.47.33.55]) by mx0a-00273201.pphosted.com with ESMTP id 2sah2srfd2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Mon, 06 May 2019 07:26:33 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5608.namprd05.prod.outlook.com (20.177.186.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.11; Mon, 6 May 2019 14:26:30 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.014; Mon, 6 May 2019 14:26:30 +0000 From: Ron Bonica To: Tom Herbert CC: Mark Smith , Xiejingrong , SPRING WG , 6man Thread-Topic: [spring] SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgABS++AAAAnCoAAAMf5gAACYiKwAADVT4AAF5LXYA== Content-Class: Date: Mon, 6 May 2019 14:26:30 +0000 Message-ID: References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T14:26:26.6312652Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.13] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ef44944a-0a96-43d4-e8f8-08d6d22ed4f7 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5608; x-ms-traffictypediagnostic: BYAPR05MB5608: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1850; x-forefront-prvs: 0029F17A3F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(396003)(39860400002)(136003)(366004)(346002)(189003)(13464003)(199004)(7696005)(478600001)(6116002)(3846002)(6506007)(53546011)(99286004)(81156014)(102836004)(316002)(76176011)(5660300002)(76116006)(229853002)(66446008)(52536014)(33656002)(26005)(73956011)(66946007)(64756008)(66556008)(66476007)(186003)(71200400001)(71190400001)(19627235002)(256004)(6306002)(55016002)(6436002)(966005)(14454004)(9686003)(53936002)(305945005)(7736002)(74316002)(486006)(11346002)(54906003)(68736007)(446003)(2906002)(66066001)(8676002)(81166006)(8936002)(476003)(86362001)(6916009)(25786009)(4326008)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5608; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: utt7Yx2bqcUxik5bLZfDmHOEGFvtQiEFMkSs/He+p1doJkp0Xue4Oh4S7VcDN5jtOAzkiPujl29okuQvOAyKz56jU0jgIPfRizatLwy4io2bpOHwlrvdWO+dipx7ojFE38U2dMh8at6w7wSIDMkDtSMApE+1FSo+iA9Y/G0U/jcsEqCXsiDyGWLASaayWXzX7QzA91BNTBnsZ+G5JGd4Tpr1mfsbkvCdAIhI10k56izcaYKV7gPDigFCzSzZLP6SMjcb2ST9tNNkJa3XC3GZxebJ5gj6URhRcpHqf+nXNsJYQjQnE2ZnRqZRrrQ4icLadGMrZB5dpLCTTHG5eJfv1LOztOOGHNLMCf3iK10qJ7m+XVmS9hA6Z//HRyM4OprJPBownauc5K+0w4TrttUAQcEIv0x5SPS3Gy2vIqe342A= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: ef44944a-0a96-43d4-e8f8-08d6d22ed4f7 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 May 2019 14:26:30.1340 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5608 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-06_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905060124 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 14:26:42 -0000 VG9tLA0KDQpMaWtld2lzZSwgaG93IHBhaW5mdWwgd291bGQgaXQgYmUgdG8gYWxsb2NhdGUgYSBu ZXcgbmV4dC1ob3AgdHlwZT8NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgUm9uDQoNCg0KDQpKdW5pcGVyIEludGVybmFsDQoNCj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFu ZC5jb20+DQo+IFNlbnQ6IFN1bmRheSwgTWF5IDUsIDIwMTkgMTE6MTAgUE0NCj4gVG86IFJvbiBC b25pY2EgPHJib25pY2FAanVuaXBlci5uZXQ+DQo+IENjOiBNYXJrIFNtaXRoIDxtYXJrenp6c21p dGhAZ21haWwuY29tPjsgWGllamluZ3JvbmcNCj4gPHhpZWppbmdyb25nQGh1YXdlaS5jb20+OyBT UFJJTkcgV0cgPHNwcmluZ0BpZXRmLm9yZz47IDZtYW4NCj4gPGlwdjZAaWV0Zi5vcmc+DQo+IFN1 YmplY3Q6IFJlOiBbc3ByaW5nXSBTUnY2IE5ldHdvcmsgUHJvZ3JhbW1pbmc6IEVOSCA9IDU5DQo+ IA0KPiBPbiBTdW4sIE1heSA1LCAyMDE5IGF0IDc6NDkgUE0gUm9uIEJvbmljYSA8cmJvbmljYUBq dW5pcGVyLm5ldD4gd3JvdGU6DQo+ID4NCj4gPiBNYXJrLA0KPiA+DQo+ID4gQXMgdGhlIGhlYWRl ciBjaGFpbiAoaW5jbHVkaW5nIGVuY2Fwc3VsYXRpb25zKSBnZXQgbG9uZ2VyLCB0aGUgcGFja2V0 DQo+IGJlY29tZXMgbGVzcyBBU0lDIGZyaWVuZGx5Lg0KPiA+DQo+IFJvbiwNCj4gDQo+IEknbSBk dWJpb3VzIHRoYXQganVzdCBhIHR3byBieXRlIGhlYWRlciBmb3IgRXRoZXJJUCBvciBmb3VyIGJ5 dGUgaGVhZGVyIHdpbGwgYmUNCj4gYSBwcm9ibGVtIGVzcGVjaWFsbHkgaW4gbGlnaHQgb2YgdGhl IGZhY3QgdGhhdCBzZWdtZW50IHJvdXRpbmcgaGVhZGVyIGlzIGFscmVhZHkNCj4gYWRkaW5nIHNp Z25pZmljYW50bHkgdG8gcGFja2V0IG92ZXJoZWFkIHdpdGggYW4gYXJiaXRyYXJ5IGxpc3Qgb2Yg c2l4dGVlbiBieXRlDQo+IHF1YW50aXRpZXMuDQo+IA0KPiBUb20NCj4gDQo+ID4gQWxsb2NhdGlu ZyBhIG5ldyBOZXh0IEhlYWRlciB2YWx1ZSBmb3IgRXRoZXJuZXQgbWF5IGJlIGxlc3MgcGFpbmZ1 bCB0aGFuDQo+IGludHJvZHVjaW5nIGEgbmV3IGVuY2Fwc3VsYXRpb24uDQo+ID4NCj4gPiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQo+ ID4NCj4gPg0KPiA+DQo+ID4gSnVuaXBlciBJbnRlcm5hbA0KPiA+DQo+ID4gPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogTWFyayBTbWl0aCA8bWFya3p6enNtaXRoQGdt YWlsLmNvbT4NCj4gPiA+IFNlbnQ6IFN1bmRheSwgTWF5IDUsIDIwMTkgOTozNyBQTQ0KPiA+ID4g VG86IFhpZWppbmdyb25nIDx4aWVqaW5ncm9uZ0BodWF3ZWkuY29tPg0KPiA+ID4gQ2M6IFRvbSBI ZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPjsgUm9uIEJvbmljYQ0KPiA+ID4gPHJib25pY2FA anVuaXBlci5uZXQ+OyBTUFJJTkcgV0cgPHNwcmluZ0BpZXRmLm9yZz47IDZtYW4NCj4gPiA+IDxp cHY2QGlldGYub3JnPg0KPiA+ID4gU3ViamVjdDogUmU6IFtzcHJpbmddIFNSdjYgTmV0d29yayBQ cm9ncmFtbWluZzogRU5IID0gNTkNCj4gPiA+DQo+ID4gPiBPbiBNb24sIDYgTWF5IDIwMTkgYXQg MTE6MTUsIFhpZWppbmdyb25nIDx4aWVqaW5ncm9uZ0BodWF3ZWkuY29tPg0KPiA+ID4gd3JvdGU6 DQo+ID4gPiA+DQo+ID4gPiA+IEhpIFRvbSwNCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4NCj4g PiA+ID4gTnVtYmVyIDk3IGlzIGEgY2hvaWNlIGJ1dCBpdCBoYXMgMiBieXRlcyB3YXN0aW5nLg0K PiA+ID4gPg0KPiA+ID4gPg0KPiA+ID4NCj4gPiA+IEl0IHNlZW1zIHN0cmFuZ2UgdG8gbWUgdGhh dCBhcyBiYW5kd2lkdGggaXMgY29uc3RhbnRseSBnZXR0aW5nDQo+ID4gPiBjaGVhcGVyLCBwZW9w bGUgc2VlbSB0byBiZSB0cnlpbmcgaGFyZGVyIGFuZCBoYXJkZXIgdG8gdXNlIGxlc3Mgb2YgaXQu DQo+ID4gPiBUaGUgdHJhZGUtb2ZmIGlzIGluY3JlYXNlZCBjb2RlIGNvbXBsZXhpdHkgYW5kIENQ VSBhdCBlYWNoIG9mIHRoZQ0KPiA+ID4gaG9wcyBhdCB0aGUgZW5kIG9mIHRoZSBsaW5rcy4NCj4g PiA+DQo+ID4gPiBJdCBpcyBoYXMgYmVlbiBteSB1bmRlcnN0YW5kaW5nIHRoYXQgYmFuZHdpZHRo IGhhcyBiZWVuIGdldHRpbmcNCj4gPiA+IGNoZWFwZXIgZmFzdGVyIHRoYW4gQ1BVIGZvciBxdWl0 ZSBhIG51bWJlciBvZiB5ZWFycywgaGFzIHRoYXQgZmxpcHBlZA0KPiBhcm91bmQ/DQo+ID4gPg0K PiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4gSmluZ3JvbmcNCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ ID4NCj4gPiA+ID4gRnJvbTogaXB2NiBbbWFpbHRvOmlwdjYtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIFRvbSBIZXJiZXJ0DQo+ID4gPiA+IFNlbnQ6IE1vbmRheSwgTWF5IDA2LCAyMDE5 IDk6MTEgQU0NCj4gPiA+ID4gVG86IFJvbiBCb25pY2EgPHJib25pY2E9NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZz4NCj4gPiA+ID4gQ2M6IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnPjsg Nm1hbiA8aXB2NkBpZXRmLm9yZz4NCj4gPiA+ID4gU3ViamVjdDogUmU6IFNSdjYgTmV0d29yayBQ cm9ncmFtbWluZzogRU5IID0gNTkNCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ID4N Cj4gPiA+ID4NCj4gPiA+ID4gT24gU3VuLCBNYXkgNSwgMjAxOSwgNTo0NyBQTSBSb24gQm9uaWNh DQo+ID4gPiA8cmJvbmljYT00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPiB3cm90ZToNCj4g PiA+ID4NCj4gPiA+ID4gRm9sa3MsDQo+ID4gPiA+DQo+ID4gPiA+IEFjY29yZGluZyB0byBTZWN0 aW9uIDQuNCBvZg0KPiA+ID4gPiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2LW5ldHdvcmstcHJvZ3Jh bW1pbmctMDAsDQo+ID4gPiB3aGVuIHByb2Nlc3NpbmcgdGhlIEVuZC5EWDIgU0lELCB0aGUgTmV4 dCBIZWFkZXIgbXVzdCBiZSBlcXVhbCB0byA1OS4NCj4gPiA+IE90aGVyd2lzZSwgdGhlIHBhY2tl dCB3aWxsIGJlIGRyb3BwZWQuDQo+ID4gPiA+DQo+ID4gPiA+IEluIHRoZSB3b3JkcyBvZiB0aGUg ZHJhZnQsICJXZSBjb252ZW5pZW50bHkgcmV1c2UgdGhlIG5leHQtaGVhZGVyDQo+ID4gPiA+IHZh bHVlIDU5DQo+ID4gPiBhbGxvY2F0ZWQgdG8gSVB2NiBObyBOZXh0IEhlYWRlciBbUkZDODIwMF0u ICBXaGVuIHRoZSBTSUQNCj4gPiA+IGNvcnJlc3BvbmRzIHRvIGZ1bmN0aW9uIEVuZC5EWDIgYW5k IHRoZSBOZXh0LUhlYWRlciB2YWx1ZSBpcyA1OSwgd2UNCj4gPiA+IGtub3cgdGhhdCBhbiBFdGhl cm5ldCBmcmFtZSBpcyBpbiB0aGUgcGF5bG9hZCB3aXRob3V0IGFueSBmdXJ0aGVyDQo+IGhlYWRl ci4iDQo+ID4gPiA+DQo+ID4gPiA+IEFjY29yZGluZyB0byBTZWN0aW9uIDQuNyBSRkMgODIwMCwg IiBUaGUgdmFsdWUgNTkgaW4gdGhlIE5leHQNCj4gPiA+ID4gSGVhZGVyIGZpZWxkIG9mDQo+ID4g PiBhbiBJUHY2IGhlYWRlciBvciBhbnkgIGV4dGVuc2lvbiBoZWFkZXIgaW5kaWNhdGVzIHRoYXQg dGhlcmUgaXMNCj4gPiA+IG5vdGhpbmcgZm9sbG93aW5nIHRoYXQgaGVhZGVyLiAgSWYgdGhlIFBh eWxvYWQgTGVuZ3RoIGZpZWxkIG9mIHRoZQ0KPiA+ID4gSVB2NiBoZWFkZXIgaW5kaWNhdGVzIHRo ZSBwcmVzZW5jZSBvZiBvY3RldHMgcGFzdCB0aGUgZW5kIG9mIGENCj4gPiA+IGhlYWRlciB3aG9z ZSBOZXh0IEhlYWRlciBmaWVsZCBjb250YWlucyA1OSwgdGhvc2Ugb2N0ZXRzIG11c3QgYmUNCj4g PiA+IGlnbm9yZWQgYW5kIHBhc3NlZCBvbiB1bmNoYW5nZWQgaWYgdGhlIHBhY2tldCBpcyBmb3J3 YXJkZWQuIg0KPiA+ID4gPg0KPiA+ID4gPiBEb2VzIHRoZSBXRyB0aGluayB0aGF0IGl0IGlzIGEg Z29vZCBpZGVhIHRvIHJldXNlIHRoZSBOZXh0IEhlYWRlciB2YWx1ZQ0KPiA1OT8NCj4gPiA+IE9y IHdvdWxkIGl0IGJlIGJldHRlciB0byBhbGxvY2F0ZSBhIG5ldyBOZXh0IEhlYWRlciB2YWx1ZSB0 aGF0DQo+ID4gPiByZXByZXNlbnRzIEV0aGVybmV0Pw0KPiA+ID4gPg0KPiA+ID4gPg0KPiA+ID4g Pg0KPiA+ID4gPiBUb20sDQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+DQo+ID4gPiA+IFRoZXJl J3MgYWxyZWFkeSBFVEhFUklQIG51bWJlciAoOTcpLiBXaHkgbm90IHVzZSB0aGF0Pw0KPiA+ID4g Pg0KPiA+ID4gPg0KPiA+ID4gPg0KPiA+ID4gPiBUb20NCj4gPiA+ID4NCj4gPiA+ID4NCj4gPiA+ ID4NCj4gPiA+ID4NCj4gPiA+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFJvbg0KPiA+ID4gPg0KPiA+ID4gPg0KPiA+ID4gPiBKdW5p cGVyIEludGVybmFsDQo+ID4gPiA+DQo+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+ID4gPiAtLSBJRVRG IElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgaXB2NkBpZXRmLm9yZw0KPiA+ID4gPiBB ZG1pbmlzdHJhdGl2ZSBSZXF1ZXN0czoNCj4gPiA+ID4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29m cG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfDQo+ID4gPiA+IG1haWwN Cj4gPiA+ID4gbWFuX2xpc3RpbmZvX2lwdjYmZD1Ed0lGYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZo MFVqQlhlTUstDQo+ID4gPiBuZGIzdm9EVFhjV3pvDQo+ID4gPiA+IENJJnI9RmNoOUZRODJzaXIt Qm9MeDg0aEt1S3dsLQ0KPiA+ID4gQVdGMkVmcEhjQXdyRFRoS1A4Jm09YzNfdlFrYVdVdjlWclp1 MmhIZQ0KPiA+ID4gPiB4a3JwdVdEUHVOYUZfYURtUHNULQ0KPiA+ID4gSzV2NCZzPXhNbDR2WTNP bzl5b1d1bVBGUUlrQXM0TERFZ2JzYXpiMjh6YmVqaEhNOXcNCj4gPiA+ID4gJmU9DQo+ID4gPiA+ IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KPiA+ID4gPiAtLQ0KPiA+ID4gPg0KPiA+ID4gPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+ID4gPiBzcHJpbmcgbWFpbGluZyBs aXN0DQo+ID4gPiA+IHNwcmluZ0BpZXRmLm9yZw0KPiA+ID4gPiBodHRwczovL3VybGRlZmVuc2Uu cHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ18NCj4gPiA+ID4g bWFpbA0KPiA+ID4gPiBtYW5fbGlzdGluZm9fc3ByaW5nJmQ9RHdJRmFRJmM9SEFrWXVoNjNyc3Vo cjZTY2JmaDBVakJYZU1LLQ0KPiA+ID4gbmRiM3ZvRFRYY1cNCj4gPiA+ID4gem9DSSZyPUZjaDlG UTgyc2lyLUJvTHg4NGhLdUt3bC0NCj4gPiA+IEFXRjJFZnBIY0F3ckRUaEtQOCZtPWMzX3ZRa2FX VXY5VnJadTJoDQo+ID4gPiA+IEhleGtycHVXRFB1TmFGX2FEbVBzVC0NCj4gPiA+IEs1djQmcz15 Q1J5dzF3NjFfZ2l6RmVFWXFmTnNNanpJRlBxSTFwU1VkcWVOUzZuUQ0KPiA+ID4gPiBvMCZlPQ0K From nobody Mon May 6 07:36:09 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0B7112018D; Mon, 6 May 2019 07:36:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 CVvVCCPCD8Nq; Mon, 6 May 2019 07:36:04 -0700 (PDT) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3715B120052; Mon, 6 May 2019 07:36:03 -0700 (PDT) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id 44yQJx4LXjz10Zr; Mon, 6 May 2019 16:36:01 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.20]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 44yQJx2whtzDq7k; Mon, 6 May 2019 16:36:01 +0200 (CEST) Received: from OPEXCAUBM43.corporate.adroot.infra.ftgroup ([fe80::b846:2467:1591:5d9d]) by OPEXCAUBMA1.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0439.000; Mon, 6 May 2019 16:36:01 +0200 From: To: "adrian@olddog.co.uk" CC: 'SPRING WG' , "spring-chairs@ietf.org" Thread-Topic: [spring] Working Group Adoption Call for draft-filsfils-spring-srv6-network-programming Thread-Index: AQKiuZZ85wkSAmxndBno69hsKyy+2gKnS9wopJ8JXNCADlhXIA== Date: Mon, 6 May 2019 14:36:00 +0000 Message-ID: <28342_1557153361_5CD04651_28342_447_1_53C29892C857584299CBF5D05346208A48A9B285@OPEXCAUBM43.corporate.adroot.infra.ftgroup> References: <22596_1552502971_5C8950BB_22596_34_1_53C29892C857584299CBF5D05346208A48A18771@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <17228_1556107963_5CC052BB_17228_259_1_53C29892C857584299CBF5D05346208A48A90703@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <003c01d4fcdd$59e6b1d0$0db41570$@olddog.co.uk> In-Reply-To: <003c01d4fcdd$59e6b1d0$0db41570$@olddog.co.uk> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.114.13.247] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A48A9B285OPEXCAUBM43corp_" MIME-Version: 1.0 Archived-At: Subject: Re: [spring] Working Group Adoption Call for draft-filsfils-spring-srv6-network-programming X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 14:36:08 -0000 --_000_53C29892C857584299CBF5D05346208A48A9B285OPEXCAUBM43corp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Adrian, You are very welcome to restate that point. Sorry if it felt like your poin= t was not taken into consideration. I see 2 points. 1) IPv6 address to interfaces only =D8 RFC 8200 defers to RFC 4291 for the definition of an IPv6 address. RFC= 4291 has a somewhat simplistic and possibly historic definition of an IPv6= address... =D8 IPv6 addresses are 128-bit identifiers for interfaces and sets of =D8 interfaces (where "interface" is as defined in Section 2 of [IPV6]). =D8 ...where the reference was to RFC 2460 which (of course) is obsoleted = by RFC 8200. RFC 8200 has... =D8 interface a node's attachment to a link. =D8 address an IPv6-layer identifier for an interface or a set of = interfaces. [...] =D8 The challenge, as far as I see it, is purely semantic. That is, we pro= pose to place in the DA field of an IPv6 header a value which is routable b= ut which does not identify an interface. I agree with your quote and would also add "IPv6 addresses of all types are= assigned to interfaces, not nodes. " Such definitions indeed do not seem to allow for the use of an IPv6 address= for a node nor for non-interface. On the other hand, IP/MPLS routing/signalling heavily uses an IP address to= represent a node (aka "Loopback"), at least for routing nodes. I don't rec= all that the IPv6 addressing architecture had/is been seen as a blocking po= int. Would you like to equally raise that point in the routing area? It also seem to me that RFC 6052 or RFC 7599 use IPv6 addresses for non-int= erfaces. https://tools.ietf.org/html/rfc6052 https://tools.ietf.org/html/rf= c7599 And there are probably other usages of IPv6 addresses. 2) SPRING use of IPv6 address For the IPv6 data plane (aka SRv6), SPRING uses IPv6 address to represent a= segment from day one. I think that this is clearly indicated in RFC 8402 h= ttps://tools.ietf.org/html/rfc8402 including in the abstract. Plus that a s= egment can represent a relatively broad semantic (an "instruction"), much b= roader than an interface. It seems to me that draft-ietf-6man-segment-routi= ng-header makes it clear that that RFC 8402 is the SR architecture, in part= icular for SRv6, and it normatively references RFC 8402. In addition, draft-ietf-6man-segment-routing-header -which is a 6MAN WG doc= ument, under WG last call for some months- specifically indicates that dist= inction between an IPv6 address representing a local interface and an IPv6 = address representing an SRv6 SID: When an SRv6-capable node receives an IPv6 packet, it performs a longest-prefix-match lookup on the packets destination address. This lookup can return any of the following: A FIB entry that represents a locally instantiated SRv6 SID A FIB entry that represents a local interface, not locally instantiated as an SRv6 SID A FIB entry that represents a non-local route No Match https://tools.ietf.org/html/draft-ietf-6man-segment-routing-header-18#secti= on-4.3 This point has also been presented during IETF 102 https://datatracker.ietf= .org/meeting/102/proceedings#6man (cf slide 19) Finally, I see that you have specifically raised that question to the 6MAN = WG, during draft-ietf-6man-segment-routing-header Working Group Last Call, = and that nobody seemed to share your concern on this specific point. https= ://mailarchive.ietf.org/arch/msg/ipv6/90Jrc7D5deFAOT2JPaCPzw_fBJk In conclusion, I don't think that the SPRING use of IPv6 address for SRv6 S= ID has been hidden or even not clearly mentioned to the 6MAN working group. Best regards, --Bruno From: Adrian Farrel [mailto:adrian@olddog.co.uk] Sent: Saturday, April 27, 2019 11:41 AM To: spring-chairs@ietf.org Cc: 'SPRING WG' Subject: RE: [spring] Working Group Adoption Call for draft-filsfils-spring= -srv6-network-programming Hi chairs, I hate to sound like a broken record. I just want to get this issue clarifi= ed before we get to a late stage and risk being forced to start again. RFC 8200 defers to RFC 4291 for the definition of an IPv6 address. RFC 4291= has a somewhat simplistic and possibly historic definition of an IPv6 addr= ess... IPv6 addresses are 128-bit identifiers for interfaces and sets of interfaces (where "interface" is as defined in Section 2 of [IPV6]). ...where the reference was to RFC 2460 which (of course) is obsoleted by RF= C 8200. RFC 8200 has... interface a node's attachment to a link. address an IPv6-layer identifier for an interface or a set of interfaces. Now, during the adoption poll, I suggested that the chairs might like to pi= ng 6man to check that the proposed work in this draft is an acceptable modi= fication to this definition. The challenge, as far as I see it, is purely semantic. That is, we propose = to place in the DA field of an IPv6 header a value which is routable but wh= ich does not identify an interface. I am not clear whether this represents an Update to RFC 8200 or to RFC 4291= , but I do strongly recommend that the chairs check with 6man that this app= roach is not going to be rejected during IETF last call. Thanks, Adrian From: spring On Behalf Of bruno.decraene@orange.c= om Sent: 24 April 2019 13:13 To: SPRING WG ; draft-filsfils-spring-srv6-network-program= ming@ietf.org Subject: Re: [spring] Working Group Adoption Call for draft-filsfils-spring= -srv6-network-programming Hi authors, WG, This document has been accepted as a new WG document. Authors, please: =B7 update email address of authors =B7 republish current/same draft (reviewed and accepted by the WG) = as draft-ietf-spring-srv6-network-programming-00 =B7 publish -01 to reflect comments and agreement made on the maili= ng list =B7 reply to unanswered WG comments and engage resolution on open p= oints raised so far, in particular during WG adoption call. E.g. (1), (2) As an additional point, this document is not intended to update RFC 8200. I= f a behavior needs to update RFC 8200, it should be defined in a 6MAN draft= in the 6MAN WG and normatively referenced. Thank you, --Bruno, Rob 1. https://mailarchive.ietf.org/arch/msg/spring/ulYVHKfb6h4fOtM8kqLme= GnVNlY 2. https://mailarchive.ietf.org/arch/msg/spring/G_1ZqvInpZ9N2TX7TK8zO= La-e9I From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Wednesday, March 13, 2019 7:50 PM To: SPRING WG Cc: draft-filsfils-spring-srv6-network-programming@ietf.org Subject: [spring] Working Group Adoption Call for draft-filsfils-spring-srv= 6-network-programming Hi SPRING WG, This email initiates a three week call for working group adoption for draft= -filsfils-spring-srv6-network-programming. (Three weeks to account for the = IETF week) Please indicate your support, comments, or objection, for adopting this dra= ft as a working group item by April, 3rd, 2019 (aka 2019-04-03) We are particularly interested in hearing from working group members that a= re not co-authors of this draft. We are also looking for volunteers who would be ready to perform a technica= l review of this work at some later stage, such as before or during WG the = last call. In parallel to this adoption call, I will send an IPR call for this documen= t. We will need all authors and contributors to confirm their IPR position = on this document. There is currently 1 IPR filled (2) (1) https://tools.ietf.org/html/draft-filsfils-spring-srv6-network-program= ming-07 (2) https://datatracker.ietf.org/ipr/search/?id=3Ddraft-filsfils-spring-sr= v6-network-programming&submit=3Ddraft Thank you, --Bruno & Rob. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A48A9B285OPEXCAUBM43corp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Adrian,

 =

You are very welcome to = restate that point. Sorry if it felt like your point was not taken into consideration.

 =

I see 2 points.

 =

1)    = ;  IPv6 address to = interfaces only

 =

=D8  RFC 8200 defers to RFC 4291 for the definition of an IPv6 addres= s. RFC 4291 has a somewhat simplistic and possibly historic definition of a= n IPv6 address…

=D8     IPv6 addresses are 128-bit identifiers for interfac= es and sets of

=D8     interfaces (where "interface" is as defin= ed in Section 2 of [IPV6]).

=D8  …where the reference was to RFC 2460 which (of course) is = obsoleted by RFC 8200. RFC 8200 has…

=D8     interface    a node's attachment to = a link.

=D8  address      an IPv6-layer identifier f= or an interface or a set of     interfaces.<= /span>

 

[…]

 

=D8  The challenge, as far as I see it, is purely semantic. That is, = we propose to place in the DA field of an IPv6 header a value which is rout= able but which does not identify an interface.

 = 

I agree with your quote and would also add=
 “IPv6 addresses of all type=
s are assigned to interfaces, not nodes. 
Such definitions indeed do not seem to all=
ow for the use of an IPv6 address for a node nor for non-interface.
On the other hand, IP/MPLS routing/signall=
ing heavily uses an IP address to represent a node (aka “LoopbackR=
21;), at least for routing nodes. I don’t recall that the IPv6 addres=
sing architecture had/is been seen as a blocking point. Would you like to e=
qually raise that point in the routing area?
 
It also seem to me that RFC 6052 or RFC 75=
99 use IPv6 addresses for non-interfaces. https://tools.ietf.org/html/rfc6052 https://tools.ietf.org/html/rfc7599 And the=
re are probably other usages of IPv6 addresses.
 
2)     =
; SPRING use of =
IPv6 address
 
For the IPv6 data plane (aka SRv6), SPRING=
 uses IPv6 address to represent a segment from day one. I think that this i=
s clearly indicated in RFC 8402 https://tools.ietf.org/html/rfc8402 including in the abstract. Plu=
s that a segment can represent a relatively broad semantic (an “instr=
uction”), much broader than an interface. It seems to me that draft-i=
etf-6man-segment-routing-header makes it clear that that RFC 8402 is the SR=
 architecture, in particular for SRv6, and it normatively references RFC 84=
02.
 
In addition, draft-ietf-6man-segment-routi=
ng-header –which is a 6MAN WG document, under WG last call for some m=
onths- specifically indicates that distinction between an IPv6 address repr=
esenting a local interface and an IPv6 address representing an SRv6 SID:

 &n= bsp; When an SRv6-capable node receives an IPv6 packet, it performs a

 &n= bsp; longest-prefix-match lookup on the packets destination address.  This

 &n= bsp; lookup can return any of the following:

 

 &n= bsp;     A FIB entry that represents a locally instantiated SRv6 SID

 &n= bsp;     A FIB entry that represents a local interface, not locally

 &n= bsp;            = ;            &n= bsp;          instantiated as an SRv6 SID

 &n= bsp;     A FIB entry that represents a non-local route

 &n= bsp;     No Match

https://tools.ietf.org/=
html/draft-ietf-6man-segment-routing-header-18#section-4.3
This point has also been presented during =
IETF 102 https://datatracker.ietf.org/meeting/102/proceedings#6man (cf slide 19)
 
 
Finally, I see that you have specifically =
raised that question to the 6MAN WG, during draft-ietf-6man-segment-routing=
-header Working Group Last Call, and that nobody seemed to share your conce=
rn on this specific point.  https://mailarchive.ietf.org/arch/msg/ipv6/90Jrc7D5deFAOT2JPaCPzw_fBJ=
k
 
 
In conclusion, I don’t think that th=
e SPRING use of IPv6 address for SRv6 SID has been hidden or even not clear=
ly mentioned to the 6MAN working group.
 
Best regards,
--Bruno 
 

 

 

 

From: Adrian Farrel [mailto:adrian@olddog.co.uk] <= br> Sent: Saturday, April 27, 2019 11:41 AM
To: spring-chairs@ietf.org
Cc: 'SPRING WG'
Subject: RE: [spring] Working Group Adoption Call for draft-filsfils= -spring-srv6-network-programming

 

Hi chairs,

 

I hate to sound like a bro= ken record. I just want to get this issue clarified before we get to a late= stage and risk being forced to start again.

 

RFC 8200 defers to RFC 429= 1 for the definition of an IPv6 address. RFC 4291 has a somewhat simplistic= and possibly historic definition of an IPv6 address…

   IPv6 addresse= s are 128-bit identifiers for interfaces and sets of

   interfaces (w= here "interface" is as defined in Section 2 of [IPV6]).

…where the reference= was to RFC 2460 which (of course) is obsoleted by RFC 8200. RFC 8200 has&#= 8230;

   interface&nbs= p;   a node's attachment to a link.

   address =      an IPv6-layer identifier for an interface or a set= of

    &n= bsp;           interfaces= .

 

Now, during the adoption p= oll, I suggested that the chairs might like to ping 6man to check that the = proposed work in this draft is an acceptable modification to this definition.

 

The challenge, as far as I= see it, is purely semantic. That is, we propose to place in the DA field o= f an IPv6 header a value which is routable but which does not identify an interface.

 

I am not clear whether thi= s represents an Update to RFC 8200 or to RFC 4291, but I do strongly recomm= end that the chairs check with 6man that this approach is not going to be rejected during IETF last call.

 

Thanks,<= /p>

Adrian

 

 

From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decraene@orange.com
Sent: 24 April 2019 13:13
To: SPRING WG <spring@ietf.org>; draft-filsfils-spring-srv6-ne= twork-programming@ietf.org
Subject: Re: [spring] Working Group Adoption Call for draft-filsfils= -spring-srv6-network-programming

 

Hi authors, = WG,

 <= /o:p>

This documen= t has been accepted as a new WG document.

 <= /o:p>

Authors, ple= ase:

=B7         =B7         =B7         =B7          <= /o:p>

As an additi= onal point, this document is not intended to update RFC 8200. If a behavior= needs to update RFC 8200, it should be defined in a 6MAN draft in the 6MAN WG and normatively referenced.

 <= /o:p>

Thank you,

--Bruno, Rob=

 <= /o:p>

1.  &n= bsp;    ht= tps://mailarchive.ietf.org/arch/msg/spring/ulYVHKfb6h4fOtM8kqLmeGnVNlY

2.  &n= bsp;    ht= tps://mailarchive.ietf.org/arch/msg/spring/G_1ZqvInpZ9N2TX7TK8zOLa-e9I

=  

 <= /o:p>

 <= /o:p>

Fro= m: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene= @orange.com
Sent: Wednesday, March 13, 2019 7:50 PM
To: SPRING WG
Cc: draft-filsfils-spring-srv6-network-programming@ietf.org
Subject: [spring] Working Group Adoption Call for draft-filsfils-spr= ing-srv6-network-programming

  

Hi SPRING WG,
 
This email initiates a three week call for working group ad=
option for draft-filsfils-spring-srv6-network-programming. (Three weeks to =
account for the IETF week)
 
Please indicate your support, comments, or objection, for a=
dopting this draft as a working group item by April, 3rd, 2019 (=
aka 2019-04-03)
We are particularly interested in hearing from working grou=
p members that are not co-authors of this draft.
 
We are also looking for volunteers who would be ready to pe=
rform a technical review of this work at some later stage, such as before o=
r during WG the last call.
 
In parallel to this adoption call, I will send an IPR call =
for this document. We will need all authors and contributors to confirm the=
ir IPR position on this document.
There is currently 1 IPR filled (2)
 
(1)  https://to=
ols.ietf.org/html/draft-filsfils-spring-srv6-network-programming-07<=
/a>
(2)  https://datatracker.ietf.org/ipr/search/?id=3Ddraft=
-filsfils-spring-srv6-network-programming&submit=3Ddraft

 


 


Thank you,


--Bruno & Rob.=




 


_______________________=
___________________________________________________________________________=
_______________________


 


Ce message et ses piece=
s jointes peuvent contenir des informations confidentielles ou privilegiees=
 et ne doivent donc


pas etre diffuses, expl=
oites ou copies sans autorisation. Si vous avez recu ce message par erreur,=
 veuillez le signaler


a l'expediteur et le de=
truire ainsi que les pieces jointes. Les messages electroniques etant susce=
ptibles d'alteration,


Orange decline toute re=
sponsabilite si ce message a ete altere, deforme ou falsifie. Merci.=



 


This message and its attachments may contain confidential o=
r privileged information that may be protected by law;

they should not be distributed, used or copied without auth=
orisation.


If you have received this email in error, please notify the=
 sender and delete this message and its attachments.


As emails may be altered, Orange is not liable for messages=
 that have been modified, changed or falsified.


Thank you.


_______________________=
___________________________________________________________________________=
_______________________


 


Ce message et ses piece=
s jointes peuvent contenir des informations confidentielles ou privilegiees=
 et ne doivent donc


pas etre diffuses, expl=
oites ou copies sans autorisation. Si vous avez recu ce message par erreur,=
 veuillez le signaler


a l'expediteur et le de=
truire ainsi que les pieces jointes. Les messages electroniques etant susce=
ptibles d'alteration,


Orange decline toute re=
sponsabilite si ce message a ete altere, deforme ou falsifie. Merci.=



 


This message and its attachments may contain confidential o=
r privileged information that may be protected by law;

they should not be distributed, used or copied without authorisation.


If you have received this email in error, please notify the=
 sender and delete this message and its attachments.


As emails may be altered, Orange is not liable for messages=
 that have been modified, changed or falsified.


=
Thank you.


______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A48A9B285OPEXCAUBM43corp_-- From nobody Mon May 6 08:51:09 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD6201200B9 for ; Mon, 6 May 2019 08:50:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 C3pZzJO0gAhr for ; Mon, 6 May 2019 08:50:50 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9A671201EF for ; Mon, 6 May 2019 08:50:49 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id f24so4831204qtk.11 for ; Mon, 06 May 2019 08:50:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Cqsn19VWoW+ToVHeGK0cM4kYun8ATG9Apj/iGjx6fF4=; b=rPUoH5OZv+JrlnXdMx2YAHJbzrskY6IFRYYeZxOStGh34zhr9hW8V1PzuuMjpAVxmy EXB7katl6vZ3FfZwS4VHyF9Luun2j2exMtd7ROnarzElteBMhHlx6PhI+i7vk5g0s5FS f0AgBm5xihz4WE37tjhJMdbCYSm/DU8Pp3xOUyuldBrVTuda6SWDw3d+uxo6HHsbStPF aS8x3sdByI/uRRIBfNtfr43eBqqrEgOv7oLZsSf+9O9OK289WwzIjGa/f8G+i0040Tgc QN2kBbYCGvM+egcwT/Xa4pfv4GZHyrzrfPC5wF3k5gAxTeoVN7ZoHV6aGglGgZtOevwf ZkOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Cqsn19VWoW+ToVHeGK0cM4kYun8ATG9Apj/iGjx6fF4=; b=QH7ZqVVwfSINGRTwBHimCmflIuB+rPO+AV77ZH9vCZvWuk4zDczJRuggWue9tZNiqT q/v2IQEi1/Stv+G78iu4gEwPDHpwybq2t3bwtk8kjoJ69LxdwvDrOU7M0A9cDkBiFlAW COrLLmb4Mvt9eY8bK4seztmIPIYI8FKDh3YXWM3VPOwQwbN5Y8d6v1O7+lOquVHzG3d9 jIPVr4biEspVLfvjhoXlj4eRmeyBRIOhTjGW8pkv8e8HQw0TS9pgi9BlUBK+HhDe8XtM cWhqiGZ/npLgRikDhuyYDQISMwM/kevmVJy2nyyLvVT4wkDZrqgDkYsTZIZMyGy9yiD1 tPDw== X-Gm-Message-State: APjAAAUDQrZY6grQAYrstAIyDke0dDap3Gg2iH5llRqsOBNIFPYldEV2 kzCP5qYEquRq0LZGYWVaUkEMSZFBDwOBaDdohmgMYw== X-Google-Smtp-Source: APXvYqxB61mNWvLQjzKpB9Dgm+4+7PZu/K0V8nwKCfm8mKQFEDafdca8Eq/3flkAiVJUHBBfIJLJWMyGI2YS3KnIdzQ= X-Received: by 2002:ac8:66c2:: with SMTP id m2mr22177895qtp.189.1557157848765; Mon, 06 May 2019 08:50:48 -0700 (PDT) MIME-Version: 1.0 References: <16253F7987E4F346823E305D08F9115AAB88504C@nkgeml514-mbx.china.huawei.com> In-Reply-To: From: Tom Herbert Date: Mon, 6 May 2019 08:50:40 -0700 Message-ID: To: Ron Bonica Cc: Mark Smith , Xiejingrong , SPRING WG , 6man Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 15:51:00 -0000 On Mon, May 6, 2019 at 7:26 AM Ron Bonica wrote: > > Tom, > > Likewise, how painful would it be to allocate a new next-hop type? > Ron, Relative to using an existing protocol number it is painful. If this is an assigned Internet protocol number then the implication is that it can be used as next header value of any protocol, not just the narrow use case of segment routing. That requires changes to host implementation, middelbox and routers (e.g will packets containing the new protocol number even be forwarded?), tooling, security, etc. Also, as I pointed out, if this breaks the traditional four byte aligment of IP protocols then that will adversely impact performance on some CPU architectures (definitely has been a problem on SPARC, some uncommon cases in x86, and it looks like it might be an issue for ARM also). The performance hit can be substantial especially if a software trap must be taken on every unaligned access. Tom > Ron > > > > Juniper Internal > > > -----Original Message----- > > From: Tom Herbert > > Sent: Sunday, May 5, 2019 11:10 PM > > To: Ron Bonica > > Cc: Mark Smith ; Xiejingrong > > ; SPRING WG ; 6man > > > > Subject: Re: [spring] SRv6 Network Programming: ENH = 59 > > > > On Sun, May 5, 2019 at 7:49 PM Ron Bonica wrote: > > > > > > Mark, > > > > > > As the header chain (including encapsulations) get longer, the packet > > becomes less ASIC friendly. > > > > > Ron, > > > > I'm dubious that just a two byte header for EtherIP or four byte header will be > > a problem especially in light of the fact that segment routing header is already > > adding significantly to packet overhead with an arbitrary list of sixteen byte > > quantities. > > > > Tom > > > > > Allocating a new Next Header value for Ethernet may be less painful than > > introducing a new encapsulation. > > > > > > Ron > > > > > > > > > > > > Juniper Internal > > > > > > > -----Original Message----- > > > > From: Mark Smith > > > > Sent: Sunday, May 5, 2019 9:37 PM > > > > To: Xiejingrong > > > > Cc: Tom Herbert ; Ron Bonica > > > > ; SPRING WG ; 6man > > > > > > > > Subject: Re: [spring] SRv6 Network Programming: ENH = 59 > > > > > > > > On Mon, 6 May 2019 at 11:15, Xiejingrong > > > > wrote: > > > > > > > > > > Hi Tom, > > > > > > > > > > > > > > > > > > > > Number 97 is a choice but it has 2 bytes wasting. > > > > > > > > > > > > > > > > > > It seems strange to me that as bandwidth is constantly getting > > > > cheaper, people seem to be trying harder and harder to use less of it. > > > > The trade-off is increased code complexity and CPU at each of the > > > > hops at the end of the links. > > > > > > > > It is has been my understanding that bandwidth has been getting > > > > cheaper faster than CPU for quite a number of years, has that flipped > > around? > > > > > > > > > > > > > > > > > > Jingrong > > > > > > > > > > > > > > > > > > > > From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Tom Herbert > > > > > Sent: Monday, May 06, 2019 9:11 AM > > > > > To: Ron Bonica > > > > > Cc: SPRING WG ; 6man > > > > > Subject: Re: SRv6 Network Programming: ENH = 59 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sun, May 5, 2019, 5:47 PM Ron Bonica > > > > wrote: > > > > > > > > > > Folks, > > > > > > > > > > According to Section 4.4 of > > > > > draft-ietf-spring-srv6-network-programming-00, > > > > when processing the End.DX2 SID, the Next Header must be equal to 59. > > > > Otherwise, the packet will be dropped. > > > > > > > > > > In the words of the draft, "We conveniently reuse the next-header > > > > > value 59 > > > > allocated to IPv6 No Next Header [RFC8200]. When the SID > > > > corresponds to function End.DX2 and the Next-Header value is 59, we > > > > know that an Ethernet frame is in the payload without any further > > header." > > > > > > > > > > According to Section 4.7 RFC 8200, " The value 59 in the Next > > > > > Header field of > > > > an IPv6 header or any extension header indicates that there is > > > > nothing following that header. If the Payload Length field of the > > > > IPv6 header indicates the presence of octets past the end of a > > > > header whose Next Header field contains 59, those octets must be > > > > ignored and passed on unchanged if the packet is forwarded." > > > > > > > > > > Does the WG think that it is a good idea to reuse the Next Header value > > 59? > > > > Or would it be better to allocate a new Next Header value that > > > > represents Ethernet? > > > > > > > > > > > > > > > > > > > > Tom, > > > > > > > > > > > > > > > > > > > > There's already ETHERIP number (97). Why not use that? > > > > > > > > > > > > > > > > > > > > Tom > > > > > > > > > > > > > > > > > > > > > > > > > Ron > > > > > > > > > > > > > > > Juniper Internal > > > > > > > > > > ------------------------------------------------------------------ > > > > > -- IETF IPv6 working group mailing list ipv6@ietf.org > > > > > Administrative Requests: > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ > > > > > mail > > > > > man_listinfo_ipv6&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > > > ndb3voDTXcWzo > > > > > CI&r=Fch9FQ82sir-BoLx84hKuKwl- > > > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2hHe > > > > > xkrpuWDPuNaF_aDmPsT- > > > > K5v4&s=xMl4vY3Oo9yoWumPFQIkAs4LDEgbsazb28zbejhHM9w > > > > > &e= > > > > > ------------------------------------------------------------------ > > > > > -- > > > > > > > > > > _______________________________________________ > > > > > spring mailing list > > > > > spring@ietf.org > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_ > > > > > mail > > > > > man_listinfo_spring&d=DwIFaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK- > > > > ndb3voDTXcW > > > > > zoCI&r=Fch9FQ82sir-BoLx84hKuKwl- > > > > AWF2EfpHcAwrDThKP8&m=c3_vQkaWUv9VrZu2h > > > > > HexkrpuWDPuNaF_aDmPsT- > > > > K5v4&s=yCRyw1w61_gizFeEYqfNsMjzIFPqI1pSUdqeNS6nQ > > > > > o0&e= From nobody Mon May 6 08:54:26 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 848A4120047; Mon, 6 May 2019 08:54:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 x-0WsEovIlVv; Mon, 6 May 2019 08:54:23 -0700 (PDT) Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B88C31200B9; Mon, 6 May 2019 08:54:22 -0700 (PDT) Received: by mail-wm1-x335.google.com with SMTP id f2so10913103wmj.3; Mon, 06 May 2019 08:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=d9XQ6zCfBj2HmLJ/QO61g7/gDfurODZFF7ICpzSKFhs=; b=VmdXAGXcA2Ym85c6Tk45fRxYD7KV9UfA1An3vfhWvU1OLWo6OcOFCn8LkslTWxJX4H Jm8CW5wUI8ey9YmBgaJgzii3mSdenuDO87v4C2BhzaMnswoh2GiJeV/QZ5f2O+DW8U2A EfttNGyCVf1DCZETzUeUiFY8fn+cHhkx5eyOVJjJZ9x9V/CeuJ5yTgtjiyRjUSEZHGd7 Y3B6z7ye62sg/IyMn4Y4kPMeVMD19+/AZrlCTKn5OZrW7YG0Gh2k7l+CtqTEJRR0RBxm 0kr3HbhxDrSCkX49Pkm0f47Y2XGLwEPVEqXAFW2kSmml7bjwTtE77XzoInfKtxdohGWk iSIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=d9XQ6zCfBj2HmLJ/QO61g7/gDfurODZFF7ICpzSKFhs=; b=SYW10Uoh0FjPP0BeU0UiYhPp3EtZ4WZHYYHv5EOjivphk0VkvyiML8L++AAn8rdkom Vj4rRT0nEKtRC2YoR/CaWq92dzEkrPSHhAPs7ELly/ykQ9XIttjLAU0F2K1BC2X+tVzf bF8yI1LomkY1tXf98IE8+zNI6hkH5MLksqKYo8d72X6Vq6KY0vFVM3w7y5TXhHU/jVlo V0OAK6dX/hw6NMO4/UkGhc0GYAjTfaQxcR6uEDJKTqv5fjHPYXe7gyOOEH2m7JkVYLB9 spLfPAUIE3wQOb610bj+us9VeE8CFv7MEn3e3ColWBKimuqh4z7nQZV1MHG4IQvz9Of4 498A== X-Gm-Message-State: APjAAAVjKZEuT7GVC8FOFIvosZgES0a03LM+gDqDyMK2/ScvDqnXFeUh RzCvoCdsfuZhFwORpH0LKag= X-Google-Smtp-Source: APXvYqzZhNM7YvihgzsHavR+yYwYMeOVfpiW2PuqmDegmakke1As5Mwa0D4knF/DGzhmvTyJJs9R/w== X-Received: by 2002:a1c:9942:: with SMTP id b63mr17838362wme.116.1557158061172; Mon, 06 May 2019 08:54:21 -0700 (PDT) Received: from ?IPv6:2601:647:5a00:ef0b:d9b5:e07d:1b22:522f? ([2601:647:5a00:ef0b:d9b5:e07d:1b22:522f]) by smtp.gmail.com with ESMTPSA id v189sm17801885wma.3.2019.05.06.08.54.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 May 2019 08:54:20 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Bob Hinden In-Reply-To: Date: Mon, 6 May 2019 08:54:16 -0700 Cc: Bob Hinden , SPRING WG , IPv6 List Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ron Bonica X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 15:54:24 -0000 Ron, > On May 5, 2019, at 5:47 PM, Ron Bonica = wrote: >=20 > Folks, >=20 > According to Section 4.4 of = draft-ietf-spring-srv6-network-programming-00, when processing the = End.DX2 SID, the Next Header must be equal to 59. Otherwise, the packet = will be dropped. >=20 > In the words of the draft, "We conveniently reuse the next-header = value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID = corresponds to function End.DX2 and the Next-Header value is 59, we know = that an Ethernet frame is in the payload without any further header." >=20 > According to Section 4.7 RFC 8200, " The value 59 in the Next Header = field of an IPv6 header or any extension header indicates that there is = nothing following that header. If the Payload Length field of the IPv6 = header indicates the presence of octets past the end of a header whose = Next Header field contains 59, those octets must be ignored and passed = on unchanged if the packet is forwarded." >=20 > Does the WG think that it is a good idea to reuse the Next Header = value 59? Or would it be better to allocate a new Next Header value that = represents Ethernet? IMHO, it is a bad idea to reuse the Next Header value 59. Better to = allocate a new next header value. Further, this proposed redefining of the =E2=80=9CNo Next Header=E2=80=9D = would require updating RFC8200. I don=E2=80=99t see that in this draft. Bob From nobody Mon May 6 13:14:35 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFF69120198; Mon, 6 May 2019 13:14:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ZCRfGnjQn4Ve; Mon, 6 May 2019 13:14:31 -0700 (PDT) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD98812017F; Mon, 6 May 2019 13:14:30 -0700 (PDT) Received: by mail-wr1-x443.google.com with SMTP id o4so18972960wra.3; Mon, 06 May 2019 13:14:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=b34cU1qQ7KZnNQNGgaWzyoJD7HojGR271nCMEYEhKGQ=; b=Gwe12qBQ5hdkJwy8ZZYF5V690HQvONRx+7xOoBBIRokKE0S2lpUNE8RhQjT0Re/Rjj hQOSmM4ZbYN/W8okdFZt+ul31b5h1r1/lTwwM4Lc5CZlmBV7HtE1vkukpvMEQV1wTZk2 mIyeF8XR9MGdScLE12fFTGV+ovQrfwNP7GLIB7pMvQZX8vx7YmoUutaxTEN3CxFrq8El TOtMB5ghoYSWC1xAHkhk8GvUf27RPvZKOpMDbZSPGalxtcpxEy36YVXYtc+/hp9wfNpv TY2Fng8bKl5lLrbx872KkYoSSBn+NKeI/fmf8/gwcDcC7o63Jt5PsdxwtP65HGa9tlOX SvEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=b34cU1qQ7KZnNQNGgaWzyoJD7HojGR271nCMEYEhKGQ=; b=CC2Df8idANgb/dJ6TijY3uDzQfTn2B+uG20MjUXe6+O52KET28GDUJCfu7s0JGELaE GVQpzS9YjbpbGuk2Ichmo9yaZYID2QqpluLu4VvhfhO1M7wSbVh0xBvGUMfVdRao6/+o 6HpavZxH9BfIkjOKO3oObghsi+s/QJV/7CRIc7E3zJLQeYXrHx6v0Y4DhoGXosZZ73nQ zzcdWyjhezyEUl6WotB+sBxsqxyuYtZ/fmRs4cw4faY1KhuEK4bomXAHboOe2MgcAryN mdly++Nv8CZRc1A5BBpcmXcdKFmITM+i1RBVfFcen2E29NF/QN/47co7ohGP5iXN255o gZHw== X-Gm-Message-State: APjAAAUtjv8GhseqXn2kXw+0u4b/0EmH3ofpV9/q8cB1A3R2Y4Zo0+CO WxhQJ+htzUgBOTqb/q69u6nckxYGr70= X-Google-Smtp-Source: APXvYqzLxt9KEvenkDW657cUxN+QaWcmHYMQSOy+BetClPl+sEzGk0vtYXkU910iOO2Y7JF1az4X8A== X-Received: by 2002:adf:ce07:: with SMTP id p7mr2175848wrn.47.1557173668986; Mon, 06 May 2019 13:14:28 -0700 (PDT) Received: from [192.168.178.22] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id d3sm21979911wmf.46.2019.05.06.13.14.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 May 2019 13:14:27 -0700 (PDT) To: Bob Hinden , Ron Bonica Cc: IPv6 List , SPRING WG References: From: Stewart Bryant Message-ID: Date: Mon, 6 May 2019 21:14:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 May 2019 20:14:34 -0000 I agree that implicit payload identity is a bad idea. If the payload is Ethernet, then the IANA Protocol Number Registry suggests that 22 is allocated for that purpose: 22 XNS-IDP XEROX NS IDP ["The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specification", AA-K759B-TK, Digital Equipment Corporation, Maynard, MA. Also as: "The Ethernet - A Local Area Network", Version 1.0, Digital Equipment Corporation, Intel Corporation, Xerox Corporation, September 1980. And: "The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specifications", Digital, Intel and Xerox, November 1982. And: XEROX, "The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specification", X3T51/80-50, Xerox Corporation, Stamford, CT., October 1980.][[XEROX]] - Stewart On 06/05/2019 16:54, Bob Hinden wrote: > Ron, > >> On May 5, 2019, at 5:47 PM, Ron Bonica wrote: >> >> Folks, >> >> According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, when processing the End.DX2 SID, the Next Header must be equal to 59. Otherwise, the packet will be dropped. >> >> In the words of the draft, "We conveniently reuse the next-header value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to function End.DX2 and the Next-Header value is 59, we know that an Ethernet frame is in the payload without any further header." >> >> According to Section 4.7 RFC 8200, " The value 59 in the Next Header field of an IPv6 header or any extension header indicates that there is nothing following that header. If the Payload Length field of the IPv6 header indicates the presence of octets past the end of a header whose Next Header field contains 59, those octets must be ignored and passed on unchanged if the packet is forwarded." >> >> Does the WG think that it is a good idea to reuse the Next Header value 59? Or would it be better to allocate a new Next Header value that represents Ethernet? > > IMHO, it is a bad idea to reuse the Next Header value 59. Better to allocate a new next header value. > > Further, this proposed redefining of the “No Next Header†would require updating RFC8200. I don’t see that in this draft. > > Bob > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Mon May 6 17:20:26 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6752C120106; Mon, 6 May 2019 17:20:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 wBJeq08DCAmg; Mon, 6 May 2019 17:20:22 -0700 (PDT) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AAD512002F; Mon, 6 May 2019 17:20:22 -0700 (PDT) Received: by mail-ot1-x32f.google.com with SMTP id a10so13206366otl.12; Mon, 06 May 2019 17:20:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nMSsRPhZcd7oOy65RCvmXFAkoZEe/qS1uu6976jchgI=; b=e1yRregt0YHZPEpDyT+ZFExHfJAsq4y3Mzdv7cKodH6WtOz7MllNVfmBYDq1Tylp9S DtnQm6r+xzuNtwXoIGthz2po9hMCMMZK4RZrQNXO6RUTvKk8NnzhPIs0NmfVebA/8+Xa AL/w87waY807XaVAQTybTXRqWH+OQruXwM83O1vTlDbrXaZewPv9oWwrWYdT6X/SpHjf LACuaI41d3mTsMLl0ocMOEHoze10U34JmdhQ8WI3Gcui0X2XJUSzXOzSfXXltlIftTTN A1pzSn29tx/qI8OxsFP5R/ZBU43BoJ0JoTSjCfwC/PfAWO0lzsdd1Le5Ht3Z+N6V2Dpv URlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nMSsRPhZcd7oOy65RCvmXFAkoZEe/qS1uu6976jchgI=; b=jTahmbw49u+x9CJH4MGFA/WKUU1PDZzO5I7r4DPtmkWpidtvd6tA43YTYpkDwgYx8m GFujAPuZEECufxpuZD/XR7b/0Cljhs6R/LXR2OL3Hn/F3vS2eb4P38r8bIbo3PXebeqa uoq6N78LAfdVm5pwTnVwYGTclI6gM2sAVtTfKXb1m9rg3ciQ1xQnT5xRbj1MBzkaatvx s1R3tu5JTNPs6fepWSsskEDfAlBstvVy5EG/aZHq3iRf1l4AILoebkSOUSQ7rnxBSJRu VMDyZvU5DzcmxS1RRnztKfYmp2bXFFFauZ/WHMSn16Pyw6qrLMfebwneSh+MuMFmc+Yz Y0zw== X-Gm-Message-State: APjAAAV0VPO1eUSG+4Pw1dGH8Z3J0Yo1SvWJ/VYoZUtGe7/CO1WeqidO 5uEcBEhksB3cOOd6QIVsvgoPDD1LYwYeHH9tGzA= X-Google-Smtp-Source: APXvYqyObes3mSgNwn+JThrf0LN4jRlsTIpFOXDI91HRsjdz36Aeob8MO7eNc5ViRwYtMOu5xR7KL7JuwvFH2f7Ub9U= X-Received: by 2002:a9d:4e15:: with SMTP id p21mr19376326otf.285.1557188421690; Mon, 06 May 2019 17:20:21 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mark Smith Date: Tue, 7 May 2019 10:20:09 +1000 Message-ID: To: Stewart Bryant Cc: Bob Hinden , Ron Bonica , SPRING WG , IPv6 List Content-Type: multipart/alternative; boundary="000000000000b92ba30588412e3e" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 00:20:25 -0000 --000000000000b92ba30588412e3e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue., 7 May 2019, 06:14 Stewart Bryant, wrote= : > I agree that implicit payload identity is a bad idea. > > If the payload is Ethernet, then the IANA Protocol Number Registry > suggests that 22 is allocated for that purpose: > > 22 > > XNS-IDP XEROX NS IDP > > ["The Ethernet, A Local Area Network: Data Link Layer and Physical Layer > Specification", AA-K759B-TK, Digital Equipment Corporation, Maynard, MA. > Also as: "The Ethernet - A Local Area Network", Version 1.0, Digital > Equipment Corporation, Intel Corporation, Xerox Corporation, September > 1980. And: "The Ethernet, A Local Area Network: Data Link Layer and > Physical Layer Specifications", Digital, Intel and Xerox, November 1982. > And: XEROX, "The Ethernet, A Local Area Network: Data Link Layer and > Physical Layer Specification", X3T51/80-50, Xerox Corporation, Stamford, > CT., October 1980.][[XEROX]] > That's an unusual specification reference, because XNS Internet Datagram Protocol is not Ethernet. It's the layer 3 protocol Xerox invented, and the ancestor of Novell's IPX. According to RFC 1764, "The PPP XNS IDP Control Protocol (XNSCP)", the XNS spec is Xerox, "Internet Transport Protocols", January 1991, Order No. XNSS 029101. Regards, Mark. > - Stewart > > > On 06/05/2019 16:54, Bob Hinden wrote: > > Ron, > > > >> On May 5, 2019, at 5:47 PM, Ron Bonica 40juniper.net@dmarc.ietf.org> wrote: > >> > >> Folks, > >> > >> According to Section 4.4 of > draft-ietf-spring-srv6-network-programming-00, when processing the End.DX= 2 > SID, the Next Header must be equal to 59. Otherwise, the packet will be > dropped. > >> > >> In the words of the draft, "We conveniently reuse the next-header valu= e > 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds = to > function End.DX2 and the Next-Header value is 59, we know that an Etherne= t > frame is in the payload without any further header." > >> > >> According to Section 4.7 RFC 8200, " The value 59 in the Next Header > field of an IPv6 header or any extension header indicates that there is > nothing following that header. If the Payload Length field of the IPv6 > header indicates the presence of octets past the end of a header whose Ne= xt > Header field contains 59, those octets must be ignored and passed on > unchanged if the packet is forwarded." > >> > >> Does the WG think that it is a good idea to reuse the Next Header valu= e > 59? Or would it be better to allocate a new Next Header value that > represents Ethernet? > > > > IMHO, it is a bad idea to reuse the Next Header value 59. Better to > allocate a new next header value. > > > > Further, this proposed redefining of the =E2=80=9CNo Next Header=E2=80= =9D would require > updating RFC8200. I don=E2=80=99t see that in this draft. > > > > Bob > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000b92ba30588412e3e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue., 7 May 2019, 06:14 Stewart Bryant, <s= tewart.bryant@gmail.com> wrote:
I agree that implicit payload identity is a bad idea.

If the payload is Ethernet, then the IANA Protocol Number Registry
suggests that 22 is allocated for that purpose:

22=C2=A0 =C2=A0 =C2=A0

XNS-IDP XEROX NS IDP

["The Ethernet, A Local Area Network: Data Link Layer and Physical Lay= er
Specification", AA-K759B-TK, Digital Equipment Corporation, Maynard, M= A.
Also as: "The Ethernet - A Local Area Network", Version 1.0, Digi= tal
Equipment Corporation, Intel Corporation, Xerox Corporation, September
1980. And: "The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specifications", Digital, Intel and Xerox, November 198= 2.
And: XEROX, "The Ethernet, A Local Area Network: Data Link Layer and <= br> Physical Layer Specification", X3T51/80-50, Xerox Corporation, Stamfor= d,
CT., October 1980.][[XEROX]]
=

That's an unusu= al specification reference, because XNS Internet Datagram Protocol is not E= thernet. It's the layer 3 protocol Xerox invented, and the ancestor of = Novell's IPX.

Accord= ing to RFC 1764, "The PPP XNS IDP= Control Protocol (XNSCP)", the XNS spec is 

Xerox, "Internet Transport Proto=
cols", January 1991, Order No. XNSS 029101.

Regards,
= 
Mark.

=





40juniper.net@dmarc.ietf.org> wrote:
>>
>> Folks,
>>
>> According to Section 4.4 of draft-ietf-spring-srv6-network-program= ming-00, when processing the End.DX2 SID, the Next Header must be equal to = 59. Otherwise, the packet will be dropped.
>>
>> In the words of the draft, "We conveniently reuse the next-he= ader value 59 allocated to IPv6 No Next Header [RFC8200].=C2=A0 When the SI= D corresponds to function End.DX2 and the Next-Header value is 59, we know = that an Ethernet frame is in the payload without any further header."<= br> >>
>> According to Section 4.7 RFC 8200, " The value 59 in the Next= Header field of an IPv6 header or any=C2=A0 extension header indicates tha= t there is nothing following that header.=C2=A0 If the Payload Length field= of the IPv6 header indicates the presence of octets past the end of a head= er whose Next Header field contains 59, those octets must be ignored and pa= ssed on unchanged if the packet is forwarded."
>>
>> Does the WG think that it is a good idea to reuse the Next Header = value 59? Or would it be better to allocate a new Next Header value that re= presents Ethernet?
>
> IMHO, it is a bad idea to reuse the Next Header value 59.=C2=A0 Better= to allocate a new next header value.
>
> Further, this proposed redefining of the =E2=80=9CNo Next Header=E2=80= =9D would require updating RFC8200.=C2=A0 I don=E2=80=99t see that in this = draft.
>
> Bob
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/= listinfo/spring
>

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listi= nfo/spring
--000000000000b92ba30588412e3e-- From nobody Mon May 6 18:30:15 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A19D12018A; Mon, 6 May 2019 18:30:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 HW2cX-qALwxz; Mon, 6 May 2019 18:30:06 -0700 (PDT) Received: from mail-pg1-x544.google.com (mail-pg1-x544.google.com [IPv6:2607:f8b0:4864:20::544]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2879120169; Mon, 6 May 2019 18:30:06 -0700 (PDT) Received: by mail-pg1-x544.google.com with SMTP id z16so7363405pgv.11; Mon, 06 May 2019 18:30:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=OMR+8IZlL2aA0pVYjrHcJ4mxGnoX/5jz0miZPYRQg98=; b=sWCGjqaTSukyuS/NRLsityYFxJU3YIzmX+6JjHoUaTd7BuZfjRxtrWOzVR8w0vVRee 3Sx6GGJu9e6iK9jAba6oF7HIxy/8zp2t93X9mp0+SVKJBuqFX8/UHYFFZn3Z0wPARUX6 9NokTya+Keb+ay/NwNF7Mri+sRVL1yJpbCEXiFHm2cw5t1HsQfggC8AjygHg2nqpGrQN z6VhfP17OmrtZEYMD9i6oNHSKjJ/j+Z2KvUhu93MoNOtROBhRHU3a0qxiubXMtxwkLHG aeuzkqR9h2LdU4Ol6vlS8uA2HPn1kaXi8o/qh/wJNXAjC4GnDAyek7iRYo81mQve7GZk YjOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=OMR+8IZlL2aA0pVYjrHcJ4mxGnoX/5jz0miZPYRQg98=; b=YdFv6XCPI1wRqpdct3b62NU2kCaVkMtJ4clrRe7Hb1mgvt+dpaAA7Yl3zdiqGI1Qsv Yynf5JEwkkSF/a37xm0v+fUOcPCWSOPGXSkTwKU2CDqKJM59XczRWcE7KT1ROTER11Af 8KgRTbvMn5N4Mp5msElvXubFbrtXWESyxvHajJMH3wGepfS9B0mjS4K5VfHTiQX3AFcN o04g+FQ1sCqhPs+cHRBGMmbGHyHi4pYD/JBR8fSFNp+En+XFUo+oNYY6V3lYlsbYOqvd BXP82MJxjnIqGZm1U1U98go7Kasr+AQzEPkBI7QQJMPdxy4rNDbmTiTNGYVgjjZN7yAd 1s+Q== X-Gm-Message-State: APjAAAU2BT+O49CjhD4znpqy5DcxHNAKlc5J/3jZnj1g2lBjROU1+wvu UKBcybzx0GdaJlOiwgdVX9g= X-Google-Smtp-Source: APXvYqwk/5+nh5mXQArnfcygXTrboVqtDGrv/T9Kj6QH0vXCXl9oEF+PVvU117Y/DYPiLu/0sQ+EkQ== X-Received: by 2002:a63:f712:: with SMTP id x18mr37068190pgh.293.1557192605914; Mon, 06 May 2019 18:30:05 -0700 (PDT) Received: from [192.168.178.30] ([118.148.72.205]) by smtp.gmail.com with ESMTPSA id b77sm25154410pfj.99.2019.05.06.18.30.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 May 2019 18:30:04 -0700 (PDT) To: Mark Smith , Stewart Bryant Cc: Ron Bonica , IPv6 List , SPRING WG , Bob Hinden References: From: Brian E Carpenter Message-ID: <7d0a6dd8-6a41-899d-c45f-731d7ec3eee9@gmail.com> Date: Tue, 7 May 2019 13:29:58 +1200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 01:30:08 -0000 On 07-May-19 12:20, Mark Smith wrote: >=20 >=20 > On Tue., 7 May 2019, 06:14 Stewart Bryant, > wrote: >=20 > I agree that implicit payload identity is a bad idea. >=20 > If the payload is Ethernet, then the IANA Protocol Number Registry > suggests that 22 is allocated for that purpose: >=20 > 22=C2=A0 =C2=A0 =C2=A0 >=20 > XNS-IDP XEROX NS IDP >=20 > ["The Ethernet, A Local Area Network: Data Link Layer and Physical = Layer > Specification", AA-K759B-TK, Digital Equipment Corporation, Maynard= , MA. > Also as: "The Ethernet - A Local Area Network", Version 1.0, Digita= l > Equipment Corporation, Intel Corporation, Xerox Corporation, Septem= ber > 1980. And: "The Ethernet, A Local Area Network: Data Link Layer and= > Physical Layer Specifications", Digital, Intel and Xerox, November = 1982. > And: XEROX, "The Ethernet, A Local Area Network: Data Link Layer an= d > Physical Layer Specification", X3T51/80-50, Xerox Corporation, Stam= ford, > CT., October 1980.][[XEROX]] >=20 >=20 >=20 > That's an unusual specification reference, because XNS Internet Datagra= m Protocol is not Ethernet. It's the layer 3 protocol Xerox invented, and= the ancestor of Novell's IPX. Correct. I'm sure that 22 must have been intended for XNS-in-IP. Also, th= ose references are to what we knew as DIX Ethernet (Digital-Intel-Xerox) = which preceded 802.1 by a few years. Protocol 97 looks closer: 97 ETHERIP Ethernet-within-IP Encapsulation [RFC3378] It does require an extra 16-bit "EtherIP" header. That would be much better than abusing No Next Header, which means what i= t says. Brian =20 > According to RFC 1764, "The PPP XNS IDP Control Protocol (XNSCP)", the = XNS spec is >=20 > Xerox, "Internet Transport Protocols", January 1991, Order No. XNSS 029= 101.>=20 >=20 > Regards, >=20 > Mark. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > - Stewart >=20 >=20 > On 06/05/2019 16:54, Bob Hinden wrote: > > Ron, > > > >> On May 5, 2019, at 5:47 PM, Ron Bonica > wrote: > >> > >> Folks, > >> > >> According to Section 4.4 of draft-ietf-spring-srv6-network-progr= amming-00, when processing the End.DX2 SID, the Next Header must be equal= to 59. Otherwise, the packet will be dropped. > >> > >> In the words of the draft, "We conveniently reuse the next-heade= r value 59 allocated to IPv6 No Next Header [RFC8200].=C2=A0 When the SID= corresponds to function End.DX2 and the Next-Header value is 59, we know= that an Ethernet frame is in the payload without any further header." > >> > >> According to Section 4.7 RFC 8200, " The value 59 in the Next He= ader field of an IPv6 header or any=C2=A0 extension header indicates that= there is nothing following that header.=C2=A0 If the Payload Length fiel= d of the IPv6 header indicates the presence of octets past the end of a h= eader whose Next Header field contains 59, those octets must be ignored a= nd passed on unchanged if the packet is forwarded." > >> > >> Does the WG think that it is a good idea to reuse the Next Heade= r value 59? Or would it be better to allocate a new Next Header value tha= t represents Ethernet? > > > > IMHO, it is a bad idea to reuse the Next Header value 59.=C2=A0 B= etter to allocate a new next header value. > > > > Further, this proposed redefining of the =E2=80=9CNo Next Header=E2= =80=9D would require updating RFC8200.=C2=A0 I don=E2=80=99t see that in = this draft. > > > > Bob > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring >=20 >=20 > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- >=20 From nobody Tue May 7 00:09:04 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5401120072; Tue, 7 May 2019 00:08:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=YER2qm3p; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ZMr/DcOB 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 kBDxKsqFFadw; Tue, 7 May 2019 00:08:53 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3D611200CC; Tue, 7 May 2019 00:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3018; q=dns/txt; s=iport; t=1557212932; x=1558422532; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Hct/tz9iSvxINQHW16c6+O3b2Iy7r0fVyX0xE8fsOrM=; b=YER2qm3pxPnSgxCmCstpXLEk8KgKGZ/eBzhGXFqZ5TIW1SALLeLaf7iU ePYp2BUjD0gpz0Ow13L9ul5UIU0L2w0dN4iAwrzD6eKbzND8w+9ThXvL7 yaogrhYSAjr0dmP4L1im934Vqmu6TcAUtzT8ztbclmq7sxIo/ihX/6UIJ c=; IronPort-PHdr: =?us-ascii?q?9a23=3Ad1hRXxSDGxmbROH9gy42QMYHKdpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBNfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOjQxFcFLTl5h13q6KkNSXs35Yg6arw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BIAACQLtFc/51dJa1ZChwBAQEEAQE?= =?us-ascii?q?HBAEBgVEHAQELAYE9UANpVSAECygKhAaDRwOEUooxSoFoJZckgS6BJANUDgE?= =?us-ascii?q?BGAsKhEACF4F/IzQJDgEDAQEEAQECAQJtHAyFSgEBAQQBARAREQwBASwMCwQ?= =?us-ascii?q?CAQgRAwECAwImAgICJQsVCAgBAQQBEiKDAAGBagMdAQIMon4CgTWIX3GBL4J?= =?us-ascii?q?5AQEFhQgYgg4DBoELJwGLTReBQD+BOAwTgkw+gmEBAQKBNIM1MoImix6COpl?= =?us-ascii?q?pCQKCCZJKG5VRjB+UdAIEAgQFAg4BAQWBTziBVnAVOyoBgkGCDwwXg0yFFIU?= =?us-ascii?q?/cgGBKI96AYEgAQE?= X-IronPort-AV: E=Sophos;i="5.60,441,1549929600"; d="scan'208";a="336630138" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 May 2019 07:08:51 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x4778pI3009571 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 May 2019 07:08:51 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 7 May 2019 02:08:50 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 7 May 2019 03:08:49 -0400 Received: from NAM04-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 7 May 2019 02:08:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Hct/tz9iSvxINQHW16c6+O3b2Iy7r0fVyX0xE8fsOrM=; b=ZMr/DcOBKN+D+uV4tKdlHPIxQTmXYOffvuzfNLic2geuZs1a5H7Bl5fp6JbbYnRYcVe6rikVtdLOqx+iAM7gSSRtAfT0GE2JW1pmvzZtyVzyZSaenVVRC1dGAigkS+iltRp/oPioF8PTQ/dhjxPKy9Abt278/U++PR13WKxl/z4= Received: from BYAPR11MB3687.namprd11.prod.outlook.com (20.178.237.160) by BYAPR11MB2647.namprd11.prod.outlook.com (52.135.227.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Tue, 7 May 2019 07:08:48 +0000 Received: from BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::8120:9a3d:fbf8:9c6d]) by BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::8120:9a3d:fbf8:9c6d%5]) with mapi id 15.20.1856.012; Tue, 7 May 2019 07:08:48 +0000 From: "Pablo Camarillo (pcamaril)" To: Ron Bonica , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gA Date: Tue, 7 May 2019 07:08:48 +0000 Message-ID: References: In-Reply-To: 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_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T00:47:22.1556699Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal authentication-results: spf=none (sender IP is ) smtp.mailfrom=pcamaril@cisco.com; x-originating-ip: [173.38.220.56] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 388abea9-346a-4ac5-5079-08d6d2bada00 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BYAPR11MB2647; x-ms-traffictypediagnostic: BYAPR11MB2647: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0030839EEE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(366004)(136003)(39860400002)(346002)(396003)(13464003)(199004)(189003)(14454004)(25786009)(26005)(86362001)(110136005)(5660300002)(256004)(33656002)(8936002)(6246003)(6486002)(186003)(229853002)(486006)(6436002)(6306002)(8676002)(6512007)(81156014)(81166006)(76176011)(6506007)(53546011)(53936002)(102836004)(478600001)(3846002)(6116002)(2906002)(99286004)(11346002)(446003)(66574012)(71190400001)(68736007)(83716004)(71200400001)(316002)(91956017)(305945005)(66556008)(76116006)(64756008)(66476007)(66446008)(7736002)(73956011)(2616005)(66066001)(82746002)(476003)(66946007)(966005)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2647; H:BYAPR11MB3687.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 0Nnw5kgfUEe8UbAOqS+cjsQTB/smLoJHgQbJQfrUvvIwxoo5EjWtQILyHVj249EeTk8QjUvM//xri3aVc5g5yQ8blSIppdrS7ICQT8PWGnHy7aZvNpn8W6nkrFyauCl8OV/58CQr67eFiq+67QWrT7djDHtiADk584v4jJXIqKkSSyslFfSZwImLy+Jhjb5IhGlbv0/ttMUuNh2wQ8itBcoCRlJqW5mrnknsDRkTMR0TAcFtQC/CFSeBjUWuoUyxtLBUxqKrXiF2C6KFfN+kv3szL4/iT2vhLTV9MnB72C9Xh9twf9TSNCgQr8A6TPtKjcxVybYhgR+Qe6pmX/QsQcJQb3iVcH/MMnuBMV24xtvbaIg1gzke7yeHFSc3HJsmOYSqFF/yKtQFvtKmTvi8k1155kRCWHibMqHqsmkS4s0= Content-Type: text/plain; charset="utf-8" Content-ID: <700D58B00773E9419F9C4ABA0D0A3A0F@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 388abea9-346a-4ac5-5079-08d6d2bada00 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2019 07:08:48.1066 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2647 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 07:08:55 -0000 SGkgUm9uLA0KDQpXZSB1c2UgdGhlIG5leHQgaGVhZGVyIHZhbHVlIDU5IHRvIGlkZW50aWZ5IGF0 IHRoZSByZWNlaXZlciB0aGF0IHRoZXJlIGlzIG5vIG90aGVyIGtpbmQgb2YgSW50ZXJuZXQgUHJv dG9jb2wgYmVuZWF0aCB0byBiZSBwcm9jZXNzZWQuIA0KTm90ZSB0aGF0IHdlIGFyZSAqbm90KiB1 c2luZyA1OSB0byBpZGVudGlmeSB0aGUgZmFjdCB0aGF0IGl0IGlzIGFuIGV0aGVybmV0IGhlYWRl ciAoaS5lLiBvdGhlciBub24gSW50ZXJuZXQtUHJvdG9jb2xzIHdvdWxkIGFsc28gdXNlIHRoZSA1 OSB0byBpZGVudGlmeSB0aGF0IG5vIGZ1cnRoZXIgSVAgaGVhZGVyIHByb2Nlc3NpbmcgaGFzIHRv IGJlIHBlcmZvcm1lZCkuIFRoZSBTSUQgaWRlbnRpZmllcyB0aGF0IGFuIEV0aGVybmV0IGhlYWRl ciBmb2xsb3dzIHRoZSBJUHY2IGV4dGVuc2lvbiBoZWFkZXJzLg0KDQpUaGFua3MsDQpQYWJsby4N Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGlwdjYgPGlwdjYtYm91bmNlc0Bp ZXRmLm9yZz4gb24gYmVoYWxmIG9mIFJvbiBCb25pY2EgPHJib25pY2E9NDBqdW5pcGVyLm5ldEBk bWFyYy5pZXRmLm9yZz4NCkRhdGU6IE1vbmRheSwgNiBNYXkgMjAxOSBhdCAwMjo0OA0KVG86IFNQ UklORyBXRyA8c3ByaW5nQGlldGYub3JnPiwgNm1hbiBXRyA8aXB2NkBpZXRmLm9yZz4NClN1Ympl Y3Q6IFNSdjYgTmV0d29yayBQcm9ncmFtbWluZzogRU5IID0gNTkNCg0KICAgIEZvbGtzLA0KICAg IA0KICAgIEFjY29yZGluZyB0byBTZWN0aW9uIDQuNCBvZiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2 LW5ldHdvcmstcHJvZ3JhbW1pbmctMDAsIHdoZW4gcHJvY2Vzc2luZyB0aGUgRW5kLkRYMiBTSUQs IHRoZSBOZXh0IEhlYWRlciBtdXN0IGJlIGVxdWFsIHRvIDU5LiBPdGhlcndpc2UsIHRoZSBwYWNr ZXQgd2lsbCBiZSBkcm9wcGVkLg0KICAgIA0KICAgIEluIHRoZSB3b3JkcyBvZiB0aGUgZHJhZnQs ICJXZSBjb252ZW5pZW50bHkgcmV1c2UgdGhlIG5leHQtaGVhZGVyIHZhbHVlIDU5IGFsbG9jYXRl ZCB0byBJUHY2IE5vIE5leHQgSGVhZGVyIFtSRkM4MjAwXS4gIFdoZW4gdGhlIFNJRCBjb3JyZXNw b25kcyB0byBmdW5jdGlvbiBFbmQuRFgyIGFuZCB0aGUgTmV4dC1IZWFkZXIgdmFsdWUgaXMgNTks IHdlIGtub3cgdGhhdCBhbiBFdGhlcm5ldCBmcmFtZSBpcyBpbiB0aGUgcGF5bG9hZCB3aXRob3V0 IGFueSBmdXJ0aGVyIGhlYWRlci4iDQogICAgDQogICAgQWNjb3JkaW5nIHRvIFNlY3Rpb24gNC43 IFJGQyA4MjAwLCAiIFRoZSB2YWx1ZSA1OSBpbiB0aGUgTmV4dCBIZWFkZXIgZmllbGQgb2YgYW4g SVB2NiBoZWFkZXIgb3IgYW55ICBleHRlbnNpb24gaGVhZGVyIGluZGljYXRlcyB0aGF0IHRoZXJl IGlzIG5vdGhpbmcgZm9sbG93aW5nIHRoYXQgaGVhZGVyLiAgSWYgdGhlIFBheWxvYWQgTGVuZ3Ro IGZpZWxkIG9mIHRoZSBJUHY2IGhlYWRlciBpbmRpY2F0ZXMgdGhlIHByZXNlbmNlIG9mIG9jdGV0 cyBwYXN0IHRoZSBlbmQgb2YgYSBoZWFkZXIgd2hvc2UgTmV4dCBIZWFkZXIgZmllbGQgY29udGFp bnMgNTksIHRob3NlIG9jdGV0cyBtdXN0IGJlIGlnbm9yZWQgYW5kIHBhc3NlZCBvbiB1bmNoYW5n ZWQgaWYgdGhlIHBhY2tldCBpcyBmb3J3YXJkZWQuIg0KICAgIA0KICAgIERvZXMgdGhlIFdHIHRo aW5rIHRoYXQgaXQgaXMgYSBnb29kIGlkZWEgdG8gcmV1c2UgdGhlIE5leHQgSGVhZGVyIHZhbHVl IDU5PyBPciB3b3VsZCBpdCBiZSBiZXR0ZXIgdG8gYWxsb2NhdGUgYSBuZXcgTmV4dCBIZWFkZXIg dmFsdWUgdGhhdCByZXByZXNlbnRzIEV0aGVybmV0Pw0KICAgIA0KICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCiAgICANCiAg ICANCiAgICBKdW5pcGVyIEludGVybmFsDQogICAgDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBJRVRG IElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QNCiAgICBpcHY2QGlldGYub3JnDQogICAg QWRtaW5pc3RyYXRpdmUgUmVxdWVzdHM6IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vaXB2Ng0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgDQoNCg0K From nobody Tue May 7 00:11:54 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB781200F7; Tue, 7 May 2019 00:11:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=hCrt0OWD; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gxasKDi7 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 RpeR_JkGtN8O; Tue, 7 May 2019 00:11:50 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50E54120072; Tue, 7 May 2019 00:11:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2714; q=dns/txt; s=iport; t=1557213110; x=1558422710; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=56tUWWzup0qVLUF+I5gr8R2AVdnXzmWnMs50AY76Drc=; b=hCrt0OWDoeVKGJKqDqr0+ka0t+0IgsrdynpqAiAVCaYgBi5UIqIXwXuz /SBmBzn82N0n7HZ5IHFxwQPcIB01H2MyOLGOMQFnsBilDSJ2xsROzWRC0 F683y4vXDeJqh3eJt5S1xPUVebIz05sjCDhS7tHVg2FIWf+c6lsZbpo4i k=; IronPort-PHdr: =?us-ascii?q?9a23=3ARjOrqBPwdNRzMsNWGHcl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEu6w/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBjjJ/fvZjY7GOxJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BIAACQLtFc/5BdJa1jHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBgT1QA2lVIAQLKAqEBoNHA4RSijFKgWgllySBLoEkA1QOAQE?= =?us-ascii?q?YCwqEQAIXgX8jNAkOAQMBAQQBAQIBAm0cDIVKAQEBBAEBEBERDAEBLAwLBAI?= =?us-ascii?q?BCBEDAQIDAiYCAgIlCxUICAEBBAESIoMAAYFqAx0BAgyifgKBNYhfcYEvgnk?= =?us-ascii?q?BAQWFCBiCDgMGgQsnAYtNF4FAP4E4DBOCTD6CYQEBAoFfgwoygiaLHoI6mWk?= =?us-ascii?q?JAoIJkkobgg+GQYNtiRSMH4Ehk1MCBAIEBQIOAQEFgU84gVZwFTsqAYJBgg8?= =?us-ascii?q?MF4NMhRSFP3IBgSiPegGBIAEB?= X-IronPort-AV: E=Sophos;i="5.60,441,1549929600"; d="scan'208";a="336631974" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 May 2019 07:11:49 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x477BmFr000526 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 May 2019 07:11:49 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 7 May 2019 02:11:48 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 7 May 2019 02:11:47 -0500 Received: from NAM05-BY2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 7 May 2019 03:11:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=56tUWWzup0qVLUF+I5gr8R2AVdnXzmWnMs50AY76Drc=; b=gxasKDi7kL4f2kZPqMGlRN5nIChePcb78r3wiEKHJaYBd900j7F7syt348G37RU5gh3tfX9XHo22BGYkau/jnziX7tmn3Lphty4ZUh9zXqZgp1d3P9/ieGXgM9G/rj5iF4RI6GVonQEORgURsiRgnG2ydnHWADwaMyTR0OErYz4= Received: from BYAPR11MB3687.namprd11.prod.outlook.com (20.178.237.160) by BYAPR11MB2647.namprd11.prod.outlook.com (52.135.227.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.11; Tue, 7 May 2019 07:11:46 +0000 Received: from BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::8120:9a3d:fbf8:9c6d]) by BYAPR11MB3687.namprd11.prod.outlook.com ([fe80::8120:9a3d:fbf8:9c6d%5]) with mapi id 15.20.1856.012; Tue, 7 May 2019 07:11:46 +0000 From: "Pablo Camarillo (pcamaril)" To: Ron Bonica , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: More Headers Thread-Index: AdUDpgcuQv8iuqRuQmmmsoaUD/YmyAAfpySA Date: Tue, 7 May 2019 07:11:46 +0000 Message-ID: <5D098492-6519-414A-8C66-9FF2AA06C50E@cisco.com> References: In-Reply-To: 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_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T01:02:13.1298725Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal authentication-results: spf=none (sender IP is ) smtp.mailfrom=pcamaril@cisco.com; x-originating-ip: [173.38.220.56] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: da5aed63-2e80-4ba3-fcf9-08d6d2bb443a x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BYAPR11MB2647; x-ms-traffictypediagnostic: BYAPR11MB2647: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0030839EEE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(366004)(136003)(39860400002)(346002)(396003)(13464003)(199004)(189003)(14444005)(14454004)(25786009)(26005)(86362001)(110136005)(5660300002)(256004)(33656002)(8936002)(6246003)(6486002)(186003)(229853002)(486006)(6436002)(6306002)(8676002)(6512007)(81156014)(81166006)(76176011)(6506007)(53546011)(53936002)(102836004)(478600001)(3846002)(6116002)(2906002)(99286004)(11346002)(446003)(71190400001)(68736007)(83716004)(71200400001)(316002)(91956017)(305945005)(66556008)(76116006)(64756008)(66476007)(66446008)(7736002)(73956011)(2616005)(66066001)(82746002)(476003)(66946007)(966005)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2647; H:BYAPR11MB3687.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: nJOxgpyYFkVpj3pDCa84XpBI1beKcpUANl15lpeoyb8lYlUOW8tj6O49bX+3qf1hmh8xz7YKz2mv12GtuMtq6F6uzYMQD/u467Dnz6pgXOd3YSaWPt2mrG6vbb/LLa+oTWD/tzGmQrl/t7TJws8We45glok0Uuf/VPn02AaufZo8ftf/eKugc61DZs0P3dX/EI8vG2WlHZq9WIiAAcc/1044NXTa/dUWlJYm4QvzLv1MJIn7J8SfZZuE96NkR/dM+VcsCow/gF5KjIg0CCVXKf+aGP5ABlXln4USBzyi2nbGhctZywz2qVGdHr/Gm8sPacArg8oZnTv6BluVXHqqAW1FBI434ywEpH9T1l0dMbkvEbpsDtARLRloAIbTZ8dmXEbe34jaI2lnbUGl/Ccj/IenTijf7Zo633lORhD9hAY= Content-Type: text/plain; charset="utf-8" Content-ID: <676AA82A69B6304EB4609D95F6A0BEA7@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: da5aed63-2e80-4ba3-fcf9-08d6d2bb443a X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2019 07:11:46.2716 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2647 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [spring] SRv6 Network Programming: More Headers X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 07:11:53 -0000 SGkgUm9uLA0KDQpZb3VyIGd1ZXNzIGlzIHdyb25nLiBQbGVhc2UgcmVhZCB0aGUgc2VudGVuY2Ug cmlnaHQgYWZ0ZXIgdGhlIG9uZSB5b3UgcXVvdGUuDQoNCiAgICJUaGUgZWZmZWN0aXZlIG5leHQt aGVhZGVyIChFTkgpIGlzIHRoZSBuZXh0LWhlYWRlciBmaWVsZCBvZiB0aGUgSVANCiAgIGhlYWRl ciB3aGVuIG5vIFNSSCBpcyBwcmVzZW50LCBvciBpcyB0aGUgbmV4dC1oZWFkZXIgZmllbGQgb2Yg dGhlDQogICBsYXN0IFNSSC4NCg0KICAgSW4gdGhpcyB2ZXJzaW9uIG9mIHRoZSBkb2N1bWVudCwg d2UgYXNzdW1lIHRoYXQgdGhlcmUgYXJlIG5vIG90aGVyDQogICBleHRlbnNpb24gaGVhZGVycyB0 aGFuIHRoZSBTUkguICBUaGVzZSB3aWxsIGJlIGxpZnRlZCBpbiBmdXR1cmUNCiAgIHZlcnNpb25z IG9mIHRoZSBkb2N1bWVudC4iDQoNCkFzIHNhaWQgaW4gdGhlIG5vdGUsIGFzIHBhcnQgb2YgdGhl IHdvcmsgb24gdGhpcyBkcmFmdCB3ZSB3aWxsIHVwZGF0ZSB0aGUgcHNldWRvY29kZXMgdG8gZ2V0 IGJldHRlciBhbGlnbm1lbnQgd2l0aCBTUkggZHJhZnQsIHJlbW92aW5nIHRoZSBzdGF0ZWQgbGlt aXRhdGlvbnMuIEZvciBzaW1wbGljaXR5IHdlIGRpZCBub3QgYWRkIHRoZW0gaW4gcHJldmlvdXMg cmV2aXNpb25zIG9mIHRoZSBkcmFmdC4NCg0KVGhhbmtzLA0KUGFibG8uDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpcHY2IDxpcHY2LWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJl aGFsZiBvZiBSb24gQm9uaWNhIDxyYm9uaWNhPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+ DQpEYXRlOiBNb25kYXksIDYgTWF5IDIwMTkgYXQgMDM6MDUNClRvOiBTUFJJTkcgV0cgPHNwcmlu Z0BpZXRmLm9yZz4sIDZtYW4gV0cgPGlwdjZAaWV0Zi5vcmc+DQpTdWJqZWN0OiBTUnY2IE5ldHdv cmsgUHJvZ3JhbW1pbmc6IE1vcmUgSGVhZGVycw0KDQogICAgRm9sa3MsDQogICAgDQogICAgSW4g ZHJhZnQtaWV0Zi1zcHJpbmctc3J2Ni1uZXR3b3JrLXByb2dyYW1taW5nLCBjYW4gYSBwYWNrZXQg dGhhdCBpcyBkZXN0aW5lZCBmb3IgYW4gRW5kLkRYNCBTSUQgY29udGFpbiBhIEZyYWdtZW50IGhl YWRlcj8gQW4gQXV0aGVudGljYXRpb24gaGVhZGVyPyBBbiBFbmNhcHN1bGF0aW5nIFNlY3VyaXR5 IFBheWxvYWQgaGVhZGVyPyBBIERlc3RpbmF0aW9uIE9wdGlvbnMgaGVhZGVyPw0KICAgIA0KICAg IE15IGluaXRpYWwgZ3Vlc3MgaXMgdGhhdCBpdCBjYW5ub3QuIEFjY29yZGluZyB0byB0aGUgZHJh ZnQ6DQogICAgDQogICAgIlRoZSBlZmZlY3RpdmUgbmV4dC1oZWFkZXIgKEVOSCkgaXMgdGhlIG5l eHQtaGVhZGVyIGZpZWxkIG9mIHRoZSBJUCBoZWFkZXIgd2hlbiBubyBTUkggaXMgcHJlc2VudCwg b3IgaXMgdGhlIG5leHQtaGVhZGVyIGZpZWxkIG9mIHRoZSBsYXN0IFNSSCINCiAgICANCiAgICBB bHNvLCBhY2NvcmRpbmcgdG8gU2VjdGlvbiA0Ljkgb2YgdGhlIGRyYWZ0LCB0aGUgcGFja2V0IHdp bGwgYmUgZHJvcHBlZCBpZiB0aGUgRWZmZWN0aXZlIE5leHQgSGVhZGVyIGlzIG5vdCBlcXVhbCB0 byA0IChJUHY0KS4NCiAgICANCiAgICBEbyBJIGhhdmUgdGhpcyByaWdodD8NCiAgICANCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9u DQogICAgDQogICAgSnVuaXBlciBJbnRlcm5hbA0KICAgIA0KICAgIC0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAg SUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0DQogICAgaXB2NkBpZXRmLm9yZw0K ICAgIEFkbWluaXN0cmF0aXZlIFJlcXVlc3RzOiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2lwdjYNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIA0KDQoNCg== From nobody Tue May 7 06:39:40 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1116120106; Tue, 7 May 2019 06:39:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 g9Y-CX8jg6NH; Tue, 7 May 2019 06:39:29 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 E7303120026; Tue, 7 May 2019 06:39:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 44z11D50rZznqn9; Tue, 7 May 2019 06:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1557236368; bh=jbRtmrICIt2SA+cjaudCHMpT2Yd94ubIGRDsRzkK4HY=; h=Subject:To:References:From:Date:In-Reply-To:From; b=mwLQRpv9X8i1LRkAZtsCRIquyYwIgdj9s2FWxRDdoF9MHrCO4dUW3uPektQrIEdcN 5T+smJFSkWqTahnC4LXOOLpafYSFtDlJddQ8j90roLUQjEgW2oxoYx+l0zcq6nghQo xuWjWbR2pdP/3MwfXTr58hmqkR2mvG7HbL1u06bk= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 44z11D07rXznqn8; Tue, 7 May 2019 06:39:27 -0700 (PDT) To: "Pablo Camarillo (pcamaril)" , SPRING WG , 6man WG References: From: "Joel M. Halpern" Message-ID: <6e954124-675f-f97d-dc7b-f64b4141c8b8@joelhalpern.com> Date: Tue, 7 May 2019 09:39:26 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 13:39:31 -0000 That is not what Next-Header means. Even with this explanation, it is clear that 59 is NOT the right value for the next header. Yours, Joel On 5/7/19 3:08 AM, Pablo Camarillo (pcamaril) wrote: > Hi Ron, > > We use the next header value 59 to identify at the receiver that there is no other kind of Internet Protocol beneath to be processed. > Note that we are *not* using 59 to identify the fact that it is an ethernet header (i.e. other non Internet-Protocols would also use the 59 to identify that no further IP header processing has to be performed). The SID identifies that an Ethernet header follows the IPv6 extension headers. > > Thanks, > Pablo. > > -----Original Message----- > From: ipv6 on behalf of Ron Bonica > Date: Monday, 6 May 2019 at 02:48 > To: SPRING WG , 6man WG > Subject: SRv6 Network Programming: ENH = 59 > > Folks, > > According to Section 4.4 of draft-ietf-spring-srv6-network-programming-00, when processing the End.DX2 SID, the Next Header must be equal to 59. Otherwise, the packet will be dropped. > > In the words of the draft, "We conveniently reuse the next-header value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresponds to function End.DX2 and the Next-Header value is 59, we know that an Ethernet frame is in the payload without any further header." > > According to Section 4.7 RFC 8200, " The value 59 in the Next Header field of an IPv6 header or any extension header indicates that there is nothing following that header. If the Payload Length field of the IPv6 header indicates the presence of octets past the end of a header whose Next Header field contains 59, those octets must be ignored and passed on unchanged if the packet is forwarded." > > Does the WG think that it is a good idea to reuse the Next Header value 59? Or would it be better to allocate a new Next Header value that represents Ethernet? > > Ron > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Tue May 7 07:05:21 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 914C912013C; Tue, 7 May 2019 07:05:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.497 X-Spam-Level: X-Spam-Status: No, score=-1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 QDLQ-EYQR8Av; Tue, 7 May 2019 07:05:09 -0700 (PDT) Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AF8B12006B; Tue, 7 May 2019 07:05:09 -0700 (PDT) Received: by mail-ot1-x32b.google.com with SMTP id b1so15030443otp.5; Tue, 07 May 2019 07:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ymWhK90H7gxxbJQl/5wnb1cI/WhEIgzH0Bq1uNQjTVs=; b=aKlkMXZ+ViROYn8W2N9feQakR20B0DWBvI1IswWvgiAux4JCXVqb+gaeXKVMocwtoI Vm9RYJkQLe68q7Cxu82o6LMkFfgGxTY+A1ZkF+q12pWkhYM3YWpeCdGNA5QYT7NM+uUr 0vwEX/NUegb41Ro0R9xjN5MfHJMJ6uD/r8XZg5b+CFAKzEpuwln86Xheu44eqxX0Ntv4 GEtHkfkpjwOGn1jrSCq5oI9YiksNQGcf2TbfDkfOagboRj7MrhkQh07QwUUOuT1/Skln 4G/jsXMcwmAnydxI2MDL+ePtalpLVi5yyZT4jQoqmKLuDPnBHiwK38sJhB8h76WitMX9 UcGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ymWhK90H7gxxbJQl/5wnb1cI/WhEIgzH0Bq1uNQjTVs=; b=OWh/J5du3fXoKZfYkyx9zA7den9aHWr6nUBMofV5ywPZ6Y/XOAFz8gvyHGqpwiNYed 70X8tFhCcl7M/4YxcT6nELhqwR8iS5pGH579chpXKb5kI1t150l5bVutGQnwuxTmc9ps 0VWzBa026DyUDKa7ZTj9MPmmhL56xTY8JGVn1qcj9f64Ouf7NBW0eEYUSxg9cpokbOSL BgaxGriV3tewaLeoc82+aVzRendl6cNk+zjOVLYURHpzb0A6KXcxcurrfhqaO+euukgK fncAgW17yAZZoFVWWANy0dDpCdBR+9H35WnWwkdos0/TvrGlC3wGdnV/Dl4YLwqFVfAi yXqw== X-Gm-Message-State: APjAAAUPnK/xdv177nUt8oNkCdee7CaomadRUWT7b8G71e7NcGKn/AEq +xvJ2Q65PKbJ3lQU65DryWuue4BQpQUJDTCSD28= X-Google-Smtp-Source: APXvYqyS3x/RBbWkScKX9kS34357M2QA96DadJK+J5tNHga87KC9I3H25FRWgEe7xocSJGK+FTqJqFIJ3/4lXh0pGk4= X-Received: by 2002:a9d:6c5a:: with SMTP id g26mr12153204otq.187.1557237907552; Tue, 07 May 2019 07:05:07 -0700 (PDT) MIME-Version: 1.0 References: <6e954124-675f-f97d-dc7b-f64b4141c8b8@joelhalpern.com> In-Reply-To: <6e954124-675f-f97d-dc7b-f64b4141c8b8@joelhalpern.com> From: Mark Smith Date: Wed, 8 May 2019 00:04:55 +1000 Message-ID: To: "Joel M. Halpern" Cc: "Pablo Camarillo (pcamaril)" , SPRING WG , 6man WG Content-Type: multipart/alternative; boundary="0000000000004f7ec805884cb4e5" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 14:05:14 -0000 --0000000000004f7ec805884cb4e5 Content-Type: text/plain; charset="UTF-8" On Tue., 7 May 2019, 23:39 Joel M. Halpern, wrote: > That is not what Next-Header means. > Even with this explanation, it is clear that 59 is NOT the right value > for the next header. > If the SID value isn't a reserved for this purpose, permanent and globally unique value, how would a troubleshooting tool like Wireshark know to decode the Ethernet packet after the no next header? Any capex cost savings from not encoding this information in the packet will be eliminated by the opex costs of increased time to resolve faults and the corresponding negative reputation with customers consequences. The more obvious it is how something works, the quicker and easier it is to fix when it breaks. This is the really the principle of least astonishment. https://en.m.wikipedia.org/wiki/Principle_of_least_astonishment?wprov=sfla1 Regards, Mark. > Yours, > Joel > > On 5/7/19 3:08 AM, Pablo Camarillo (pcamaril) wrote: > > Hi Ron, > > > > We use the next header value 59 to identify at the receiver that there > is no other kind of Internet Protocol beneath to be processed. > > Note that we are *not* using 59 to identify the fact that it is an > ethernet header (i.e. other non Internet-Protocols would also use the 59 to > identify that no further IP header processing has to be performed). The SID > identifies that an Ethernet header follows the IPv6 extension headers. > > > > Thanks, > > Pablo. > > > > -----Original Message----- > > From: ipv6 on behalf of Ron Bonica 40juniper.net@dmarc.ietf.org> > > Date: Monday, 6 May 2019 at 02:48 > > To: SPRING WG , 6man WG > > Subject: SRv6 Network Programming: ENH = 59 > > > > Folks, > > > > According to Section 4.4 of > draft-ietf-spring-srv6-network-programming-00, when processing the End.DX2 > SID, the Next Header must be equal to 59. Otherwise, the packet will be > dropped. > > > > In the words of the draft, "We conveniently reuse the next-header > value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID > corresponds to function End.DX2 and the Next-Header value is 59, we know > that an Ethernet frame is in the payload without any further header." > > > > According to Section 4.7 RFC 8200, " The value 59 in the Next > Header field of an IPv6 header or any extension header indicates that > there is nothing following that header. If the Payload Length field of the > IPv6 header indicates the presence of octets past the end of a header whose > Next Header field contains 59, those octets must be ignored and passed on > unchanged if the packet is forwarded." > > > > Does the WG think that it is a good idea to reuse the Next Header > value 59? Or would it be better to allocate a new Next Header value that > represents Ethernet? > > > > Ron > > > > > > Juniper Internal > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > > > > > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --0000000000004f7ec805884cb4e5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue., 7 May 2019, 23:39 Joel M. Halpern, <jmh@j= oelhalpern.com> wrote:
That = is not what Next-Header means.
Even with this explanation, it is clear that 59 is NOT the right value
for the next header.

If the SID value isn't a reserved for this purpose,= permanent and globally unique value, how would a troubleshooting tool like= Wireshark know to decode the Ethernet packet after the no next header?

Any capex cost savings from= not encoding this information in the packet will be eliminated by the opex= costs of increased time to resolve faults and the corresponding negative r= eputation with customers consequences.

The more obvious it is how something works, the quicker and = easier it is to fix when it breaks. This is the really the principle of lea= st astonishment.


Reg= ards,
Mark.



Yours,
Joel

On 5/7/19 3:08 AM, Pablo Camarillo (pcamaril) wrote:
> Hi Ron,
>
> We use the next header value 59 to identify at the receiver that there= is no other kind of Internet Protocol beneath to be processed.
> Note that we are *not* using 59 to identify the fact that it is an eth= ernet header (i.e. other non Internet-Protocols would also use the 59 to id= entify that no further IP header processing has to be performed). The SID i= dentifies that an Ethernet header follows the IPv6 extension headers.
>
> Thanks,
> Pablo.
>
> -----Original Message-----
> From: ipv6 <ipv6-bounces@ietf.org> on behalf o= f Ron Bonica <rbonica=3D40juniper.net@dmarc.ietf.or= g>
> Date: Monday, 6 May 2019 at 02:48
> To: SPRING WG <spring@ietf.org>, 6man WG <i= pv6@ietf.org>
> Subject: SRv6 Network Programming: ENH =3D 59
>
>=C2=A0 =C2=A0 =C2=A0 Folks,
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 According to Section 4.4 of draft-ietf-spring-srv6= -network-programming-00, when processing the End.DX2 SID, the Next Header m= ust be equal to 59. Otherwise, the packet will be dropped.
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 In the words of the draft, "We conveniently r= euse the next-header value 59 allocated to IPv6 No Next Header [RFC8200].= =C2=A0 When the SID corresponds to function End.DX2 and the Next-Header val= ue is 59, we know that an Ethernet frame is in the payload without any furt= her header."
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 According to Section 4.7 RFC 8200, " The valu= e 59 in the Next Header field of an IPv6 header or any=C2=A0 extension head= er indicates that there is nothing following that header.=C2=A0 If the Payl= oad Length field of the IPv6 header indicates the presence of octets past t= he end of a header whose Next Header field contains 59, those octets must b= e ignored and passed on unchanged if the packet is forwarded."
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 Does the WG think that it is a good idea to reuse = the Next Header value 59? Or would it be better to allocate a new Next Head= er value that represents Ethernet?
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 Ron
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 Juniper Internal
>=C2=A0 =C2=A0 =C2=A0
>=C2=A0 =C2=A0 =C2=A0 --------------------------------------------------= ------------------
>=C2=A0 =C2=A0 =C2=A0 IETF IPv6 working group mailing list
>=C2=A0 =C2=A0 =C2=A0 ipv6@ietf.org
>=C2=A0 =C2=A0 =C2=A0 Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>=C2=A0 =C2=A0 =C2=A0 --------------------------------------------------= ------------------
>=C2=A0 =C2=A0 =C2=A0
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/= listinfo/spring
>

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www= .ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
--0000000000004f7ec805884cb4e5-- From nobody Tue May 7 07:18:24 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F52F12023C for ; Tue, 7 May 2019 07:18:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 jLpSKRd0a9hh for ; Tue, 7 May 2019 07:18:06 -0700 (PDT) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0966A120157 for ; Tue, 7 May 2019 07:17:55 -0700 (PDT) Received: by mail-qt1-x830.google.com with SMTP id f24so8762573qtk.11 for ; Tue, 07 May 2019 07:17:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Wd63eKNWvtf53OawPZOJP5oayUS/F1ikoFXFoUyr568=; b=nzLm/fhv/QVwXqKg/3pBCBn6ySRxRTuosaLuzHh8jZ3f24XmGQJzzcZRU/JrK2Kh3E hxdfQdj2xtGhIhCpynvTUjN7hhqwcIozvb+cnTuWohwB4JHbdkmjukwrSmq6uSRZMT9l 5+DFgOQFDcsxC/Ya97fw132y3LSsWHJOVKwDRWSSAr5udR/dbrubOKA0fWSkHzve5HHL 9S7esBRGC6sEU/sFqBpJo2IxkDXbUkI7Qei+Gn+ylcK1rIclzufQlky62cMoPDBYbrRE 5g0eI5Yt5JrTsXZymDOd9i5SsBhELYNxQUe3rNbErXl7pT9RFUftR0NitfsFK5Igqt/p wBDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Wd63eKNWvtf53OawPZOJP5oayUS/F1ikoFXFoUyr568=; b=rucQ8ovS8pUxW5rpttNQejPl5vWvx/3Je7bIR7HL02jkBg6f2MYISRWoqDO24YsOwO HWMG2rfRP4CdnmfUkqcfLDiEycdBV5QSovx17BitqcDQMJ0ZxRFPXw2ambglYK8mPEcg eQGBpO0e7+vXjj3nkky0qlhC8ididgvYwYDD8a4HHghceWYs0HTzN8j0CpqmG5M3OOcd LPgZ/T3vO20NUMpQblSy8BpeaiClUR3ROSL+Xaa8fVejjNW3uhsJWkz5KclK7cPJnSaR v2wlhCE6dzTcGB5k9UKVV3cFzX8NrfDLapZJIbMGNCaAuZsDYoamE+8CSOcafRtg+NUf giTQ== X-Gm-Message-State: APjAAAXL+uOIZPCbL3XAjCBHAGCCRUVhi1Uy2XFyA8ylD2wjErT6DG+9 pp3Vn725wF4caGqxNHuHapgcjZAwcw+M4tpt/knRNw== X-Google-Smtp-Source: APXvYqy/mJk7r7LR0iFajFRvOArUH5eW2XlPpgv1shDikt+d/6JYT/mb5+pQsakWmUBKaX53c/hGHQoRngfSu9I86O4= X-Received: by 2002:aed:2196:: with SMTP id l22mr27324446qtc.226.1557238673995; Tue, 07 May 2019 07:17:53 -0700 (PDT) MIME-Version: 1.0 References: <6e954124-675f-f97d-dc7b-f64b4141c8b8@joelhalpern.com> In-Reply-To: From: Tom Herbert Date: Tue, 7 May 2019 07:17:42 -0700 Message-ID: To: Mark Smith Cc: "Joel M. Halpern" , SPRING WG , 6man WG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 14:18:13 -0000 On Tue, May 7, 2019 at 7:05 AM Mark Smith wrote: > > > > On Tue., 7 May 2019, 23:39 Joel M. Halpern, wrote: >> >> That is not what Next-Header means. >> Even with this explanation, it is clear that 59 is NOT the right value >> for the next header. > > > If the SID value isn't a reserved for this purpose, permanent and globall= y unique value, how would a troubleshooting tool like Wireshark know to dec= ode the Ethernet packet after the no next header? > > Any capex cost savings from not encoding this information in the packet w= ill be eliminated by the opex costs of increased time to resolve faults and= the corresponding negative reputation with customers consequences. > > The more obvious it is how something works, the quicker and easier it is = to fix when it breaks. This is the really the principle of least astonishme= nt. > > https://en.m.wikipedia.org/wiki/Principle_of_least_astonishment?wprov=3Ds= fla1 > There are already many IP protocols that allow encpasulation of non-IP protocols. The aforementioned GRE and EtherIP, but also MPLS also (as well as UDP variants of these in GRE/UDP, MPLS/UDP). If this is just encapsulating Ethernet then the correct type is EtherIP "EtherIP: Tunneling Ethernet Frames in IP Datagrams" (RFC3378). EtherIP has a two byte encapsulation header, but really its primary purpose is to align the Ethernet payload (e.g. it could be an IP protocol) to four bytes as stated in the RFC "The 16-bit header field provides memory alignment advantages in some implementation environments." AFAICT lignment is still relevant on > Regards, > Mark > > >> >> Yours, >> Joel >> >> On 5/7/19 3:08 AM, Pablo Camarillo (pcamaril) wrote: >> > Hi Ron, >> > >> > We use the next header value 59 to identify at the receiver that there= is no other kind of Internet Protocol beneath to be processed. >> > Note that we are *not* using 59 to identify the fact that it is an eth= ernet header (i.e. other non Internet-Protocols would also use the 59 to id= entify that no further IP header processing has to be performed). The SID i= dentifies that an Ethernet header follows the IPv6 extension headers. >> > >> > Thanks, >> > Pablo. >> > >> > -----Original Message----- >> > From: ipv6 on behalf of Ron Bonica >> > Date: Monday, 6 May 2019 at 02:48 >> > To: SPRING WG , 6man WG >> > Subject: SRv6 Network Programming: ENH =3D 59 >> > >> > Folks, >> > >> > According to Section 4.4 of draft-ietf-spring-srv6-network-progra= mming-00, when processing the End.DX2 SID, the Next Header must be equal to= 59. Otherwise, the packet will be dropped. >> > >> > In the words of the draft, "We conveniently reuse the next-header= value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corresp= onds to function End.DX2 and the Next-Header value is 59, we know that an E= thernet frame is in the payload without any further header." >> > >> > According to Section 4.7 RFC 8200, " The value 59 in the Next Hea= der field of an IPv6 header or any extension header indicates that there i= s nothing following that header. If the Payload Length field of the IPv6 h= eader indicates the presence of octets past the end of a header whose Next = Header field contains 59, those octets must be ignored and passed on unchan= ged if the packet is forwarded." >> > >> > Does the WG think that it is a good idea to reuse the Next Header= value 59? Or would it be better to allocate a new Next Header value that r= epresents Ethernet? >> > >> > Ron >> > >> > >> > Juniper Internal >> > >> > -----------------------------------------------------------------= --- >> > IETF IPv6 working group mailing list >> > ipv6@ietf.org >> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ip= v6 >> > -----------------------------------------------------------------= --- >> > >> > >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > https://www.ietf.org/mailman/listinfo/spring >> > >> >> -------------------------------------------------------------------- >> 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 > -------------------------------------------------------------------- From nobody Tue May 7 07:24:54 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA03712006B for ; Tue, 7 May 2019 07:24:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 w6jroigvsJiw for ; Tue, 7 May 2019 07:24:43 -0700 (PDT) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD8C7120141 for ; Tue, 7 May 2019 07:24:42 -0700 (PDT) Received: by mail-qt1-x836.google.com with SMTP id i31so19169403qti.13 for ; Tue, 07 May 2019 07:24:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=HFK0M8RL8wItqRvwWzavrepEA3MN8rBKfeG16hofFSE=; b=gIm7BBiImkn7VSKdfF18NI1bg/2WrUxlJ/kcdOa4f937rO6WOMYXWljCGDmHYP9RuT QAbvuiBq42OQTAh0qha0sICEBcBDtjB1ZBrUtyl2nmd6FphkgoyU8jyIxzRUT/lbkuOk ZbcYxYXP/7/9W6IFZz1jw75ce/t7uo4F7MrSJFbaBrVbK/j+2MtVwNXju8Ub/5IKWgYD MV9xRkf5qI9l/gCDb02/BVEC0ZaHoqxNoZrOnyBLm69XaXWvC+Yzqy6BpbbA1r+LUmIU CXIcMbzo/XrM5tQ68UDKlD8/YNbpr1+pKo2NXu+PxflX2l449r/mQZxWTeWyguKmDKqN bvqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=HFK0M8RL8wItqRvwWzavrepEA3MN8rBKfeG16hofFSE=; b=leljI7by+jdpOgPfYH4sC6AW9f+npMFjMLSqznC8zRjOG8m1B2vX5cCm8iD/yPcioS JZBdsXH2IofyF79ANMg20g24SA412s8u9Gq2wbLX8CKnbgu5uF11M/6stt2Mqh5RtAdo EcIXv23iRYurq0lqRNLhaM4lyYj5rphhU4a4yRLbsiR7zuLWo6BylXgpDCkmZA/TUE5d HWvk7EHJjJ4EeYihf2Xd06O6Vgni3vUjBzL77S202efweIPEJF7qw1VLnuoKmemScmy0 LRAle85ixcASoSOgleGct3OrEy1PGwlXotHzORF9xbkXhwTEw+RedTdT1+73PvcNmeRx jNTw== X-Gm-Message-State: APjAAAUd29DhSrkl69w7G/u4xh6hXb9W2XWUHxVYHBl5gGWH/u0AVk7L +LbOopXEyt32zfbrQNp5z7WBK9GquCHHWtZ1G5q1lg== X-Google-Smtp-Source: APXvYqwEtzsd+YlthKk0wl2obDdR5lSbk9Q0GBAUFvuq+9ux8nLehpjXd3w7b3/4L33QIBExmww4BWLGjhHayRWDQsI= X-Received: by 2002:ac8:2228:: with SMTP id o37mr28019532qto.200.1557239081794; Tue, 07 May 2019 07:24:41 -0700 (PDT) MIME-Version: 1.0 References: <6e954124-675f-f97d-dc7b-f64b4141c8b8@joelhalpern.com> In-Reply-To: From: Tom Herbert Date: Tue, 7 May 2019 07:24:30 -0700 Message-ID: To: Mark Smith Cc: "Joel M. Halpern" , SPRING WG , 6man WG Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 14:24:47 -0000 On Tue, May 7, 2019 at 7:17 AM Tom Herbert wrote: > > On Tue, May 7, 2019 at 7:05 AM Mark Smith wrote: > > > > > > > > On Tue., 7 May 2019, 23:39 Joel M. Halpern, wrote= : > >> > >> That is not what Next-Header means. > >> Even with this explanation, it is clear that 59 is NOT the right value > >> for the next header. > > > > > > If the SID value isn't a reserved for this purpose, permanent and globa= lly unique value, how would a troubleshooting tool like Wireshark know to d= ecode the Ethernet packet after the no next header? > > > > Any capex cost savings from not encoding this information in the packet= will be eliminated by the opex costs of increased time to resolve faults a= nd the corresponding negative reputation with customers consequences. > > > > The more obvious it is how something works, the quicker and easier it i= s to fix when it breaks. This is the really the principle of least astonish= ment. > > > > https://en.m.wikipedia.org/wiki/Principle_of_least_astonishment?wprov= =3Dsfla1 > > > There are already many IP protocols that allow encpasulation of non-IP > protocols. The aforementioned GRE and EtherIP, but also MPLS also (as > well as UDP variants of these in GRE/UDP, MPLS/UDP). > > If this is just encapsulating Ethernet then the correct type is > EtherIP "EtherIP: Tunneling Ethernet Frames in IP Datagrams" > (RFC3378). EtherIP has a two byte encapsulation header, but really its > primary purpose is to align the Ethernet payload (e.g. it could be an > IP protocol) to four bytes as stated in the RFC "The 16-bit header > field provides memory alignment advantages in some implementation > environments." AFAICT lignment is still relevant on That is aligment is still relevant on modern CPU architectures (e.g. ARM, RISC-V). I also believe that concerns that the additional two byte header is not hardware friendly are unwarranted. Parsing buffers, cache lines, etc. are typically sized to power of two bytes. So if a packet with an encapsulated Ethernet header may have length 4N + 2, and parsing bufferor cache line size of 4M. If the packet fits into the parsing buffer then 4N + 2 <=3D 4m=3DM. But then adding an additional two bytes for EtherIP still keeps the packet in the parsing buffer range since 4N + 2 + 2 <=3D 4M also. Tom > > > > Regards, > > Mark > > > > > >> > >> Yours, > >> Joel > >> > >> On 5/7/19 3:08 AM, Pablo Camarillo (pcamaril) wrote: > >> > Hi Ron, > >> > > >> > We use the next header value 59 to identify at the receiver that the= re is no other kind of Internet Protocol beneath to be processed. > >> > Note that we are *not* using 59 to identify the fact that it is an e= thernet header (i.e. other non Internet-Protocols would also use the 59 to = identify that no further IP header processing has to be performed). The SID= identifies that an Ethernet header follows the IPv6 extension headers. > >> > > >> > Thanks, > >> > Pablo. > >> > > >> > -----Original Message----- > >> > From: ipv6 on behalf of Ron Bonica > >> > Date: Monday, 6 May 2019 at 02:48 > >> > To: SPRING WG , 6man WG > >> > Subject: SRv6 Network Programming: ENH =3D 59 > >> > > >> > Folks, > >> > > >> > According to Section 4.4 of draft-ietf-spring-srv6-network-prog= ramming-00, when processing the End.DX2 SID, the Next Header must be equal = to 59. Otherwise, the packet will be dropped. > >> > > >> > In the words of the draft, "We conveniently reuse the next-head= er value 59 allocated to IPv6 No Next Header [RFC8200]. When the SID corre= sponds to function End.DX2 and the Next-Header value is 59, we know that an= Ethernet frame is in the payload without any further header." > >> > > >> > According to Section 4.7 RFC 8200, " The value 59 in the Next H= eader field of an IPv6 header or any extension header indicates that there= is nothing following that header. If the Payload Length field of the IPv6= header indicates the presence of octets past the end of a header whose Nex= t Header field contains 59, those octets must be ignored and passed on unch= anged if the packet is forwarded." > >> > > >> > Does the WG think that it is a good idea to reuse the Next Head= er value 59? Or would it be better to allocate a new Next Header value that= represents Ethernet? > >> > > >> > Ron > >> > > >> > > >> > Juniper Internal > >> > > >> > ---------------------------------------------------------------= ----- > >> > IETF IPv6 working group mailing list > >> > ipv6@ietf.org > >> > Administrative Requests: https://www.ietf.org/mailman/listinfo/= ipv6 > >> > ---------------------------------------------------------------= ----- > >> > > >> > > >> > > >> > _______________________________________________ > >> > spring mailing list > >> > spring@ietf.org > >> > https://www.ietf.org/mailman/listinfo/spring > >> > > >> > >> -------------------------------------------------------------------- > >> 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 > > -------------------------------------------------------------------- From nobody Tue May 7 08:50:21 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EC7E120178; Tue, 7 May 2019 08:50:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 q_RKyE9vtqhM; Tue, 7 May 2019 08:50:11 -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 6E04C120182; Tue, 7 May 2019 08:50:01 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x47Fnxgh023983; Tue, 7 May 2019 08:49:59 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=qRW011NuKHSrdi1LAFCDce4aXoCrEp/0q6OQq4oqupA=; b=iZ7UpIJ9txXMFEqdpQT81ve2zCoizckHGcfbHfC9pkXnalGGnK2sBWOSVD7pdeg08r2D bM4WMidfVvnLElT20VvEgUHVS/lxz45QTvZpUhKnAImYfZgpD6sl2joQBsnQQdv/tDB8 gIQxblyi2M/TFHbMnIRNsbPYoNU4HtwJxlYm0AX7+ifMUT4beHuaHQtf+6zf67gsy9Cr 5ctn5TZCwHb9KX6mz0zMcyQOgN3xBGPtzSkfPhSX543nAUoX6kbOLBgcREI1rrJ0FRGh +ZbWUqR7IhwNKgPUIOFKbR90Kv55LCHCfu7iv/nuAVEbUckWMQWTWduuuXlkdQXe+Ff7 ZA== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp2058.outbound.protection.outlook.com [104.47.41.58]) by mx0b-00273201.pphosted.com with ESMTP id 2sb7kw8jec-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 07 May 2019 08:49:59 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5479.namprd05.prod.outlook.com (20.177.185.204) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Tue, 7 May 2019 15:49:57 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Tue, 7 May 2019 15:49:57 +0000 From: Ron Bonica To: "Pablo Camarillo (pcamaril)" , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: More Headers Thread-Index: AdUDpgcuQv8iuqRuQmmmsoaUD/YmyAAfpySAADHxARA= Date: Tue, 7 May 2019 15:49:57 +0000 Message-ID: References: <5D098492-6519-414A-8C66-9FF2AA06C50E@cisco.com> In-Reply-To: <5D098492-6519-414A-8C66-9FF2AA06C50E@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T01:02:13.1298725Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 31e59f6c-c95a-496b-afdb-08d6d303a7cb x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5479; x-ms-traffictypediagnostic: BYAPR05MB5479: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0030839EEE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(136003)(366004)(39860400002)(396003)(13464003)(189003)(199004)(52536014)(66066001)(81156014)(8936002)(6306002)(81166006)(76116006)(71190400001)(66556008)(64756008)(55016002)(9686003)(6116002)(68736007)(66446008)(33656002)(110136005)(14444005)(256004)(66946007)(19627235002)(66476007)(305945005)(8676002)(316002)(73956011)(476003)(7736002)(26005)(486006)(966005)(53936002)(7696005)(25786009)(71200400001)(76176011)(186003)(5660300002)(478600001)(99286004)(446003)(3846002)(11346002)(102836004)(6436002)(229853002)(53546011)(86362001)(74316002)(6246003)(2906002)(14454004)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5479; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: yuCAApz8W4C3E0S3nNgt5zbrBU7zXpun9OWsL8L/6GQ9Ef5DRqh1JRle9bmfGqXqGSvVsNuBG2d9CyDt9V9/fp2NAwxVv3+FkV74auuZvTPpNdAblKMeNuNss2xnzbPTkQrnwvyGHgqs5nozV7aVxWNELHri4cWw2ReODNnuC137nzaaaKZ/R9qZ19l0MmgVci6cr7MqC2+GgjVV3y6CP2OF9uC/bPCJKvUTuCii5BmWBRW4FCvW+/rsMych1MrRrRk+GvgLEwinwPMDSNnorwYKZW/s+uMtRDkxp1vFC15FmHlvDyvJ9yIluHkQgR2zlMS+dzbE0e3s96udXL0wY4B8QsS8AqsoyWQX72lgM6k4OkF7e6QnuBZtLU5GH3kpSLJWsnXpMEhSUR/T3hyUitV5wPjb+3086i5iuy2hlEM= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 31e59f6c-c95a-496b-afdb-08d6d303a7cb X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2019 15:49:57.1960 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5479 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-07_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905070102 Archived-At: Subject: Re: [spring] SRv6 Network Programming: More Headers X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 15:50:14 -0000 RmFpciBlbm91Z2guLi4uLg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQoNCg0KSnVu aXBlciBJbnRlcm5hbA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFBh YmxvIENhbWFyaWxsbyAocGNhbWFyaWwpIDxwY2FtYXJpbEBjaXNjby5jb20+DQo+IFNlbnQ6IFR1 ZXNkYXksIE1heSA3LCAyMDE5IDM6MTIgQU0NCj4gVG86IFJvbiBCb25pY2EgPHJib25pY2FAanVu aXBlci5uZXQ+OyBTUFJJTkcgV0cgPHNwcmluZ0BpZXRmLm9yZz47IDZtYW4NCj4gV0cgPGlwdjZA aWV0Zi5vcmc+DQo+IFN1YmplY3Q6IFJlOiBTUnY2IE5ldHdvcmsgUHJvZ3JhbW1pbmc6IE1vcmUg SGVhZGVycw0KPiANCj4gSGkgUm9uLA0KPiANCj4gWW91ciBndWVzcyBpcyB3cm9uZy4gUGxlYXNl IHJlYWQgdGhlIHNlbnRlbmNlIHJpZ2h0IGFmdGVyIHRoZSBvbmUgeW91IHF1b3RlLg0KPiANCj4g ICAgIlRoZSBlZmZlY3RpdmUgbmV4dC1oZWFkZXIgKEVOSCkgaXMgdGhlIG5leHQtaGVhZGVyIGZp ZWxkIG9mIHRoZSBJUA0KPiAgICBoZWFkZXIgd2hlbiBubyBTUkggaXMgcHJlc2VudCwgb3IgaXMg dGhlIG5leHQtaGVhZGVyIGZpZWxkIG9mIHRoZQ0KPiAgICBsYXN0IFNSSC4NCj4gDQo+ICAgIElu IHRoaXMgdmVyc2lvbiBvZiB0aGUgZG9jdW1lbnQsIHdlIGFzc3VtZSB0aGF0IHRoZXJlIGFyZSBu byBvdGhlcg0KPiAgICBleHRlbnNpb24gaGVhZGVycyB0aGFuIHRoZSBTUkguICBUaGVzZSB3aWxs IGJlIGxpZnRlZCBpbiBmdXR1cmUNCj4gICAgdmVyc2lvbnMgb2YgdGhlIGRvY3VtZW50LiINCj4g DQo+IEFzIHNhaWQgaW4gdGhlIG5vdGUsIGFzIHBhcnQgb2YgdGhlIHdvcmsgb24gdGhpcyBkcmFm dCB3ZSB3aWxsIHVwZGF0ZSB0aGUNCj4gcHNldWRvY29kZXMgdG8gZ2V0IGJldHRlciBhbGlnbm1l bnQgd2l0aCBTUkggZHJhZnQsIHJlbW92aW5nIHRoZSBzdGF0ZWQNCj4gbGltaXRhdGlvbnMuIEZv ciBzaW1wbGljaXR5IHdlIGRpZCBub3QgYWRkIHRoZW0gaW4gcHJldmlvdXMgcmV2aXNpb25zIG9m IHRoZQ0KPiBkcmFmdC4NCj4gDQo+IFRoYW5rcywNCj4gUGFibG8uDQo+IA0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpcHY2IDxpcHY2LWJvdW5jZXNAaWV0Zi5vcmc+IG9u IGJlaGFsZiBvZiBSb24gQm9uaWNhDQo+IDxyYm9uaWNhPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0 Zi5vcmc+DQo+IERhdGU6IE1vbmRheSwgNiBNYXkgMjAxOSBhdCAwMzowNQ0KPiBUbzogU1BSSU5H IFdHIDxzcHJpbmdAaWV0Zi5vcmc+LCA2bWFuIFdHIDxpcHY2QGlldGYub3JnPg0KPiBTdWJqZWN0 OiBTUnY2IE5ldHdvcmsgUHJvZ3JhbW1pbmc6IE1vcmUgSGVhZGVycw0KPiANCj4gICAgIEZvbGtz LA0KPiANCj4gICAgIEluIGRyYWZ0LWlldGYtc3ByaW5nLXNydjYtbmV0d29yay1wcm9ncmFtbWlu ZywgY2FuIGEgcGFja2V0IHRoYXQgaXMNCj4gZGVzdGluZWQgZm9yIGFuIEVuZC5EWDQgU0lEIGNv bnRhaW4gYSBGcmFnbWVudCBoZWFkZXI/IEFuIEF1dGhlbnRpY2F0aW9uDQo+IGhlYWRlcj8gQW4g RW5jYXBzdWxhdGluZyBTZWN1cml0eSBQYXlsb2FkIGhlYWRlcj8gQSBEZXN0aW5hdGlvbiBPcHRp b25zDQo+IGhlYWRlcj8NCj4gDQo+ICAgICBNeSBpbml0aWFsIGd1ZXNzIGlzIHRoYXQgaXQgY2Fu bm90LiBBY2NvcmRpbmcgdG8gdGhlIGRyYWZ0Og0KPiANCj4gICAgICJUaGUgZWZmZWN0aXZlIG5l eHQtaGVhZGVyIChFTkgpIGlzIHRoZSBuZXh0LWhlYWRlciBmaWVsZCBvZiB0aGUgSVAgaGVhZGVy DQo+IHdoZW4gbm8gU1JIIGlzIHByZXNlbnQsIG9yIGlzIHRoZSBuZXh0LWhlYWRlciBmaWVsZCBv ZiB0aGUgbGFzdCBTUkgiDQo+IA0KPiAgICAgQWxzbywgYWNjb3JkaW5nIHRvIFNlY3Rpb24gNC45 IG9mIHRoZSBkcmFmdCwgdGhlIHBhY2tldCB3aWxsIGJlIGRyb3BwZWQgaWYgdGhlDQo+IEVmZmVj dGl2ZSBOZXh0IEhlYWRlciBpcyBub3QgZXF1YWwgdG8gNCAoSVB2NCkuDQo+IA0KPiAgICAgRG8g SSBoYXZlIHRoaXMgcmlnaHQ/DQo+IA0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJvbg0KPiANCj4gICAgIEp1bmlwZXIgSW50ZXJu YWwNCj4gDQo+ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAgICAgSUVURiBJUHY2IHdvcmtpbmcgZ3JvdXAg bWFpbGluZyBsaXN0DQo+ICAgICBpcHY2QGlldGYub3JnDQo+ICAgICBBZG1pbmlzdHJhdGl2ZSBS ZXF1ZXN0czoNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0 dHBzLQ0KPiAzQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9faXB2NiZkPUR3SUdhUSZj PUhBa1l1aDYzcnN1aHI2Uw0KPiBjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9RmNoOUZR ODJzaXItQm9MeDg0aEt1S3dsLQ0KPiBBV0YyRWZwSGNBd3JEVGhLUDgmbT05X196UGVTOHBJRWVR bi0NCj4geWx0enpra1NvdUpzZ2s2MDh6cXZVUFpud1g4SSZzPS0NCj4gTGNKaDE5Qk1TcDZPZDdm ajdGSW1UaTlUV0dkT05nbkhUaVVVQ2xyUmFRJmU9DQo+ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4g DQo= From nobody Tue May 7 10:04:33 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6512F120153; Tue, 7 May 2019 10:04:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 aGHPYF4FAP2I; Tue, 7 May 2019 10:04:29 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 996AB120131; Tue, 7 May 2019 10:04:29 -0700 (PDT) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x47GiHdh003638; Tue, 7 May 2019 10:04:25 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=SbEDkpjSr/8SEThdyIa/mdB30batCV/J0KL8YxCsrNg=; b=eYyWVzRlnphnR4kluGd6mqEIwu8Goan5/FsO/DicEVlimtBzEdXcaSb/kgnNYy3VFXmw 6/Orn+J3UzbXRE35gFanxKrzRcrRjD1/Zr1JDzSRcPOgkj8hfPHULPX0ZdaL8WkVfVM3 JRGK1wA7bFfh34VIFcydAl4dH/3oU7uOIBdcbyPxAxE0K6OpnhZ+qQ9rEKnHgXgSgz98 rcCHQUKKHi0Dt/3rIoEJAhbqExiu5SPY+CRA2XdivEQeysyxdX7dXlXZ6p/+QTuM+05X /MMyxsvl1SMJ2vCyY/fN2ET5VQo3mnwjisXPH2JSJPkBUyCJ8oo8mHCvOp80sj/2bXd+ +A== Received: from nam05-by2-obe.outbound.protection.outlook.com (mail-by2nam05lp2056.outbound.protection.outlook.com [104.47.50.56]) by mx0a-00273201.pphosted.com with ESMTP id 2sb97h8htn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 07 May 2019 10:04:25 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB6053.namprd05.prod.outlook.com (20.178.54.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.12; Tue, 7 May 2019 17:04:23 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Tue, 7 May 2019 17:04:23 +0000 From: Ron Bonica To: "Pablo Camarillo (pcamaril)" , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFA= Date: Tue, 7 May 2019 17:04:23 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-06T00:47:22.1556699Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a6348457-0f85-4549-c484-08d6d30e0dd3 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB6053; x-ms-traffictypediagnostic: BYAPR05MB6053: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0030839EEE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(39860400002)(346002)(136003)(376002)(366004)(199004)(189003)(13464003)(53936002)(7736002)(25786009)(68736007)(53546011)(256004)(6506007)(102836004)(7696005)(76176011)(2906002)(99286004)(478600001)(14454004)(305945005)(966005)(110136005)(6116002)(3846002)(26005)(5660300002)(486006)(6436002)(76116006)(73956011)(66574012)(229853002)(446003)(6246003)(33656002)(11346002)(74316002)(476003)(316002)(186003)(9686003)(55016002)(6306002)(52536014)(71190400001)(71200400001)(8936002)(81166006)(81156014)(8676002)(86362001)(66066001)(66476007)(66556008)(64756008)(66446008)(66946007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB6053; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: H6LVfGhZBnVYv3hr26na1wvbZB6vd1D+IO4TLCzbrB16b5IvGDI50RMT+D4Ck67b3rwlfD5PSz+VUTXD+1MW1idut2HsaTxHaSCdynVUXIi4k6SrNHp2Fcoo21MKDxKpe46ZID/lXei/RTsGDtOhjV313L+gRZ8BXztSAROk0Qbx4Jd4SH+3RND01BVuvl6I6BIDhSp5DHimr6EOhpq5+uac7fl8FXW3UgjsCvUPBI0FQHiW1lh9ZIp9zDah8GMf64b1WvtbRtE8SwA63PYYI6zHOJ3m7lX1OOUOhYvpGAmeLJ1p94bkvoSvM63KILmEaMwdHgxTvQyofxNlUi5n0g18+IR8RFU+4a9KSOS1X4PfBHNSapeKLKalIbd1vKFseDnHF6tQKbL17E7RyYi2v51DIvFn0GYAL6flwWWdNn0= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: a6348457-0f85-4549-c484-08d6d30e0dd3 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 May 2019 17:04:23.2899 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB6053 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-07_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=934 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905070109 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 May 2019 17:04:33 -0000 UGFibG8sDQoNCkkgYW0gbm90IHN1cmUgdGhhdCB5b3VyIHVzZSBvZiB0aGlzIGZpZWxkIGlzIGlu IGFjY29yZGFuY2Ugd2l0aCBTZWN0aW9uIDQuNyBvZiBSRkMgODIwMC4NCg0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBS b24NCg0KDQoNCkp1bmlwZXIgSW50ZXJuYWwNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiBGcm9tOiBQYWJsbyBDYW1hcmlsbG8gKHBjYW1hcmlsKSA8cGNhbWFyaWxAY2lzY28uY29t Pg0KPiBTZW50OiBUdWVzZGF5LCBNYXkgNywgMjAxOSAzOjA5IEFNDQo+IFRvOiBSb24gQm9uaWNh IDxyYm9uaWNhQGp1bmlwZXIubmV0PjsgU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmc+OyA2bWFu DQo+IFdHIDxpcHY2QGlldGYub3JnPg0KPiBTdWJqZWN0OiBSZTogU1J2NiBOZXR3b3JrIFByb2dy YW1taW5nOiBFTkggPSA1OQ0KPiANCj4gSGkgUm9uLA0KPiANCj4gV2UgdXNlIHRoZSBuZXh0IGhl YWRlciB2YWx1ZSA1OSB0byBpZGVudGlmeSBhdCB0aGUgcmVjZWl2ZXIgdGhhdCB0aGVyZSBpcyBu bw0KPiBvdGhlciBraW5kIG9mIEludGVybmV0IFByb3RvY29sIGJlbmVhdGggdG8gYmUgcHJvY2Vz c2VkLg0KPiBOb3RlIHRoYXQgd2UgYXJlICpub3QqIHVzaW5nIDU5IHRvIGlkZW50aWZ5IHRoZSBm YWN0IHRoYXQgaXQgaXMgYW4gZXRoZXJuZXQNCj4gaGVhZGVyIChpLmUuIG90aGVyIG5vbiBJbnRl cm5ldC1Qcm90b2NvbHMgd291bGQgYWxzbyB1c2UgdGhlIDU5IHRvIGlkZW50aWZ5IHRoYXQNCj4g bm8gZnVydGhlciBJUCBoZWFkZXIgcHJvY2Vzc2luZyBoYXMgdG8gYmUgcGVyZm9ybWVkKS4gVGhl IFNJRCBpZGVudGlmaWVzIHRoYXQNCj4gYW4gRXRoZXJuZXQgaGVhZGVyIGZvbGxvd3MgdGhlIElQ djYgZXh0ZW5zaW9uIGhlYWRlcnMuDQo+IA0KPiBUaGFua3MsDQo+IFBhYmxvLg0KPiANCj4gLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaXB2NiA8aXB2Ni1ib3VuY2VzQGlldGYu b3JnPiBvbiBiZWhhbGYgb2YgUm9uIEJvbmljYQ0KPiA8cmJvbmljYT00MGp1bmlwZXIubmV0QGRt YXJjLmlldGYub3JnPg0KPiBEYXRlOiBNb25kYXksIDYgTWF5IDIwMTkgYXQgMDI6NDgNCj4gVG86 IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnPiwgNm1hbiBXRyA8aXB2NkBpZXRmLm9yZz4NCj4g U3ViamVjdDogU1J2NiBOZXR3b3JrIFByb2dyYW1taW5nOiBFTkggPSA1OQ0KPiANCj4gICAgIEZv bGtzLA0KPiANCj4gICAgIEFjY29yZGluZyB0byBTZWN0aW9uIDQuNCBvZiBkcmFmdC1pZXRmLXNw cmluZy1zcnY2LW5ldHdvcmstcHJvZ3JhbW1pbmctDQo+IDAwLCB3aGVuIHByb2Nlc3NpbmcgdGhl IEVuZC5EWDIgU0lELCB0aGUgTmV4dCBIZWFkZXIgbXVzdCBiZSBlcXVhbCB0byA1OS4NCj4gT3Ro ZXJ3aXNlLCB0aGUgcGFja2V0IHdpbGwgYmUgZHJvcHBlZC4NCj4gDQo+ICAgICBJbiB0aGUgd29y ZHMgb2YgdGhlIGRyYWZ0LCAiV2UgY29udmVuaWVudGx5IHJldXNlIHRoZSBuZXh0LWhlYWRlciB2 YWx1ZSA1OQ0KPiBhbGxvY2F0ZWQgdG8gSVB2NiBObyBOZXh0IEhlYWRlciBbUkZDODIwMF0uICBX aGVuIHRoZSBTSUQgY29ycmVzcG9uZHMgdG8NCj4gZnVuY3Rpb24gRW5kLkRYMiBhbmQgdGhlIE5l eHQtSGVhZGVyIHZhbHVlIGlzIDU5LCB3ZSBrbm93IHRoYXQgYW4gRXRoZXJuZXQNCj4gZnJhbWUg aXMgaW4gdGhlIHBheWxvYWQgd2l0aG91dCBhbnkgZnVydGhlciBoZWFkZXIuIg0KPiANCj4gICAg IEFjY29yZGluZyB0byBTZWN0aW9uIDQuNyBSRkMgODIwMCwgIiBUaGUgdmFsdWUgNTkgaW4gdGhl IE5leHQgSGVhZGVyIGZpZWxkDQo+IG9mIGFuIElQdjYgaGVhZGVyIG9yIGFueSAgZXh0ZW5zaW9u IGhlYWRlciBpbmRpY2F0ZXMgdGhhdCB0aGVyZSBpcyBub3RoaW5nDQo+IGZvbGxvd2luZyB0aGF0 IGhlYWRlci4gIElmIHRoZSBQYXlsb2FkIExlbmd0aCBmaWVsZCBvZiB0aGUgSVB2NiBoZWFkZXIg aW5kaWNhdGVzDQo+IHRoZSBwcmVzZW5jZSBvZiBvY3RldHMgcGFzdCB0aGUgZW5kIG9mIGEgaGVh ZGVyIHdob3NlIE5leHQgSGVhZGVyIGZpZWxkDQo+IGNvbnRhaW5zIDU5LCB0aG9zZSBvY3RldHMg bXVzdCBiZSBpZ25vcmVkIGFuZCBwYXNzZWQgb24gdW5jaGFuZ2VkIGlmIHRoZQ0KPiBwYWNrZXQg aXMgZm9yd2FyZGVkLiINCj4gDQo+ICAgICBEb2VzIHRoZSBXRyB0aGluayB0aGF0IGl0IGlzIGEg Z29vZCBpZGVhIHRvIHJldXNlIHRoZSBOZXh0IEhlYWRlciB2YWx1ZSA1OT8NCj4gT3Igd291bGQg aXQgYmUgYmV0dGVyIHRvIGFsbG9jYXRlIGEgbmV3IE5leHQgSGVhZGVyIHZhbHVlIHRoYXQgcmVw cmVzZW50cw0KPiBFdGhlcm5ldD8NCj4gDQo+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgUm9uDQo+IA0KPiANCj4gICAgIEp1bmlw ZXIgSW50ZXJuYWwNCj4gDQo+ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAgICAgSUVURiBJUHY2IHdvcmtp bmcgZ3JvdXAgbWFpbGluZyBsaXN0DQo+ICAgICBpcHY2QGlldGYub3JnDQo+ICAgICBBZG1pbmlz dHJhdGl2ZSBSZXF1ZXN0czoNCj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy L3VybD91PWh0dHBzLQ0KPiAzQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9faXB2NiZk PUR3SUdhUSZjPUhBa1l1aDYzcnN1aHI2Uw0KPiBjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJ JnI9RmNoOUZRODJzaXItQm9MeDg0aEt1S3dsLQ0KPiBBV0YyRWZwSGNBd3JEVGhLUDgmbT1ZT3Br ZlJkSnF3TVBpZzFRVlhmbHlwX2pQWEZ4TXRUX3dDU0ZtMA0KPiA5eDd1USZzPWR3YzRWb3ROX2NI NFY4bmNmb3BHLWZOV09tSlZZek1RTGR1WGpPTHdJV00mZT0NCj4gICAgIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ IA0KPiANCg== From nobody Wed May 8 10:18:47 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 592791202C7; Wed, 8 May 2019 10:18:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 cjWy1yT7jrG0; Wed, 8 May 2019 10:18:37 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 41580120178; Wed, 8 May 2019 10:18:25 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48H5QAr027065; Wed, 8 May 2019 10:18:23 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=vdyxW0QpLnKV26MlFFeqSAY8oyswweYqhkcVBX6/sgc=; b=cM4oY5PCpcZr7vVJwApqZ3Pc2dFyv3CRKuGKAFn1mzDgVgarHQcZDOSuiFcH7edIj9dC n5XfyUYCfFC6/cj9EpLSdKu+cC+FkDzAiALqlhYC5gT4rsZnBFBwCKlE7izc+zkgO4NM aTbFHtiFtCn3IEtBbJAK6En3W3OOOH2kKQLBwAC0w0gEAQL40LkRGjxwEYETRmZVcrbS JUU1zSPy3jsKmTN+oQtkEZuWf/ZVZSduF2D8L6CdyqJfv2w5aJNfRkuqZCusb0Mp7DCI hdpgfes02PjAP93UJp9RWndGvCyroAMT/oJOFPuhP67cT0f+zXjFek7dWOvyeAJ+iXuY dQ== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2056.outbound.protection.outlook.com [104.47.36.56]) by mx0a-00273201.pphosted.com with ESMTP id 2sc1dn07g1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 10:18:23 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB4661.namprd05.prod.outlook.com (52.135.233.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Wed, 8 May 2019 17:18:20 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 17:18:20 +0000 From: Ron Bonica To: Bob Hinden , Tom Herbert CC: IPv6 List , SPRING WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YA== Content-Class: Date: Wed, 8 May 2019 17:18:20 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Enabled=True; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Owner=rbonica@juniper.net; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SetDate=2019-05-08T17:04:27.1428269Z; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Name=Non-Juniper; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Application=Microsoft Azure Information Protection; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Extended_MSFT_Method=Manual; Sensitivity=Non-Juniper x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6703eada-a530-436f-be06-08d6d3d92b6e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4661; x-ms-traffictypediagnostic: BYAPR05MB4661: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(366004)(136003)(376002)(346002)(396003)(13464003)(199004)(189003)(99286004)(86362001)(305945005)(19627235002)(6436002)(33656002)(26005)(7736002)(110136005)(54906003)(25786009)(68736007)(11346002)(446003)(476003)(486006)(316002)(229853002)(186003)(2906002)(4326008)(66066001)(73956011)(6306002)(256004)(55016002)(9686003)(76116006)(66446008)(64756008)(66556008)(66476007)(66946007)(52536014)(71190400001)(71200400001)(7696005)(5660300002)(74316002)(8676002)(966005)(53936002)(478600001)(6506007)(14454004)(53546011)(8936002)(81156014)(81166006)(3846002)(102836004)(6116002)(76176011)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4661; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: aLgm2IP3asUqLIWMx6X1/Gal803W32XAGbs2MWa4boX0uincJwIkWGqN+VcX0YT97Ys/VtHN0urnd69cSXH2ute4umdzK3IeKWUToxKZX/Sy9zYalgraBQeFdtOtQvkUg657vzPuhEkWdQhDQVVucCuX4L+9kCrISaC28Qucz2KoRBxah9+n9L7sQFNc2vZkpAIRb8w4SeRQPIZqS7PJifiOacNEhMdMbaEinNRTv0jme8ho91BQXz2BJCMDQ++bQNk0svYlhiQ7xGRFSrV1Cg4mrrTVb6hqxShPTanmrnjwNNTz/Fgqbkd8C6j+OhCzLVcUQUPLsYT27OnofUzREW03hk3ajtOSzpJ+xqnnsgtUbYJKJSjdDpi7NXxAlE24+Cbtn9SMuvyVWkHj+xq2dNq9xd1CaJSX6BQGnqz+4YM= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 6703eada-a530-436f-be06-08d6d3d92b6e X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 17:18:20.8226 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB4661 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_09:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=995 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080105 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 17:18:39 -0000 PGFkZGluZyB0aGUgU1BSSU5HIG1haWxpbmcgbGlzdCwgYmVjYXVzZSB0aGlzIGlzIGEgU1BSSU5H IGRyYWZ0Pg0KDQpGb2xrcywNCg0KU2VjdGlvbnMgNC40IHRocm91Z2ggNC4xMiBvZiBkcmFmdC1p ZXRmLXNwcmluZy1zcnY2LW5ldHdvcmstcHJvZ3JhbW1pbmctMDAgZGVmaW5lIGEgc2V0IG9mIFNJ RHMgdGhhdCBoYXZlIHRoZSBmb2xsb3dpbmcgdGhpbmdzIGluIGNvbW1vbjoNCg0KLSB0aGV5IGFy ZSBjb25zdW1lZCBieSB0aGUgZWdyZXNzIG5vZGUgKFNMID09IDApDQotIHRoZXkgdGVsbCB0aGUg ZWdyZXNzIG5vZGUgaG93IHRvIGZvcndhcmQgdGhlIHBheWxvYWQgaW50byBhIFZQTg0KDQpJZiB0 aGUgcGF5bG9hZCBpcyBJUHY0LCB0aGUgbmV4dC1oZWFkZXIgdmFsdWUgaW4gdGhlIFNSSCBtdXN0 IGJlIElQNCAodmFsdWUgNCkuDQpJZiB0aGUgcGF5bG9hZCBpcyBJUHY2LCB0aGUgbmV4dC1oZWFk ZXIgdmFsdWUgaW4gdGhlIFNSSCBtdXN0IGJlIElQdjYgKHZhbHVlIDQxKS4NCklmIHRoZSBwYXls b2FkIGlzIEV0aGVybmV0LCB0aGUgbmV4dC1oZWFkZXIgdmFsdWUgaW4gdGhlIFNSSCBtdXN0IGJl IE5vIE5leHQgSGVhZGVyICh2YWx1ZSA1OSkuDQoNCkluIHRoZSBpbnRlcmVzdCBvZiBjb25zaXN0 ZW5jeSwgd2Ugc2hvdWxkIHByb2JhYmx5IGFsbG9jYXRlIGEgbmV3IG5leHQtaGVhZGVyIHZhbHVl IGZvciBFdGhlcm5ldCBhbmQgdXNlIGl0Lg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0K DQoNCk5vbi1KdW5pcGVyDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog aXB2NiA8aXB2Ni1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgQm9iIEhpbmRlbg0KPiBT ZW50OiBXZWRuZXNkYXksIE1heSA4LCAyMDE5IDEyOjQyIFBNDQo+IFRvOiBUb20gSGVyYmVydCA8 dG9tQGhlcmJlcnRsYW5kLmNvbT4NCj4gQ2M6IElQdjYgTGlzdCA8aXB2NkBpZXRmLm9yZz47IEJv YiBIaW5kZW4gPGJvYi5oaW5kZW5AZ21haWwuY29tPg0KPiBTdWJqZWN0OiBSZTogU1J2NiBOZXR3 b3JrIFByb2dyYW1taW5nOiBFTkggPSA1OQ0KPiANCj4gVG9tLA0KPiANCj4gPiBPbiBNYXkgOCwg MjAxOSwgYXQgOToyNCBBTSwgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+IHdyb3Rl Og0KPiA+DQo+ID4gT24gV2VkLCBNYXkgOCwgMjAxOSBhdCA4OjQ4IEFNIE1hcmsgU21pdGggPG1h cmt6enpzbWl0aEBnbWFpbC5jb20+DQo+IHdyb3RlOg0KPiA+Pg0KPiA+PiBPbiBUaHUsIDkgTWF5 IDIwMTkgYXQgMDA6NTcsIFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0KPiB3cm90 ZToNCj4gPj4+DQo+ID4+DQo+ID4+ICJJZiB0aGUgUGF5bG9hZCBMZW5ndGggZmllbGQgb2YgdGhl IElQdjYgaGVhZGVyIGluZGljYXRlcyB0aGUNCj4gPj4gICBwcmVzZW5jZSBvZiBvY3RldHMgcGFz dCB0aGUgZW5kIG9mIGEgaGVhZGVyIHdob3NlIE5leHQgSGVhZGVyIGZpZWxkDQo+ID4+ICAgY29u dGFpbnMgNTksIHRob3NlIG9jdGV0cyBtdXN0IGJlIGlnbm9yZWQgYW5kIHBhc3NlZCBvbiB1bmNo YW5nZWQgaWYNCj4gPj4gICB0aGUgcGFja2V0IGlzIGZvcndhcmRlZC4iDQo+ID4gTWFyaywNCj4g Pg0KPiA+IFJpZ2h0LCBzbyB0aGUgZmlyc3QgY2xhdXNlIHNheSB0aGF0IHRoZSBOby1uZXh0LWhl YWRlciBtZWFucyB0aGVyZSdzDQo+ID4gbm90aGluZyBiZXlvbmQgdGhlIGhlYWRlciwgYnV0IHRo ZSBzZWNvbmQgY2xhdXNlIHNheXMgdGhhdCBpZiB0aGVyZSBpcw0KPiA+IHNvbWV0aGluZyBiZXlv bmQgdGhlIGhlYWRlciBpdCdzIGlnbm9yZWQuIFNvICJub3RoaW5nIiBjYW4gYWN0dWFsbHkgYmUN Cj4gPiAic29tZXRoaW5nIiB3aGljaCBzZWVtcyB0byBiZSBjb250cmFkaWN0aW9uLiBJbiBwcmFj dGljZSwgdGhpcyBzb3VuZHMNCj4gPiBsaWtlIGEgd29uZGVyZnVsIG9wcG9ydHVuaXR5IGZvciBh IGNvdmVydCBjaGFubmVsLiBJIHdvdWxkIGhvcGUgdGhhdCBhDQo+ID4gcmVjZWl2ZXIgb2YgcGFj a2V0IHdpdGggTm8tbmV4dC1oZWFkZXIgZm9sbG93ZWQgYnkgYSAxMDAwIGJ5dGVzIG9mDQo+ID4g Im5vdGhpbmciIHZpZXdzIHRoZSBwYWNrZXQgd2l0aCBzdXNwaWNpb24hDQo+IA0KPiBJdOKAmXMg YWxzbyBhIGdyZWF0IG1lY2hhbmlzbSB0byB0aWNrbGUgYnVmZmVyIG92ZXJmbG93IGJ1Z3MuICAg SSBhZ3JlZSB0aGF0DQo+IHBhY2tldHMgbGlrZSB0aGlzIGFyZSBzdXNwZWN0LCBhbmQgdGhpcyBp cyBhbHNvIGFub3RoZXIgZ29vZCByZWFzb24gdG8gbm90IHVzZQ0KPiDigJxOby1OZXh0LUhlYWRl cuKAnSBpbiBTUnY2IG5ldHdvcmsgcHJvZ3JhbW1pbmcuDQo+IA0KPiBCb2INCj4gDQo+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+IElFVEYgSVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KPiBpcHY2QGll dGYub3JnDQo+IEFkbWluaXN0cmF0aXZlIFJlcXVlc3RzOiBodHRwczovL3VybGRlZmVuc2UucHJv b2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtDQo+IDNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9s aXN0aW5mb19pcHY2JmQ9RHdJR2FRJmM9SEFrWXVoNjNyc3VocjZTDQo+IGNiZmgwVWpCWGVNSy1u ZGIzdm9EVFhjV3pvQ0kmcj1GY2g5RlE4MnNpci1Cb0x4ODRoS3VLd2wtDQo+IEFXRjJFZnBIY0F3 ckRUaEtQOCZtPWJtWnhTMVBlLQ0KPiBrWkh1bFA1SVBBMUpQZTUyV1VDRGpxTEhsMEhXQW5TYXpv JnM9M045LQ0KPiB2djVncDRJalZIbkRXSmpLT1FvTGxsUllPMzhiYndXTml1UUpWb2smZT0NCj4g LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg== From nobody Wed May 8 11:13:53 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAF76120135; Wed, 8 May 2019 11:13:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=unavailable 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 uGa69jVLnppb; Wed, 8 May 2019 11:13:43 -0700 (PDT) Received: from bugle.employees.org (accordion.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06343120025; Wed, 8 May 2019 11:13:43 -0700 (PDT) Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (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 1CC30FECC04F; Wed, 8 May 2019 18:13:42 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 6407014E43AF; Wed, 8 May 2019 20:13:40 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: Date: Wed, 8 May 2019 20:13:40 +0200 Cc: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: Ron Bonica X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:13:45 -0000 Ron, > >=20 > Folks, >=20 > Sections 4.4 through 4.12 of = draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that = have the following things in common: >=20 > - they are consumed by the egress node (SL =3D=3D 0) > - they tell the egress node how to forward the payload into a VPN >=20 > If the payload is IPv4, the next-header value in the SRH must be IP4 = (value 4). > If the payload is IPv6, the next-header value in the SRH must be IPv6 = (value 41). > If the payload is Ethernet, the next-header value in the SRH must be = No Next Header (value 59). >=20 > In the interest of consistency, we should probably allocate a new = next-header value for Ethernet and use it. It's a fairly precious name space though. What would a general IP stack do with an Ethernet frame? It's kind of a = neat feature that "IP processing terminates here". Or are we going to specify Ethernet over IP? Cheers, Ole= From nobody Wed May 8 11:35:04 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF7771201D9; Wed, 8 May 2019 11:34:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=steffann.nl 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 ePZk_jVG-haC; Wed, 8 May 2019 11:34:52 -0700 (PDT) Received: from mail.sintact.nl (mail.sintact.nl [IPv6:2001:9e0:803::6]) (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 DBE85120106; Wed, 8 May 2019 11:34:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id DC34E4A; Wed, 8 May 2019 20:34:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:in-reply-to:date:date:subject:subject :mime-version:content-type:content-type:message-id:from:from :received:received; s=mail; t=1557340483; bh=7i2SLVCF/czT4/EIeJ6 zyox/0fi6IMO4gLvv5kfhthM=; b=RBx4QGiNRoG8PpQ6C2V7AiT4w0+SISasMt7 2EQwxGvkjLs9S05OdVsPFZiGqGbx7Wk1wuPt2tmW68SlYRo8Uh9ipMnPh1MJ4LwR alaCbf2s/6lVjJtW/nVV2XFohEC9vSzHoJ0hI7BI1aQ4BPV1v5ulwEk93arX3gpX 2xDtZmw4= X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7WQBDXK-1iBo; Wed, 8 May 2019 20:34:43 +0200 (CEST) Received: from [IPv6:2a02:a213:a300:ce80:40a0:383a:ab:afc1] (unknown [IPv6:2a02:a213:a300:ce80:40a0:383a:ab:afc1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mail.sintact.nl (Postfix) with ESMTPSA id BDF0549; Wed, 8 May 2019 20:34:42 +0200 (CEST) X-Clacks-Overhead: GNU Terry Pratchett From: Sander Steffann Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_CC60DA3E-22B5-401B-85CA-6AB78A82DA0F"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) Date: Wed, 8 May 2019 20:34:42 +0200 In-Reply-To: Cc: Ron Bonica , SPRING WG , Bob Hinden , 6man WG To: Ole Troan References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:34:54 -0000 --Apple-Mail=_CC60DA3E-22B5-401B-85CA-6AB78A82DA0F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, > Ron, >=20 >> >>=20 >> Folks, >>=20 >> Sections 4.4 through 4.12 of = draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that = have the following things in common: >>=20 >> - they are consumed by the egress node (SL =3D=3D 0) >> - they tell the egress node how to forward the payload into a VPN >>=20 >> If the payload is IPv4, the next-header value in the SRH must be IP4 = (value 4). >> If the payload is IPv6, the next-header value in the SRH must be IPv6 = (value 41). >> If the payload is Ethernet, the next-header value in the SRH must be = No Next Header (value 59). >>=20 >> In the interest of consistency, we should probably allocate a new = next-header value for Ethernet and use it. >=20 > It's a fairly precious name space though. > What would a general IP stack do with an Ethernet frame? It's kind of = a neat feature that "IP processing terminates here". > Or are we going to specify Ethernet over IP? The next-header should identify what follows, so that anybody parsing = the packets knows what to expect. Using "No Next Header" should mean = "nothing follows". Once we start using No-next-header for "some stuff = may follow" it will become very hard to make sense of packets. = Overloading the meaning of no-next-header will only create confusion. = What when someone starts using it for "encrypted stuff follows"? How do = we distinguish between "payload is ethernet" and "payload is encrypted"? The whole point of these identifies is to tell the reader what the = meaning is of what follows. Using value 59 like this looks like "when we = say 'no-next-header' we actually mean 'ethernet' (probably)". That's = just bad engineering, and reminds me of MPLS implementations that tried = to guess what the payload was by looking at the first nibble (if it's 4 = then it's probably an IPv4 packet, if it's a 6 then it's probably IPv6 = and otherwise we treat it as ethernet). That kind of worked until MAC = addresses starting with 4 and 6 started to be used... Let's not make = such mistakes again and put proper labels on our payloads. Cheers, Sander --Apple-Mail=_CC60DA3E-22B5-401B-85CA-6AB78A82DA0F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE9VC3eloaasvH0nE1oC0DsP4kE7kFAlzTIUIACgkQoC0DsP4k E7lHvgf+LtCU31FFcWkV/hpIZ+f+SKJJVZ9LUDBsJC3b+RBQZuGma+DgxzcxwB1r JDHpFH3uWIGyZyF5v/+T8ggf9WW7ONeevG/VXPcPSpClTIEGFzhpQHc2St1zKP0a R4Z2NS41K+/vi17Qz4r0ZoLkbtqLLLR1kwVs4lwAYIf5TzK6t+Eel7xbzPMJCvLB 936zpPezzOzR0rpmy8fqqThT1Kciqo2iaJgwoW57CYSppLOqtB5xMP+1fz5D0wjc BkdGV7iGn3+5/xP3VSm7fzmyH2kVLWPqwiIoyj49OYuSwgvDYoC7u9K9aeplbhIt O0Sg6myLd9oHiySxfv311zvqnrVB4A== =VGj9 -----END PGP SIGNATURE----- --Apple-Mail=_CC60DA3E-22B5-401B-85CA-6AB78A82DA0F-- From nobody Wed May 8 11:44:31 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB5C212025A for ; Wed, 8 May 2019 11:44:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 NZ5As63DSchZ for ; Wed, 8 May 2019 11:44:28 -0700 (PDT) Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA1671201E7 for ; Wed, 8 May 2019 11:44:27 -0700 (PDT) Received: by mail-qt1-x82d.google.com with SMTP id j6so24464747qtq.1 for ; Wed, 08 May 2019 11:44:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=edqXu4Jzcr4UURBWT6/yMazSxztn/UTjK9fVgQSkVmg=; b=rNQHQS2fDGTX022L9cRMAB6K71IwyfHy3GunTzRByPyQyGEhgoaq0nNe0XoWoSXG0D sNx6arHNtFUlR9pKQ26jZyRYXxJLIrYwmsSrOxv/xiYbBUdX7zmIhwYW1/vq0ebDlhlB 0mQaR4Ga0SQ74Idzg8AtQbTDMe+3ayrWZIHKU1UFA2BJFWI2XBlOnaW6cff/5Gi+uZVd Rg77lJREyfhyz11xVjERewE5RXrMyFzcRhPAsCOe+686RVaIp9Vk03sjjfxmHIIZI84b lk9lqXSbakG2CTmWBVjZGE3KPxyxesv88CxNNPLdgWGKBPoIHQIdH9XnEpRKIfW/cktn UqPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=edqXu4Jzcr4UURBWT6/yMazSxztn/UTjK9fVgQSkVmg=; b=gDeKw65JgxXHatpZ9ID8OjxcpYONI1UFiLHVsQjXo+qfAVPbySxqYDXjU99zkfPM+0 2x63MK/EUtPxcJW2wWiU/JEZplzXOknXOsZOuQWIb6YAvyPjbiwarsAXKAFPeH19QOIv 81oT6w5h3N8j1AJuvnf17KF/jyp3aIQHkgYbZdQBAq5YNdPbzbtH7y+x5fbjX/xHhEuo 28yjd0jJW4KOFTJlvGacASL91e1sz1G96ZiaNev347TnyyxlydHs4vEledMFX+UHqpq+ 77lPGORgWR62A/cvDngk4Dzl+mXfNQyMmnt9L8KQn2gcC1j84UnxQaugs4XHI4hn54TZ 5lkg== X-Gm-Message-State: APjAAAXYkOjSo1N7VmSrcYlLjCxGpF48jsT04WYZeJhketOTN7CxuO3e +KN/1JRblD4zqdERYkPVDlzNDrl6QmLHi4Y9eP1jiw== X-Google-Smtp-Source: APXvYqyyea30mUNBS3zEnsTI8u5OPKZfTjB9mC6CX4TEi0bIU/NHhCeWQWZR5sz9id1uTAbA6cIYg1F8O5d4xc/WOfQ= X-Received: by 2002:a0c:c491:: with SMTP id u17mr30581437qvi.70.1557341066888; Wed, 08 May 2019 11:44:26 -0700 (PDT) MIME-Version: 1.0 References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> In-Reply-To: From: Tom Herbert Date: Wed, 8 May 2019 11:44:15 -0700 Message-ID: To: Ole Troan Cc: Ron Bonica , Bob Hinden , SPRING WG , 6man WG Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:44:30 -0000 On Wed, May 8, 2019 at 11:13 AM Ole Troan wrote: > > Ron, > > > > > > > Folks, > > > > Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that have the following things in common: > > > > - they are consumed by the egress node (SL == 0) > > - they tell the egress node how to forward the payload into a VPN > > > > If the payload is IPv4, the next-header value in the SRH must be IP4 (value 4). > > If the payload is IPv6, the next-header value in the SRH must be IPv6 (value 41). > > If the payload is Ethernet, the next-header value in the SRH must be No Next Header (value 59). > > > > In the interest of consistency, we should probably allocate a new next-header value for Ethernet and use it. > > It's a fairly precious name space though. > What would a general IP stack do with an Ethernet frame? It's kind of a neat feature that "IP processing terminates here". > Or are we going to specify Ethernet over IP? Ole, Ethernet over IP is already specified in RFC3378 and protocol number 97 is assigned to encapsulate Ethernet frames in IP. The only change required in the spring draft is: If the payload is Ethernet, the next-header value in the SRH must be EtherIP (value 97). Tom > > Cheers, > Ole From nobody Wed May 8 11:45:32 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 789D11201ED; Wed, 8 May 2019 11:45:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 mgrI3iHbg-65; Wed, 8 May 2019 11:45:28 -0700 (PDT) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 427921201E7; Wed, 8 May 2019 11:45:28 -0700 (PDT) Received: by mail-wr1-x42a.google.com with SMTP id a12so18433793wrn.4; Wed, 08 May 2019 11:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5HsvDdEgD4DkOmzi1iQIP7SmBxCLARGOHXIGTX1MlQk=; b=Q9rFj2OLzsrSjd+xofxzWg1ZdMlcxbB+l2Dt0Av2DcwKiCB1Mb4U/hs0iEBK340SuS hAxGsiLHLWpJlbohzwwza1sOQTrmayLvt5GLzZ56Z3LdkBEfCxy5aQ6s8ioAvqSTFzd6 OjT929P62zUJLMh1bbefs4OKn5e2KGiA+PgjHe8fVz594Ydx37C5rmdrg4jNCtqgsQDC d6tY9XWW4T6HTMerNtfLzRFJrZMsK82JvkLHbJHuxGtGF+Y8+XrGWl/hWSfcITzA0+GW hGaizC8V2cJ0Kj/s3ruGnO194ZSivbc/Xh5akiwdS4Sy66Twa37FXffMNYg5xaPq99hp 7PKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5HsvDdEgD4DkOmzi1iQIP7SmBxCLARGOHXIGTX1MlQk=; b=U05dRjc7hHP6tRekK8qzu/3MvVC7TCp7ecQzNXCm3dJQhTcorEqGjJRT+uAE3rAuxd ybSAMS5R6rSVP8OlQaxG+fLnHExADFQdoEXfaJhBmEuObh2fVJ3m6WJV5dWK+lR3mPPb FPuTkJBGN9LbPrg9zkfDfV54OGqjYzcN5A5b+aw7MRumO2jyv9g2b6oXqkgzix/FVM/s LR6DUhxQ9zeSCCw23FoWEjNfKfv89g/nOrfnQJ7d1YwUtYiC1SvolXjumPH4P523hFnu sOdbMCNWiF4fXIqsdm+LZUJxdW671xNCX3FUvndZgtBk5CjT+PHig86CJEjEPtDto+Q/ mfWQ== X-Gm-Message-State: APjAAAWJW/h3MBrzcJqoYfZvcxu3QEnfbau9/V8p00OVo4Vm8GrS3NTb JPNrtqVEGpNskmz/507Gigw= X-Google-Smtp-Source: APXvYqy/2zBf2aBzbXSUWNCROwJLBP5sjkpXF5dGN8BsxpoqewDTWA34pSiYnuPqkE6CPuDxY48Zww== X-Received: by 2002:a5d:6a52:: with SMTP id t18mr1529009wrw.146.1557341126249; Wed, 08 May 2019 11:45:26 -0700 (PDT) Received: from [10.0.0.199] (c-24-5-53-184.hsd1.ca.comcast.net. [24.5.53.184]) by smtp.gmail.com with ESMTPSA id h16sm35068578wrb.31.2019.05.08.11.45.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 May 2019 11:45:25 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Bob Hinden In-Reply-To: Date: Wed, 8 May 2019 11:45:19 -0700 Cc: Bob Hinden , Ron Bonica , Tom Herbert , SPRING WG , IPv6 List Content-Transfer-Encoding: quoted-printable Message-Id: <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: =?utf-8?Q?Ole_Tr=C3=B8an?= X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:45:30 -0000 Ole, > On May 8, 2019, at 11:13 AM, Ole Troan wrote: >=20 > Ron, >=20 >> >>=20 >> Folks, >>=20 >> Sections 4.4 through 4.12 of = draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that = have the following things in common: >>=20 >> - they are consumed by the egress node (SL =3D=3D 0) >> - they tell the egress node how to forward the payload into a VPN >>=20 >> If the payload is IPv4, the next-header value in the SRH must be IP4 = (value 4). >> If the payload is IPv6, the next-header value in the SRH must be IPv6 = (value 41). >> If the payload is Ethernet, the next-header value in the SRH must be = No Next Header (value 59). >>=20 >> In the interest of consistency, we should probably allocate a new = next-header value for Ethernet and use it. >=20 > It's a fairly precious name space though. According to = https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml 143-252 Unassigned Seems like a lot left. Plus there are many that are clearly not used = anymore, so there isn=E2=80=99t a shortage. > What would a general IP stack do with an Ethernet frame? It's kind of = a neat feature that "IP processing terminates here". > Or are we going to specify Ethernet over IP? Look at the the registry, it looks to me we have already 97 ETHERIP Ethernet-within-IP Encapsulation = [RFC3378] =46rom the abstract: EtherIP tunnels Ethernet and IEEE 802.3 media access control frames in IP datagrams so that non-IP traffic can traverse an IP internet. =20 This be appropriate for SRv6 network programming. Bob >=20 > Cheers, > Ole From nobody Wed May 8 11:50:11 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F27E41201ED; Wed, 8 May 2019 11:50:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 k5b58eIUvmsd; Wed, 8 May 2019 11:50:01 -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 BFD2E1201EC; Wed, 8 May 2019 11:50:01 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48IjHKR017633; Wed, 8 May 2019 11:49:57 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=S2kRbrJyIjv0THsJVinKROKh3Srhj+WmOKlGbWcc/lY=; b=XRzvziBpN0mFHa+Om6wbRW9uORhxTFPMfE9hPymYe/GkrS6/z/w5m2/EvOIgZhWLQPJ6 b7sjAAU4HmKUovjlWLv+3puae1Vq9FG9f70vFdmvvn8nJCZRg2vioUCdIPT9vjAXmisE Yng6CMux4JhHv7GSPV0LIA2BN7QqTcOh07X9P65x7odmNvQKprZzfNiNneP9AXbiEFnU PjbJM2HDq9F9Q0XXawMBdKrHYQ2yhbNBoI1D0ItcG+jyJs7wsonlP+fmuNZeGQr8EO39 p4ucf5EEYdJu5Tue9lMhUvuiKT6VCMyZLkSQX+1ukcKgscK/7WCSDBUjd+x8F2w2oDN8 Vg== Received: from nam02-bl2-obe.outbound.protection.outlook.com (mail-bl2nam02lp2055.outbound.protection.outlook.com [104.47.38.55]) by mx0b-00273201.pphosted.com with ESMTP id 2sc1wsr9yc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 11:49:57 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5238.namprd05.prod.outlook.com (20.177.231.88) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Wed, 8 May 2019 18:49:54 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 18:49:54 +0000 From: Ron Bonica To: Ole Troan CC: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAABpd2A= Content-Class: Date: Wed, 8 May 2019 18:49:53 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Enabled=True; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Owner=rbonica@juniper.net; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SetDate=2019-05-08T18:25:41.3664842Z; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Name=Non-Juniper; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Application=Microsoft Azure Information Protection; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Extended_MSFT_Method=Manual; Sensitivity=Non-Juniper x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9c45722c-b837-45ed-22f9-08d6d3e5f59d x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5238; x-ms-traffictypediagnostic: BYAPR05MB5238: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(396003)(346002)(136003)(39860400002)(366004)(13464003)(199004)(189003)(8936002)(33656002)(86362001)(76176011)(66476007)(73956011)(66946007)(64756008)(66446008)(66556008)(102836004)(6246003)(68736007)(186003)(478600001)(25786009)(5660300002)(81166006)(81156014)(256004)(14444005)(76116006)(14454004)(99286004)(66066001)(53936002)(9686003)(71190400001)(6506007)(316002)(53546011)(305945005)(6116002)(71200400001)(446003)(486006)(229853002)(3846002)(52536014)(8676002)(11346002)(476003)(6436002)(6916009)(4326008)(55016002)(26005)(7736002)(2906002)(7696005)(54906003)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5238; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: CBoolDLS0cV2kPPdpErYI/UqeYCjLCUHpMTaY2vtTpNrs7IufEOqJBOh+nRba74wYhuq/fqI7v7mJOG0iASJZ9Ys9p0LmXmu4qVP2ZMEZJ83NUxXQvG2bVCe2T6rxy4purwOGGBeiMW8qUF3vK91rMm6WFZWbxkCibP0Engwl7pfqcTwerZiH/tnVnxU8eio2OoTGPc6bUWTDfPgoVEJ95PWAV4Fh8giLJjxV72tWv5bvBtRkPbAiUXo3WWYP9dA3gD9aIqC9A9j5I0qTwWXGXrhzXO6Zirjif1+j/xOPk9FCoSWIR/A16tMzDFIKcrO0lbP9t44rUeNQ+pY7UKDDtvbXkcTJCIo0sLMKgNA/T8lKLa5IYwkKxQls7qwRwrRbcTOtjWnri8xBoqNU7zxAtt1j3sKZ0V7bM2QUjnQ/SM= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 9c45722c-b837-45ed-22f9-08d6d3e5f59d X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 18:49:53.9782 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5238 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=796 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080114 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:50:04 -0000 Ole, If you want to conserve space in the registry, you can do one of the follow= ing: - Update RFC 8200, redefining value 59 to mean "VPN Payload - type unspecif= ied" - Update RFC 8200, redefining value 59 to mean "IP Processing Stops Here" - Allocate a new type called "VPN Payload - type unspecified" - Allocate a new type called "IP Processing Stops here" Ron Non-Juniper > -----Original Message----- > From: Ole Troan > Sent: Wednesday, May 8, 2019 2:14 PM > To: Ron Bonica > Cc: Bob Hinden ; Tom Herbert > ; SPRING WG ; 6man WG > > Subject: Re: SRv6 Network Programming: ENH =3D 59 >=20 > Ron, >=20 > > > > > > Folks, > > > > Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programming= - > 00 define a set of SIDs that have the following things in common: > > > > - they are consumed by the egress node (SL =3D=3D 0) > > - they tell the egress node how to forward the payload into a VPN > > > > If the payload is IPv4, the next-header value in the SRH must be IP4 (v= alue > 4). > > If the payload is IPv6, the next-header value in the SRH must be IPv6 (= value > 41). > > If the payload is Ethernet, the next-header value in the SRH must be No= Next > Header (value 59). > > > > In the interest of consistency, we should probably allocate a new next- > header value for Ethernet and use it. >=20 > It's a fairly precious name space though. > What would a general IP stack do with an Ethernet frame? It's kind of a n= eat > feature that "IP processing terminates here". > Or are we going to specify Ethernet over IP? >=20 > Cheers, > Ole From nobody Wed May 8 11:55:56 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DDCC1200FC; Wed, 8 May 2019 11:55:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 RyuM_1RVWvW3; Wed, 8 May 2019 11:55:51 -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 052391201BB; Wed, 8 May 2019 11:55:50 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48Isd80012988; Wed, 8 May 2019 11:55:46 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=izfEY5xD+SI0l5JPoJiznQ2gnY5qIjOJZQw8NTPFb4I=; b=QbLSJY3SnBhOe+h42nzuw+7JIKK/Ztq51Ckx0oGzXsWb0TSnyEcdQK8LCYv/29Oy+q9w DZfx3AAf9TAnixEuOnLPqPGByUygRrbmy7LMS5I09rTzcnpyHf/p3O7g10ALDPXFS7oq plHap4NaZKu23fGOgNnVS2vqJPL8PpKlJHv7UTAhr/meOUI9prnbMezUKRb8oA81eMsP xOPA+T2rF71yadDxf6LfscumbrmATwVtf08vhKHmlD3spVTYoZ3TQn1IUan86R45IdiS YEpV8vVUcGN9eZYLNlo1NA4rIg5fqfaps8E1azVa0HgIStJ8ZMOIn48dbRK/aUYedpu6 6w== Received: from nam04-bn3-obe.outbound.protection.outlook.com (mail-bn3nam04lp2057.outbound.protection.outlook.com [104.47.46.57]) by mx0b-00273201.pphosted.com with ESMTP id 2sc11pgds8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 11:55:46 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5782.namprd05.prod.outlook.com (20.178.48.223) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.4; Wed, 8 May 2019 18:55:44 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 18:55:44 +0000 From: Ron Bonica To: Bob Hinden , =?utf-8?B?T2xlIFRyw7hhbg==?= CC: Tom Herbert , SPRING WG , IPv6 List Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAAEa+YAAAC7tMA== Content-Class: Date: Wed, 8 May 2019 18:55:44 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> In-Reply-To: <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Enabled=True; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Owner=rbonica@juniper.net; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SetDate=2019-05-08T18:50:39.2823039Z; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Name=Non-Juniper; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Application=Microsoft Azure Information Protection; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Extended_MSFT_Method=Manual; Sensitivity=Non-Juniper x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 78b894e9-7480-4381-7b5d-08d6d3e6c658 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5782; x-ms-traffictypediagnostic: BYAPR05MB5782: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(366004)(346002)(39860400002)(376002)(396003)(199004)(189003)(13464003)(53936002)(33656002)(76116006)(86362001)(66556008)(66946007)(73956011)(66066001)(64756008)(66446008)(66476007)(110136005)(3846002)(8936002)(6116002)(8676002)(81156014)(81166006)(26005)(186003)(316002)(486006)(476003)(11346002)(446003)(71200400001)(71190400001)(19627235002)(256004)(14444005)(5660300002)(66574012)(2906002)(305945005)(229853002)(9686003)(55016002)(7736002)(6306002)(54906003)(99286004)(6246003)(4326008)(6436002)(52536014)(25786009)(68736007)(14454004)(478600001)(966005)(74316002)(102836004)(53546011)(7696005)(76176011)(6506007); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5782; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: tOtIP6r2vxEHwsa1JBCLxbREWwHIBBZND8/b1nCyS6oBcm+XnFE1BHfM1KNXqtGQQTPwmVfgobh/Z8d9QsBat4QD2V4dn1V5vfyoSF3pOv5sHE7HFuZsgjMwFAjpd4qt49QmQ5KeVdg6i393WvZ0bGfXKSKr84NRGmp7+GjqP8aUI6QQNf2/2sGFZKmh+HizUVJdSyGB6zOXEtGOJfFaze2/MfDAsKBzBC8u5arfVqOJVuzLZ2ltNrheTq0YggtNqooLEL07KTVy6jzIs+YlayE8g7vlYImEWnq2uvcsyL6ysLXZpdBHAlLeT3n4D1VMotZFH7s0btxnqQEhiudP96Fc1QrnCtEPOS5tt+aip1cG4xlBMCZI2xxGzJ//tHkR0htGUF5rU+q8GRoDFAwk4sJcB4/SAQwQ4kBKUAPt2Yc= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 78b894e9-7480-4381-7b5d-08d6d3e6c658 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 18:55:44.1561 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5782 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080115 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 18:55:54 -0000 Qm9iLA0KDQpUaGUgdmFsdWUgOTcgaXMgdGVtcHRpbmcsIGJ1dCBpdCBhbHJlYWR5IGhhcyBhIG1l YW5pbmcgdGhhdCBpcyBzbGlnaHRseSBkaWZmZXJlbnQgZnJvbSB3aGF0IHRoZSBhdXRob3JzIG9m IGRyYWZ0LWlldGYtc3ByaW5nLXNydjYtbmV0d29yay1wcm9ncmFtbWluZyBpbnRlbmQuIEFjY29y ZGluZyB0byBSRkMgMzM3OCwgYSB2YWx1ZSBvZiA5NyBtZWFucyB0aGF0IHRoZSBuZXh0IGhlYWRl ciB3aWxsIGJlIGFzIGRlcGljdGVkIGluIEZpZ3VyZSAyIG9mIFJGQyAzMzc4Lg0KDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFJvbg0KDQoNCg0K Tm9uLUp1bmlwZXINCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCb2Ig SGluZGVuIDxib2IuaGluZGVuQGdtYWlsLmNvbT4NCj4gU2VudDogV2VkbmVzZGF5LCBNYXkgOCwg MjAxOSAyOjQ1IFBNDQo+IFRvOiBPbGUgVHLDuGFuIDxvdHJvYW5AZW1wbG95ZWVzLm9yZz4NCj4g Q2M6IEJvYiBIaW5kZW4gPGJvYi5oaW5kZW5AZ21haWwuY29tPjsgUm9uIEJvbmljYQ0KPiA8cmJv bmljYUBqdW5pcGVyLm5ldD47IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPjsgU1BS SU5HIFdHDQo+IDxzcHJpbmdAaWV0Zi5vcmc+OyBJUHY2IExpc3QgPGlwdjZAaWV0Zi5vcmc+DQo+ IFN1YmplY3Q6IFJlOiBTUnY2IE5ldHdvcmsgUHJvZ3JhbW1pbmc6IEVOSCA9IDU5DQo+IA0KPiBP bGUsDQo+IA0KPiA+IE9uIE1heSA4LCAyMDE5LCBhdCAxMToxMyBBTSwgT2xlIFRyb2FuIDxvdHJv YW5AZW1wbG95ZWVzLm9yZz4gd3JvdGU6DQo+ID4NCj4gPiBSb24sDQo+ID4NCj4gPj4gPGFkZGlu ZyB0aGUgU1BSSU5HIG1haWxpbmcgbGlzdCwgYmVjYXVzZSB0aGlzIGlzIGEgU1BSSU5HIGRyYWZ0 Pg0KPiA+Pg0KPiA+PiBGb2xrcywNCj4gPj4NCj4gPj4gU2VjdGlvbnMgNC40IHRocm91Z2ggNC4x MiBvZiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2LW5ldHdvcmstcHJvZ3JhbW1pbmctDQo+IDAwIGRl ZmluZSBhIHNldCBvZiBTSURzIHRoYXQgaGF2ZSB0aGUgZm9sbG93aW5nIHRoaW5ncyBpbiBjb21t b246DQo+ID4+DQo+ID4+IC0gdGhleSBhcmUgY29uc3VtZWQgYnkgdGhlIGVncmVzcyBub2RlIChT TCA9PSAwKQ0KPiA+PiAtIHRoZXkgdGVsbCB0aGUgZWdyZXNzIG5vZGUgaG93IHRvIGZvcndhcmQg dGhlIHBheWxvYWQgaW50byBhIFZQTg0KPiA+Pg0KPiA+PiBJZiB0aGUgcGF5bG9hZCBpcyBJUHY0 LCB0aGUgbmV4dC1oZWFkZXIgdmFsdWUgaW4gdGhlIFNSSCBtdXN0IGJlIElQNCAodmFsdWUNCj4g NCkuDQo+ID4+IElmIHRoZSBwYXlsb2FkIGlzIElQdjYsIHRoZSBuZXh0LWhlYWRlciB2YWx1ZSBp biB0aGUgU1JIIG11c3QgYmUgSVB2NiAodmFsdWUNCj4gNDEpLg0KPiA+PiBJZiB0aGUgcGF5bG9h ZCBpcyBFdGhlcm5ldCwgdGhlIG5leHQtaGVhZGVyIHZhbHVlIGluIHRoZSBTUkggbXVzdCBiZSBO bw0KPiBOZXh0IEhlYWRlciAodmFsdWUgNTkpLg0KPiA+Pg0KPiA+PiBJbiB0aGUgaW50ZXJlc3Qg b2YgY29uc2lzdGVuY3ksIHdlIHNob3VsZCBwcm9iYWJseSBhbGxvY2F0ZSBhIG5ldyBuZXh0LQ0K PiBoZWFkZXIgdmFsdWUgZm9yIEV0aGVybmV0IGFuZCB1c2UgaXQuDQo+ID4NCj4gPiBJdCdzIGEg ZmFpcmx5IHByZWNpb3VzIG5hbWUgc3BhY2UgdGhvdWdoLg0KPiANCj4gQWNjb3JkaW5nIHRvIGh0 dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4gM0FfX3d3 dy5pYW5hLm9yZ19hc3NpZ25tZW50c19wcm90b2NvbC0yRG51bWJlcnNfcHJvdG9jb2wtDQo+IDJE bnVtYmVycy54aHRtbCZkPUR3SUZhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy0NCj4g bmRiM3ZvRFRYY1d6b0NJJnI9RmNoOUZRODJzaXItQm9MeDg0aEt1S3dsLQ0KPiBBV0YyRWZwSGNB d3JEVGhLUDgmbT1adG1aZkNwazdiWXBKU1NUUkVnZ3Q4WG04eUhwV2dyVkJURkhpNWENCj4gVXRX NCZzPVFpcjhiYURIVFFmNVJHaG1GQ0RTYkdTaEZWOGRFX2RxTDFyZW9CcGtpVUUmZT0NCj4gDQo+ IDE0My0yNTIJCVVuYXNzaWduZWQNCj4gDQo+IFNlZW1zIGxpa2UgYSBsb3QgbGVmdC4gIFBsdXMg dGhlcmUgYXJlIG1hbnkgdGhhdCBhcmUgY2xlYXJseSBub3QgdXNlZCBhbnltb3JlLCBzbw0KPiB0 aGVyZSBpc27igJl0IGEgc2hvcnRhZ2UuDQo+IA0KPiANCj4gDQo+ID4gV2hhdCB3b3VsZCBhIGdl bmVyYWwgSVAgc3RhY2sgZG8gd2l0aCBhbiBFdGhlcm5ldCBmcmFtZT8gSXQncyBraW5kIG9mIGEg bmVhdA0KPiBmZWF0dXJlIHRoYXQgIklQIHByb2Nlc3NpbmcgdGVybWluYXRlcyBoZXJlIi4NCj4g PiBPciBhcmUgd2UgZ29pbmcgdG8gc3BlY2lmeSBFdGhlcm5ldCBvdmVyIElQPw0KPiANCj4gTG9v ayBhdCB0aGUgdGhlIHJlZ2lzdHJ5LCBpdCBsb29rcyB0byBtZSB3ZSBoYXZlIGFscmVhZHkNCj4g DQo+IDk3CUVUSEVSSVAJRXRoZXJuZXQtd2l0aGluLUlQIEVuY2Fwc3VsYXRpb24JCVtSRkMzMzc4 XQ0KPiANCj4gRnJvbSB0aGUgYWJzdHJhY3Q6DQo+IA0KPiAgICBFdGhlcklQIHR1bm5lbHMgRXRo ZXJuZXQgYW5kIElFRUUgODAyLjMgbWVkaWEgYWNjZXNzDQo+ICAgIGNvbnRyb2wgZnJhbWVzIGlu IElQIGRhdGFncmFtcyBzbyB0aGF0IG5vbi1JUCB0cmFmZmljIGNhbiB0cmF2ZXJzZSBhbg0KPiAg ICBJUCBpbnRlcm5ldC4NCj4gDQo+IFRoaXMgYmUgYXBwcm9wcmlhdGUgZm9yIFNSdjYgbmV0d29y ayBwcm9ncmFtbWluZy4NCj4gDQo+IEJvYg0KPiANCj4gDQo+ID4NCj4gDQo+IA0KPiA+IENoZWVy cywNCj4gPiBPbGUNCg== From nobody Wed May 8 12:17:51 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7638312023D for ; Wed, 8 May 2019 12:17:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 xRrLBuMSOaZt for ; Wed, 8 May 2019 12:17:39 -0700 (PDT) Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C6541202E8 for ; Wed, 8 May 2019 12:17:39 -0700 (PDT) Received: by mail-qk1-x732.google.com with SMTP id c14so1822731qke.3 for ; Wed, 08 May 2019 12:17:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=QC4RB983qnbkzAx4xB1P0OgknF/6YNruns2jQ7HduuY=; b=My4/qBipa/lxW+bFuKWzsNfhBFdCsnEjEPeMS/wwQPkdspyMvv9ED8GRgJiEavRz7p oG2YoWpom7GZSUsW4aa5CqGv5WN2Scs2mRdVyHRD90vzDjYsdArYFfT5msye5CnPmtiK 1SBVKfLhej+z+T+sWr4Bj/IFC8NsCn7BTj2pDhs/4wc/rwuu6YtPnShN4xPOBZxbyEj+ Ig+lkTNnvwpyA9ZhUdKAS6MgvYGHQu9fSjmLLpr5dJzxzqAXvRc6JHZv8O4z7mlVFRCC myuvcDcjDCclur4/lz66y+AWET9SGY7zSs/CU5ujvS8glIIU+dMeWYkv0S09d+eoFQdT Jdvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=QC4RB983qnbkzAx4xB1P0OgknF/6YNruns2jQ7HduuY=; b=nPFNYTfiJvdDRsnQDdnIR0FsfXlD8AnusBLUzqWL33ToIvyPZu9GeXz6EpAaZAkoej o95M7KL//iz9/PE9MSNSXYy6UTHG7ndrgnGsEoWpUvvxMXuPQEFIylcFlN04XGYXxBud oKIF2XB5o5tnzVNvahdJY+n5Ij6HgG+dk7r3gBeJA0gwZJouwRfjvIkqrnu3wf8Ry02t Ma2XS24Z70rqhcauCtkvuLUzIwakNV0CUVq7JxS6jhN21bmqmjyQbgQv8QrSd2jf3g4Y 3qBbaG4X3r42y2i+rUXHWFxxmTIBgeQsICZdw0OTHD2Oqc4YbjRYJQ1zwefA/l2p/0t7 nK8w== X-Gm-Message-State: APjAAAVerzxJBPS00j59IXnUTmxWyr1C98VGCuuQo08y+kafJffZk5O3 TXFr8kNFN8i2ufhsZZ5UthtquJboKlU9F1dkb3MEHQ== X-Google-Smtp-Source: APXvYqz0l3OwNk01Gtqorq3DPEvJgBhagWY15zxnobPYPjloDpLDcxcqNsVgzZWxpeTZqbj3NSFYKnWIRGbr0ifmvVI= X-Received: by 2002:a37:6394:: with SMTP id x142mr21525798qkb.323.1557343058269; Wed, 08 May 2019 12:17:38 -0700 (PDT) MIME-Version: 1.0 References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> In-Reply-To: From: Tom Herbert Date: Wed, 8 May 2019 12:17:27 -0700 Message-ID: To: Ron Bonica Cc: Bob Hinden , =?UTF-8?Q?Ole_Tr=C3=B8an?= , SPRING WG , IPv6 List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:17:49 -0000 On Wed, May 8, 2019 at 11:55 AM Ron Bonica wrote: > > Bob, > > The value 97 is tempting, but it already has a meaning that is slightly d= ifferent from what the authors of draft-ietf-spring-srv6-network-programmin= g intend. According to RFC 3378, a value of 97 means that the next header w= ill be as depicted in Figure 2 of RFC 3378. > Ron, The spring draft states: "If the outer header is pushed without SRH, then the DA must be a SID of type End.DX2, End.DX2V, End.DT2U or End.DT2M and the next-header must be 59 (IPv6 NoNextHeader). The received Ethernet frame follows the IPv6 header and its extension headers." That describes Ethernet over IP encapsulation. RFC3378 states: "EtherIP datagrams contain a 16-bit header and a variable-length encapsulated Ethernet or IEEE 802.3 frame that immediately follows IP fields." That also describes Ethernet in IP encapsulation. The only difference is the presence of the two byte EtherIP header. As already mentioned this is important for maintaining alignment of the encapslated Ethernet payload, and is otherwise inconsequential overhead. So I don't see why EtherIP won't work here. Can you please clarify your con= cern? Tom > Ron > > > > Non-Juniper > > > -----Original Message----- > > From: Bob Hinden > > Sent: Wednesday, May 8, 2019 2:45 PM > > To: Ole Tr=C3=B8an > > Cc: Bob Hinden ; Ron Bonica > > ; Tom Herbert ; SPRING WG > > ; IPv6 List > > Subject: Re: SRv6 Network Programming: ENH =3D 59 > > > > Ole, > > > > > On May 8, 2019, at 11:13 AM, Ole Troan wrote: > > > > > > Ron, > > > > > >> > > >> > > >> Folks, > > >> > > >> Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programm= ing- > > 00 define a set of SIDs that have the following things in common: > > >> > > >> - they are consumed by the egress node (SL =3D=3D 0) > > >> - they tell the egress node how to forward the payload into a VPN > > >> > > >> If the payload is IPv4, the next-header value in the SRH must be IP4= (value > > 4). > > >> If the payload is IPv6, the next-header value in the SRH must be IPv= 6 (value > > 41). > > >> If the payload is Ethernet, the next-header value in the SRH must be= No > > Next Header (value 59). > > >> > > >> In the interest of consistency, we should probably allocate a new ne= xt- > > header value for Ethernet and use it. > > > > > > It's a fairly precious name space though. > > > > According to https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > > 3A__www.iana.org_assignments_protocol-2Dnumbers_protocol- > > 2Dnumbers.xhtml&d=3DDwIFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK- > > ndb3voDTXcWzoCI&r=3DFch9FQ82sir-BoLx84hKuKwl- > > AWF2EfpHcAwrDThKP8&m=3DZtmZfCpk7bYpJSSTREggt8Xm8yHpWgrVBTFHi5a > > UtW4&s=3DQir8baDHTQf5RGhmFCDSbGShFV8dE_dqL1reoBpkiUE&e=3D > > > > 143-252 Unassigned > > > > Seems like a lot left. Plus there are many that are clearly not used a= nymore, so > > there isn=E2=80=99t a shortage. > > > > > > > > > What would a general IP stack do with an Ethernet frame? It's kind of= a neat > > feature that "IP processing terminates here". > > > Or are we going to specify Ethernet over IP? > > > > Look at the the registry, it looks to me we have already > > > > 97 ETHERIP Ethernet-within-IP Encapsulation [RFC3378] > > > > From the abstract: > > > > EtherIP tunnels Ethernet and IEEE 802.3 media access > > control frames in IP datagrams so that non-IP traffic can traverse a= n > > IP internet. > > > > This be appropriate for SRv6 network programming. > > > > Bob > > > > > > > > > > > > > > Cheers, > > > Ole From nobody Wed May 8 12:33:34 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2E7F1201FA; Wed, 8 May 2019 12:33:31 -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 FMAaDFcDKgzo; Wed, 8 May 2019 12:33:29 -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 37C301201CA; Wed, 8 May 2019 12:33:29 -0700 (PDT) Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (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 26C37FECBEE8; Wed, 8 May 2019 19:33:27 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 52A7A14E5D22; Wed, 8 May 2019 21:33:25 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: Date: Wed, 8 May 2019 21:33:25 +0200 Cc: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: Ron Bonica X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:33:32 -0000 Ron, > If you want to conserve space in the registry, you can do one of the = following: I don't think I said I wanted to conserve space outright. But it is an 8-bit number space, so clearly if anyone wants more bits = than that, they cannot rely on the protocol field. Note I'm arguing this purely on principle, I don't know the network = programming use case. It is also a name space shared by both IPv4 and IPv6, and would this = mean we were going to define next headers that were only valid after an = SRH header? Ole >=20 > - Update RFC 8200, redefining value 59 to mean "VPN Payload - type = unspecified" > - Update RFC 8200, redefining value 59 to mean "IP Processing Stops = Here" > - Allocate a new type called "VPN Payload - type unspecified" > - Allocate a new type called "IP Processing Stops here" >=20 > Ron >=20 >=20 >=20 > Non-Juniper >=20 >> -----Original Message----- >> From: Ole Troan >> Sent: Wednesday, May 8, 2019 2:14 PM >> To: Ron Bonica >> Cc: Bob Hinden ; Tom Herbert >> ; SPRING WG ; 6man WG >> >> Subject: Re: SRv6 Network Programming: ENH =3D 59 >>=20 >> Ron, >>=20 >>> >>>=20 >>> Folks, >>>=20 >>> Sections 4.4 through 4.12 of = draft-ietf-spring-srv6-network-programming- >> 00 define a set of SIDs that have the following things in common: >>>=20 >>> - they are consumed by the egress node (SL =3D=3D 0) >>> - they tell the egress node how to forward the payload into a VPN >>>=20 >>> If the payload is IPv4, the next-header value in the SRH must be IP4 = (value >> 4). >>> If the payload is IPv6, the next-header value in the SRH must be = IPv6 (value >> 41). >>> If the payload is Ethernet, the next-header value in the SRH must be = No Next >> Header (value 59). >>>=20 >>> In the interest of consistency, we should probably allocate a new = next- >> header value for Ethernet and use it. >>=20 >> It's a fairly precious name space though. >> What would a general IP stack do with an Ethernet frame? It's kind of = a neat >> feature that "IP processing terminates here". >> Or are we going to specify Ethernet over IP? >>=20 >> Cheers, >> Ole From nobody Wed May 8 12:37:53 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 313E0120203; Wed, 8 May 2019 12:37:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 1b5gDviCtzkr; Wed, 8 May 2019 12:37:49 -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 7EABA1201CA; Wed, 8 May 2019 12:37:49 -0700 (PDT) Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (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 ECDC8FECBE91; Wed, 8 May 2019 19:37:48 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 5C3D214E5E84; Wed, 8 May 2019 21:37:47 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: Date: Wed, 8 May 2019 21:37:47 +0200 Cc: Ron Bonica , SPRING WG , Bob Hinden , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: <34C1C972-6814-4F35-84B1-3C3A8D81C8B4@employees.org> References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: Sander Steffann X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:37:51 -0000 Sander, >=20 > The next-header should identify what follows, so that anybody parsing = the packets knows what to expect. Using "No Next Header" should mean = "nothing follows". Once we start using No-next-header for "some stuff = may follow" it will become very hard to make sense of packets. = Overloading the meaning of no-next-header will only create confusion. = What when someone starts using it for "encrypted stuff follows"? How do = we distinguish between "payload is ethernet" and "payload is encrypted"? >=20 > The whole point of these identifies is to tell the reader what the = meaning is of what follows. Using value 59 like this looks like "when we = say 'no-next-header' we actually mean 'ethernet' (probably)". That's = just bad engineering, and reminds me of MPLS implementations that tried = to guess what the payload was by looking at the first nibble (if it's 4 = then it's probably an IPv4 packet, if it's a 6 then it's probably IPv6 = and otherwise we treat it as ethernet). That kind of worked until MAC = addresses starting with 4 and 6 started to be used... Let's not make = such mistakes again and put proper labels on our payloads. That is not correct in the general. E.g. you could use a control protocol or some other mechanism to signal = the required information. I think in the "Patterns of Networking" J Day proposes a scheme without = demuxing on protocol/ports (but the details elude me at the moment). Cheers, Ole From nobody Wed May 8 12:38:59 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C7951201BB; Wed, 8 May 2019 12:38:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 CbEA6vjvZl2J; Wed, 8 May 2019 12:38:46 -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 489A71201CA; Wed, 8 May 2019 12:38:46 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48JYLRD008396; Wed, 8 May 2019 12:38:43 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=U6xZi1JIe4usZCQgp21xdAWL9//T/7pASfJzK0FPG44=; b=UFZ89U/nH4QDfcSw9db/1oW84LjzlJbpEdfqAoxbrOVeb2WBdrzmD8JGaX/JBZVW/hbl KzL3cloQ+IjZcg7d5jdaYjd8XkVzr469jqTNbbMav5q4sO9UkD9Zop2JlKbW0MmRyXJt Q7XMR5sXfdNQY4I9SVk/1SJskt064cQSyI/c7jXKFdLQP31mf63eIqNbDQCXnTOeiL6P Q6hw5JPYI9MOiYfam7CQGuu+IwFRNKIjzZHX9R7Wm00gcc62Za5C3RI+ES7oMcUddWA0 XfVLl6RmgSRrkfDCUmuNrz9ztp3KSfZMcAhmhu/4+9BxrbTQ+eOhoivjFa+Fb6GI99Fr tw== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2057.outbound.protection.outlook.com [104.47.36.57]) by mx0b-00273201.pphosted.com with ESMTP id 2sc11pgfw3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 12:38:42 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5525.namprd05.prod.outlook.com (20.177.186.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Wed, 8 May 2019 19:38:38 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 19:38:38 +0000 From: Ron Bonica To: Ole Troan CC: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAABpd2AAAl+OgAAAJxDA Content-Class: Date: Wed, 8 May 2019 19:38:38 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-08T19:38:36.5760453Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9603ae43-f290-47b4-adec-08d6d3ecc484 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5525; x-ms-traffictypediagnostic: BYAPR05MB5525: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(346002)(39860400002)(136003)(376002)(189003)(13464003)(199004)(99286004)(2906002)(6246003)(68736007)(74316002)(5660300002)(6116002)(3846002)(76176011)(25786009)(52536014)(4326008)(81166006)(14444005)(8936002)(256004)(229853002)(86362001)(476003)(478600001)(11346002)(66066001)(73956011)(76116006)(64756008)(66446008)(66556008)(66476007)(66946007)(186003)(26005)(316002)(7696005)(8676002)(486006)(81156014)(6916009)(53936002)(54906003)(71190400001)(71200400001)(55016002)(9686003)(305945005)(14454004)(446003)(33656002)(6506007)(53546011)(6436002)(102836004)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5525; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 8o055+ArB9Wkkqoe19P2S2ngJbMtvSNvOhW36qFSGee9g2ezi1i5ucMXF8caXWlRZRNKMCHU3FWyRshPVoOvTqfmQ+Mnlc7pD715Vxoni1RfOvfAjgXiEA3UQlA/GlaslDIXBHwPLBlVLLWXS11zkpy77qaVdHEo+WSKt7gSRsWTMlInezP7j9NFCioKiR5DbA/Q6a7sAQw+xNg/uHvGcxdx1aN8/pR5MKpwlwOD6jbhA/4NB2n4Y37UoFF+Yaim4ZZkjEZkPnDUd6lotYuyKrlGALIpBQGgAm010zz+aGWG4K286X3H+9ILJH9Ah4Zsv+1BwOIj+s/RllHTmzqdS6AokV5MoNV0SEegPvZsh2wAM1gPT1XhWlT1PZ4efDwREQnHK4e82zbBrM7kihfFv7adHRgO0dL8r1ArJcxAZhA= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 9603ae43-f290-47b4-adec-08d6d3ecc484 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 19:38:38.1086 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5525 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=884 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080119 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:38:49 -0000 Ole, Whatever we decide, I will use the same value in draft-bonica-6man-vpn-dest= -opt. Ron Juniper Internal > -----Original Message----- > From: Ole Troan > Sent: Wednesday, May 8, 2019 3:33 PM > To: Ron Bonica > Cc: Bob Hinden ; Tom Herbert > ; SPRING WG ; 6man WG > > Subject: Re: SRv6 Network Programming: ENH =3D 59 >=20 > Ron, >=20 > > If you want to conserve space in the registry, you can do one of the > following: >=20 > I don't think I said I wanted to conserve space outright. > But it is an 8-bit number space, so clearly if anyone wants more bits tha= n that, > they cannot rely on the protocol field. > Note I'm arguing this purely on principle, I don't know the network > programming use case. > It is also a name space shared by both IPv4 and IPv6, and would this mean= we > were going to define next headers that were only valid after an SRH heade= r? >=20 > Ole >=20 > > > > - Update RFC 8200, redefining value 59 to mean "VPN Payload - type > unspecified" > > - Update RFC 8200, redefining value 59 to mean "IP Processing Stops Her= e" > > - Allocate a new type called "VPN Payload - type unspecified" > > - Allocate a new type called "IP Processing Stops here" > > > > Ron > > > > > > > > Non-Juniper > > > >> -----Original Message----- > >> From: Ole Troan > >> Sent: Wednesday, May 8, 2019 2:14 PM > >> To: Ron Bonica > >> Cc: Bob Hinden ; Tom Herbert > >> ; SPRING WG ; 6man WG > >> > >> Subject: Re: SRv6 Network Programming: ENH =3D 59 > >> > >> Ron, > >> > >>> > >>> > >>> Folks, > >>> > >>> Sections 4.4 through 4.12 of > >>> draft-ietf-spring-srv6-network-programming- > >> 00 define a set of SIDs that have the following things in common: > >>> > >>> - they are consumed by the egress node (SL =3D=3D 0) > >>> - they tell the egress node how to forward the payload into a VPN > >>> > >>> If the payload is IPv4, the next-header value in the SRH must be IP4 > >>> (value > >> 4). > >>> If the payload is IPv6, the next-header value in the SRH must be > >>> IPv6 (value > >> 41). > >>> If the payload is Ethernet, the next-header value in the SRH must be > >>> No Next > >> Header (value 59). > >>> > >>> In the interest of consistency, we should probably allocate a new > >>> next- > >> header value for Ethernet and use it. > >> > >> It's a fairly precious name space though. > >> What would a general IP stack do with an Ethernet frame? It's kind of > >> a neat feature that "IP processing terminates here". > >> Or are we going to specify Ethernet over IP? > >> > >> Cheers, > >> Ole From nobody Wed May 8 12:44:35 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A78D51201BB; Wed, 8 May 2019 12:44:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 JFbuxULphIxD; Wed, 8 May 2019 12:44:30 -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 E836A1201CA; Wed, 8 May 2019 12:44:29 -0700 (PDT) Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48Jdenu019670; Wed, 8 May 2019 12:44:24 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=p3JpPk4z2oS4B1vP5Qo/rpB0TsuxBLNXh6P/vENo4ng=; b=TJl5yCuL1mN8gqFrD5XyQp9KICv/rrUfCDhmhNb0fXhyBVM9nCq68Z6xDKFbwQ03j3u/ tP+Deuuzz9oneh4rGBt06nhc48axAS+sS/oCEB4N8RoggLIGPggUhm0LIsKBBRAb0YvS js+Hcf9zjbuMqsJy1QCMTxCaAD8MMjNRRNtVQckasphfbehK9to8GJ0e2OMNvoaWBMBT byqbqL5QzEoYhkloOQ3XIW8G0ZWn26kl/3NJtk5S01VYQQw2eOEM77Rnz1mF+DrpQ5pQ q0JHWvbTPrfTi2SMI6RBMGlYPU6eAP60HZT4sfokW7yLXtwTLUShFMjvMVG8AjpjARzk Yg== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2055.outbound.protection.outlook.com [104.47.36.55]) by mx0b-00273201.pphosted.com with ESMTP id 2sc10p0fsd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 12:44:24 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB5525.namprd05.prod.outlook.com (20.177.186.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Wed, 8 May 2019 19:44:13 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 19:44:13 +0000 From: Ron Bonica To: Tom Herbert CC: Bob Hinden , =?utf-8?B?T2xlIFRyw7hhbg==?= , SPRING WG , IPv6 List Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAAEa+YAAAC7tMAAA8F+AAADjjVA= Content-Class: Date: Wed, 8 May 2019 19:44:12 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-08T19:44:11.0882599Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b65f864c-ce78-4639-4455-08d6d3ed8c19 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5525; x-ms-traffictypediagnostic: BYAPR05MB5525: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(346002)(39860400002)(136003)(376002)(189003)(13464003)(199004)(99286004)(2906002)(6246003)(68736007)(74316002)(5660300002)(6116002)(3846002)(966005)(76176011)(19627235002)(66574012)(25786009)(52536014)(4326008)(81166006)(14444005)(8936002)(256004)(229853002)(86362001)(476003)(478600001)(11346002)(66066001)(73956011)(76116006)(64756008)(66446008)(66556008)(66476007)(66946007)(186003)(26005)(316002)(7696005)(8676002)(486006)(81156014)(6916009)(53936002)(54906003)(71190400001)(71200400001)(55016002)(9686003)(305945005)(14454004)(446003)(33656002)(6506007)(53546011)(6306002)(6436002)(102836004)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5525; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: HquVDrD72NxEb+sjwsPxIeIi5zACJ/i6hdR4CjwulOXj5IJ7L/sbFY5sh3pCiOsj42NCjkuq2Mg9V5pWkj8LiZGsuMUoQHe+DOT14DNXgIjvQsG5Ba4oKLhNCdpKdTxh4xEFp+vvE7/F81Gj+Ewa5eiKOSuhB899dJpLaz1RwoUyecglY4vJoygdZw3X2cqBrusKCVb27KraBJ6VW2f2KdfU8Nbw0e9AcDZtuXqIz8w3HWOE6OZ/F1waysSy27SpyZUFFAOolis4EHhjcYrX+feFA0Pz1ElkjsCz79jmEtm2hPjRNOlyrNmQDeRa3xmPSF105uIre1pF/EtNqr6UWk/lYnDoQ1WMZWx7xHnrbMbsnykoAizB7wscnexnfDsZ5gxPuQ5ETdMpmtExa+RwoAmPsuQKFZ3hGaiZH17KWFE= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: b65f864c-ce78-4639-4455-08d6d3ed8c19 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 19:44:12.9640 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB5525 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080120 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:44:33 -0000 VG9tLA0KDQpJZiB0aGUgYXV0aG9ycyBvZiB0aGUgbmV0d29yayBwcm9ncmFtbWluZyBkcmFmdCBh cmUgd2lsbGluZyB0byBpbXBvc2UgdGhlIHR3by1ieXRlIGhlYWRlciBiZXR3ZWVuIHRoZSBTUkgg YW5kIHRoZSBFdGhlcm5ldCBmcmFtZSwgOTcgd29ya3MuDQoNCkkgd2lsbCBsZXQgdGhlbSBzcGVh ayBmb3IgdGhlbXNlbHZlcyByZWdhcmRpbmcgdGhlcmUgd2lsbGluZ25lc3MgdG8gZG8gc28uDQoN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFJvbg0KDQoNCg0KSnVuaXBlciBJbnRlcm5hbA0KDQo+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+IEZyb206IFRvbSBIZXJiZXJ0IDx0b21AaGVyYmVydGxhbmQuY29tPg0K PiBTZW50OiBXZWRuZXNkYXksIE1heSA4LCAyMDE5IDM6MTcgUE0NCj4gVG86IFJvbiBCb25pY2Eg PHJib25pY2FAanVuaXBlci5uZXQ+DQo+IENjOiBCb2IgSGluZGVuIDxib2IuaGluZGVuQGdtYWls LmNvbT47IE9sZSBUcsO4YW4NCj4gPG90cm9hbkBlbXBsb3llZXMub3JnPjsgU1BSSU5HIFdHIDxz cHJpbmdAaWV0Zi5vcmc+OyBJUHY2IExpc3QNCj4gPGlwdjZAaWV0Zi5vcmc+DQo+IFN1YmplY3Q6 IFJlOiBTUnY2IE5ldHdvcmsgUHJvZ3JhbW1pbmc6IEVOSCA9IDU5DQo+IA0KPiBPbiBXZWQsIE1h eSA4LCAyMDE5IGF0IDExOjU1IEFNIFJvbiBCb25pY2EgPHJib25pY2FAanVuaXBlci5uZXQ+IHdy b3RlOg0KPiA+DQo+ID4gQm9iLA0KPiA+DQo+ID4gVGhlIHZhbHVlIDk3IGlzIHRlbXB0aW5nLCBi dXQgaXQgYWxyZWFkeSBoYXMgYSBtZWFuaW5nIHRoYXQgaXMgc2xpZ2h0bHkNCj4gZGlmZmVyZW50 IGZyb20gd2hhdCB0aGUgYXV0aG9ycyBvZiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2LW5ldHdvcmst DQo+IHByb2dyYW1taW5nIGludGVuZC4gQWNjb3JkaW5nIHRvIFJGQyAzMzc4LCBhIHZhbHVlIG9m IDk3IG1lYW5zIHRoYXQgdGhlDQo+IG5leHQgaGVhZGVyIHdpbGwgYmUgYXMgZGVwaWN0ZWQgaW4g RmlndXJlIDIgb2YgUkZDIDMzNzguDQo+ID4NCj4gDQo+IFJvbiwNCj4gDQo+IFRoZSBzcHJpbmcg ZHJhZnQgc3RhdGVzOg0KPiANCj4gIklmIHRoZSBvdXRlciBoZWFkZXIgaXMgcHVzaGVkIHdpdGhv dXQgU1JILCB0aGVuIHRoZSBEQSBtdXN0IGJlIGEgU0lEIG9mIHR5cGUNCj4gRW5kLkRYMiwgRW5k LkRYMlYsIEVuZC5EVDJVIG9yIEVuZC5EVDJNIGFuZCB0aGUgbmV4dC1oZWFkZXIgbXVzdCBiZSA1 OQ0KPiAoSVB2NiBOb05leHRIZWFkZXIpLiAgVGhlIHJlY2VpdmVkIEV0aGVybmV0IGZyYW1lIGZv bGxvd3MgdGhlIElQdjYgaGVhZGVyDQo+IGFuZCBpdHMgZXh0ZW5zaW9uIGhlYWRlcnMuIg0KPiAN Cj4gVGhhdCBkZXNjcmliZXMgRXRoZXJuZXQgb3ZlciBJUCBlbmNhcHN1bGF0aW9uLg0KPiANCj4g UkZDMzM3OCBzdGF0ZXM6DQo+IA0KPiAiRXRoZXJJUCBkYXRhZ3JhbXMgY29udGFpbiBhIDE2LWJp dCBoZWFkZXIgYW5kIGEgdmFyaWFibGUtbGVuZ3RoDQo+IGVuY2Fwc3VsYXRlZCBFdGhlcm5ldCBv ciBJRUVFIDgwMi4zIGZyYW1lIHRoYXQgaW1tZWRpYXRlbHkgZm9sbG93cyBJUCBmaWVsZHMuIg0K PiANCj4gVGhhdCBhbHNvIGRlc2NyaWJlcyBFdGhlcm5ldCBpbiBJUCBlbmNhcHN1bGF0aW9uLiBU aGUgb25seSBkaWZmZXJlbmNlIGlzIHRoZQ0KPiBwcmVzZW5jZSBvZiB0aGUgdHdvIGJ5dGUgRXRo ZXJJUCBoZWFkZXIuIEFzIGFscmVhZHkgbWVudGlvbmVkIHRoaXMgaXMNCj4gaW1wb3J0YW50IGZv ciBtYWludGFpbmluZyBhbGlnbm1lbnQgb2YgdGhlIGVuY2Fwc2xhdGVkIEV0aGVybmV0IHBheWxv YWQsIGFuZA0KPiBpcyBvdGhlcndpc2UgaW5jb25zZXF1ZW50aWFsIG92ZXJoZWFkLg0KPiANCj4g U28gSSBkb24ndCBzZWUgd2h5IEV0aGVySVAgd29uJ3Qgd29yayBoZXJlLiBDYW4geW91IHBsZWFz ZSBjbGFyaWZ5IHlvdXINCj4gY29uY2Vybj8NCj4gDQo+IFRvbQ0KPiANCj4gDQo+IA0KPiANCj4g DQo+ID4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBSb24NCj4gPg0KPiA+DQo+ID4NCj4gPiBOb24tSnVuaXBlcg0KPiA+DQo+ID4gPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+ID4gRnJvbTogQm9iIEhpbmRlbiA8Ym9iLmhpbmRlbkBn bWFpbC5jb20+DQo+ID4gPiBTZW50OiBXZWRuZXNkYXksIE1heSA4LCAyMDE5IDI6NDUgUE0NCj4g PiA+IFRvOiBPbGUgVHLDuGFuIDxvdHJvYW5AZW1wbG95ZWVzLm9yZz4NCj4gPiA+IENjOiBCb2Ig SGluZGVuIDxib2IuaGluZGVuQGdtYWlsLmNvbT47IFJvbiBCb25pY2ENCj4gPiA+IDxyYm9uaWNh QGp1bmlwZXIubmV0PjsgVG9tIEhlcmJlcnQgPHRvbUBoZXJiZXJ0bGFuZC5jb20+OyBTUFJJTkcN Cj4gV0cNCj4gPiA+IDxzcHJpbmdAaWV0Zi5vcmc+OyBJUHY2IExpc3QgPGlwdjZAaWV0Zi5vcmc+ DQo+ID4gPiBTdWJqZWN0OiBSZTogU1J2NiBOZXR3b3JrIFByb2dyYW1taW5nOiBFTkggPSA1OQ0K PiA+ID4NCj4gPiA+IE9sZSwNCj4gPiA+DQo+ID4gPiA+IE9uIE1heSA4LCAyMDE5LCBhdCAxMTox MyBBTSwgT2xlIFRyb2FuIDxvdHJvYW5AZW1wbG95ZWVzLm9yZz4NCj4gd3JvdGU6DQo+ID4gPiA+ DQo+ID4gPiA+IFJvbiwNCj4gPiA+ID4NCj4gPiA+ID4+IDxhZGRpbmcgdGhlIFNQUklORyBtYWls aW5nIGxpc3QsIGJlY2F1c2UgdGhpcyBpcyBhIFNQUklORyBkcmFmdD4NCj4gPiA+ID4+DQo+ID4g PiA+PiBGb2xrcywNCj4gPiA+ID4+DQo+ID4gPiA+PiBTZWN0aW9ucyA0LjQgdGhyb3VnaCA0LjEy IG9mDQo+ID4gPiA+PiBkcmFmdC1pZXRmLXNwcmluZy1zcnY2LW5ldHdvcmstcHJvZ3JhbW1pbmct DQo+ID4gPiAwMCBkZWZpbmUgYSBzZXQgb2YgU0lEcyB0aGF0IGhhdmUgdGhlIGZvbGxvd2luZyB0 aGluZ3MgaW4gY29tbW9uOg0KPiA+ID4gPj4NCj4gPiA+ID4+IC0gdGhleSBhcmUgY29uc3VtZWQg YnkgdGhlIGVncmVzcyBub2RlIChTTCA9PSAwKQ0KPiA+ID4gPj4gLSB0aGV5IHRlbGwgdGhlIGVn cmVzcyBub2RlIGhvdyB0byBmb3J3YXJkIHRoZSBwYXlsb2FkIGludG8gYSBWUE4NCj4gPiA+ID4+ DQo+ID4gPiA+PiBJZiB0aGUgcGF5bG9hZCBpcyBJUHY0LCB0aGUgbmV4dC1oZWFkZXIgdmFsdWUg aW4gdGhlIFNSSCBtdXN0IGJlDQo+ID4gPiA+PiBJUDQgKHZhbHVlDQo+ID4gPiA0KS4NCj4gPiA+ ID4+IElmIHRoZSBwYXlsb2FkIGlzIElQdjYsIHRoZSBuZXh0LWhlYWRlciB2YWx1ZSBpbiB0aGUg U1JIIG11c3QgYmUNCj4gPiA+ID4+IElQdjYgKHZhbHVlDQo+ID4gPiA0MSkuDQo+ID4gPiA+PiBJ ZiB0aGUgcGF5bG9hZCBpcyBFdGhlcm5ldCwgdGhlIG5leHQtaGVhZGVyIHZhbHVlIGluIHRoZSBT UkggbXVzdA0KPiA+ID4gPj4gYmUgTm8NCj4gPiA+IE5leHQgSGVhZGVyICh2YWx1ZSA1OSkuDQo+ ID4gPiA+Pg0KPiA+ID4gPj4gSW4gdGhlIGludGVyZXN0IG9mIGNvbnNpc3RlbmN5LCB3ZSBzaG91 bGQgcHJvYmFibHkgYWxsb2NhdGUgYSBuZXcNCj4gPiA+ID4+IG5leHQtDQo+ID4gPiBoZWFkZXIg dmFsdWUgZm9yIEV0aGVybmV0IGFuZCB1c2UgaXQuDQo+ID4gPiA+DQo+ID4gPiA+IEl0J3MgYSBm YWlybHkgcHJlY2lvdXMgbmFtZSBzcGFjZSB0aG91Z2guDQo+ID4gPg0KPiA+ID4gQWNjb3JkaW5n IHRvIGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0NCj4g PiA+IDNBX193d3cuaWFuYS5vcmdfYXNzaWdubWVudHNfcHJvdG9jb2wtMkRudW1iZXJzX3Byb3Rv Y29sLQ0KPiA+ID4gMkRudW1iZXJzLnhodG1sJmQ9RHdJRmFRJmM9SEFrWXVoNjNyc3VocjZTY2Jm aDBVakJYZU1LLQ0KPiA+ID4gbmRiM3ZvRFRYY1d6b0NJJnI9RmNoOUZRODJzaXItQm9MeDg0aEt1 S3dsLQ0KPiA+ID4NCj4gQVdGMkVmcEhjQXdyRFRoS1A4Jm09WnRtWmZDcGs3YllwSlNTVFJFZ2d0 OFhtOHlIcFdnclZCVEZIaTVhDQo+ID4gPiBVdFc0JnM9UWlyOGJhREhUUWY1UkdobUZDRFNiR1No RlY4ZEVfZHFMMXJlb0Jwa2lVRSZlPQ0KPiA+ID4NCj4gPiA+IDE0My0yNTIgICAgICAgICAgICAg ICBVbmFzc2lnbmVkDQo+ID4gPg0KPiA+ID4gU2VlbXMgbGlrZSBhIGxvdCBsZWZ0LiAgUGx1cyB0 aGVyZSBhcmUgbWFueSB0aGF0IGFyZSBjbGVhcmx5IG5vdA0KPiA+ID4gdXNlZCBhbnltb3JlLCBz byB0aGVyZSBpc27igJl0IGEgc2hvcnRhZ2UuDQo+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+ IFdoYXQgd291bGQgYSBnZW5lcmFsIElQIHN0YWNrIGRvIHdpdGggYW4gRXRoZXJuZXQgZnJhbWU/ IEl0J3Mga2luZA0KPiA+ID4gPiBvZiBhIG5lYXQNCj4gPiA+IGZlYXR1cmUgdGhhdCAiSVAgcHJv Y2Vzc2luZyB0ZXJtaW5hdGVzIGhlcmUiLg0KPiA+ID4gPiBPciBhcmUgd2UgZ29pbmcgdG8gc3Bl Y2lmeSBFdGhlcm5ldCBvdmVyIElQPw0KPiA+ID4NCj4gPiA+IExvb2sgYXQgdGhlIHRoZSByZWdp c3RyeSwgaXQgbG9va3MgdG8gbWUgd2UgaGF2ZSBhbHJlYWR5DQo+ID4gPg0KPiA+ID4gOTcgICAg RVRIRVJJUCBFdGhlcm5ldC13aXRoaW4tSVAgRW5jYXBzdWxhdGlvbiAgICAgICAgICAgICAgICBb UkZDMzM3OF0NCj4gPiA+DQo+ID4gPiBGcm9tIHRoZSBhYnN0cmFjdDoNCj4gPiA+DQo+ID4gPiAg ICBFdGhlcklQIHR1bm5lbHMgRXRoZXJuZXQgYW5kIElFRUUgODAyLjMgbWVkaWEgYWNjZXNzDQo+ ID4gPiAgICBjb250cm9sIGZyYW1lcyBpbiBJUCBkYXRhZ3JhbXMgc28gdGhhdCBub24tSVAgdHJh ZmZpYyBjYW4gdHJhdmVyc2UgYW4NCj4gPiA+ICAgIElQIGludGVybmV0Lg0KPiA+ID4NCj4gPiA+ IFRoaXMgYmUgYXBwcm9wcmlhdGUgZm9yIFNSdjYgbmV0d29yayBwcm9ncmFtbWluZy4NCj4gPiA+ DQo+ID4gPiBCb2INCj4gPiA+DQo+ID4gPg0KPiA+ID4gPg0KPiA+ID4NCj4gPiA+DQo+ID4gPiA+ IENoZWVycywNCj4gPiA+ID4gT2xlDQo= From nobody Wed May 8 12:47:53 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BFD112015F; Wed, 8 May 2019 12:47:43 -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, 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 fFWV0Yj8-x5E; Wed, 8 May 2019 12:47:41 -0700 (PDT) Received: from bugle.employees.org (accordion.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27B731200DE; Wed, 8 May 2019 12:47:41 -0700 (PDT) Received: from astfgl.hanazo.no (30.51-175-112.customer.lyse.net [51.175.112.30]) (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 DCAE6FECC038; Wed, 8 May 2019 19:47:39 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 29D1714E6383; Wed, 8 May 2019 21:47:37 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: Date: Wed, 8 May 2019 21:47:36 +0200 Cc: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: <164D9105-2AAE-4C83-83A0-78510B99BA3C@employees.org> References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: Ron Bonica X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 19:47:44 -0000 Hi Ron, > Whatever we decide, I will use the same value in = draft-bonica-6man-vpn-dest-opt. Ah, right. Because in your proposal the VPN Context Information contains = the forwarding instructions? Seems a little underspecified in the draft, or am I missing something? And that is information signalled separately? Cheers, Ole >=20 > Ron >=20 >=20 >=20 > Juniper Internal >=20 >> -----Original Message----- >> From: Ole Troan >> Sent: Wednesday, May 8, 2019 3:33 PM >> To: Ron Bonica >> Cc: Bob Hinden ; Tom Herbert >> ; SPRING WG ; 6man WG >> >> Subject: Re: SRv6 Network Programming: ENH =3D 59 >>=20 >> Ron, >>=20 >>> If you want to conserve space in the registry, you can do one of the >> following: >>=20 >> I don't think I said I wanted to conserve space outright. >> But it is an 8-bit number space, so clearly if anyone wants more bits = than that, >> they cannot rely on the protocol field. >> Note I'm arguing this purely on principle, I don't know the network >> programming use case. >> It is also a name space shared by both IPv4 and IPv6, and would this = mean we >> were going to define next headers that were only valid after an SRH = header? >>=20 >> Ole >>=20 >>>=20 >>> - Update RFC 8200, redefining value 59 to mean "VPN Payload - type >> unspecified" >>> - Update RFC 8200, redefining value 59 to mean "IP Processing Stops = Here" >>> - Allocate a new type called "VPN Payload - type unspecified" >>> - Allocate a new type called "IP Processing Stops here" >>>=20 >>> Ron >>>=20 >>>=20 >>>=20 >>> Non-Juniper >>>=20 >>>> -----Original Message----- >>>> From: Ole Troan >>>> Sent: Wednesday, May 8, 2019 2:14 PM >>>> To: Ron Bonica >>>> Cc: Bob Hinden ; Tom Herbert >>>> ; SPRING WG ; 6man WG >>>> >>>> Subject: Re: SRv6 Network Programming: ENH =3D 59 >>>>=20 >>>> Ron, >>>>=20 >>>>> >>>>>=20 >>>>> Folks, >>>>>=20 >>>>> Sections 4.4 through 4.12 of >>>>> draft-ietf-spring-srv6-network-programming- >>>> 00 define a set of SIDs that have the following things in common: >>>>>=20 >>>>> - they are consumed by the egress node (SL =3D=3D 0) >>>>> - they tell the egress node how to forward the payload into a VPN >>>>>=20 >>>>> If the payload is IPv4, the next-header value in the SRH must be = IP4 >>>>> (value >>>> 4). >>>>> If the payload is IPv6, the next-header value in the SRH must be >>>>> IPv6 (value >>>> 41). >>>>> If the payload is Ethernet, the next-header value in the SRH must = be >>>>> No Next >>>> Header (value 59). >>>>>=20 >>>>> In the interest of consistency, we should probably allocate a new >>>>> next- >>>> header value for Ethernet and use it. >>>>=20 >>>> It's a fairly precious name space though. >>>> What would a general IP stack do with an Ethernet frame? It's kind = of >>>> a neat feature that "IP processing terminates here". >>>> Or are we going to specify Ethernet over IP? >>>>=20 >>>> Cheers, >>>> Ole From nobody Wed May 8 13:38:01 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F6F2120137; Wed, 8 May 2019 13:37:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 oaP4Pn8ThukI; Wed, 8 May 2019 13:37:56 -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 E80E2120044; Wed, 8 May 2019 13:37:55 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x48KLhYc011086; Wed, 8 May 2019 13:37:53 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=pq2fjwYOZ7muQsTkdK3yjVIdgJtgGfa1EbxOLVcfAsc=; b=SgT5cxsZmo8oB3SoILgFD+3L9FhNEVrj23c5i1qzKAQqwB1JrEWXLqieOVIq20STT2hh pUtZKJq+NNJh+f31JSDH5CxdosKQjuxL/MZZ4Li4xMUGYGNhSLSH9BZV3tjxT3tXCJSO E/DqJNg3RJ1ir4l8zSW/wXaffExOcLeFhI2A1g+CEJeUBth9x+OqBa0VENxAlits9ad7 iroG2CYEFgzLQmmwP0e9+O9Lj4xNwiUMgpzETpMNzgY/QkwonVTRxUHALARwSBllCh9T jdE0ZhzP3D9qOyVLYm1VGyycb0UlttPwy/p2LvPEaAOg7C12/i7H2wD1BI74tfUCEipR eQ== Received: from nam05-by2-obe.outbound.protection.outlook.com (mail-by2nam05lp2054.outbound.protection.outlook.com [104.47.50.54]) by mx0b-00273201.pphosted.com with ESMTP id 2sc63280qe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 08 May 2019 13:37:53 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB4214.namprd05.prod.outlook.com (52.135.200.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.19; Wed, 8 May 2019 20:37:51 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1878.019; Wed, 8 May 2019 20:37:51 +0000 From: Ron Bonica To: Ole Troan CC: Bob Hinden , Tom Herbert , SPRING WG , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAABpd2AAAl+OgAAAJxDAAABXwAAAAbTzoA== Content-Class: Date: Wed, 8 May 2019 20:37:51 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <164D9105-2AAE-4C83-83A0-78510B99BA3C@employees.org> In-Reply-To: <164D9105-2AAE-4C83-83A0-78510B99BA3C@employees.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-08T20:37:48.5043682Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 886c401b-3740-421a-cd05-08d6d3f50a6f x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4214; x-ms-traffictypediagnostic: BYAPR05MB4214: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0031A0FFAF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(366004)(376002)(396003)(346002)(189003)(199004)(13464003)(229853002)(2906002)(55016002)(74316002)(6246003)(561944003)(6436002)(486006)(14454004)(86362001)(11346002)(6116002)(446003)(3846002)(33656002)(478600001)(54906003)(476003)(4326008)(25786009)(53936002)(9686003)(5660300002)(7736002)(305945005)(71200400001)(71190400001)(7696005)(76176011)(186003)(316002)(8936002)(99286004)(8676002)(26005)(6916009)(52536014)(81156014)(81166006)(102836004)(66556008)(66476007)(76116006)(73956011)(66946007)(53546011)(6506007)(14444005)(66066001)(68736007)(256004)(66446008)(64756008); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4214; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 7kknvGPave/B5rmnKhjP7bnViBhsLNbLXDjlKylwkuLHSr7UILuwhvTFSYWmttBT5ueqDbZ248NqkL0gEz76cc6+Rc5+sPMHwtJUj0O9ZGrIoV3rVnOULgzbsV6XnCSt9hvvr2I8DoZBLrnM7rg4x0Qdg2FoLkhhm7f92BoZvmBdrCXC/ugZfK2vApTfYnjGM6SkztCYAC1Uld938gsX4qtqs/lQrorG9I6z2gD1226dnVV5esv892pUDAqsXTxQlr8XV9W4XeikNwqvhffUhH3gQ1PSKnBY9P6m6n2jhN7LfZLc+fSNoVPX/pc44C/TilhpCl/JeepDKvJ2PnkDQRGNh1cCkZZbjIz+PRPOyjwAYgP+VTFxAR9kkoM6cnlx2sTUSXPrVouBesADq5vZmlSqeMfcsoJhzs0AB5ZMDqs= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 886c401b-3740-421a-cd05-08d6d3f50a6f X-MS-Exchange-CrossTenant-originalarrivaltime: 08 May 2019 20:37:51.3781 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB4214 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-08_11:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905080124 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2019 20:37:58 -0000 Ole, Inline.... Ron Juniper Internal > -----Original Message----- > From: Ole Troan > Sent: Wednesday, May 8, 2019 3:48 PM > To: Ron Bonica > Cc: Bob Hinden ; Tom Herbert > ; SPRING WG ; 6man WG > > Subject: Re: SRv6 Network Programming: ENH =3D 59 >=20 > Hi Ron, >=20 > > Whatever we decide, I will use the same value in draft-bonica-6man-vpn- > dest-opt. >=20 > Ah, right. Because in your proposal the VPN Context Information contains = the > forwarding instructions? Yes. > Seems a little underspecified in the draft, or am I missing something? Standby for an update on the draft.... > And that is information signalled separately? Yes. Standby for that draft, too. Ron >=20 > Cheers, > Ole >=20 > > > > Ron > > > > > > > > Juniper Internal > > > >> -----Original Message----- > >> From: Ole Troan > >> Sent: Wednesday, May 8, 2019 3:33 PM > >> To: Ron Bonica > >> Cc: Bob Hinden ; Tom Herbert > >> ; SPRING WG ; 6man WG > >> > >> Subject: Re: SRv6 Network Programming: ENH =3D 59 > >> > >> Ron, > >> > >>> If you want to conserve space in the registry, you can do one of the > >> following: > >> > >> I don't think I said I wanted to conserve space outright. > >> But it is an 8-bit number space, so clearly if anyone wants more bits > >> than that, they cannot rely on the protocol field. > >> Note I'm arguing this purely on principle, I don't know the network > >> programming use case. > >> It is also a name space shared by both IPv4 and IPv6, and would this > >> mean we were going to define next headers that were only valid after a= n > SRH header? > >> > >> Ole > >> > >>> > >>> - Update RFC 8200, redefining value 59 to mean "VPN Payload - type > >> unspecified" > >>> - Update RFC 8200, redefining value 59 to mean "IP Processing Stops > Here" > >>> - Allocate a new type called "VPN Payload - type unspecified" > >>> - Allocate a new type called "IP Processing Stops here" > >>> > >>> Ron > >>> > >>> > >>> > >>> Non-Juniper > >>> > >>>> -----Original Message----- > >>>> From: Ole Troan > >>>> Sent: Wednesday, May 8, 2019 2:14 PM > >>>> To: Ron Bonica > >>>> Cc: Bob Hinden ; Tom Herbert > >>>> ; SPRING WG ; 6man WG > >>>> > >>>> Subject: Re: SRv6 Network Programming: ENH =3D 59 > >>>> > >>>> Ron, > >>>> > >>>>> > >>>>> > >>>>> Folks, > >>>>> > >>>>> Sections 4.4 through 4.12 of > >>>>> draft-ietf-spring-srv6-network-programming- > >>>> 00 define a set of SIDs that have the following things in common: > >>>>> > >>>>> - they are consumed by the egress node (SL =3D=3D 0) > >>>>> - they tell the egress node how to forward the payload into a VPN > >>>>> > >>>>> If the payload is IPv4, the next-header value in the SRH must be > >>>>> IP4 (value > >>>> 4). > >>>>> If the payload is IPv6, the next-header value in the SRH must be > >>>>> IPv6 (value > >>>> 41). > >>>>> If the payload is Ethernet, the next-header value in the SRH must > >>>>> be No Next > >>>> Header (value 59). > >>>>> > >>>>> In the interest of consistency, we should probably allocate a new > >>>>> next- > >>>> header value for Ethernet and use it. > >>>> > >>>> It's a fairly precious name space though. > >>>> What would a general IP stack do with an Ethernet frame? It's kind > >>>> of a neat feature that "IP processing terminates here". > >>>> Or are we going to specify Ethernet over IP? > >>>> > >>>> Cheers, > >>>> Ole From nobody Wed May 8 17:51:08 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34B12120242; Wed, 8 May 2019 17:50:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=E9/z1gDe; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jBkhaT/h 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 AllqTnQlZ_zE; Wed, 8 May 2019 17:50:45 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F14A12025E; Wed, 8 May 2019 17:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23043; q=dns/txt; s=iport; t=1557363045; x=1558572645; h=from:to:cc:subject:date:message-id:mime-version; bh=OzcX6gogN/BbJwbFQWBahQpHJnrtiXgcZx9pfRj6mnE=; b=E9/z1gDe8tFrFnbUVpVEAMEmibOF5qm+lB8XUohP0jhNYAYxcXDRcK6B OoJyTgwkVG3PWJ0Fdi1GcsKsdypNvFmWLfbl9kfLvXks/CmYAgETMZS4L /e3mNuAz6tnlXiIGI68yTunn92vMevYL2dLcXCIMGKerBeVUJw0Gx8Ohc g=; IronPort-PHdr: =?us-ascii?q?9a23=3AweIjQxJlNkmeSOC0yNmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeCuKd2lFGcW4Ld5roEkOfQv636EU04qZea+DFKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuXAEn6BPXrdCc9Ws9FUQwt8g=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BIAABdeNNc/5NdJa1kHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBgQ4vKScDaVUgBAsohBGDRwOEUoormXuBLoEkA1QJBwEBJQg?= =?us-ascii?q?ChD8ZgXEjNAkOAQMBAQQBAQIBBG0cDIVKAQIWEQoTAQE1AgERARkDAQIkBwI?= =?us-ascii?q?EMB0KBAENBSKCNUsBgR1NAx0BAgyiYwKBNYhfcYEvgnkBAQWBNgIOQYJ1GII?= =?us-ascii?q?PCYEyAYtNF4FAP4E4H4IebIJhAQECAQEWgWcNEYJMMoImiwANgk2ETSCHaY0?= =?us-ascii?q?WCQKCCYYdigWCLRuCEGKFYo0Dg3CINIZNjikCBAIEBQIOAQEFgU84gVZwFRp?= =?us-ascii?q?LAYJBCYIGN4M4hRSFP3IBgSiPHwEB?= X-IronPort-AV: E=Sophos;i="5.60,448,1549929600"; d="scan'208,217";a="270780764" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 May 2019 00:50:43 +0000 Received: from XCH-RCD-009.cisco.com (xch-rcd-009.cisco.com [173.37.102.19]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id x490ohSg018080 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 9 May 2019 00:50:43 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-RCD-009.cisco.com (173.37.102.19) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 8 May 2019 19:50:42 -0500 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 8 May 2019 20:50:41 -0400 Received: from NAM04-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 8 May 2019 19:50:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=OzcX6gogN/BbJwbFQWBahQpHJnrtiXgcZx9pfRj6mnE=; b=jBkhaT/hFjQK1KRB3422pAG5A59Evx46lzeZj5vqOrWGoef9X6L2niUxZ282QbnbsQV2mtmHinj/PkuBVn5wfMnZn4AA///EIu/gOcp+Vk4zymjkyG8h62KZBw9G53ThDmt5eHgEPi2f0+WDZ5aZxRbxzkdA1uZnIKOlQaJE8bo= Received: from DM6PR11MB3324.namprd11.prod.outlook.com (20.176.122.29) by DM6PR11MB3884.namprd11.prod.outlook.com (10.255.61.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.20; Thu, 9 May 2019 00:50:40 +0000 Received: from DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::5519:bc92:1016:b2b8]) by DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::5519:bc92:1016:b2b8%3]) with mapi id 15.20.1856.012; Thu, 9 May 2019 00:50:40 +0000 From: "Zafar Ali (zali)" To: "spring@ietf.org" , IPv6 List , "6man@ietf.org" <6man@ietf.org> CC: "Zafar Ali (zali)" Thread-Topic: Additional SRv6 Deployment, Interop and Implementation - FW: New Version Notification for draft-matsushima-spring-srv6-deployment-status-01.txt Thread-Index: AQHVBgE5fdO/AH9zrkurJWzNbGYSmw== Date: Thu, 9 May 2019 00:50:40 +0000 Message-ID: <9A539839-E3EA-4C8F-9A59-9E9BDC98F5EE@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.8.190312 authentication-results: spf=none (sender IP is ) smtp.mailfrom=zali@cisco.com; x-originating-ip: [2001:420:c0cc:1001::32] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0e7a6af3-64e7-4cb8-40d8-08d6d4185bb4 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM6PR11MB3884; x-ms-traffictypediagnostic: DM6PR11MB3884: x-ms-exchange-purlcount: 8 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 003245E729 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(39860400002)(366004)(346002)(136003)(396003)(189003)(199004)(53754006)(82746002)(15650500001)(2420400007)(68736007)(99286004)(36756003)(14454004)(33656002)(102836004)(53546011)(6506007)(83716004)(71190400001)(25786009)(316002)(71200400001)(53936002)(14444005)(256004)(107886003)(4326008)(450100002)(606006)(8936002)(81166006)(81156014)(8676002)(110136005)(58126008)(86362001)(66574012)(5660300002)(2906002)(7736002)(9326002)(7110500001)(966005)(6116002)(6486002)(6436002)(478600001)(46003)(790700001)(486006)(2501003)(476003)(2616005)(186003)(6306002)(54896002)(6512007)(236005)(73956011)(76116006)(64756008)(66556008)(66476007)(66446008)(91956017)(66946007); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB3884; H:DM6PR11MB3324.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: gjXzmzA0CbJ+I65DdplFJq3vF7rGaLTtfAAHDzhrZABGjePjz3GsV+p1CKOneCCVaRhmlwhXK1/7M8xbWHL4vy03aUvPbBEwASSqaqnllbvx9CjZzfYmGdA3vbdwHjoGJ84/JGbV8BTyFFMviBsYu45nEgoPOwgn3jl297eMjT+XMNHkPW5rX8fZIpalBHfPKj0vHdSB6Ke+B4OVcjpFrU6yS3XJ6F9UuXHeYF7wG0TxnHW1F0S89TRyKzeKSBjcSO9hySCTRwpC3q6Io6ler6glMdN8dNCB62qVIR7yjakq1IArXVriFgsO1cphK8ujSF8l84SesnUw4ZjuWQLICeVDg+PBX7N9uUn7PyQeP2hXNW7P4UcdSo2yIxY7Lf40K0rNdzRjrrvnUxfHnlsoH9MaO+aTORfx+T34d8gc36U= Content-Type: multipart/alternative; boundary="_000_9A539839E3EA4C8F9A599E9BDC98F5EEciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0e7a6af3-64e7-4cb8-40d8-08d6d4185bb4 X-MS-Exchange-CrossTenant-originalarrivaltime: 09 May 2019 00:50:40.1136 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3884 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.19, xch-rcd-009.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: [spring] Additional SRv6 Deployment, Interop and Implementation - FW: New Version Notification for draft-matsushima-spring-srv6-deployment-status-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 00:51:00 -0000 --_000_9A539839E3EA4C8F9A599E9BDC98F5EEciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQpBIG5ldyB2ZXJzaW9uIG9mIGRyYWZ0LW1hdHN1c2hpbWEtc3ByaW5nLXNydjYt ZGVwbG95bWVudC1zdGF0dXMgaGFzIGJlZW4gcG9zdGVkLg0KDQpUaGUgZGlmZnMgaW5jbHVkZSBw dWJsaWMgYW5ub3VuY2VtZW50IGZyb20gSWxpYWQgYW5kIENpc2NvIG9mIHRoZSBkZXBsb3ltZW50 IG9mIFNSdjYgaW4gSXRhbHk6DQpodHRwczovL25ld3Nyb29tLmNpc2NvLmNvbS9wcmVzcy1yZWxl YXNlLWNvbnRlbnQ/dHlwZT13ZWJjb250ZW50JmFydGljbGVJZD0xOTc4MzYxDQoNClRoZSBkZXBs b3ltZW50IGluY2x1ZGVzIGludGVyb3BlcmF0aW5nIG11bHRpcGxlIGhhcmR3YXJlIGltcGxlbWVu dGF0aW9ucyBvZiBTUnY2IGRyYWZ0cyBhbW9uZyBDaXNjbyBBU1IgOTAwMCwgQ2lzY28gTkNTIDU1 MDAgYW5kIElsaWFkJ3MgTm9kZUJveC4gVGhpcyBpcyBpbiBhZGRpdGlvbiB0byBTUnY2IGRlcGxv eW1lbnQgb24gaGFyZHdhcmUgYm94ZXMgaW4gcHJvZHVjdGlvbiBuZXR3b3JrcyBhdCBTb2Z0YmFu ayBhbmQgQ2hpbmEgVGVsZWNvbS4gU2V2ZXJhbCBvdGhlciBkZXBsb3ltZW50cyBhcmUgaW4gcHJl cGFyYXRpb24uDQoNClRoZSBkaWZmcyBhbHNvIGluY2x1ZGUgZGV0YWlscyBvbiBzdWNjZXNzZnVs IFNSdjYgaW50ZXJvcCB0ZXN0aW5nIGFtb25nIG11bHRpcGxlIGhhcmR3YXJlIGltcGxlbWVudGF0 aW9ucyBhdCBFQU5UQyAyMDE5LiBTcGVjaWZpY2FsbHksIGZpdmUgZGlmZmVyZW50IGltcGxlbWVu dGF0aW9ucyBvZiB2YXJpb3VzIFNSdjYgZHJhZnRzLCBpbmNsdWRpbmcgU1JIIGRyYWZ0LCBpbnRl cm9wZXJhdGVkIHN1Y2Nlc3NmdWxseS4NCg0KVGhlIGRyYWZ0IGFsc28gbGlzdHMgdmFyaW91cyBp bXBsZW1lbnRhdGlvbnMgb2YgU1JIIGFuZCBvdGhlciBTUnY2IGRyYWZ0cywgaW5jbHVkaW5nOg0K DQogICogICBDaXNjbzogTXVsdGlwbGUgaGFyZHdhcmUgcGxhdGZvcm1zIGFuZCAzIE9TDQogICog ICBMaW51eDogS2VybmFsIGFuZCBzcmV4dCBtb2R1bGUNCiAgKiAgIEZELmlvOiBWUFANCiAgKiAg IEFwcHM6IFNub3J0LCBpcHRhYmxlcyBhbmQgbmZ0YWJsZXMsIHRjcGR1bXAgYW5kIFdpcmVzaGFy aw0KICAqICAgSHVhd2VpOiBNdWx0aXBsZSBoYXJkd2FyZSBwbGF0Zm9ybXMNCiAgKiAgIElsaWFk OiBOb2RlQm94DQogICogICBCYXJlZm9vdDogVG9maW5vIE5QVQ0KDQpEZXRhaWxzIGNhbiBiZSBm b3VuZCBpbiB0aGUgZHJhZnQuDQoNCkluIGFkZGl0aW9uIHRvIEVBTlRDIDIwMTksIG11bHRpcGxl IGltcGxlbWVudGF0aW9ucyBvZiBTUnY2IHN1Y2Nlc3NmdWxseSBpbnRlcm9wZXJhdGVkIGF0IFNp Z2NvbSAyMDE4LCBFQU5UQyAyMDE4LCBldGMuDQoNClBsZWFzZSBhZHZpc2Ugb2YgYW55IGNvbW1l bnRzIGFuZCBhbnkgbWlzc2luZyBpbXBsZW1lbnRhdGlvbiwgaW50ZXJvcCBldmVudCwgZXRjLg0K DQpUaGFua3MNCg0KUmVnYXJkcyAuLi4gWmFmYXIgKG9uIGJlaGFsZiBvZiBjby1hdXRob3JzKQ0K DQpGcm9tOiAiaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiA8aW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnPg0KRGF0ZTogV2VkbmVzZGF5LCBNYXkgOCwgMjAxOSBhdCA3OjQzIFBNDQpUbzogIlphZmFy IEFsaSAoemFsaSkiIDx6YWxpQGNpc2NvLmNvbT4sICJDbGFyZW5jZSBGaWxzZmlscyAoY2ZpbHNm aWwpIiA8Y2ZpbHNmaWxAY2lzY28uY29tPiwgWmhlbmJpbiBMaSA8bGl6aGVuYmluQGh1YXdlaS5j b20+LCBTYXRvcnUgTWF0c3VzaGltYSA8c2F0b3J1Lm1hdHN1c2hpbWFAZy5zb2Z0YmFuay5jby5q cD4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWF0c3VzaGlt YS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cy0wMS50eHQNCg0KDQpBIG5ldyB2ZXJzaW9u IG9mIEktRCwgZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cy0w MS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWmFmYXIgQWxpIGFuZCBw b3N0ZWQgdG8gdGhlDQpJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICAgICAgICAgICAg ZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cw0KUmV2aXNpb246 ICAgICAgICAgICAgICAwMQ0KVGl0bGU6ICAgICAgICAgICAgICAgICAgICAgIFNSdjYgSW1wbGVt ZW50YXRpb24gYW5kIERlcGxveW1lbnQgU3RhdHVzDQpEb2N1bWVudCBkYXRlOiAgICAgICAgICAg ICAgIDIwMTktMDUtMDgNCkdyb3VwOiAgICAgICAgICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlz c2lvbg0KUGFnZXM6ICAgICAgICAgICAgICAgICAgIDE4DQpVUkw6ICAgICAgICAgICAgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LW1hdHN1c2hpbWEtc3ByaW5nLXNy djYtZGVwbG95bWVudC1zdGF0dXMtMDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRh dHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3lt ZW50LXN0YXR1cy8NCkh0bWxpemVkOiAgICAgICBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cy0wMQ0KSHRtbGl6 ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtbWF0 c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cw0KRGlmZjogICAgICAgICAgIGh0 dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1tYXRzdXNoaW1hLXNwcmluZy1z cnY2LWRlcGxveW1lbnQtc3RhdHVzLTAxDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkcmFmdCBwcm92 aWRlcyBhbiBvdmVydmlldyBvZiBJUHY2IFNlZ21lbnQgUm91dGluZyAoU1J2NikNCiAgIGRlcGxv eW1lbnQgc3RhdHVzLiAgSXQgbGlzdHMgdmFyaW91cyBTUnY2IGZlYXR1cmVzIHRoYXQgaGF2ZSBi ZWVuDQogICBkZXBsb3llZCBpbiB0aGUgcHJvZHVjdGlvbiBuZXR3b3Jrcy4gIEl0IGFsc28gcHJv dmlkZXMgYW4gb3ZlcnZpZXcgb2YNCiAgIFNSdjYgaW1wbGVtZW50YXRpb24gYW5kIGludGVyb3Bl cmFiaWxpdHkgdGVzdGluZyBzdGF0dXMuDQoNCg0KDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBt YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0K dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29s cy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0KDQo= --_000_9A539839E3EA4C8F9A599E9BDC98F5EEciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <5C0C0D7843F6BF4E9F0308CC21650F45@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlz dFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7 bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDow aW47DQoJbWFyZ2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCgltYXJnaW4tYm90 dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWww DQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsN CgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdp bi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCnNwYW4uYXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUt dGFiLXNwYW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt cmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93 dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglm b250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBp bjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0K CXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0K CXttc28tbGlzdC1pZDoxODczNDkxMzgxOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1s aXN0LXRlbXBsYXRlLWlkczoxMjA3ODQwNDEwIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3 Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBs aXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDouMjVpbjsNCgl0ZXh0LWluZGVudDotLjI1 aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxl ZnQ6Ljc1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l dyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEuMjVpbjsNCgl0ZXh0LWlu ZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNA0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDoxLjc1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIuMjVpbjsNCgl0 ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBs MDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6Mi43NWluOw0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1s ZWZ0OjMuMjVpbjsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6My43NWluOw0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsOQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN CgltYXJnaW4tbGVmdDo0LjI1aW47DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4tYm90 dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+ PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxp bms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SGkgQWxsLCA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QSBuZXcgdmVyc2lvbiBvZiBk cmFmdC1tYXRzdXNoaW1hLXNwcmluZy1zcnY2LWRlcGxveW1lbnQtc3RhdHVzIGhhcyBiZWVuIHBv c3RlZC4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZGlmZnMgaW5jbHVkZSBwdWJsaWMg YW5ub3VuY2VtZW50IGZyb20gSWxpYWQgYW5kIENpc2NvIG9mIHRoZSBkZXBsb3ltZW50IG9mIFNS djYgaW4gSXRhbHk6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5odHRwczov L25ld3Nyb29tLmNpc2NvLmNvbS9wcmVzcy1yZWxlYXNlLWNvbnRlbnQ/dHlwZT13ZWJjb250ZW50 JmFtcDthcnRpY2xlSWQ9MTk3ODM2MTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZGVwbG95 bWVudCBpbmNsdWRlcyBpbnRlcm9wZXJhdGluZyBtdWx0aXBsZSBoYXJkd2FyZSBpbXBsZW1lbnRh dGlvbnMgb2YgU1J2NiBkcmFmdHMgYW1vbmcgQ2lzY28gQVNSIDkwMDAsIENpc2NvIE5DUyA1NTAw IGFuZCBJbGlhZCdzIE5vZGVCb3guIFRoaXMgaXMgaW4gYWRkaXRpb24gdG8gU1J2NiBkZXBsb3lt ZW50IG9uIGhhcmR3YXJlIGJveGVzIGluIHByb2R1Y3Rpb24gbmV0d29ya3MgYXQgU29mdGJhbmsN CiBhbmQgQ2hpbmEgVGVsZWNvbS4gU2V2ZXJhbCBvdGhlciBkZXBsb3ltZW50cyBhcmUgaW4gcHJl cGFyYXRpb24uIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgZGlmZnMgYWxzbyBpbmNsdWRl IGRldGFpbHMgb24gc3VjY2Vzc2Z1bCBTUnY2IGludGVyb3AgdGVzdGluZyBhbW9uZyBtdWx0aXBs ZSBoYXJkd2FyZSBpbXBsZW1lbnRhdGlvbnMgYXQgRUFOVEMgMjAxOS4gU3BlY2lmaWNhbGx5LCBm aXZlIGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbnMgb2YgdmFyaW91cyBTUnY2IGRyYWZ0cywgaW5j bHVkaW5nIFNSSCBkcmFmdCwgaW50ZXJvcGVyYXRlZCBzdWNjZXNzZnVsbHkuDQo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+VGhlIGRyYWZ0IGFsc28gbGlzdHMgdmFyaW91cyBpbXBsZW1lbnRhdGlv bnMgb2YgU1JIIGFuZCBvdGhlciBTUnY2IGRyYWZ0cywgaW5jbHVkaW5nOg0KPG86cD48L286cD48 L3A+DQo8dWwgc3R5bGU9Im1hcmdpbi10b3A6MGluIiB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0uMjVpbjttc28tbGlzdDpsMCBs ZXZlbDEgbGZvMSI+Q2lzY286IE11bHRpcGxlIGhhcmR3YXJlIHBsYXRmb3JtcyBhbmQgMyBPUzxv OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPkxpbnV4OiBLZXJuYWwgYW5kIHNy ZXh0IG1vZHVsZTxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW4tbGVmdDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPkZELmlvOiBW UFA8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj5BcHBzOiBTbm9ydCwgaXB0 YWJsZXMgYW5kIG5mdGFibGVzLCB0Y3BkdW1wIGFuZCBXaXJlc2hhcms8bzpwPjwvbzpwPjwvbGk+ PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMSBsZm8xIj5IdWF3ZWk6IE11bHRpcGxlIGhhcmR3YXJlIHBsYXRmb3Jt czxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJn aW4tbGVmdDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPklsaWFkOiBOb2RlQm94PG86 cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+QmFyZWZvb3Q6IFRvZmlubyBOUFU8 bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGV0YWlscyBjYW4gYmUgZm91bmQgaW4gdGhl IGRyYWZ0LiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SW4gYWRkaXRpb24gdG8gRUFOVEMgMjAx OSwgbXVsdGlwbGUgaW1wbGVtZW50YXRpb25zIG9mIFNSdjYgc3VjY2Vzc2Z1bGx5IGludGVyb3Bl cmF0ZWQgYXQgU2lnY29tIDIwMTgsIEVBTlRDIDIwMTgsIGV0Yy4NCjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5QbGVhc2UgYWR2aXNlIG9mIGFueSBjb21tZW50cyBhbmQgYW55IG1pc3NpbmcgaW1w bGVtZW50YXRpb24sIGludGVyb3AgZXZlbnQsIGV0Yy4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5UaGFua3M8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyAuLi4gWmFmYXIgKG9uIGJl aGFsZiBvZiBjby1hdXRob3JzKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9w OnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFj ayI+RnJvbTogPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpi bGFjayI+JnF1b3Q7aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnJnF1b3Q7ICZsdDtpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+RGF0ZTogPC9iPldlZG5lc2RheSwgTWF5IDgsIDIw MTkgYXQgNzo0MyBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7WmFmYXIgQWxpICh6YWxpKSZxdW90 OyAmbHQ7emFsaUBjaXNjby5jb20mZ3Q7LCAmcXVvdDtDbGFyZW5jZSBGaWxzZmlscyAoY2ZpbHNm aWwpJnF1b3Q7ICZsdDtjZmlsc2ZpbEBjaXNjby5jb20mZ3Q7LCBaaGVuYmluIExpICZsdDtsaXpo ZW5iaW5AaHVhd2VpLmNvbSZndDssIFNhdG9ydSBNYXRzdXNoaW1hICZsdDtzYXRvcnUubWF0c3Vz aGltYUBnLnNvZnRiYW5rLmNvLmpwJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5OZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LW1hdHN1c2hpbWEtc3ByaW5nLXNydjYtZGVwbG95bWVu dC1zdGF0dXMtMDEudHh0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1tYXRzdXNo aW1hLXNwcmluZy1zcnY2LWRlcGxveW1lbnQtc3RhdHVzLTAxLnR4dDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5 IHN1Ym1pdHRlZCBieSBaYWZhciBBbGkgYW5kIHBvc3RlZCB0byB0aGU8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklFVEYgcmVwb3NpdG9yeS48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TmFtZTo8 c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBs b3ltZW50LXN0YXR1czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+UmV2aXNpb246PHNwYW4gY2xhc3M9ImFwcGxlLXRhYi1zcGFuIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgPC9zcGFuPjAxPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaXRsZTo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyA8L3NwYW4+DQpTUnY2IEltcGxlbWVudGF0aW9uIGFuZCBEZXBsb3ltZW50IFN0YXR1 czxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RG9j dW1lbnQgZGF0ZTo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNwYW4iPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyA8L3NwYW4+DQoyMDE5LTA1LTA4PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5Hcm91cDo8c3BhbiBjbGFzcz0iYXBwbGUtdGFiLXNw YW4iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+ DQpJbmRpdmlkdWFsIFN1Ym1pc3Npb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlBhZ2VzOjxzcGFuIGNsYXNzPSJhcHBsZS10YWItc3BhbiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj4N CjE4PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5V Ukw6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzL2RyYWZ0LW1hdHN1c2hpbWEtc3ByaW5nLXNydjYtZGVwbG95bWVudC1zdGF0dXMtMDEu dHh0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbWF0c3VzaGlt YS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cy0wMS50eHQ8L2E+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5TdGF0dXM6Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LW1hdHN1c2hpbWEtc3ByaW5nLXNydjYtZGVwbG95 bWVudC1zdGF0dXMvIj4NCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LW1h dHN1c2hpbWEtc3ByaW5nLXNydjYtZGVwbG95bWVudC1zdGF0dXMvPC9hPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SHRtbGl6ZWQ6Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1tYXRzdXNoaW1hLXNwcmluZy1zcnY2LWRlcGxveW1lbnQtc3RhdHVzLTAx Ij4NCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1tYXRzdXNoaW1hLXNwcmluZy1z cnY2LWRlcGxveW1lbnQtc3RhdHVzLTAxPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SHRtbGl6ZWQ6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0 bWwvZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cyI+DQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LW1hdHN1c2hpbWEtc3ByaW5n LXNydjYtZGVwbG95bWVudC1zdGF0dXM8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EaWZmOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL3d3dy5pZXRm Lm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbWF0c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50 LXN0YXR1cy0wMSI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbWF0 c3VzaGltYS1zcHJpbmctc3J2Ni1kZXBsb3ltZW50LXN0YXR1cy0wMTwvYT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWJzdHJhY3Q6PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJz cDsgVGhpcyBkcmFmdCBwcm92aWRlcyBhbiBvdmVydmlldyBvZiBJUHY2IFNlZ21lbnQgUm91dGlu ZyAoU1J2Nik8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOyZuYnNwOyBkZXBsb3ltZW50IHN0YXR1cy4mbmJzcDsmbmJzcDtJdCBsaXN0cyB2 YXJpb3VzIFNSdjYgZmVhdHVyZXMgdGhhdCBoYXZlIGJlZW48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNwOyBkZXBsb3llZCBpbiB0 aGUgcHJvZHVjdGlvbiBuZXR3b3Jrcy4mbmJzcDsmbmJzcDtJdCBhbHNvIHByb3ZpZGVzIGFuIG92 ZXJ2aWV3IG9mPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDsmbmJzcDsgU1J2NiBpbXBsZW1lbnRhdGlvbiBhbmQgaW50ZXJvcGVyYWJpbGl0 eSB0ZXN0aW5nIHN0YXR1cy48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5QbGVh c2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGlt ZSBvZiBzdWJtaXNzaW9uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj51bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgSUVURiBTZWNyZXRhcmlhdDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9A539839E3EA4C8F9A599E9BDC98F5EEciscocom_-- From nobody Thu May 9 02:05:31 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE0181200CD; Thu, 9 May 2019 02:05:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 IRSR4vsGKMGE; Thu, 9 May 2019 02:05:26 -0700 (PDT) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48CD1120020; Thu, 9 May 2019 02:05:26 -0700 (PDT) Received: by mail-wr1-x435.google.com with SMTP id h4so1889947wre.7; Thu, 09 May 2019 02:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=xAsaG+abStdIzPXcTOf95EneZIpFLJ1RBDeQkRrkX+Y=; b=rKoGhQl1lAYEd2IBImiHChtXvwZZN3m3ZHwJemQSV0CKX2E6Zlc22OafirfJj/Gksw Ny5LQAI8BKUx57yOBiokcAAppW6tso6nYKNNL9BwnxlFOCOhdaBgL9qMM6u+haTBrxq/ 6noomZ8P5R0nana3ub+5VTzauhRp/+Mj+TVbfVq8h/FWFJh1nmDzYPQkVln/fyrbETUl nRacXnuLo0Qn9GKA8/16TBmmDLBaiD7+7B4SErhQIwBmVKCriYXf9KLfzILyxVAzEQ0K gOsfuiRtJgH/Jeen7kkR0xRRUYMd0egu7qdZtfqPIky/xD569/omtLihEvnBMBviAXUD de2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=xAsaG+abStdIzPXcTOf95EneZIpFLJ1RBDeQkRrkX+Y=; b=H7okeqPlvCEgTtyk3xwxqeEdksbbm/k+wAwcNZSvNAY8ILJ/eXegmG9hvSBqcjqR7E tx5w3vF20fqYKZhk3Wu5YTW+y2A6LVxmGEGR71QiYm64E/IWMhjO9POG9RcykoE0ZeYv NVOtqM+nUJerArs6mavPtJ0O3L/CHM9REgeA68zn3Po+EPi8mBH0ewVZhem8CFE1R4Yp jHFFbF1lSYjeHVR9vDm2i1Ku8ly9i4GNpnMuuD05jAVcbMfP0h9oB4biTC84W3zedLxR RlT+MlKDImGm5oU6+GudderkN/wnMqG3aYhXWkTYbhv3e2NveJlx+iKyy3ry06Jdoztc F/fw== X-Gm-Message-State: APjAAAUyH+QDrcnml7CVY8UOG2rtZu99mxdAtXTNBraiLif5j+Bgkdol x2M/mX+S8GMvwPICNK2SvQEhLHw2WAw= X-Google-Smtp-Source: APXvYqxDuKZ7pxqDR6Tbb/4WpG9d1IrmNPLTu541dqqBCZtty8JumIrwexHt3ZXGCOIVK+GfAEcX8g== X-Received: by 2002:adf:ec47:: with SMTP id w7mr2028525wrn.197.1557392724251; Thu, 09 May 2019 02:05:24 -0700 (PDT) Received: from [192.168.178.22] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id i18sm1820828wro.36.2019.05.09.02.05.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 May 2019 02:05:23 -0700 (PDT) To: Ole Troan , Ron Bonica Cc: SPRING WG , Bob Hinden , 6man WG References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> From: Stewart Bryant Message-ID: Date: Thu, 9 May 2019 10:05:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 09:05:30 -0000 On 08/05/2019 19:13, Ole Troan wrote: > Ron, > >> >> >> Folks, >> >> Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that have the following things in common: >> >> - they are consumed by the egress node (SL == 0) >> - they tell the egress node how to forward the payload into a VPN >> >> If the payload is IPv4, the next-header value in the SRH must be IP4 (value 4). >> If the payload is IPv6, the next-header value in the SRH must be IPv6 (value 41). >> If the payload is Ethernet, the next-header value in the SRH must be No Next Header (value 59). >> >> In the interest of consistency, we should probably allocate a new next-header value for Ethernet and use it. > > It's a fairly precious name space though. Agreed, it has to last for the entire lifetime of the Internet. Indeed, I wonder if we should do what we did with MPLS reserved/special purpose labels and create an extension mechanism now rather than when we actually run out of space. That way less critical applications can use the less convenient longer identifier. > What would a general IP stack do with an Ethernet frame? It's kind of a neat feature that "IP processing terminates here". > Or are we going to specify Ethernet over IP? Looking at NH=97 there seems to be an existing solution in place that exactly addresses the need for carrying Ethernet over IP, so I don't see why that is not used. It is only 16 bits and a single check to confirm the version, and if implementers and operators are convinced that the IP address is sufficiently safe as a check, then it is only two extra bytes to write on transmit and two bytes to skip receive. The extra bits that NH=97 has reserved may also be useful in the long term. For example it seems likely that an OAM/ACH mechanism will eventually be needed at this encapsulation layer (just as it was eventually needed with the Ethernet over MPLS pseudowire). It would be hard to retrofit an OAM indicator with NH=59, but trivial with NH=97. So trivial in fact, I suspect that it ought be considered as part of the initial specification. I suspect that we will be far more likely regret this use of 59 in the long term than we will regret changing to 97 at this early stage. - Stewart > > Cheers, > Ole > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Thu May 9 02:13:04 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2BE2120108; Thu, 9 May 2019 02:12:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 hRnLdlbqJcj2; Thu, 9 May 2019 02:12:54 -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 CBB7A120020; Thu, 9 May 2019 02:12:52 -0700 (PDT) Received: from [192.168.10.188] (30.51-175-112.customer.lyse.net [51.175.112.30]) (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 7F6BEFECBE91; Thu, 9 May 2019 09:12:50 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Ole Troan X-Mailer: iPhone Mail (16E227) In-Reply-To: Date: Thu, 9 May 2019 11:12:47 +0200 Cc: Ron Bonica , SPRING WG , Bob Hinden , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> To: Stewart Bryant Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 09:12:57 -0000 > On 9 May 2019, at 11:05, Stewart Bryant wrote: >=20 >=20 >=20 >> On 08/05/2019 19:13, Ole Troan wrote: >> Ron, >>> >>>=20 >>> Folks, >>>=20 >>> Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programming-= 00 define a set of SIDs that have the following things in common: >>>=20 >>> - they are consumed by the egress node (SL =3D=3D 0) >>> - they tell the egress node how to forward the payload into a VPN >>>=20 >>> If the payload is IPv4, the next-header value in the SRH must be IP4 (va= lue 4). >>> If the payload is IPv6, the next-header value in the SRH must be IPv6 (v= alue 41). >>> If the payload is Ethernet, the next-header value in the SRH must be No N= ext Header (value 59). >>>=20 >>> In the interest of consistency, we should probably allocate a new next-h= eader value for Ethernet and use it. >> It's a fairly precious name space though. >=20 > Agreed, it has to last for the entire lifetime of the Internet. >=20 > Indeed, I wonder if we should do what we did with MPLS reserved/special pu= rpose labels and create an extension mechanism now rather than when > we actually run out of space. That way less critical applications > can use the less convenient longer identifier. >=20 >> What would a general IP stack do with an Ethernet frame? It's kind of a n= eat feature that "IP processing terminates here". >> Or are we going to specify Ethernet over IP? >=20 > Looking at NH=3D97 there seems to be an existing solution in place that ex= actly addresses the need for carrying Ethernet over IP, so I don't see why t= hat is not used. It is only 16 bits and a single check to confirm the versio= n, and if implementers and operators are convinced that the IP address is su= fficiently safe as a check, then it is only two extra bytes to write on tran= smit and two bytes to skip receive. >=20 > The extra bits that NH=3D97 has reserved may also be useful in the long te= rm. For example it seems likely that an OAM/ACH mechanism will eventually be= needed at this encapsulation layer (just as it was eventually needed with t= he Ethernet over MPLS pseudowire). It would be hard to retrofit an OAM indic= ator with NH=3D59, but trivial with NH=3D97. > So trivial in fact, I suspect that it ought be considered as part of the i= nitial specification. >=20 > I suspect that we will be far more likely regret this use of 59 in the lon= g term than we will regret changing to 97 at this early stage. But it=E2=80=99s not that nh=3D59 can be used to imply that Ethernet follows= . That would be very bad.=20 It=E2=80=99s that ip processing stops here.=20 Then if the two ends have agreed the meaning of the remaining payload and ho= w to process it, that=E2=80=99s fine. If that signaling is in-band e.g in a p= articular SID or out-of-band, the principle is the same.=20 Cheers, Ole >=20 > - Stewart >=20 >=20 >> Cheers, >> Ole >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- From nobody Thu May 9 02:43:55 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 649BF120041; Thu, 9 May 2019 02:43:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 bcZfdn0S3b_n; Thu, 9 May 2019 02:43:50 -0700 (PDT) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58741120088; Thu, 9 May 2019 02:43:50 -0700 (PDT) Received: by mail-wr1-x434.google.com with SMTP id r7so1436135wrr.13; Thu, 09 May 2019 02:43:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=wihKyUzpQJkkh6qtXxg0bF+SPYAfcE+ds6gQM3xHGzA=; b=Ywv5sG/4yUALcP0AAljeub/nfmofef/I4E6H2rBsW5mFZYIUGY8Rt0sCWZrViE150x vqUq4x9xH/SDJu8v5tv3GroHSKcHaika5leRDOtF8Obq10nvmvZytZkHEDxNEMkki2PO gDd0AtnqWpMTVwj10vjszsnI0f5rTYFgnlE3npN2ZbWBrYSBIA5LZph0JtF9mKIUCz6w uu+as+6L8wya9QHPIPctdify43EGI0Rf/u266dX/sR3rnebmrPtHPQuBLk16bWb1QOEf xhJQ2R/Rxv9I5iz5neDFUR1+th846SYphTpp/7aF6LRsiyHtrIr6S3Ev8y0yV5Xb349Y akRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=wihKyUzpQJkkh6qtXxg0bF+SPYAfcE+ds6gQM3xHGzA=; b=Qz+Gh1wC6sYtJaQtsCTZe1EuxWXcXkEtufV5dhCuZMWzVnQzmMFKfK4e44tlCk7RY9 P0+aTfDs2dP+vJO8QFNGGCIUNql9gVPoyy/H4QFMi43Opzc4uPAAOv0QsF5cDXz+Hz0J mUihey3PzeCsiEDyH2Q2C0aDKBosq16uGYGiSc23/N4qlfcCH/hNhmS0Qp/WlF+f3Roz qvejxa+iio8JRqgKlk9g0XSEJO25ZVNN6VRgXnUtghL2xWcc8sgk2EdA008GOFEDy3el Lm+dcuVVMRRcDKA7yxIMBbgmKzH4ZATnNLfscwRWefamnE69eIKTq+MYIH6Gs0wUW8Dl 4Kng== X-Gm-Message-State: APjAAAXPBSAtyr58jKzFvKWpZoQULm1wKV34gXsfYDh/270CxtsrY4uT Y0rx22gbw4toHjXQtG9iM1Q= X-Google-Smtp-Source: APXvYqz+Ybh5tt+UTOuJQ6JEMYFFiNfHK9kXNMSl+SdvJfEWErLtvj2gQsVcTdHQPiKHY9ogjPG6RA== X-Received: by 2002:a5d:4fd2:: with SMTP id h18mr2344450wrw.117.1557395028825; Thu, 09 May 2019 02:43:48 -0700 (PDT) Received: from [192.168.178.22] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id o13sm1918495wrg.40.2019.05.09.02.43.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 May 2019 02:43:48 -0700 (PDT) To: Sander Steffann , Ole Troan Cc: Ron Bonica , 6man WG , SPRING WG , Bob Hinden References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> From: Stewart Bryant Message-ID: <171431c9-e709-83db-cf7d-a7715060961a@gmail.com> Date: Thu, 9 May 2019 10:43:51 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 09:43:53 -0000 On 08/05/2019 19:34, Sander Steffann wrote: > The whole point of these identifies is to tell the reader what the meaning is of what follows. Using value 59 like this looks like "when we say 'no-next-header' we actually mean 'ethernet' (probably)". That's just bad engineering, and reminds me of MPLS implementations that tried to guess what the payload was by looking at the first nibble (if it's 4 then it's probably an IPv4 packet, if it's a 6 then it's probably IPv6 and otherwise we treat it as ethernet). That kind of worked until MAC addresses starting with 4 and 6 started to be used... Let's not make such mistakes again and put proper labels on our payloads. Exactly. The exception that allowed Ethernet Pseudowires (PW) to run without the PW control word was introduced because some hardware could not process the control word at the time of initial roll-out. This led to many complexities over the development life of PWs. Eventually PALS had requests from both the operator community and the IEEE to address this problem which is why the latest RFC produced by the PALS WG is: "Recommendation to Use the Ethernet Control Word" https://datatracker.ietf.org/doc/rfc8469/ Referring back to the email I just sent earlier, a consequence of allowing Ethernet to run without the control word was significant complexity around PW OAM. OAM was also something that we did not originally think would be needed when we started the PW design around the year 2000, but we soon found out that it was an integral part of PW operations. With NH=97 you have the bits that you need to introduce the essential characteristics of a control word - version and some bits for an associated channel identifier. The ACH identifier space available is much less in NH=97 than in the PW Control Word. However so far there have only been 24 channels (plus 8 Experimental Channels) allocated for use with Ethernet over MPLS PWs, so it ought to be possible to provide all of the support services needed in the 16 bits available in NH=97 rather than requiring the 32 bits we used in PWs. https://www.iana.org/assignments/g-ach-parameters/g-ach-parameters.xhtml Of course if it turns out that 16 bits is not enough, then NH=97 has a version field which allows the seamless introduction of new features without needing a new NH type provided the version field check is mandatory in the first version of the Standard. - Stewart (PWE3 and then PALS chair) From nobody Thu May 9 04:17:48 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F49F12001B; Thu, 9 May 2019 04:17:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 Le-wE5nRwkgT; Thu, 9 May 2019 04:17:34 -0700 (PDT) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3BF9120092; Thu, 9 May 2019 04:17:33 -0700 (PDT) Received: by mail-wr1-x42d.google.com with SMTP id s15so2449728wra.12; Thu, 09 May 2019 04:17:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=PPNgd40gKQwXBaVU4S8kwvtmS4wC8B/OE+cA7oC26Xo=; b=Ph2Pw540jBLTGqDhWRN+ycND22Rw1ahnsRRD2dI67fKPTqmDrvw7zl2snRrQi15U3S ccogNqNoUPOm9Z9UY0Pl6Mok3R7nSYsS1CxNTsS10IuIpYL3+j4IXiogIPk/2q717Jad /PFv3IjBuOP5rdoALC+lpCmdW2f3/pysC0tJ+7C8Mjm4xGy8tDIindZHAFTY9dgSTYtL jIMKO6flGjYdcbZkxDhyJOBC2XS2vRDk7Qz5vWjusps+hCBJWe8bn9dHQLnUnkPupVgS Tb7t16sSyOSPJSW4sSd/at4jlP+JcanchfhGh7Q85fvh2LsApMfeBxftrJArZEp0OK7v mROA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PPNgd40gKQwXBaVU4S8kwvtmS4wC8B/OE+cA7oC26Xo=; b=pDCZGA2rvMjibAEmCsLlFAtMwQSncN4F3UtZy3QY9rao7iWTeKGVp3x1C131jvc69W alhmjHbZAofRFEyxm05dP6F0CvpBwj3euyCI9dYZJOPD7SsL+xwPvlt4GU6auJfZU261 3jzGk+oMOlC6PukgkgkeXDInQeXI1utp1sELlXECEaDpTVt/AOl5t3ehV0laVwt8U6Q6 VlvLzz0jP5EmM254EjIyT/Rw9Ax4zMlZfYRfmoSjvurNvOt5tn5jaDIz+MQ+QMDCFxf4 +fxRMgo663IMZtnlr5/+pySU1xd1EYE0+1VIrn1xiJblJvrFIO87CPpamGWKxSyc0OaL OTJA== X-Gm-Message-State: APjAAAUXS4hmMVkSNn07B0RGTSHs47eW3e4+W0cNU7goKYzRHe5zjr24 AW3P5ekpbe+EhLj9c/AM/5G0i+dqjlo= X-Google-Smtp-Source: APXvYqzY2WPXNX6FfWMdLPBT8c+70fERgZ3flzpnth1GvBn6ICct6Er/LOBzXg2GPrOw0OvvdhpuVQ== X-Received: by 2002:a5d:4e4f:: with SMTP id r15mr2514868wrt.157.1557400652097; Thu, 09 May 2019 04:17:32 -0700 (PDT) Received: from [192.168.178.22] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id s10sm2275476wrt.66.2019.05.09.04.17.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 May 2019 04:17:31 -0700 (PDT) To: Ole Troan Cc: Ron Bonica , SPRING WG , Bob Hinden , 6man WG References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> From: Stewart Bryant Message-ID: <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> Date: Thu, 9 May 2019 12:17:34 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 11:17:38 -0000 On 09/05/2019 10:12, Ole Troan wrote: > > >> On 9 May 2019, at 11:05, Stewart Bryant wrote: >> >> >> >>> On 08/05/2019 19:13, Ole Troan wrote: >>> Ron, >>>> >>>> >>>> Folks, >>>> >>>> Sections 4.4 through 4.12 of draft-ietf-spring-srv6-network-programming-00 define a set of SIDs that have the following things in common: >>>> >>>> - they are consumed by the egress node (SL == 0) >>>> - they tell the egress node how to forward the payload into a VPN >>>> >>>> If the payload is IPv4, the next-header value in the SRH must be IP4 (value 4). >>>> If the payload is IPv6, the next-header value in the SRH must be IPv6 (value 41). >>>> If the payload is Ethernet, the next-header value in the SRH must be No Next Header (value 59). >>>> >>>> In the interest of consistency, we should probably allocate a new next-header value for Ethernet and use it. >>> It's a fairly precious name space though. >> >> Agreed, it has to last for the entire lifetime of the Internet. >> >> Indeed, I wonder if we should do what we did with MPLS reserved/special purpose labels and create an extension mechanism now rather than when >> we actually run out of space. That way less critical applications >> can use the less convenient longer identifier. >> >>> What would a general IP stack do with an Ethernet frame? It's kind of a neat feature that "IP processing terminates here". >>> Or are we going to specify Ethernet over IP? >> >> Looking at NH=97 there seems to be an existing solution in place that exactly addresses the need for carrying Ethernet over IP, so I don't see why that is not used. It is only 16 bits and a single check to confirm the version, and if implementers and operators are convinced that the IP address is sufficiently safe as a check, then it is only two extra bytes to write on transmit and two bytes to skip receive. >> >> The extra bits that NH=97 has reserved may also be useful in the long term. For example it seems likely that an OAM/ACH mechanism will eventually be needed at this encapsulation layer (just as it was eventually needed with the Ethernet over MPLS pseudowire). It would be hard to retrofit an OAM indicator with NH=59, but trivial with NH=97. >> So trivial in fact, I suspect that it ought be considered as part of the initial specification. >> >> I suspect that we will be far more likely regret this use of 59 in the long term than we will regret changing to 97 at this early stage. > > But it’s not that nh=59 can be used to imply that Ethernet follows. That would be very bad. > > It’s that ip processing stops here. > > Then if the two ends have agreed the meaning of the remaining payload and how to process it, that’s fine. If that signaling is in-band e.g in a particular SID or out-of-band, the principle is the same. Yes, but experience suggests that having no control word and no ability to retrofit one is a long term problem waiting to happen. Stewart From nobody Thu May 9 04:29:57 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72D4A120115; Thu, 9 May 2019 04:29:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable 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 xYNx-ZRnZo9k; Thu, 9 May 2019 04:29:46 -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 3D7AD12011F; Thu, 9 May 2019 04:29:46 -0700 (PDT) Received: from astfgl.hanazo.no (221.80-202-32.nextgentel.com [80.202.32.221]) (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 B101CFECBF7E; Thu, 9 May 2019 11:29:42 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id B398C14FC578; Thu, 9 May 2019 13:29:39 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> Date: Thu, 9 May 2019 13:29:39 +0200 Cc: Ron Bonica , SPRING WG , Bob Hinden , 6man WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> To: Stewart Bryant X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 11:29:49 -0000 >>> I suspect that we will be far more likely regret this use of 59 in = the long term than we will regret changing to 97 at this early stage. >> But it=E2=80=99s not that nh=3D59 can be used to imply that Ethernet = follows. That would be very bad. >> It=E2=80=99s that ip processing stops here. >> Then if the two ends have agreed the meaning of the remaining payload = and how to process it, that=E2=80=99s fine. If that signaling is in-band = e.g in a particular SID or out-of-band, the principle is the same. >=20 > Yes, but experience suggests that having no control word and no = ability to retrofit one is a long term problem waiting to happen. I think this is a philosophical debate. Does a packet have to be entirely self-describing or can a end-point = learn how to interpret part of a packet out-of-band. Personally I think there is a use of nh=3D59 to end IP processing and = allow further payload. If this particular mechanism is a good use for this particular use case = of SR, I have no opinion. Cheers, Ole= From nobody Thu May 9 04:58:23 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 724E3120094; Thu, 9 May 2019 04:58:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 srS_xkCnsZPf; Thu, 9 May 2019 04:58:19 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 9D54F120006; Thu, 9 May 2019 04:58:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 450Bgb3s4fz11hCD; Thu, 9 May 2019 04:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1557403099; bh=iOX28QoW05i/VYT2vM8HG6aWQAQwBYrdyInGzpKmglQ=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=DTBh4IlU8qyi5BcEk21EGigdu9qdBfXmXQFq7Oyv6AsFg619ITQl8kGtbfx3h6f8D AZoPiW0PL1C9Tj1aTiS0ByWZ7ln3yIj9N9cF89ZxHDVGzlPzTZm9ddAl2KJidQmGry b9jZHCe/JGnY0134e0VZ9U4cSVlxuvFQMUHu0mmk= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 450BgZ5Df6z11hCF; Thu, 9 May 2019 04:58:18 -0700 (PDT) To: Ole Troan Cc: 6man WG , SPRING WG , Bob Hinden References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> From: "Joel M. Halpern" Message-ID: <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> Date: Thu, 9 May 2019 07:58:17 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 11:58:21 -0000 I think it is equally important to note that given an existing way of encapsulating Ethernet in IP, one ought to have a good reason for creating a different one. There is no indication that this use case needs anything different than next-header 97. And Ole, no next-header does not, as far as I can tell from 8200 and its predecessors mean "the end of IP processing." Yours, Joel On 5/9/19 7:17 AM, Stewart Bryant wrote: > > > On 09/05/2019 10:12, Ole Troan wrote: >> >> >>> On 9 May 2019, at 11:05, Stewart Bryant >>> wrote: >>> >>> >>> >>>> On 08/05/2019 19:13, Ole Troan wrote: >>>> Ron, >>>>> >>>>> >>>>> Folks, >>>>> >>>>> Sections 4.4 through 4.12 of >>>>> draft-ietf-spring-srv6-network-programming-00 define a set of SIDs >>>>> that have the following things in common: >>>>> >>>>> - they are consumed by the egress node (SL == 0) >>>>> - they tell the egress node how to forward the payload into a VPN >>>>> >>>>> If the payload is IPv4, the next-header value in the SRH must be >>>>> IP4 (value 4). >>>>> If the payload is IPv6, the next-header value in the SRH must be >>>>> IPv6 (value 41). >>>>> If the payload is Ethernet, the next-header value in the SRH must >>>>> be No Next Header (value 59). >>>>> >>>>> In the interest of consistency, we should probably allocate a new >>>>> next-header value for Ethernet and use it. >>>> It's a fairly precious name space though. >>> >>> Agreed, it has to last for the entire lifetime of the Internet. >>> >>> Indeed, I wonder if we should do what we did with MPLS >>> reserved/special purpose labels and create an extension mechanism now >>> rather than when >>> we actually run out of space. That way less critical applications >>> can use the less convenient longer identifier. >>> >>>> What would a general IP stack do with an Ethernet frame? It's kind >>>> of a neat feature that "IP processing terminates here". >>>> Or are we going to specify Ethernet over IP? >>> >>> Looking at NH=97 there seems to be an existing solution in place that >>> exactly addresses the need for carrying Ethernet over IP, so I don't >>> see why that is not used. It is only 16 bits and a single check to >>> confirm the version, and if implementers and operators are convinced >>> that the IP address is sufficiently safe as a check, then it is only >>> two extra bytes to write on transmit and two bytes to skip receive. >>> >>> The extra bits that NH=97 has reserved may also be useful in the long >>> term. For example it seems likely that an OAM/ACH mechanism will >>> eventually be needed at this encapsulation layer (just as it was >>> eventually needed with the Ethernet over MPLS pseudowire). It would >>> be hard to retrofit an OAM indicator with NH=59, but trivial with NH=97. >>> So trivial in fact, I suspect that it ought be considered as part of >>> the initial specification. >>> >>> I suspect that we will be far more likely regret this use of 59 in >>> the long term than we will regret changing to 97 at this early stage. >> >> But it’s not that nh=59 can be used to imply that Ethernet follows. >> That would be very bad. >> >> It’s that ip processing stops here. >> >> Then if the two ends have agreed the meaning of the remaining payload >> and how to process it, that’s fine. If that signaling is in-band e.g >> in a particular SID or out-of-band, the principle is the same. > > Yes, but experience suggests that having no control word and no ability > to retrofit one is a long term problem waiting to happen. > > Stewart > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Thu May 9 05:37:02 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EE43120096; Thu, 9 May 2019 05:36:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 JWp9XcZ_FJZc; Thu, 9 May 2019 05:36:58 -0700 (PDT) Received: from bugle.employees.org (accordion.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1FD8012001E; Thu, 9 May 2019 05:36:58 -0700 (PDT) Received: from astfgl.hanazo.no (221.80-202-32.nextgentel.com [80.202.32.221]) (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 1C788FECC007; Thu, 9 May 2019 12:36:57 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 2E3041503133; Thu, 9 May 2019 14:36:55 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> Date: Thu, 9 May 2019 14:36:54 +0200 Cc: 6man WG , SPRING WG , Bob Hinden Content-Transfer-Encoding: quoted-printable Message-Id: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> To: "Joel M. Halpern" X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 12:37:00 -0000 > I think it is equally important to note that given an existing way of = encapsulating Ethernet in IP, one ought to have a good reason for = creating a different one. There is no indication that this use case = needs anything different than next-header 97. >=20 > And Ole, no next-header does not, as far as I can tell from 8200 and = its predecessors mean "the end of IP processing." Huh? What do you think it means then? Btw, here is the original request for the no-next-header: Date: Mon, 28 Nov 1994 14:46:50 +1100 Message-Id: <487.785994410@munnari.OZ.AU> From: Robert Elz Sender: owner-ipng@sunroof.Eng.Sun.COM Precedence: bulk Reply-To: ipng@sunroof.Eng.Sun.COM If I wanted to send an IP6 packet without any TCP, UDP, ICMP, or similar, data, just, say, end to end options, or something, which may be useful for sopme purpose or other in the futuew, what do I stick in the next header field? The length from the packet header will indicate that there's nothing after the last processed header, but just sticking in a random "next header" value and relying on the length field seems wrong to me. Alternatively, can someone say that its illegal to not have one of the transport level protocols in every IP6 packet, and will be for all (relevant) time? kre From nobody Thu May 9 05:46:02 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0DF412009E; Thu, 9 May 2019 05:45:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 LFhurei7JMk6; Thu, 9 May 2019 05:45:50 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 D88FD1200B8; Thu, 9 May 2019 05:45:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 450CkP4dzcz11hCQ; Thu, 9 May 2019 05:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1557405949; bh=pJ9Nnlo+VxWaADTk9gCyQTgrni//Ccev6SkAvuFf6WY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=il05x0SRWaRF8wdABak5jw8t+Y6X5IZu3lXGTja3zo1U9awy8a+UMKP52EuhyI5Q5 /BMUuSdkKQNnwZ7N0UJO/p1h4KCTO1RAIykxFaSl88wUhV3kc8yNxiCtAO12CZpDzP g0bJrqfIrog9/14uIUjOgc5CyUAtTKk167TZvuPE= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 450CkN70Hdz11fmX; Thu, 9 May 2019 05:45:48 -0700 (PDT) To: Ole Troan Cc: 6man WG , SPRING WG , Bob Hinden References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> From: "Joel M. Halpern" Message-ID: <275e5796-53ee-0e04-13da-bc52f93919d3@joelhalpern.com> Date: Thu, 9 May 2019 08:45:48 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 12:45:52 -0000 No next header means exactly what the original request, and the documentation, says. There is nothing in the packet past this IP header. It does not mean that there is some next header defined by some other context. Yours, Joel On 5/9/19 8:36 AM, Ole Troan wrote: >> I think it is equally important to note that given an existing way of encapsulating Ethernet in IP, one ought to have a good reason for creating a different one. There is no indication that this use case needs anything different than next-header 97. >> >> And Ole, no next-header does not, as far as I can tell from 8200 and its predecessors mean "the end of IP processing." > > Huh? What do you think it means then? > > Btw, here is the original request for the no-next-header: > > Date: Mon, 28 Nov 1994 14:46:50 +1100 > Message-Id: <487.785994410@munnari.OZ.AU> > From: Robert Elz > Sender: owner-ipng@sunroof.Eng.Sun.COM > Precedence: bulk > Reply-To: ipng@sunroof.Eng.Sun.COM > > If I wanted to send an IP6 packet without any TCP, UDP, ICMP, > or similar, data, just, say, end to end options, or something, > which may be useful for sopme purpose or other in the futuew, > what do I stick in the next header field? > > The length from the packet header will indicate that there's > nothing after the last processed header, but just sticking in > a random "next header" value and relying on the length field > seems wrong to me. > > Alternatively, can someone say that its illegal to not have > one of the transport level protocols in every IP6 packet, > and will be for all (relevant) time? > > kre > > From nobody Thu May 9 05:52:54 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4230120041; Thu, 9 May 2019 05:52:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 Zm72pvnBoIY9; Thu, 9 May 2019 05:52:44 -0700 (PDT) Received: from bugle.employees.org (accordion.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0890512001E; Thu, 9 May 2019 05:52:44 -0700 (PDT) Received: from astfgl.hanazo.no (221.80-202-32.nextgentel.com [80.202.32.221]) (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 EB1C4FECC007; Thu, 9 May 2019 12:52:42 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by astfgl.hanazo.no (Postfix) with ESMTP id 2C6E1150360A; Thu, 9 May 2019 14:52:41 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\)) From: Ole Troan In-Reply-To: <275e5796-53ee-0e04-13da-bc52f93919d3@joelhalpern.com> Date: Thu, 9 May 2019 14:52:40 +0200 Cc: 6man WG , SPRING WG , Bob Hinden Content-Transfer-Encoding: quoted-printable Message-Id: <5E383815-53AA-452D-8320-7C25F412EB17@employees.org> References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> <275e5796-53ee-0e04-13da-bc52f93919d3@joelhalpern.com> To: "Joel M. Halpern" X-Mailer: Apple Mail (2.3445.104.8) Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 12:52:46 -0000 Joel, > No next header means exactly what the original request, and the = documentation, says. There is nothing in the packet past this IP = header. It does not mean that there is some next header defined by some = other context. Why allow for payload to follow and a "must" requirement to forward it, = unless as a future extension point. And kre also alludes to a "or something" and "other in the future"... It certainly does not mean nothing is past this IP header. Nor does it = mean that there is some next header defined by some other context. It is an extension point. If people found some use for that, what's the = harm? That middle boxes get confused? Isn't that a feature? ;-) Cheers, Ole >=20 > Yours, > Joel >=20 > On 5/9/19 8:36 AM, Ole Troan wrote: >>> I think it is equally important to note that given an existing way = of encapsulating Ethernet in IP, one ought to have a good reason for = creating a different one. There is no indication that this use case = needs anything different than next-header 97. >>>=20 >>> And Ole, no next-header does not, as far as I can tell from 8200 and = its predecessors mean "the end of IP processing." >> Huh? What do you think it means then? >> Btw, here is the original request for the no-next-header: >> Date: Mon, 28 Nov 1994 14:46:50 +1100 >> Message-Id: <487.785994410@munnari.OZ.AU> >> From: Robert Elz >> Sender: owner-ipng@sunroof.Eng.Sun.COM >> Precedence: bulk >> Reply-To: ipng@sunroof.Eng.Sun.COM >> If I wanted to send an IP6 packet without any TCP, UDP, ICMP, >> or similar, data, just, say, end to end options, or something, >> which may be useful for sopme purpose or other in the futuew, >> what do I stick in the next header field? >> The length from the packet header will indicate that there's >> nothing after the last processed header, but just sticking in >> a random "next header" value and relying on the length field >> seems wrong to me. >> Alternatively, can someone say that its illegal to not have >> one of the transport level protocols in every IP6 packet, >> and will be for all (relevant) time? >> kre From nobody Thu May 9 05:56:18 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C91712006A; Thu, 9 May 2019 05:56:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 tfmAIOJ8F_AX; Thu, 9 May 2019 05:56:09 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (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 BAF97120075; Thu, 9 May 2019 05:56:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 450CyK4pHHz11hCN; Thu, 9 May 2019 05:56:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1557406569; bh=CGATBaDbS/7DSlpSvd+YaqJIzJQOdtlAFbF8ness7BY=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Rx01PPkzFjKCa+1Z0jgXyEPJi0ojSz+EKJtvmrYwqScftL6EeEgZTuTv8ri9NnEZ7 I+OLqTSmslQqQyX7SWEel9nMiO2qPLIgXOctK6vb4M0nRzhMqg10Is6QPmfk/CmjWj o4gNeXtHdpZP98LFioxnD11VoYis9bIRcFC09paI= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 450CyJ74NZz11fmY; Thu, 9 May 2019 05:56:08 -0700 (PDT) To: Ole Troan Cc: 6man WG , SPRING WG , Bob Hinden References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> <79c8d47b-e8c1-a080-5881-9dc1e3adc8ff@joelhalpern.com> <275e5796-53ee-0e04-13da-bc52f93919d3@joelhalpern.com> <5E383815-53AA-452D-8320-7C25F412EB17@employees.org> From: "Joel M. Halpern" Message-ID: Date: Thu, 9 May 2019 08:56:06 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <5E383815-53AA-452D-8320-7C25F412EB17@employees.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 12:56:12 -0000 Two separate things. First, it clearly is not just about IP processing or we would have no next-headers for TCP, UDP, or tunnels. Which we do. Second, we have a value that means that Ethernet Follows. So clearly it is no-header is no for the Ethernet case. Finally, since we have a value thaqt means Ethernet, why would we instead stretch some other value to sometimes mean Ethernet. While there may have been some thought that it might be an extension mechanism, I have never read it as meaning that, and I have never seen a case where we would want to use "no-next-header" to mean "next header of some other kind." Since we don't need it for this case, I guess we can disagree about whether in theory some other case might be allowed. Yours, Joel On 5/9/19 8:52 AM, Ole Troan wrote: > Joel, > >> No next header means exactly what the original request, and the documentation, says. There is nothing in the packet past this IP header. It does not mean that there is some next header defined by some other context. > > Why allow for payload to follow and a "must" requirement to forward it, unless as a future extension point. > > And kre also alludes to a "or something" and "other in the future"... > > It certainly does not mean nothing is past this IP header. Nor does it mean that there is some next header defined by some other context. > It is an extension point. If people found some use for that, what's the harm? That middle boxes get confused? Isn't that a feature? ;-) > > Cheers, > Ole > >> >> Yours, >> Joel >> >> On 5/9/19 8:36 AM, Ole Troan wrote: >>>> I think it is equally important to note that given an existing way of encapsulating Ethernet in IP, one ought to have a good reason for creating a different one. There is no indication that this use case needs anything different than next-header 97. >>>> >>>> And Ole, no next-header does not, as far as I can tell from 8200 and its predecessors mean "the end of IP processing." >>> Huh? What do you think it means then? >>> Btw, here is the original request for the no-next-header: >>> Date: Mon, 28 Nov 1994 14:46:50 +1100 >>> Message-Id: <487.785994410@munnari.OZ.AU> >>> From: Robert Elz >>> Sender: owner-ipng@sunroof.Eng.Sun.COM >>> Precedence: bulk >>> Reply-To: ipng@sunroof.Eng.Sun.COM >>> If I wanted to send an IP6 packet without any TCP, UDP, ICMP, >>> or similar, data, just, say, end to end options, or something, >>> which may be useful for sopme purpose or other in the futuew, >>> what do I stick in the next header field? >>> The length from the packet header will indicate that there's >>> nothing after the last processed header, but just sticking in >>> a random "next header" value and relying on the length field >>> seems wrong to me. >>> Alternatively, can someone say that its illegal to not have >>> one of the transport level protocols in every IP6 packet, >>> and will be for all (relevant) time? >>> kre > From nobody Thu May 9 06:25:52 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D0DF1200D8; Thu, 9 May 2019 06:25:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.749 X-Spam-Level: X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 KABg-wZhULcx; Thu, 9 May 2019 06:25:41 -0700 (PDT) Received: from mail-it1-x12e.google.com (mail-it1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1E4C12003E; Thu, 9 May 2019 06:25:40 -0700 (PDT) Received: by mail-it1-x12e.google.com with SMTP id u186so3330845ith.0; Thu, 09 May 2019 06:25:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Kwz//RfnYyOW8taBVR4nxJnUiP608YMqMZY9GbYMvis=; b=NQ28Tc0S1jmE89lGyQMHUNco4RGf78Rfd7owr4EnaD3rbuRvGH7reYlYWWup2zdNXg M6RfCT3gzQRTa+JOm+Dqhq6wpBDHYwpED8Rpx+IEiT3YZHkPWh23rfcjPTJU7slUUCrX sT1e21hTeRJdJGBQNw3+Uyr0pMHH+rWHx+TX3xIZThJ/j6gd0NlgHgv17jIVzSqi2cmm cgYk1A3GcEmE+Cs/KhBPKwjCVhChKD1lzgI9+yt9TzfEuXSGdQwRdPCOHjO01m3YTWrj 45yuDqMTypwfZN84Pyln9NJQ5chC9nRrSmPN4UCip9cwwT+lDsObfHREL6wF1VYahgLh xUXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Kwz//RfnYyOW8taBVR4nxJnUiP608YMqMZY9GbYMvis=; b=bNN0sAN1fbYXv9L5MwD6pWtK7AXmMKvQkw795tRenKhtLEooArhE/U+Zyad6e0kEGj dp/N/MLvkH0Rq6ztOd7MqfYn/Y9agyMCYxUWo0DW82rRqNiog4UYo/En/xWoQ+BovtDx 7mZNbV3MK+mHkSRYj5V10JE27mEJfROV72QyXuZu2AKyYzzJOGuShVYuAyvyXy1Cgc0z mZTRvCRvkdqKxb+fQrcftoqLu0mZdmbGQm+AzGZM9dg9gUQ0FVpQ7jPfCiOFNiXVpr46 QtONikphypTtdyS6Ac5VaEcvf4QPOovsQkxxNT4Ngd5dpY8lQAR/pVyV3OnO5xGGjuhM pA/g== X-Gm-Message-State: APjAAAXjzI5nYDf8TvqkCOUFd/vYlBWiwj/1uo8DKvWIHR6sC+9lEKqg 9YLnkYZ/fz4D3oTgxLCnbUqi6dwcL/pxeUHo53o= X-Google-Smtp-Source: APXvYqy2pe7/sgGyorkK7XGuP/XrkiadT3/9FoRVriIeAwSDFMNhrG86QTUwfsHflSB+wEUAHByODXPNeN9qDLxIvok= X-Received: by 2002:a02:95aa:: with SMTP id b39mr3087927jai.45.1557408340309; Thu, 09 May 2019 06:25:40 -0700 (PDT) MIME-Version: 1.0 References: <9A539839-E3EA-4C8F-9A59-9E9BDC98F5EE@cisco.com> In-Reply-To: <9A539839-E3EA-4C8F-9A59-9E9BDC98F5EE@cisco.com> From: Ca By Date: Thu, 9 May 2019 06:25:29 -0700 Message-ID: To: "Zafar Ali (zali)" Cc: "6man@ietf.org" <6man@ietf.org>, IPv6 List , "spring@ietf.org" Content-Type: multipart/alternative; boundary="000000000000e4fcb205887462e1" Archived-At: Subject: Re: [spring] Additional SRv6 Deployment, Interop and Implementation - FW: New Version Notification for draft-matsushima-spring-srv6-deployment-status-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 13:25:43 -0000 --000000000000e4fcb205887462e1 Content-Type: text/plain; charset="UTF-8" Thank you for sharing this. While deployment and interop are clearly shown, as an operator evaluating if SRv6 is useful or not, i would like to see the real world performance characteristics. I believe the document would be more useful if it not only showed what and how, but also the performance under various scenarios vs alternate approach. How is L3VPN performance in terms of pps and convergence time impact vs alternative MPLS approaches? As operators, we have choices, and simply knowing that something is deployed is helpful, but not as helpful as knowing it was deployed and demonstrably performed better than alternatives across key quantitative metrics CB On Wed, May 8, 2019 at 5:51 PM Zafar Ali (zali) wrote: > Hi All, > > > > A new version of draft-matsushima-spring-srv6-deployment-status has been > posted. > > > > The diffs include public announcement from Iliad and Cisco of the > deployment of SRv6 in Italy: > > > https://newsroom.cisco.com/press-release-content?type=webcontent&articleId=1978361 > > > > The deployment includes interoperating multiple hardware implementations > of SRv6 drafts among Cisco ASR 9000, Cisco NCS 5500 and Iliad's NodeBox. > This is in addition to SRv6 deployment on hardware boxes in production > networks at Softbank and China Telecom. Several other deployments are in > preparation. > > > > The diffs also include details on successful SRv6 interop testing among > multiple hardware implementations at EANTC 2019. Specifically, five > different implementations of various SRv6 drafts, including SRH draft, > interoperated successfully. > > > > The draft also lists various implementations of SRH and other SRv6 drafts, > including: > > - Cisco: Multiple hardware platforms and 3 OS > - Linux: Kernal and srext module > - FD.io: VPP > - Apps: Snort, iptables and nftables, tcpdump and Wireshark > - Huawei: Multiple hardware platforms > - Iliad: NodeBox > - Barefoot: Tofino NPU > > > > Details can be found in the draft. > > > > In addition to EANTC 2019, multiple implementations of SRv6 successfully > interoperated at Sigcom 2018, EANTC 2018, etc. > > > > Please advise of any comments and any missing implementation, interop > event, etc. > > > > Thanks > > > > Regards ... Zafar (on behalf of co-authors) > > > > *From: *"internet-drafts@ietf.org" > *Date: *Wednesday, May 8, 2019 at 7:43 PM > *To: *"Zafar Ali (zali)" , "Clarence Filsfils (cfilsfil)" > , Zhenbin Li , Satoru > Matsushima > *Subject: *New Version Notification for > draft-matsushima-spring-srv6-deployment-status-01.txt > > > > > > A new version of I-D, draft-matsushima-spring-srv6-deployment-status-01.txt > > has been successfully submitted by Zafar Ali and posted to the > > IETF repository. > > > > Name: draft-matsushima-spring-srv6-deployment-status > > Revision: 01 > > Title: SRv6 Implementation and Deployment Status > > Document date: 2019-05-08 > > Group: Individual Submission > > Pages: 18 > > URL: > https://www.ietf.org/internet-drafts/draft-matsushima-spring-srv6-deployment-status-01.txt > > Status: > https://datatracker.ietf.org/doc/draft-matsushima-spring-srv6-deployment-status/ > > Htmlized: > https://tools.ietf.org/html/draft-matsushima-spring-srv6-deployment-status-01 > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-matsushima-spring-srv6-deployment-status > > Diff: > https://www.ietf.org/rfcdiff?url2=draft-matsushima-spring-srv6-deployment-status-01 > > > > Abstract: > > This draft provides an overview of IPv6 Segment Routing (SRv6) > > deployment status. It lists various SRv6 features that have been > > deployed in the production networks. It also provides an overview of > > SRv6 implementation and interoperability testing status. > > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > The IETF Secretariat > > > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --000000000000e4fcb205887462e1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thank you for sharing this.=C2=A0

While deployment and interop are cle= arly shown, as an operator evaluating if SRv6 is useful or not, i would lik= e to see the real world performance characteristics. I believe the document= would be more useful if it not only showed what and how, but also the perf= ormance under various scenarios vs alternate approach. How is L3VPN perform= ance in terms of pps and convergence time impact vs alternative MPLS approa= ches? =C2=A0

As operator= s, we have choices, and simply knowing that something is deployed is helpfu= l, but not as helpful as knowing it was deployed and demonstrably performed= better than alternatives across key quantitative metrics=C2=A0

CB=C2=A0

On Wed, May 8, 2019 = at 5:51 PM Zafar Ali (zali) <zali@cisc= o.com> wrote:

Hi All,

=C2=A0

A new version of draft-matsushima-spring-srv6-deploy= ment-status has been posted.

=C2=A0

The diffs include public announcement from Iliad and= Cisco of the deployment of SRv6 in Italy:

https:= //newsroom.cisco.com/press-release-content?type=3Dwebcontent&articleId= =3D1978361

=C2=A0

The deployment includes interoperating multiple hard= ware implementations of SRv6 drafts among Cisco ASR 9000, Cisco NCS 5500 an= d Iliad's NodeBox. This is in addition to SRv6 deployment on hardware b= oxes in production networks at Softbank and China Telecom. Several other deployments are in preparation.

=C2=A0

The diffs also include details on successful SRv6 in= terop testing among multiple hardware implementations at EANTC 2019. Specif= ically, five different implementations of various SRv6 drafts, including SR= H draft, interoperated successfully.

=C2=A0

The draft also lists various implementations of SRH = and other SRv6 drafts, including:

  • Cisco: Multiple hardwar= e platforms and 3 OS
  • Linux: Kernal and srext module
  • FD.io: VPP
    • Apps: Snort, iptables and = nftables, tcpdump and Wireshark
  • Huawei: Multiple hardware platforms
  • Iliad: NodeBox=
  • Barefoo= t: Tofino NPU

=C2=A0

Details can be found in the draft.

=C2=A0

In addition to EANTC 2019, multiple implementations = of SRv6 successfully interoperated at Sigcom 2018, EANTC 2018, etc.

=C2=A0

Please advise of any comments and any missing implem= entation, interop event, etc.

=C2=A0

Thanks

=C2=A0

Regards ... Zafar (on behalf of co-authors)

=C2=A0

From= : "internet-drafts@ietf.org= " <internet-drafts@ietf.org>
Date: Wednesday, May 8, 2019 at 7:43 PM
To: "Zafar Ali (zali)" <zali@cisco.com>, "Clarence Filsfils (cfils= fil)" <cfil= sfil@cisco.com>, Zhenbin Li <lizhenbin@huawei.com>, Satoru Matsushima <<= a href=3D"mailto:satoru.matsushima@g.softbank.co.jp" target=3D"_blank">sato= ru.matsushima@g.softbank.co.jp>
Subject: New Version Notification for draft-matsushima-spring-srv6-d= eployment-status-01.txt

=C2=A0

=C2=A0

A new version of I-D, draft-matsushima-spring-srv6-d= eployment-status-01.txt

has been successfully submitted by Zafar Ali and pos= ted to the

IETF repository.

=C2=A0

Name:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 draft-matsushima-spring-srv6-deplo= yment-status

Revision:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 01

Title:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SRv6 Implementation and Deployment Status

Document date:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 2019-05-08

Group:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Individual Submission

Pages:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 18

URL:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0https= ://www.ietf.org/internet-drafts/draft-matsushima-spring-srv6-deployment-sta= tus-01.txt

Status:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 https://datatracker.ietf.org/doc/draft-matsushima-spring-srv6-deployment-st= atus/

Diff:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 https://www.ietf.org/rfcdiff?url2=3Ddraft-matsushima-spring-srv6-deployment= -status-01

=C2=A0

Abstract:

=C2=A0=C2=A0 This draft provides an overview of IPv6= Segment Routing (SRv6)

=C2=A0=C2=A0 deployment status.=C2=A0=C2=A0It lists = various SRv6 features that have been

=C2=A0=C2=A0 deployed in the production networks.=C2= =A0=C2=A0It also provides an overview of

=C2=A0=C2=A0 SRv6 implementation and interoperabilit= y testing status.

=C2=A0

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0

=C2=A0

=C2=A0

Please note that it may take a couple of minutes fro= m the time of submission

until the htmlized version and diff are available at= tools.ietf.org.=

=C2=A0

The IETF Secretariat

=C2=A0

=C2=A0

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--000000000000e4fcb205887462e1-- From nobody Thu May 9 07:11:05 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC7E81202B8; Thu, 9 May 2019 07:10:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 Lx0RN8qhE7DO; Thu, 9 May 2019 07:10:54 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 EC51C120118; Thu, 9 May 2019 07:10:53 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x49DxYtK007482; Thu, 9 May 2019 07:10:52 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=YmUT419dnKpHWH5X0u0kzKgORRfRvYxAl3dCMvgtUDE=; b=VmnBiUFcVZWkx+xV7GqtaLkRMIqdZFdfwu0jtZMHWdHq0VbjeoWft0KWVxexLKrFOs2D jvT7MNgPT+Dy9SHT4WFTpapHepr2wJOU/mpTWEGyTJ77okbUAo09Z24aa9V3BvejCKwg 6bTe+W7+V8bXe/BU/AGVVTQXLk8SFbtT2RS5I/btrQr/HL5hcsqvPtGKkwyMZwwcYcYq szO9i24+ttytJpdH3IyhobQvQPbivhxIyyZtRniwLpeNOdgd13HseKWhpGCFZoBoYnK4 YjXUuvOjb0bWUhPw5ObIQjMjT9NUKWaS01NdWy1g0JMOCdNBQTRKKHUuB2RkoxZ9jyt7 PA== Received: from nam01-by2-obe.outbound.protection.outlook.com (mail-by2nam01lp2058.outbound.protection.outlook.com [104.47.34.58]) by mx0a-00273201.pphosted.com with ESMTP id 2schvv0d6f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 09 May 2019 07:10:51 -0700 Received: from BYAPR05MB4245.namprd05.prod.outlook.com (20.176.252.26) by BYAPR05MB4645.namprd05.prod.outlook.com (52.135.233.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1878.16; Thu, 9 May 2019 14:10:50 +0000 Received: from BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29]) by BYAPR05MB4245.namprd05.prod.outlook.com ([fe80::e1e7:cf02:f236:ab29%7]) with mapi id 15.20.1900.006; Thu, 9 May 2019 14:10:50 +0000 From: Ron Bonica To: Ole Troan , Stewart Bryant CC: SPRING WG , Bob Hinden , 6man WG Thread-Topic: SRv6 Network Programming: ENH = 59 Thread-Index: AdUDo1cr1ntuHPleQoe8AvXX2JxkXgAgU5gAADSHkFAACAfBgAAcxCeAAAkV7AAAAcrPgAABRNiAAACWgYAAAMT+YAACcuQAAB8lBAAAAEG3gAAEW6YAAABsCYAABXmBEA== Content-Class: Date: Thu, 9 May 2019 14:10:50 +0000 Message-ID: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <4dd25f1e-a0b5-9382-eec1-788b4440658a@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.1.100.23 dlp-reaction: no-action msip_labels: MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Enabled=True; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Owner=rbonica@juniper.net; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_SetDate=2019-05-09T14:06:33.2184027Z; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Name=Non-Juniper; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Application=Microsoft Azure Information Protection; MSIP_Label_106ee314-308e-4f40-a474-5b984ee7b7ff_Extended_MSFT_Method=Manual; Sensitivity=Non-Juniper x-originating-ip: [66.129.241.10] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 60a5273a-eedf-4313-cb53-08d6d48823ed x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4645; x-ms-traffictypediagnostic: BYAPR05MB4645: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-forefront-prvs: 003245E729 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(376002)(39860400002)(346002)(136003)(189003)(199004)(13464003)(229853002)(86362001)(66066001)(68736007)(11346002)(99286004)(6246003)(446003)(25786009)(53936002)(5660300002)(4326008)(52536014)(110136005)(54906003)(186003)(256004)(316002)(2906002)(305945005)(66556008)(71190400001)(71200400001)(64756008)(26005)(478600001)(66446008)(76116006)(66476007)(66946007)(6506007)(73956011)(9686003)(33656002)(74316002)(53546011)(102836004)(81166006)(81156014)(8676002)(8936002)(55016002)(7736002)(486006)(6116002)(76176011)(3846002)(6436002)(476003)(14454004)(7696005); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4645; H:BYAPR05MB4245.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 4tcwZLky5YZOSovDEUfJ2mpMPK5GoceldGUZ1ljE/qmhe8vZA1obRsLVhcnO/6gi+kb7++Fc2JNGv2Xelu1jfbDu3c49D8s88iAyc+N3TKubH4y+m0uRTttIjFeBpfJB+K2S3CUgqnH61RXqe/lD828K/NOezI/YCodpRkF2cVPsBbN6cYmfe9ZAuj0EayvpXWujwPTJafaN+pvr/TiuDZZ6WVLbqyEO8GRLgg6jYj8JBso4djhwoOCao/cQn4S+xSwIVtc0Fc7DdbpkrkHkpeXJ2JucJxNKOu3qFNjSvmtAQf6hsyh/CEJXJiaJ/+jQ8NIXd2X6qkNkPN37V/X7EiioWCLfwuZ7k4Pr//KE1EoqZgmdkQW6kYmypi5D05lZ5vmXetuX77ym49+iW3Ntx+3V0xKD8U8C6RNH4+CveaU= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 60a5273a-eedf-4313-cb53-08d6d48823ed X-MS-Exchange-CrossTenant-originalarrivaltime: 09 May 2019 14:10:50.1112 (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-Transport-CrossTenantHeadersStamped: BYAPR05MB4645 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-09_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=994 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905090084 Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 May 2019 14:11:04 -0000 T2xlLA0KDQpUaGF0J3MgZmluZSwgYnV0IHdoaWNoIGV2ZXIgd2F5IHRoZSBkZWJhdGUgZW5kcywg dGhlIGRyYWZ0IHNob3VsZCBiZSBjb25zaXN0ZW50LiBJTUhPLCB0aGUgdHdvIHdheXMgdG8gYWNo aWV2ZSBjb25zaXN0ZW5jeSBhcmU6DQoNCi0gU2VjdGlvbnMgNC40IC0gNC4xMiBhbGwgdXNlIDU5 DQotIFNlY3Rpb25zIDQuNC00LjEyIGFsbCB1c2Ugc29tZXRoaW5nIG90aGVyIHRoYW4gNTkNCg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBSb24NCg0KDQpOb24tSnVuaXBlcg0KDQo+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+IEZyb206IE9sZSBUcm9hbiA8b3Ryb2FuQGVtcGxveWVlcy5vcmc+DQo+ IFNlbnQ6IFRodXJzZGF5LCBNYXkgOSwgMjAxOSA3OjMwIEFNDQo+IFRvOiBTdGV3YXJ0IEJyeWFu dCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPg0KPiBDYzogUm9uIEJvbmljYSA8cmJvbmljYUBq dW5pcGVyLm5ldD47IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnPjsgQm9iDQo+IEhpbmRlbiA8 Ym9iLmhpbmRlbkBnbWFpbC5jb20+OyA2bWFuIFdHIDxpcHY2QGlldGYub3JnPg0KPiBTdWJqZWN0 OiBSZTogU1J2NiBOZXR3b3JrIFByb2dyYW1taW5nOiBFTkggPSA1OQ0KPiANCj4gPj4+IEkgc3Vz cGVjdCB0aGF0IHdlIHdpbGwgYmUgZmFyIG1vcmUgbGlrZWx5IHJlZ3JldCB0aGlzIHVzZSBvZiA1 OSBpbiB0aGUgbG9uZw0KPiB0ZXJtIHRoYW4gd2Ugd2lsbCByZWdyZXQgY2hhbmdpbmcgdG8gOTcg YXQgdGhpcyBlYXJseSBzdGFnZS4NCj4gPj4gQnV0IGl04oCZcyBub3QgdGhhdCBuaD01OSBjYW4g YmUgdXNlZCB0byBpbXBseSB0aGF0IEV0aGVybmV0IGZvbGxvd3MuIFRoYXQNCj4gd291bGQgYmUg dmVyeSBiYWQuDQo+ID4+IEl04oCZcyB0aGF0IGlwIHByb2Nlc3Npbmcgc3RvcHMgaGVyZS4NCj4g Pj4gVGhlbiBpZiB0aGUgdHdvIGVuZHMgaGF2ZSBhZ3JlZWQgdGhlIG1lYW5pbmcgb2YgdGhlIHJl bWFpbmluZyBwYXlsb2FkDQo+IGFuZCBob3cgdG8gcHJvY2VzcyBpdCwgdGhhdOKAmXMgZmluZS4g SWYgdGhhdCBzaWduYWxpbmcgaXMgaW4tYmFuZCBlLmcgaW4gYSBwYXJ0aWN1bGFyDQo+IFNJRCBv ciBvdXQtb2YtYmFuZCwgdGhlIHByaW5jaXBsZSBpcyB0aGUgc2FtZS4NCj4gPg0KPiA+IFllcywg YnV0IGV4cGVyaWVuY2Ugc3VnZ2VzdHMgdGhhdCBoYXZpbmcgbm8gY29udHJvbCB3b3JkIGFuZCBu byBhYmlsaXR5IHRvDQo+IHJldHJvZml0IG9uZSBpcyBhIGxvbmcgdGVybSBwcm9ibGVtIHdhaXRp bmcgdG8gaGFwcGVuLg0KPiANCj4gSSB0aGluayB0aGlzIGlzIGEgcGhpbG9zb3BoaWNhbCBkZWJh dGUuDQo+IERvZXMgYSBwYWNrZXQgaGF2ZSB0byBiZSBlbnRpcmVseSBzZWxmLWRlc2NyaWJpbmcg b3IgY2FuIGEgZW5kLXBvaW50IGxlYXJuIGhvdw0KPiB0byBpbnRlcnByZXQgcGFydCBvZiBhIHBh Y2tldCBvdXQtb2YtYmFuZC4NCj4gDQo+IFBlcnNvbmFsbHkgSSB0aGluayB0aGVyZSBpcyBhIHVz ZSBvZiBuaD01OSB0byBlbmQgSVAgcHJvY2Vzc2luZyBhbmQgYWxsb3cNCj4gZnVydGhlciBwYXls b2FkLg0KPiBJZiB0aGlzIHBhcnRpY3VsYXIgbWVjaGFuaXNtIGlzIGEgZ29vZCB1c2UgZm9yIHRo aXMgcGFydGljdWxhciB1c2UgY2FzZSBvZiBTUiwgSQ0KPiBoYXZlIG5vIG9waW5pb24uDQo+IA0K PiBDaGVlcnMsDQo+IE9sZQ0K From nobody Thu May 9 18:08:42 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3BD812004F; Thu, 9 May 2019 18:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 HzOINPNAtuh2; Thu, 9 May 2019 18:08:39 -0700 (PDT) Received: from atl4mhob22.registeredsite.com (atl4mhob22.registeredsite.com [209.17.115.116]) by ietfa.amsl.com (Postfix) with ESMTP id 07A7B120047; Thu, 9 May 2019 18:08:38 -0700 (PDT) Received: from atl4oxapp102 ([10.30.71.139]) by atl4mhob22.registeredsite.com (8.14.4/8.14.4) with ESMTP id x4A18YGZ023529 (version=TLSv1/SSLv3 cipher=AES256-SHA256 bits=256 verify=NO); Thu, 9 May 2019 21:08:34 -0400 Date: Thu, 9 May 2019 21:08:34 -0400 (EDT) From: "john leddy.net" Reply-To: "john leddy.net" To: Ron Bonica , Tom Herbert Cc: IPv6 List , Bob Hinden , SPRING WG Message-ID: <77617788.235559.1557450514776@webmail.networksolutionsemail.com> In-Reply-To: References: <58529f07-acfc-3678-5381-4ae271143a45@gmail.com> <94EF12FB-0598-4E76-9A60-0CF67096DD04@employees.org> <1F74292B-B580-4EDE-B789-EBBEE7E6DBD9@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v7.10.0-Rev23 X-Originating-Client: open-xchange-appsuite Archived-At: Subject: Re: [spring] SRv6 Network Programming: ENH = 59 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 01:08:41 -0000 Should the NextHeader values be a union of all the Link layer protocol type= s over IPv6, Ethertypes, IP Protocols, Next Headers and Well known ports - = maybe, but it seems tough to get into 8 bits... Thank the stars that all those application guys use the well known ports fo= r the correct protocols or the Internet would fall apart. Can you imagine = running HTTP over a random port - or even more laughable something other th= an HTTP over port 80. Heresy! How would you know what header it is? John > On May 8, 2019 at 3:44 PM Ron Bonica wrote: >=20 >=20 > Tom, >=20 > If the authors of the network programming draft are willing to impose the= two-byte header between the SRH and the Ethernet frame, 97 works. >=20 > I will let them speak for themselves regarding there willingness to do so= . >=20 > Ron >=20 >=20 >=20 > Juniper Internal >=20 > > -----Original Message----- > > From: Tom Herbert > > Sent: Wednesday, May 8, 2019 3:17 PM > > To: Ron Bonica > > Cc: Bob Hinden ; Ole Tr=C3=B8an > > ; SPRING WG ; IPv6 List > > > > Subject: Re: SRv6 Network Programming: ENH =3D 59 > >=20 > > On Wed, May 8, 2019 at 11:55 AM Ron Bonica wrote: > > > > > > Bob, > > > > > > The value 97 is tempting, but it already has a meaning that is slight= ly > > different from what the authors of draft-ietf-spring-srv6-network- > > programming intend. According to RFC 3378, a value of 97 means that the > > next header will be as depicted in Figure 2 of RFC 3378. > > > > >=20 > > Ron, > >=20 > > The spring draft states: > >=20 > > "If the outer header is pushed without SRH, then the DA must be a SID o= f type > > End.DX2, End.DX2V, End.DT2U or End.DT2M and the next-header must be 59 > > (IPv6 NoNextHeader). The received Ethernet frame follows the IPv6 head= er > > and its extension headers." > >=20 > > That describes Ethernet over IP encapsulation. > >=20 > > RFC3378 states: > >=20 > > "EtherIP datagrams contain a 16-bit header and a variable-length > > encapsulated Ethernet or IEEE 802.3 frame that immediately follows IP f= ields." > >=20 > > That also describes Ethernet in IP encapsulation. The only difference i= s the > > presence of the two byte EtherIP header. As already mentioned this is > > important for maintaining alignment of the encapslated Ethernet payload= , and > > is otherwise inconsequential overhead. > >=20 > > So I don't see why EtherIP won't work here. Can you please clarify your > > concern? > >=20 > > Tom > >=20 > >=20 > >=20 > >=20 > >=20 > > > Ron > > > > > > > > > > > > Non-Juniper > > > > > > > -----Original Message----- > > > > From: Bob Hinden > > > > Sent: Wednesday, May 8, 2019 2:45 PM > > > > To: Ole Tr=C3=B8an > > > > Cc: Bob Hinden ; Ron Bonica > > > > ; Tom Herbert ; SPRING > > WG > > > > ; IPv6 List > > > > Subject: Re: SRv6 Network Programming: ENH =3D 59 > > > > > > > > Ole, > > > > > > > > > On May 8, 2019, at 11:13 AM, Ole Troan > > wrote: > > > > > > > > > > Ron, > > > > > > > > > >> > > > > >> > > > > >> Folks, > > > > >> > > > > >> Sections 4.4 through 4.12 of > > > > >> draft-ietf-spring-srv6-network-programming- > > > > 00 define a set of SIDs that have the following things in common: > > > > >> > > > > >> - they are consumed by the egress node (SL =3D=3D 0) > > > > >> - they tell the egress node how to forward the payload into a VP= N > > > > >> > > > > >> If the payload is IPv4, the next-header value in the SRH must be > > > > >> IP4 (value > > > > 4). > > > > >> If the payload is IPv6, the next-header value in the SRH must be > > > > >> IPv6 (value > > > > 41). > > > > >> If the payload is Ethernet, the next-header value in the SRH mus= t > > > > >> be No > > > > Next Header (value 59). > > > > >> > > > > >> In the interest of consistency, we should probably allocate a ne= w > > > > >> next- > > > > header value for Ethernet and use it. > > > > > > > > > > It's a fairly precious name space though. > > > > > > > > According to https://urldefense.proofpoint.com/v2/url?u=3Dhttps- > > > > 3A__www.iana.org_assignments_protocol-2Dnumbers_protocol- > > > > 2Dnumbers.xhtml&d=3DDwIFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK- > > > > ndb3voDTXcWzoCI&r=3DFch9FQ82sir-BoLx84hKuKwl- > > > > > > AWF2EfpHcAwrDThKP8&m=3DZtmZfCpk7bYpJSSTREggt8Xm8yHpWgrVBTFHi5a > > > > UtW4&s=3DQir8baDHTQf5RGhmFCDSbGShFV8dE_dqL1reoBpkiUE&e=3D > > > > > > > > 143-252 Unassigned > > > > > > > > Seems like a lot left. Plus there are many that are clearly not > > > > used anymore, so there isn=E2=80=99t a shortage. > > > > > > > > > > > > > > > > > What would a general IP stack do with an Ethernet frame? It's kin= d > > > > > of a neat > > > > feature that "IP processing terminates here". > > > > > Or are we going to specify Ethernet over IP? > > > > > > > > Look at the the registry, it looks to me we have already > > > > > > > > 97 ETHERIP Ethernet-within-IP Encapsulation [RFC3= 378] > > > > > > > > From the abstract: > > > > > > > > EtherIP tunnels Ethernet and IEEE 802.3 media access > > > > control frames in IP datagrams so that non-IP traffic can traver= se an > > > > IP internet. > > > > > > > > This be appropriate for SRv6 network programming. > > > > > > > > Bob > > > > > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > Ole > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- From nobody Fri May 10 00:58:07 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 202D4120125; Fri, 10 May 2019 00:58:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.291 X-Spam-Level: X-Spam-Status: No, score=-0.291 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no 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 BZnEtn_VDuSY; Fri, 10 May 2019 00:58:04 -0700 (PDT) Received: from orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B304120086; Fri, 10 May 2019 00:58:04 -0700 (PDT) Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 450jHt5Nhrz4xRk; Fri, 10 May 2019 09:58:02 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.23]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 450jHt4lJRzDq7h; Fri, 10 May 2019 09:58:02 +0200 (CEST) Received: from OPEXCLILM23.corporate.adroot.infra.ftgroup (10.114.31.57) by OPEXCAUBM41.corporate.adroot.infra.ftgroup (10.114.13.23) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 10 May 2019 09:58:02 +0200 Received: from [10.193.71.29] (10.168.234.4) by OPEXCLILM23.corporate.adroot.infra.ftgroup (10.114.31.57) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 10 May 2019 09:58:01 +0200 To: SPRING , LSR From: Organization: Orange Labs Message-ID: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> Date: Fri, 10 May 2019 09:58:04 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Originating-IP: [10.168.234.4] Archived-At: Subject: [spring] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 07:58:05 -0000 Dear all, I have a question about (LAN)-Adjacency SID and passive interfaces. In both OSPF and IS-IS it is possible to configure an interface in passive mode so that the IGP will advertise this interface, in particular the TE information associated to this interface. RFC 5392, respectively RFC 5316 specify how to advertise inter-domain links in OSPF, respectively IS-IS. In the current state of Segment Routing drafts, do you think it is possible to advertise Adjacency SID on such passive or inter-domain interfaces or do we need to specify this behaviour in a new draft ? For me I don't see anything in the drafts that prohibits this kind of advertisement, but perhaps I'm wrong. Regards Olivier _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. From nobody Fri May 10 01:40:23 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 555E51201AF for ; Fri, 10 May 2019 01:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=opensourcerouting-org.20150623.gappssmtp.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 dZrqmEHIsTIY for ; Fri, 10 May 2019 01:40:15 -0700 (PDT) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6608B120113 for ; Fri, 10 May 2019 01:40:15 -0700 (PDT) Received: by mail-wr1-x42b.google.com with SMTP id e11so6789071wrs.0 for ; Fri, 10 May 2019 01:40:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opensourcerouting-org.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=4G7EY0jelAJQ2TrWKJbTQveFS8cjmhHRapOJUk0bziA=; b=xoQGa0z3wUXv29z+x4HgEd4eg5n7Jg9yWkB5H8AgqpS6bPykxAwm1KQ+mnikeUzF4V 8qyqI0zPvY72T2GFGH5WpHV1x8O1weLQZSJKMpx7pRqiOXNZWR6/XK+E1UiTNmIyOiUA EdQdLJLgAC2r62vcet6bi9dkTFSgt1MPXxE3ZTcjEAVwlkZ0WsMXsfX/AViLwwxA9sT2 uNksoAqYv37Klt0JywpPuuwmBVhkOvFn/F5pDwGYkDJ7fi+gPY+JibZwJ68Cz9BIViNh UXdYRKmlSQ8wVe8BQQKV7Y1arK4aIosEqSsKsaoxoiqnD9Uh6ltTWUsh3w4csuMAq0k0 xB4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=4G7EY0jelAJQ2TrWKJbTQveFS8cjmhHRapOJUk0bziA=; b=f21gNk35ZrUnwTeISV1VzuFYbsD5Ly/OOsF5Uzp5PHDqrZQyEtqwTCOjhxDG985YNx ONyf+df41//Q2+y2nR9KhQdfiE/p6bOr/oDKlDt3zhGSwueVYfm9CnwGgQmY3Rt/ZVv6 8Jm2It3TchGne7NUcHwDDLMNhVorzFPkWvbNmUekFUyMp+gOANXWBkT+jBvpkK1rqmAP spnernxQ9vO6XB0suCSBFs0Olr2Sve5UVMAhPq52NVlQx1XPY+DuHHhpZh3XOyoD52YI hapxbNzM/dylKuZqZ8hBAGyDgzWMzdiPpBtcDaYGUHnccoYXRDJSV7k3w0bpdS7mMhwK 38Bg== X-Gm-Message-State: APjAAAWuuTSjWyO5o9byDHHn1vUhAuf6DFTTBmCzpxDUM9duU+xFA6Cu OImTLr0SjHcCUXgqoj9BkzFqnw== X-Google-Smtp-Source: APXvYqzmzKQOlNHRJrqS4dPcK+AIjOnqn76z5P/g5a7Oj1RPY7CNdYetSgr4/3Bogio7PPBL3c8aVA== X-Received: by 2002:a5d:6b46:: with SMTP id x6mr6453647wrw.313.1557477613843; Fri, 10 May 2019 01:40:13 -0700 (PDT) Received: from [192.168.0.105] ([212.78.105.39]) by smtp.googlemail.com with ESMTPSA id t6sm4595032wmt.8.2019.05.10.01.40.12 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 10 May 2019 01:40:12 -0700 (PDT) To: olivier.dugeon@orange.com, SPRING , LSR References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> From: Christian Franke Openpgp: preference=signencrypt Autocrypt: addr=chris@opensourcerouting.org; prefer-encrypt=mutual; keydata= mQINBFoBQ9IBEADlL8eE7fAtA5oUtFT/gA7uNxldBx64O3KMz9UYBjPNA8K8DH9l3xRBlViq oEiOAm42mHmAB/5/SfKdviWigqQbKYUqDpO0KjPsz6TYjzl29vMnP2ihDNFEYNh1a8V9CE86 1k6tHZWD7bqzWYQO4fh/6faY0TaOwNI0sDSlUofQNFsn7ImjkXwOSeSsdJ+t5FK4AXyVFyTf t64hOv0ookWmjPMJpVsY+7snghMKubFiJro47Ji5TO+GfpiOKVnAl1S4KXGpe4IOr8N0GZrl yoi/tIssKpTK8ihb7rftFjqUeZn3KRNZZ6z5DmedVTYHnXWnPN0ePFQUivoDjoIh5wGKXL71 zr40ABoM+CdtoOS6c67AIqTPo8H8HOoijKq3NtKEqqtjYtvsjQernNVIqe1LjCphCt3YTE29 n95a6gse7W112+SwDXPcTz+MHz/DY7EzsAIyiAefjc3rvuSrtl9qorbFaISDxVH8PYS9patO BAl6vYxCQFAbKk/8ciJFjgYHneChummciPcgtL8CsKIxTjWoN7ZlJr3ks4HBgnbRQSrw9aDa lZy0h/YUQ0g1yZri6QyePcjLrC2ehhZBo7jA/0J1ZCFYm8G8PH0yQYKHBHcDbWVG/ELutsjW 3cagskAVOjzcxG9vmNa717JWTjls7LOesoyedhIegkvoACTeVwARAQABtC5DaHJpc3RpYW4g RnJhbmtlIDxjaHJpc0BvcGVuc291cmNlcm91dGluZy5vcmc+iQJUBBMBCAA+FiEEryka5baV j6RgOGcUADC6GrezaYMFAltUxQwCGwMFCQPCZwAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AA CgkQADC6GrezaYOzTRAApXHgjRgwM6I73YRy/K1i2CI3/xpfi8laJ/J79dwSyFYRAaiAxWUn J13xTgLvB6n2PGHk7/AHoQcUdtOowjz20NVyaQQiev2Zqhhg5b/tZvB6gbviRc25kTXRUB85 uqW262+/N9bKZcMdGXplbkvzLFGhGAFNhBqoWggu/l4pRvqkc4bMXs8rwXDzOYh/vlWlX/zE ET3lqwi59lkXnp3eBoDK9D6rjmJYGqETxtVfNmPkMaH/ReC4S61njv48liHMqzE8M06Bovy5 lDbzMGnmgr7wTrf15iu81W84JclQpPaoeTe9t/gWc5et1QEcaWzDxTV5GlcEiRs6FH5rPnec egnTEvYuegyvNzyqUWv4fd9DP+XsfZ2lVGIG/Ekl4ZewW9DCJOzK37YIphV8kqFq82duXn6U sQzWgp0kWE24RtqYeakXGYVOxGFeWU8Oook6Suoavx5Z4h2PVWoxJ77Qw6x+1EnI2utKe/7p gLoisavi6HUIhkgczCJF3M+YgaSjXhKCmxZ8MhlDe+KQKHYM0AQ+9DbSqLF7FWtplI+HMcX7 HwuxuNpdLEUDHjEcmPE3GIQcUSXKoqHLS1vuVZ3pHDpCFLKmpN5EIGvB9/zY3rPsTE9fgNfA SJNmF0eH+LPBa8/H2QLQ3jbBL/w/eiHRwaOAFGgH5Y4RYiS/IHW5H7e5Ag0EWgFD0gEQAJZr WH/xj1H82d+POL8EvHYuo5XP06amNHL/S+ihDP3jbW/FGcMAHQLc+jwfCoTIuQMoyKf68NAy jJy6tfgVKOJQUEXiTIPQWHJgfGQBw4JQSnGPT5eMp/5ykQilrFx/LVuJK0BXSeDxOPlA3Gl+ frp4OKZZoxToamZxBzkGTknYRC8pPR+1irQnABxq6PDPWpnUvYbdey+NVkS2s00BKE8482Cp hwYVpa0r2xS1lhYQv6U9Irkywz1h24OhntbkohMKK6cDPB+l0wsbbop3NDSGMHNyilc52Tbg olTbNvUqc4Z/MU8z4QlZEt2f04zaJhGVCeoyVxhIABmxTPo+YtsUoQy1JLc8FQXdfG8KaXvU e8/XeMr/s2j8phSQqVpkhd4yXaryDNRqkL5Fv4T13ABPwmM6FsLpz5qwZVsVSb8f05geKrLf Y3sH+ex9W+/LKzHtYBtb8GpgATd/xyIj8lg0GerQHgYCfs/d4F56JL0ptvCJGYMPmLeDhW7l H5k73dI9TS0LyKaK81TMGPqdtb2VbKvC2T2cRJH01z81TZa39dNhT7LwJ0jd7MbG84XkQV30 OxAXMl/ZXQYN+28WviA2r7oC1fBqsD3I/qC7OuNKAvlyyf57itTKcIeYwhxNKaVEjqmZR+tv 3U3HExIk7gcGY2o+INXVQA1704jekngLABEBAAGJAjwEGAEIACYWIQSvKRrltpWPpGA4ZxQA MLoat7NpgwUCWgFD0gIbDAUJA8JnAAAKCRAAMLoat7Npg4t4D/9BkWuw6THsjeWzk7UJJwu6 6syMsruSzGKFluRHBrX4pRAj4L+/Gt0luQT7blboxpNNKn/ziPAxzDrG7EZamYXkcXuoeYC/ n9M0MigyrTZcIU/1iDflXPS9UkoxYGTWFLgAV7SajQWkpnuS7aVlcw/ArOHDcsRFcTSoD5/H XfTqPaCJ3/GXmfK5W/57rbSKwrxGmiyvPgdEVuQbS4Z5hTtnenKxxZEk1udBQWwfwr1l1MOf fJoHYXWIDZjPmWVQAwybv6yLJ6apaABHyztwyoycJh8jEIxUcR0HypCPgQVWX/7NNg/09sJu uwosrxWACKh0UW7Ys1THXZWcXt4cXsNpC3SM4Ot2l5viytYs9aNmxEJyh6nKb9rYVn4gHXLP wHp6d78LyeQwLrL/xWA0Nf7YUO2W58bCm27/TATyb6cr6k8YbAGI3vO3dvgtBBys+Dk2QvMj TFIGOcicRKluV67xfC9GzW2u/B1fI9UVmtMVrD2K4x580BkdYygc71lGIB4oYmZjZgxlQ+V/ lENz4BumG+Es6zNuabVStaElkm1eS6fh96yPTI85VbNZi+YPHQSxmejeJgO/npvyjVPc9Ud8 nQWYI0kJGwiovVDdIvCNNjQyrlE1iiNI+qwz7ZAiPTbAnsxCk6O566eh4MYJuGn7yzaDdqSR ukc4N3sEEZ42pQ== Message-ID: Date: Fri, 10 May 2019 10:40:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-PH Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 08:40:18 -0000 On 5/10/19 9:58 AM, olivier.dugeon@orange.com wrote: > In the current state of Segment Routing drafts, do you think it is possible to advertise > Adjacency SID on such passive or inter-domain interfaces or do we need to specify this behaviour > in a new draft ? > > For me I don't see anything in the drafts that prohibits this kind of advertisement, but perhaps I'm wrong. My understanding is that the SID is specific to an adjacency and advertised in IS-IS in either TLV 22, 222, 23, 223. As adjacencies will not be formed on a passive interface, an adjacency SID should not be advertised for the passive interface. I might also be wrong here, though. All Best, Chris From nobody Fri May 10 02:19:19 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 317EF1201CC; Fri, 10 May 2019 02:19:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.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 FjKxxHbpy-_5; Fri, 10 May 2019 02:19:02 -0700 (PDT) Received: from mail3.bemta25.messagelabs.com (mail3.bemta25.messagelabs.com [195.245.230.145]) (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 48AD81201DE; Fri, 10 May 2019 02:19:02 -0700 (PDT) Received: from [46.226.53.53] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-1.bemta.az-c.eu-west-1.aws.symcld.net id D5/8F-25548-30245DC5; Fri, 10 May 2019 09:18:59 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBJsWRWlGSWpSXmKPExsViIr2lQpfZ6Wq MwdEbChZb3vezW5x4soLV4ua5q2wWxy/8ZnRg8Viy5CeTx6yt0R4tz06yBTBHsWbmJeVXJLBm /N67lrHggXrFjp/9TA2MX5S6GLk4WAQWMUvs3nafGcQREpjAJDH73wImCOc+o8SJ33+AHE4ON gFbiU2r77KBJEQEZjNKtK4/yg6SEBawl1i0fT6YLSLgIPHl1wYo20jiwIpVrCA2i4CqxImTK8 BsXoFYicM/e1ghNixglLjb3sAIkuAU8JR4/fUuWBGjgJjE91NrwDYzC4hL3HoyH8yWEBCQWLL nPDOELSrx8vE/qPokiftPFzJCxBUlNlxbxgZhy0pcmt8NFfeVeLh/K9BxHEC2ssSWF7EgN0gI 3GKUeNnczApRoyVx9vxdFghbSuLExaNQ8RyJlcdXQsXVJG686YC6QUZi2vXXbBCDlrBJvD0wF 2yZkECyxIk5n6Ea5CRW9T6Esi8wA31mAXIEs0CeRNuZugmMmrOQvDkLITMLHFyCEidnPmGBKN GRWLD7ExuErS2xbOFrZhj7zIHHTMjiCxjZVzGaJxVlpmeU5CZm5ugaGhjoGhoa6RoZGOmaW+o lVukm66WW6panFpfoGuollhfrFVfmJuek6OWllmxiBKa0lIJT/jsYn3elH2KU5GBSEuVtUbsa I8SXlJ9SmZFYnBFfVJqTWnyIUYaDQ0mC19IRKCdYlJqeWpGWmQNMrjBpCQ4eJRFeGZA0b3FBY m5xZjpE6hSjJceBRQ/nMnNsuf8MSO4CkUIsefl5qVLivBccgBoEQBoySvPgxsEywCVGWSlhXk YGBgYhnoLUotzMElT5V4ziHIxKwrztIFN4MvNK4La+AjqICeggobpLIAeVJCKkpBoYteS0J6p 6Tpv4eZKi2mGVrvkX2I3m+Ko8W3to8pv8rkOCwoVpd5atTl+163S82MsktpKf951smbvfVjax tDdaH7Ne679fcjLrG65jez9PW57rlaHt7Bl8+HFEN+fWVa5P/laGl3z79CjzXM3P6kDx6R0Fp sf0zy+o+pcnFPP37pEDokqd7DK/lViKMxINtZiLihMBgX7ZEvsDAAA= X-Env-Sender: Alexander.Vainshtein@ecitele.com X-Msg-Ref: server-16.tower-305.messagelabs.com!1557479935!7189755!1 X-Originating-IP: [52.27.180.120] X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass X-StarScan-Received: X-StarScan-Version: 9.31.5; banners=ecitele.com,-,- X-VirusChecked: Checked Received: (qmail 29405 invoked from network); 10 May 2019 09:18:58 -0000 Received: from us-west-2c.mta.dlp.protect.symantec.com (HELO EUR02-VE1-obe.outbound.protection.outlook.com) (52.27.180.120) by server-16.tower-305.messagelabs.com with AES256-SHA256 encrypted SMTP; 10 May 2019 09:18:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CSKxhaaQBOqWC0gXb5rayCENqo1P0Wg5YHQDKYcGW/Y=; b=SJZ5tGRR4UdFOaPS/yHta/O4AzIl9evDxAjjtADPyERVpiVuiX8Y23gGrG05WNLcprgYRynL9YdjABhTr4Ks5mKqKIOM6yCZ1ADj13OySqt1H1NAzn74GdiQP5Vdj22JUh5pl9nq69h9l6j+tBAsrad8DOlsk3gTmsgOwu44rFI= Received: from AM0PR03MB3828.eurprd03.prod.outlook.com (52.135.146.159) by AM0PR03MB4611.eurprd03.prod.outlook.com (20.177.40.96) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.15; Fri, 10 May 2019 09:18:54 +0000 Received: from AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::f5e2:2d8f:6800:766c]) by AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::f5e2:2d8f:6800:766c%5]) with mapi id 15.20.1856.012; Fri, 10 May 2019 09:18:54 +0000 From: Alexander Vainshtein To: "olivier.dugeon@orange.com" , SPRING , LSR , Christian Franke Thread-Topic: [spring] [Lsr] Adjacency SID and Passive Interface Thread-Index: AQHVBwwHcb4iTB8MTEGUELmX619HoaZkFK6i Date: Fri, 10 May 2019 09:18:54 +0000 Message-ID: References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [40.67.248.200] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b689647f-4467-4930-4409-08d6d528862b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:AM0PR03MB4611; x-ms-traffictypediagnostic: AM0PR03MB4611: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0033AAD26D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(39850400004)(136003)(396003)(366004)(199004)(53754006)(189003)(186003)(102836004)(11346002)(25786009)(5660300002)(81156014)(8676002)(66946007)(52536014)(99286004)(81166006)(7736002)(446003)(33656002)(6246003)(110136005)(8936002)(71200400001)(73956011)(91956017)(71190400001)(66446008)(66556008)(64756008)(66476007)(2501003)(53936002)(76116006)(76176011)(3846002)(256004)(6116002)(7696005)(66066001)(26005)(55016002)(6306002)(14454004)(229853002)(72206003)(54896002)(86362001)(6436002)(68736007)(966005)(316002)(53546011)(6506007)(476003)(478600001)(486006)(2906002)(236005)(9686003)(606006)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR03MB4611; H:AM0PR03MB3828.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: O9xJ5fcvoqof+kVQuda920T/4xKBZAKc/ND0+4ZKpWumN6WdwJ4o9gabNSRcEkhlJwJS9WgBu92rxDceMzn+ah9SV57Nf13BfGqI+VQHJAKYQpRAJFiSO6oDj5WituSYE74Z7lVxCUFaTo80L3qt7SjTL3MYMFNWfc2esuYlLIWO6rcO4gA7G3XPTzp+DnSCKeBIlPGzw8Z1aHXdfmRmDTKRg6h22hm1QMse0nt0RF/U9fFFHzetneuWCwyovMU8VQMCcdD5/UucXtx05LvkFYTINDawPLf2Np5tW754oC9+ity5+BidoxH2sQ6QL3iDJ6yG466CLuJFM/cJ0kPg97i9eKAaL76rM3tXxzsOn6h/sgq7vz/G7YUb/tmvaahid6w7KauRvIuSc0nzjBuF4d4duse+kfQOsGmTs+j+A7Y= Content-Type: multipart/alternative; boundary="_000_AM0PR03MB3828B804FDF655BCA28966B29D0C0AM0PR03MB3828eurp_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-Network-Message-Id: b689647f-4467-4930-4409-08d6d528862b X-MS-Exchange-CrossTenant-originalarrivaltime: 10 May 2019 09:18:54.4914 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR03MB4611 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 09:19:10 -0000 --_000_AM0PR03MB3828B804FDF655BCA28966B29D0C0AM0PR03MB3828eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, The life span of an unprotected Adj-SID matches the life span of the corre= sponding IGP adjacency. This means that there can be no Adj-SIDs on passiv= e IGP interfaces because no IGP adjacencies are formed across thesd interf= aces. Inter-AS interfaces can be associated with BGP Peer Segment IDs as describ= ed in the BGP Egress Peer Engineering (EPE) draft. Hopefully this helps. Thumb typed by Sasha Vainshtein ________________________________ From: spring on behalf of Christian Franke Sent: Friday, May 10, 2019 11:40:11 AM To: olivier.dugeon@orange.com; SPRING; LSR Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface On 5/10/19 9:58 AM, olivier.dugeon@orange.com wrote: > In the current state of Segment Routing drafts, do you think it is possi= ble to advertise > Adjacency SID on such passive or inter-domain interfaces or do we need t= o specify this behaviour > in a new draft ? > > For me I don't see anything in the drafts that prohibits this kind of ad= vertisement, but perhaps I'm wrong. My understanding is that the SID is specific to an adjacency and advertised in IS-IS in either TLV 22, 222, 23, 223. As adjacencies will not be formed on a passive interface, an adjacency SID should not be advertised for the passive interface. I might also be wrong here, though. All Best, Chris _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring __________________________________________________________________________= _ This e-mail message is intended for the recipient only and contains inform= ation which is=20 CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this=20 transmission in error, please inform us by e-mail, phone or fax, and then = delete the original=20 and all copies thereof. __________________________________________________________________________= _ --_000_AM0PR03MB3828B804FDF655BCA28966B29D0C0AM0PR03MB3828eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi all,
The life span of an unprotected Adj-SID matches the life span of the corre= sponding IGP adjacency. This means that there can be no Adj-SIDs on passiv= e IGP interfaces because no IGP adjacencies are formed across thesd interf= aces.

Inter-AS interfaces can be associated with BGP Peer Segment IDs as describ= ed in  the BGP Egress Peer Engineering=20(EPE) draft.

Hopefully this helps.

Thumb typed by Sasha Vainshtein

From: spring <spring= -bounces@ietf.org> on behalf of Christian Franke <chris@opensourcero= uting.org>
Sent: Friday, May 10, 2019 11:40:11 AM
To: olivier.dugeon@orange.com; SPRING; LSR
Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface
 
On 5/10/19 9:58 AM, olivier.dugeon@orange.com wro= te:
> In the current state of Segment Routing drafts, do you think it is po= ssible to advertise
> Adjacency SID on such passive or inter-domain interfaces or do we nee= d to specify this behaviour
> in a new draft ?
>
> For me I don't see anything in the drafts that prohibits this kind of= advertisement, but perhaps I'm wrong.

My understanding is that the SID is specific to an adjacency and
advertised in IS-IS in either TLV 22, 222, 23, 223.

As adjacencies will not be formed on a passive interface, an adjacency
= SID should not be advertised for the passive interface.

I might also be wrong here, though.

All Best,
Chris

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.= org/mailman/listinfo/spring
__________________________________________________________________________= _

This e-mail message is intended for the recipient only and contains inform= ation which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have rece= ived this
transmission in error, please inform us by e-mail, phone or fax, and then = delete the original
and all copies thereof.
__________________________________________________________________________= _
--_000_AM0PR03MB3828B804FDF655BCA28966B29D0C0AM0PR03MB3828eurp_-- From nobody Fri May 10 05:08:57 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8320A120052; Fri, 10 May 2019 05:08:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=cO6QH4Hn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=L2hfJcjC 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 DAWdg-PYAAVh; Fri, 10 May 2019 05:08:47 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E85512001B; Fri, 10 May 2019 05:08:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2230; q=dns/txt; s=iport; t=1557490127; x=1558699727; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=ETraLbbSJZ/m9qX+Zobk8zOj+cf6TbN5RA3+yEgkI58=; b=cO6QH4Hn5O6KPgErb36vvWy5sgOY8tuC+cE0kfMbpS5jfIjh9bm8L0td B1GG8pxYMGqlMxKeOi5LY9Unc3FEQGH/Tx3Z5WvVioLglU3LQr3R5ZpMW bqI1tjCgHo+Cn61iQ41PwwOz/kecTNVaMuFaIqjC0/EJ12egVyI+7NsKb Y=; IronPort-PHdr: =?us-ascii?q?9a23=3AZP1UsRzgg3UuEgXXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5YRGN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A+GsHbIQKUh?= =?us-ascii?q?YEjcsMmAl1CcWIBGXwLeXhaGoxG8ERHFI=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BIAAATadVc/5NdJa1kHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBgT1QA2lVIAQLKAqEB4NHA4RSiixKgg2XJYEugSQDVAkBAQE?= =?us-ascii?q?MAQEYCwoCAQGEQAIXgXQjNAkOAQMBAQQBAQIBBG0cDIVLAQEBAwEBEBERDAE?= =?us-ascii?q?BLAwPAgEIDgoCAiYCAgIlCxUQAgQBEiKDAAGBagMdAQIMohMCgTWIX3GBL4J?= =?us-ascii?q?5AQEFhH8Ygg8DBoELJwGLTheBf4EQKB+CHi4+gmEBAYFhF4JzMoImjV2Zdwk?= =?us-ascii?q?CggmKV4gCG5VpjDGVAwIEAgQFAg4BAQWBTziBV3AVOyoBgkGCDwwXg0yFFIU?= =?us-ascii?q?/coEpjhYBgSABAQ?= X-IronPort-AV: E=Sophos;i="5.60,453,1549929600"; d="scan'208";a="546291289" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 May 2019 12:08:46 +0000 Received: from XCH-ALN-012.cisco.com (xch-aln-012.cisco.com [173.36.7.22]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id x4AC8kOe022516 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 10 May 2019 12:08:46 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-012.cisco.com (173.36.7.22) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 10 May 2019 07:08:45 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 10 May 2019 07:08:45 -0500 Received: from NAM05-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 10 May 2019 08:08:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ETraLbbSJZ/m9qX+Zobk8zOj+cf6TbN5RA3+yEgkI58=; b=L2hfJcjC9PCMFfxUSdP4M2PUHWULay2Ji/KRyx08+kcjXrCtf9ekApR7j4tLGxvIAsTAMS6Qq2FpZu8IdAX/NdubIOK42qgfDtjaP03PwMRvr3BZqpcH8QXAB9K3KBNDCG3qPhww48oh37M7GMrJ1s8iwMKcRbmfYLgq5zCgghQ= Received: from SN6PR11MB2845.namprd11.prod.outlook.com (52.135.93.24) by SN6PR11MB3328.namprd11.prod.outlook.com (52.135.111.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.14; Fri, 10 May 2019 12:08:44 +0000 Received: from SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::5c42:5f15:d194:98f]) by SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::5c42:5f15:d194:98f%5]) with mapi id 15.20.1878.022; Fri, 10 May 2019 12:08:43 +0000 From: "Acee Lindem (acee)" To: Christian Franke , "olivier.dugeon@orange.com" , SPRING , LSR Thread-Topic: [Lsr] Adjacency SID and Passive Interface Thread-Index: AQHVBwZAffHqPG+5Z0mPmlAuYnTM+6ZkCeiA///3NQA= Date: Fri, 10 May 2019 12:08:43 +0000 Message-ID: <55B16264-3C65-4D4A-B9E1-5BA406FE64FA@cisco.com> References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> In-Reply-To: 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=acee@cisco.com; x-originating-ip: [173.38.117.68] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 14758689-cf1e-442d-1c20-08d6d5403f86 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:SN6PR11MB3328; x-ms-traffictypediagnostic: SN6PR11MB3328: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0033AAD26D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(366004)(39860400002)(346002)(376002)(199004)(189003)(102836004)(2906002)(66066001)(68736007)(6506007)(36756003)(53546011)(76176011)(53936002)(6246003)(5660300002)(229853002)(26005)(76116006)(91956017)(6486002)(64756008)(66556008)(66446008)(66476007)(73956011)(99286004)(6512007)(6306002)(66946007)(2501003)(486006)(86362001)(33656002)(186003)(25786009)(14454004)(7736002)(110136005)(6436002)(256004)(14444005)(478600001)(966005)(81166006)(446003)(82746002)(8936002)(2616005)(476003)(305945005)(71190400001)(71200400001)(11346002)(8676002)(3846002)(6116002)(83716004)(81156014)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR11MB3328; H:SN6PR11MB2845.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: gDXyEUOV0MfStAIpqEw+cJEUf2jXx9vaARbSVCSa6gsYPdeZQv1ePRStrDi9kHjuxQw5I4Xh+lq/xwktZ62dDWxaKvxvnptk83+9n6zrRKpwoSLXQ0dtoIINT2YJ/iwcYGsVpHUu/QP4RsYTEiKIdHKasNJ9ky44y4ZJEDqsjW5brXw9Djqd71wNEpUbobsW7zvLSHrU8+BJ4bJfhvEgugK86AmfUhjj8P9rLZANnu0b7qopQaqfpGVgX7B99oViTstzx5u7pqZ/6FkAgKND3CWPuja8NV86DHRMlJ47kHBb5HeaBAA7mNcdIEazefm/7LYqjPYlTOnVNNJv4RLdn7xJUphltqpAUFeL1yPkSuDtP5XBACNfyX6EubEsHnW7HhMe+FYEI1pCgrNavJgdJ3X94yaxPa5VenYrXX9jJiA= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 14758689-cf1e-442d-1c20-08d6d5403f86 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 May 2019 12:08:43.8479 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB3328 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.22, xch-aln-012.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 12:08:50 -0000 SGkgQ2hyaXMsIE9saXZpZXIsIA0KDQrvu79PbiA1LzEwLzE5LCA0OjQxIEFNLCAiTHNyIG9uIGJl aGFsZiBvZiBDaHJpc3RpYW4gRnJhbmtlIiA8bHNyLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxm IG9mIGNocmlzQG9wZW5zb3VyY2Vyb3V0aW5nLm9yZz4gd3JvdGU6DQoNCiAgICBPbiA1LzEwLzE5 IDk6NTggQU0sIG9saXZpZXIuZHVnZW9uQG9yYW5nZS5jb20gd3JvdGU6DQogICAgPiBJbiB0aGUg Y3VycmVudCBzdGF0ZSBvZiBTZWdtZW50IFJvdXRpbmcgZHJhZnRzLCBkbyB5b3UgdGhpbmsgaXQg aXMgcG9zc2libGUgdG8gYWR2ZXJ0aXNlDQogICAgPiBBZGphY2VuY3kgU0lEIG9uIHN1Y2ggcGFz c2l2ZSBvciBpbnRlci1kb21haW4gaW50ZXJmYWNlcyBvciBkbyB3ZSBuZWVkIHRvIHNwZWNpZnkg dGhpcyBiZWhhdmlvdXINCiAgICA+IGluIGEgbmV3IGRyYWZ0ID8NCiAgICA+IA0KICAgID4gRm9y IG1lIEkgZG9uJ3Qgc2VlIGFueXRoaW5nIGluIHRoZSBkcmFmdHMgdGhhdCBwcm9oaWJpdHMgdGhp cyBraW5kIG9mIGFkdmVydGlzZW1lbnQsIGJ1dCBwZXJoYXBzIEknbSB3cm9uZy4NCiAgICANCiAg ICBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgdGhlIFNJRCBpcyBzcGVjaWZpYyB0byBhbiBhZGph Y2VuY3kgYW5kDQogICAgYWR2ZXJ0aXNlZCBpbiBJUy1JUyBpbiBlaXRoZXIgVExWIDIyLCAyMjIs IDIzLCAyMjMuDQogICAgDQogICAgQXMgYWRqYWNlbmNpZXMgd2lsbCBub3QgYmUgZm9ybWVkIG9u IGEgcGFzc2l2ZSBpbnRlcmZhY2UsIGFuIGFkamFjZW5jeQ0KICAgIFNJRCBzaG91bGQgbm90IGJl IGFkdmVydGlzZWQgZm9yIHRoZSBwYXNzaXZlIGludGVyZmFjZS4NCg0KSSBhZ3JlZSB3aXRoIENo cmlzLiBXZSBzaG91bGRuJ3QgcmV1c2UgdGhlIGV4aXN0aW5nIEFkai1TSUQgd2hlbiB0aGVyZSB3 aWxsIG5ldmVyIGJlIGFuIGFkamFjZW5jeSBhbmQgdGhlIGN1cnJlbnQgc2VtYW50aWNzIHJlcXVp cmUgdGhpcy4gSWYgd2UgbmVlZCBhZHZlcnRpc2VtZW50IG9mIFNJRHMgZm9yIHBhc3NpdmUgaW50 ZXJmYWNlcywgaXQgd291bGQgZGVmaW5pdGVseSBiZSBhIG5ldyBkcmFmdCB0aGF0IGNsZWFybHkg YXJ0aWN1bGF0ZXMgdGhlIHVzZSBjYXNlIGFuZCBkZXNpZ25hdGVzIGEgbmV3IHR5cGUgb2YgU0lE IHRoYXQgaGFzIGRpZmZlcmVudCBzZW1hbnRpY3MuIEFsc28gbm90ZSB0aGF0IHdoaWxlIHBhc3Np dmUgaW50ZXJmYWNlcyBhcmUgdmVyeSB1c2VmdWwgaW4gb3JkZXIgdG8gaW5jbHVkZSBhIHN0dWIg bmV0d29yayBpbiB0aGUgdG9wb2xvZ2llcywgdGhleSBhcmUgbm90IHBhcnQgb2YgdGhlIE9TUEYg c3BlY2lmaWNhdGlvbnMuIEkgaGF2ZW4ndCBkb25lIGFuIGV4aGF1c3RpdmUgc2VhcmNoIG9uIElT LUlTLiANCg0KVGhhbmtzLA0KQWNlZQ0KDQogICAgDQogICAgSSBtaWdodCBhbHNvIGJlIHdyb25n IGhlcmUsIHRob3VnaC4NCiAgICANCiAgICBBbGwgQmVzdCwNCiAgICBDaHJpcw0KICAgIA0KICAg IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgTHNy IG1haWxpbmcgbGlzdA0KICAgIExzckBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbHNyDQogICAgDQoNCg== From nobody Fri May 10 05:22:37 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 051381200CD; Fri, 10 May 2019 05:22:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=BCxatPKJ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MRSEQwCV 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 6dPhbFgvzxxs; Fri, 10 May 2019 05:22:28 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF0E61200B4; Fri, 10 May 2019 05:22:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3396; q=dns/txt; s=iport; t=1557490947; x=1558700547; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=6uTfL6/tIKA6tanGvk1Dk1Do3eboByNXPvrOVMfKXoU=; b=BCxatPKJgKiRIrG+iPq3xXkaUcjdahrooG0Lhc5HaJr73l2TFgKfBY3s 3OEzmMNObbj79GHMLkJLTsjs1+RAprHC9NPZY6y6lpXr/cyYsYmvmmz5Q URDU+DJxW1y+Mhe8pDEIDMIiwnCkUtlHLXsHO+41vlqRMMYZtE3gWwq3N I=; IronPort-PHdr: =?us-ascii?q?9a23=3AIPA2PxEQVpfD523ioMBz1p1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4w3Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+ef3ncyU8AOxJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AIAAB8bNVc/5RdJa1kGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBPVADaVUgBAsoCoQHg0cDhFKKLEqCDZclgS6?= =?us-ascii?q?BJANUCQEBAQwBARgLCgIBAYRAAheBdCM0CQ4BAwEBBAEBAgEEbRwMhUoBAQE?= =?us-ascii?q?BAwEBEBERDAEBLAwLBAIBCBEEAQEBAgImAgICJQsVCAgCBAESCBqDAYFqAx0?= =?us-ascii?q?BAgyiFQKBNYhfcYEvgnkBAQWBBgGDeBiCDwMGgQsnAYtOF4FAP4EQR4FOUC4?= =?us-ascii?q?+gmEBAYFjFQ+CZDKCJo1dmXcJAoIJileIHZVpjDGVAwIEAgQFAg4BAQWBTzi?= =?us-ascii?q?BV3AVO4Jsgg8MF4NMhRSFCAE2coEpjhYBgSABAQ?= X-IronPort-AV: E=Sophos;i="5.60,453,1549929600"; d="scan'208";a="561129029" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 May 2019 12:22:26 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x4ACMQCF026959 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 10 May 2019 12:22:26 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 10 May 2019 07:22:25 -0500 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 10 May 2019 08:22:25 -0400 Received: from NAM03-DM3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 10 May 2019 07:22:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector1-cisco-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6uTfL6/tIKA6tanGvk1Dk1Do3eboByNXPvrOVMfKXoU=; b=MRSEQwCVDqlggGAF6kMkzuEC4j7G+i9llsrKTLW2aOg7wd27Y3fKDkiriqscj/of+butCyk9upXXshqx2RAywgqxheTKy71EfByp+8WEtJ9vr0QyO7NvZZLYKdd7COupuXO/V2EvGqvT3OXoyKTk2Pv+fTbXPLnWzCzic969zGU= Received: from SN6PR11MB2845.namprd11.prod.outlook.com (52.135.93.24) by SN6PR11MB3360.namprd11.prod.outlook.com (52.135.110.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.14; Fri, 10 May 2019 12:22:24 +0000 Received: from SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::5c42:5f15:d194:98f]) by SN6PR11MB2845.namprd11.prod.outlook.com ([fe80::5c42:5f15:d194:98f%5]) with mapi id 15.20.1878.022; Fri, 10 May 2019 12:22:23 +0000 From: "Ketan Talaulikar (ketant)" To: "Acee Lindem (acee)" , Christian Franke , "olivier.dugeon@orange.com" , SPRING , LSR Thread-Topic: [Lsr] Adjacency SID and Passive Interface Thread-Index: AQHVBwZA6D+GFkAJn0WVlItKMapzX6ZkCeiAgAA6RICAAAF80A== Date: Fri, 10 May 2019 12:22:23 +0000 Message-ID: References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> <55B16264-3C65-4D4A-B9E1-5BA406FE64FA@cisco.com> In-Reply-To: <55B16264-3C65-4D4A-B9E1-5BA406FE64FA@cisco.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=ketant@cisco.com; x-originating-ip: [72.163.220.24] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 080f28e1-e281-490f-2696-08d6d5422848 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:SN6PR11MB3360; x-ms-traffictypediagnostic: SN6PR11MB3360: x-ms-exchange-purlcount: 1 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0033AAD26D x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(136003)(396003)(366004)(376002)(346002)(199004)(189003)(13464003)(66556008)(66446008)(68736007)(64756008)(6116002)(3846002)(66476007)(2906002)(25786009)(2501003)(86362001)(14444005)(256004)(52536014)(5660300002)(6436002)(76116006)(229853002)(71200400001)(66946007)(66066001)(33656002)(71190400001)(73956011)(14454004)(81166006)(966005)(26005)(186003)(478600001)(102836004)(6506007)(53546011)(486006)(7696005)(76176011)(6246003)(7736002)(476003)(316002)(74316002)(305945005)(53936002)(99286004)(8676002)(8936002)(81156014)(11346002)(446003)(55016002)(110136005)(9686003)(6306002); DIR:OUT; SFP:1101; SCL:1; SRVR:SN6PR11MB3360; H:SN6PR11MB2845.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 8sm+QCRlxjA9KMzAWyDj5UaJHW+D2h4BYRt/I6vLkzStfQ+l1vHmtY5PPthk1LhmBa8NC3WrEl0Qx0/Bq13bFkQm5V0Dq38iXqnv0SrlZlCQbTtTPgqhQdA5l3lnXwYv4mhnoXH6uU1y3lXZ5mQO8yTpCRIonnc70AJJ+hH0EsW6QEPzdJ9MEPp/zlomba9Tw51SLMfYIBKEGgdZ6FZW+LMxytRSZscg4nTY6LIO4NxeQgC6GxDs2KznsiKJ74RzEJ7FCHgv7Tl+43JcTTEOWM5jUXtHVMnf5ide0LbWMBzQmBhQxiSF+E6u1KX8eTmLa6oz690+9bIML2V6riDzQSK9VBvn7RNqmsmH0fjDTnJvE0HYitHCOIy9MyyWAde64jc92v4+PxRYn6zav16sZBhV0cDgRNvU2lxmk/40SvU= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 080f28e1-e281-490f-2696-08d6d5422848 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 May 2019 12:22:23.7887 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB3360 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.26, xch-aln-016.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 12:22:30 -0000 KzENCg0KSGkgT2xpdmVyLA0KDQpUZWNobmljYWxseSBBZGotU0lEIHJlZmVycyB0byBhbiBJR1Ag YWRqYWNlbmN5IGJldHdlZW4gdHdvIG5vZGVzIGFzIHBlciBSRkM4NDAyIHNlbWFudGljcy4gSSBk b24ndCB0aGluayBhIHBhc3NpdmUgKHN0dWIpIGxpbmsgZmFsbHMgdW5kZXIgdGhhdCBjYXRlZ29y eS4gSXQgd291bGQgYmUgYmV0dGVyIHRvIGRlZmluZSBhIHBhc3NpdmUgbGluayBzZXBhcmF0ZWx5 IChzb21ld2hhdCBvbiBsaW5lcyBvZiB3aGF0IHdhcyBkb25lIGZvciBpbnRlci1BUyBURSkgc28g dGhhdCBpdCBkb2VzIG5vdCBnZXQgbWl4ZWQgdXAgd2l0aCB0aGUgY2xhc3NpY2FsIElHUCBsaW5r cy4gSSB3b3VsZCB0aGluayBhIG5ldyBkcmFmdCB3b3VsZCBiZSBhcHQgZm9yIHN1Y2ggYW4gZXh0 ZW5zaW9uLg0KDQpUaGFua3MsDQpLZXRhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogTHNyIDxsc3ItYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIEFjZWUgTGluZGVt IChhY2VlKQ0KU2VudDogMTAgTWF5IDIwMTkgMTc6MzkNClRvOiBDaHJpc3RpYW4gRnJhbmtlIDxj aHJpc0BvcGVuc291cmNlcm91dGluZy5vcmc+OyBvbGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tOyBT UFJJTkcgPHNwcmluZ0BpZXRmLm9yZz47IExTUiA8bHNyQGlldGYub3JnPg0KU3ViamVjdDogUmU6 IFtMc3JdIEFkamFjZW5jeSBTSUQgYW5kIFBhc3NpdmUgSW50ZXJmYWNlDQoNCkhpIENocmlzLCBP bGl2aWVyLCANCg0K77u/T24gNS8xMC8xOSwgNDo0MSBBTSwgIkxzciBvbiBiZWhhbGYgb2YgQ2hy aXN0aWFuIEZyYW5rZSIgPGxzci1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBjaHJpc0Bv cGVuc291cmNlcm91dGluZy5vcmc+IHdyb3RlOg0KDQogICAgT24gNS8xMC8xOSA5OjU4IEFNLCBv bGl2aWVyLmR1Z2VvbkBvcmFuZ2UuY29tIHdyb3RlOg0KICAgID4gSW4gdGhlIGN1cnJlbnQgc3Rh dGUgb2YgU2VnbWVudCBSb3V0aW5nIGRyYWZ0cywgZG8geW91IHRoaW5rIGl0IGlzIHBvc3NpYmxl IHRvIGFkdmVydGlzZQ0KICAgID4gQWRqYWNlbmN5IFNJRCBvbiBzdWNoIHBhc3NpdmUgb3IgaW50 ZXItZG9tYWluIGludGVyZmFjZXMgb3IgZG8gd2UgbmVlZCB0byBzcGVjaWZ5IHRoaXMgYmVoYXZp b3VyDQogICAgPiBpbiBhIG5ldyBkcmFmdCA/DQogICAgPiANCiAgICA+IEZvciBtZSBJIGRvbid0 IHNlZSBhbnl0aGluZyBpbiB0aGUgZHJhZnRzIHRoYXQgcHJvaGliaXRzIHRoaXMga2luZCBvZiBh ZHZlcnRpc2VtZW50LCBidXQgcGVyaGFwcyBJJ20gd3JvbmcuDQogICAgDQogICAgTXkgdW5kZXJz dGFuZGluZyBpcyB0aGF0IHRoZSBTSUQgaXMgc3BlY2lmaWMgdG8gYW4gYWRqYWNlbmN5IGFuZA0K ICAgIGFkdmVydGlzZWQgaW4gSVMtSVMgaW4gZWl0aGVyIFRMViAyMiwgMjIyLCAyMywgMjIzLg0K ICAgIA0KICAgIEFzIGFkamFjZW5jaWVzIHdpbGwgbm90IGJlIGZvcm1lZCBvbiBhIHBhc3NpdmUg aW50ZXJmYWNlLCBhbiBhZGphY2VuY3kNCiAgICBTSUQgc2hvdWxkIG5vdCBiZSBhZHZlcnRpc2Vk IGZvciB0aGUgcGFzc2l2ZSBpbnRlcmZhY2UuDQoNCkkgYWdyZWUgd2l0aCBDaHJpcy4gV2Ugc2hv dWxkbid0IHJldXNlIHRoZSBleGlzdGluZyBBZGotU0lEIHdoZW4gdGhlcmUgd2lsbCBuZXZlciBi ZSBhbiBhZGphY2VuY3kgYW5kIHRoZSBjdXJyZW50IHNlbWFudGljcyByZXF1aXJlIHRoaXMuIElm IHdlIG5lZWQgYWR2ZXJ0aXNlbWVudCBvZiBTSURzIGZvciBwYXNzaXZlIGludGVyZmFjZXMsIGl0 IHdvdWxkIGRlZmluaXRlbHkgYmUgYSBuZXcgZHJhZnQgdGhhdCBjbGVhcmx5IGFydGljdWxhdGVz IHRoZSB1c2UgY2FzZSBhbmQgZGVzaWduYXRlcyBhIG5ldyB0eXBlIG9mIFNJRCB0aGF0IGhhcyBk aWZmZXJlbnQgc2VtYW50aWNzLiBBbHNvIG5vdGUgdGhhdCB3aGlsZSBwYXNzaXZlIGludGVyZmFj ZXMgYXJlIHZlcnkgdXNlZnVsIGluIG9yZGVyIHRvIGluY2x1ZGUgYSBzdHViIG5ldHdvcmsgaW4g dGhlIHRvcG9sb2dpZXMsIHRoZXkgYXJlIG5vdCBwYXJ0IG9mIHRoZSBPU1BGIHNwZWNpZmljYXRp b25zLiBJIGhhdmVuJ3QgZG9uZSBhbiBleGhhdXN0aXZlIHNlYXJjaCBvbiBJUy1JUy4gDQoNClRo YW5rcywNCkFjZWUNCg0KICAgIA0KICAgIEkgbWlnaHQgYWxzbyBiZSB3cm9uZyBoZXJlLCB0aG91 Z2guDQogICAgDQogICAgQWxsIEJlc3QsDQogICAgQ2hyaXMNCiAgICANCiAgICBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgIExzciBtYWlsaW5nIGxp c3QNCiAgICBMc3JAaWV0Zi5vcmcNCiAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2xzcg0KICAgIA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KTHNyIG1haWxpbmcgbGlzdA0KTHNyQGlldGYub3JnDQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xzcg0K From nobody Fri May 10 07:12:11 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99E441200B5; Fri, 10 May 2019 07:12:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.289 X-Spam-Level: X-Spam-Status: No, score=-0.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 TssJ3bZ3U3ww; Fri, 10 May 2019 07:11:59 -0700 (PDT) Received: from orange.com (mta239.mail.business.static.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C06B1200A1; Fri, 10 May 2019 07:11:59 -0700 (PDT) Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar22.francetelecom.fr (ESMTP service) with ESMTP id 450sbL0CDBz2yks; Fri, 10 May 2019 16:11:58 +0200 (CEST) Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.26]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 450sbK5yhHzCqkq; Fri, 10 May 2019 16:11:57 +0200 (CEST) Received: from OPEXCLILM23.corporate.adroot.infra.ftgroup (10.114.31.57) by OPEXCAUBM31.corporate.adroot.infra.ftgroup (10.114.13.26) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 10 May 2019 16:11:57 +0200 Received: from [10.193.71.29] (10.168.234.6) by OPEXCLILM23.corporate.adroot.infra.ftgroup (10.114.31.57) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 10 May 2019 16:11:57 +0200 To: "Ketan Talaulikar (ketant)" , "Acee Lindem (acee)" , Christian Franke , SPRING , LSR References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> <55B16264-3C65-4D4A-B9E1-5BA406FE64FA@cisco.com> From: Organization: Orange Labs Message-ID: <18204_1557497517_5CD586AD_18204_311_1_7261fac6-1271-b5fd-918b-396045aa3f25@orange.com> Date: Fri, 10 May 2019 16:11:59 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------D5D44CB7501A659715FEAEE8" Content-Language: en-GB X-Originating-IP: [10.168.234.6] Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 14:12:02 -0000 --------------D5D44CB7501A659715FEAEE8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks everybody for your answer. It is clear that Adj-SID is linked to the existence of an IS-IS adjacency w= ith a neighbour, thus it is not usable for passive interface or inter-domai= n link. Regards Olivier Le 10/05/2019 =C3=A0 14:22, Ketan Talaulikar (ketant) a =C3=A9crit=C2=A0: > +1 > > Hi Oliver, > > Technically Adj-SID refers to an IGP adjacency between two nodes as per R= FC8402 semantics. I don't think a passive (stub) link falls under that cate= gory. It would be better to define a passive link separately (somewhat on l= ines of what was done for inter-AS TE) so that it does not get mixed up wit= h the classical IGP links. I would think a new draft would be apt for such = an extension. > > Thanks, > Ketan > > -----Original Message----- > From: Lsr On Behalf Of Acee Lindem (acee) > Sent: 10 May 2019 17:39 > To: Christian Franke ; olivier.dugeon@orange= .com; SPRING ; LSR > Subject: Re: [Lsr] Adjacency SID and Passive Interface > > Hi Chris, Olivier,=20 > > =EF=BB=BFOn 5/10/19, 4:41 AM, "Lsr on behalf of Christian Franke" wrote: > > On 5/10/19 9:58 AM, olivier.dugeon@orange.com wrote: > > In the current state of Segment Routing drafts, do you think it is = possible to advertise > > Adjacency SID on such passive or inter-domain interfaces or do we n= eed to specify this behaviour > > in a new draft ? > >=20 > > For me I don't see anything in the drafts that prohibits this kind = of advertisement, but perhaps I'm wrong. >=20=20=20=20=20 > My understanding is that the SID is specific to an adjacency and > advertised in IS-IS in either TLV 22, 222, 23, 223. >=20=20=20=20=20 > As adjacencies will not be formed on a passive interface, an adjacency > SID should not be advertised for the passive interface. > > I agree with Chris. We shouldn't reuse the existing Adj-SID when there wi= ll never be an adjacency and the current semantics require this. If we need= advertisement of SIDs for passive interfaces, it would definitely be a new= draft that clearly articulates the use case and designates a new type of S= ID that has different semantics. Also note that while passive interfaces ar= e very useful in order to include a stub network in the topologies, they ar= e not part of the OSPF specifications. I haven't done an exhaustive search = on IS-IS.=20 > > Thanks, > Acee > >=20=20=20=20=20 > I might also be wrong here, though. >=20=20=20=20=20 > All Best, > Chris >=20=20=20=20=20 > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr >=20=20=20=20=20 > > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --------------D5D44CB7501A659715FEAEE8 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Thanks everybody for your answer.<= /p>

It is clear that Adj-SID is linked to the existence of an IS-IS adjacency with a neighbour, thus it is not usable for passive interface or inter-domain link.

Regards

Olivier

Le 10/05/2019 =C3=A0 14:22, Ketan Talaul= ikar (ketant) a =C3=A9crit=C2=A0:
+1

Hi Oliver,

Technically Adj-SID refers to an IGP adjacency between two nodes as per RFC=
8402 semantics. I don't think a passive (stub) link falls under that catego=
ry. It would be better to define a passive link separately (somewhat on lin=
es of what was done for inter-AS TE) so that it does not get mixed up with =
the classical IGP links. I would think a new draft would be apt for such an=
 extension.

Thanks,
Ketan

-----Original Message-----
From: Lsr <lsr-bounces@ietf.org> On Behalf Of Acee Lindem (acee)
Sent: 10 May 2019 17:39
To: Christian Franke <chris@opensourcerouting.org>; oli=
vier.dugeon@orange.com; SPRING <spring@ietf.org>; LSR <lsr@ietf.org>
Subject: Re: [Lsr] Adjacency SID and Passive Interface

Hi Chris, Olivier,=20

=EF=BB=BFOn 5/10/19, 4:41 AM, "Lsr on behalf of Christian Franke" <lsr-bounces@ietf.org on behalf of chris@opens=
ourcerouting.org> wrote:

    On 5/10/19 9:58 AM, olivier.dugeon@orange.com wrote:
    > In the current state of Segment Routing drafts, do you think it is=
 possible to advertise
    > Adjacency SID on such passive or inter-domain interfaces or do we =
need to specify this behaviour
    > in a new draft ?
    >=20
    > For me I don't see anything in the drafts that prohibits this kind=
 of advertisement, but perhaps I'm wrong.
=20=20=20=20
    My understanding is that the SID is specific to an adjacency and
    advertised in IS-IS in either TLV 22, 222, 23, 223.
=20=20=20=20
    As adjacencies will not be formed on a passive interface, an adjacency
    SID should not be advertised for the passive interface.

I agree with Chris. We shouldn't reuse the existing Adj-SID when there will=
 never be an adjacency and the current semantics require this. If we need a=
dvertisement of SIDs for passive interfaces, it would definitely be a new d=
raft that clearly articulates the use case and designates a new type of SID=
 that has different semantics. Also note that while passive interfaces are =
very useful in order to include a stub network in the topologies, they are =
not part of the OSPF specifications. I haven't done an exhaustive search on=
 IS-IS.=20

Thanks,
Acee

=20=20=20=20
    I might also be wrong here, though.
=20=20=20=20
    All Best,
    Chris
=20=20=20=20
    _______________________________________________
    Lsr mailing list
    Lsr@=
ietf.org
    https://www.ietf.org/mailman/listinfo/lsr
=20=20=20=20

_______________________________________________
Lsr mailing list
Lsr@ietf=
.org
https://www.ietf.org/mailman/listinfo/lsr

____________________________________________________________________=
_____________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--------------D5D44CB7501A659715FEAEE8-- From nobody Fri May 10 08:43:19 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ABCF12016D; Fri, 10 May 2019 08:43:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 XVQTICcnLeRz; Fri, 10 May 2019 08:43:08 -0700 (PDT) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0:4864:20::529]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F71B120139; Fri, 10 May 2019 08:43:08 -0700 (PDT) Received: by mail-pg1-x529.google.com with SMTP id e6so3208468pgc.4; Fri, 10 May 2019 08:43:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=scuAFnkO2nAZsufBkQ+jT12qJgFL2rWlONdNFhw+NUA=; b=BsadeqAqIoZtk9OgW28aKDuXn142UnSEY/qpgsob9WDRxPIiVGITsyHEwJgBSamZNC /GdySRmyze609AB4zEwcmQPA74V7Cmtyr+i3hgv7YmH5RGje3ZmcXvOzxvcq1rlv2QNs cL8SraGV98YgBzTX/HaNUhYWNNr7YbO/mEnU7rRSgbzyv8Z0kVGAi3p9eMD5oz9SquUb XTVB0clql2ox5V/qn9+lyQ8iqtqKPETCyz1d+qkBxTIXeb4QKbZx1QGbRpomZVjj5O2v z+eTQq8gH40IueOY5eIWjZNPwyERZSJGfS3DdHyYbeSoIOD0hLkGD/fwrnXHhXRD+7FZ gjsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=scuAFnkO2nAZsufBkQ+jT12qJgFL2rWlONdNFhw+NUA=; b=A4qamcCaQwRfrc5i2gfnPDJ7HeZFI09LZqI+kYk/sjPLhOgKnGG+55QiPHVb0gDCzw pqe6bZ+c3dHAnTR/G+TsSFHlB+FA9DcXYeAYg9uXZTlLSn2NA4lMIjP2Ih/+QYxLUntD QK53yuFdAepP5uyq4/znID+voDcwffLQcgeSXNLkdhiweenkPsmJXnlUvN4ID/KTpn3l bC8lcyEMuvLMGVJRSHYbRKtLLi+/1SlHn3823393AOnCbP+TGRGt1ctUxZ74kNP3GtMl YXXTneMyDYzy1iwAh7lwclwTBzBKXVsvpQqdKX0LkZq8GNxoAUUPd8Kqqon+xyOOmOI0 iY8w== X-Gm-Message-State: APjAAAUGRFnbZcJNaWrXBS2usdtA1Nt35cvBAwxVE1LnqfI8foNJFjRP WP38M6wnR1K0ndWn89R1JE+3yDD5 X-Google-Smtp-Source: APXvYqzu/kY0tpEg+tYX86gOtj+tQig5lUw0zkZUhpZNRTU7abLztBK37ldEzCKsgDEt+qY8XC98Hw== X-Received: by 2002:aa7:9203:: with SMTP id 3mr15244343pfo.123.1557502987468; Fri, 10 May 2019 08:43:07 -0700 (PDT) Received: from [192.168.1.5] (c-73-189-13-44.hsd1.ca.comcast.net. [73.189.13.44]) by smtp.gmail.com with ESMTPSA id v40sm18161540pgn.17.2019.05.10.08.43.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 10 May 2019 08:43:06 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Jeff Tantsura X-Mailer: iPhone Mail (16E227) In-Reply-To: Date: Fri, 10 May 2019 08:43:05 -0700 Cc: "Acee Lindem (acee)" , Christian Franke , "olivier.dugeon@orange.com" , SPRING , LSR Content-Transfer-Encoding: quoted-printable Message-Id: <965F65AB-48FF-4E0C-85DD-53B5A530D684@gmail.com> References: <13318_1557475082_5CD52F0A_13318_76_1_e581409b-8272-9b7b-df11-941f4325413d@orange.com> <55B16264-3C65-4D4A-B9E1-5BA406FE64FA@cisco.com> To: "Ketan Talaulikar (ketant)" Archived-At: Subject: Re: [spring] [Lsr] Adjacency SID and Passive Interface X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 May 2019 15:43:12 -0000 +1 Regards, Jeff > On May 10, 2019, at 05:22, Ketan Talaulikar (ketant) wr= ote: >=20 > +1 >=20 > Hi Oliver, >=20 > Technically Adj-SID refers to an IGP adjacency between two nodes as per RFC= 8402 semantics. I don't think a passive (stub) link falls under that categor= y. It would be better to define a passive link separately (somewhat on lines= of what was done for inter-AS TE) so that it does not get mixed up with the= classical IGP links. I would think a new draft would be apt for such an ext= ension. >=20 > Thanks, > Ketan >=20 > -----Original Message----- > From: Lsr On Behalf Of Acee Lindem (acee) > Sent: 10 May 2019 17:39 > To: Christian Franke ; olivier.dugeon@orange.= com; SPRING ; LSR > Subject: Re: [Lsr] Adjacency SID and Passive Interface >=20 > Hi Chris, Olivier,=20 >=20 > =EF=BB=BFOn 5/10/19, 4:41 AM, "Lsr on behalf of Christian Franke" wrote: >=20 >> On 5/10/19 9:58 AM, olivier.dugeon@orange.com wrote: >> In the current state of Segment Routing drafts, do you think it is possib= le to advertise >> Adjacency SID on such passive or inter-domain interfaces or do we need to= specify this behaviour >> in a new draft ? >>=20 >> For me I don't see anything in the drafts that prohibits this kind of adv= ertisement, but perhaps I'm wrong. >=20 > My understanding is that the SID is specific to an adjacency and > advertised in IS-IS in either TLV 22, 222, 23, 223. >=20 > As adjacencies will not be formed on a passive interface, an adjacency > SID should not be advertised for the passive interface. >=20 > I agree with Chris. We shouldn't reuse the existing Adj-SID when there wil= l never be an adjacency and the current semantics require this. If we need a= dvertisement of SIDs for passive interfaces, it would definitely be a new dr= aft that clearly articulates the use case and designates a new type of SID t= hat has different semantics. Also note that while passive interfaces are ver= y useful in order to include a stub network in the topologies, they are not p= art of the OSPF specifications. I haven't done an exhaustive search on IS-IS= .=20 >=20 > Thanks, > Acee >=20 >=20 > I might also be wrong here, though. >=20 > All Best, > Chris >=20 > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr >=20 >=20 > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr > _______________________________________________ > Lsr mailing list > Lsr@ietf.org > https://www.ietf.org/mailman/listinfo/lsr From nobody Sun May 12 07:31:22 2019 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2299A12017E; Sun, 12 May 2019 07:31:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: spring@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.96.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: spring@ietf.org Message-ID: <155767148110.31756.15532356436895825739@ietfa.amsl.com> Date: Sun, 12 May 2019 07:31:21 -0700 Archived-At: Subject: [spring] I-D Action: draft-ietf-spring-segment-routing-policy-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 May 2019 14:31:21 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Source Packet Routing in Networking WG of the IETF. Title : Segment Routing Policy Architecture Authors : Clarence Filsfils Siva Sivabalan Daniel Voyer Alex Bogdanov Paul Mattes Filename : draft-ietf-spring-segment-routing-policy-03.txt Pages : 33 Date : 2019-05-12 Abstract: Segment Routing (SR) allows a headend node to steer a packet flow along any path. Intermediate per-flow states are eliminated thanks to source routing. The headend node steers a flow into an SR Policy. The header of a packet steered in an SR Policy is augmented with an ordered list of segments associated with that SR Policy. This document details the concepts of SR Policy and steering into an SR Policy. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-policy/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-03 https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-segment-routing-policy-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu May 16 07:48:36 2019 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 62A6712015D; Thu, 16 May 2019 07:48:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: martin.vigoureux@nokia.com, spring@ietf.org, spring-chairs@ietf.org, bruno.decraene@orange.com X-Test-IDTracker: no X-IETF-IDTracker: 6.96.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <155801810730.19716.2110413164012723413.idtracker@ietfa.amsl.com> Date: Thu, 16 May 2019 07:48:27 -0700 Archived-At: Subject: [spring] spring - New Meeting Session Request for IETF 105 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 May 2019 14:48:34 -0000 A new meeting session request has just been submitted by Bruno Decraene, a Chair of the spring working group. --------------------------------------------------------- Working Group Name: Source Packet Routing in Networking Area Name: Routing Area Session Requester: Bruno Decraene Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 110 Conflicts to Avoid: First Priority: 6man lsr mpls Second Priority: rtgarea idr sfc pce Third Priority: teas detnet People who must be present: Bruno Decraene Martin Vigoureux Rob Shakir Resources Requested: Special Requests: --------------------------------------------------------- From nobody Thu May 16 19:58:21 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA29C120344 for ; Thu, 16 May 2019 19:58:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.71 X-Spam-Level: X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 ZX2TH2oGffOI for ; Thu, 16 May 2019 19:58:18 -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 A21B7120088 for ; Thu, 16 May 2019 19:58:18 -0700 (PDT) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4H2soaY028692; Thu, 16 May 2019 19:58:11 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : mime-version; s=PPS1017; bh=03uhdpxe9vKM1obFVxpgMVDr1JBtxmhMBdESOoTh/m8=; b=tMUWwpcBINM4+irXVhpOnFON08Y6OMtdb4UCnYfYfOXMged4L28GDW/DyVKXmBctYmpH NE4oKXAZY6X4uV+44staCnijP5kw6OwSofiFJtie4198zuLY52Z2b+3snSDsYZL4GWaE A9KWZL14JIWmLuTLvA8zOt8QICjlhwd6GLSHbeD0SXVmxaAGgPxmLY1PpctPUApBASHW VfOI5t2b6PWKJXY8xQpE3SQFbgNEfxnytCWpoKyq4wyx/uekQUNO3voROkVoxK81qrNe JXFgoh5ADoVaBDc4YORXCL7B9cBP4VwsiGq+/Ovvr5v/S/X54DpKQW+BIZ8LUtPXMZOU ww== Received: from nam05-co1-obe.outbound.protection.outlook.com (mail-co1nam05lp2053.outbound.protection.outlook.com [104.47.48.53]) by mx0b-00273201.pphosted.com with ESMTP id 2shbkg0ub9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 16 May 2019 19:58:11 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB4200.namprd05.prod.outlook.com (52.135.200.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.9; Fri, 17 May 2019 02:58:08 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.002; Fri, 17 May 2019 02:58:08 +0000 From: Rajesh M To: Peter Psenak , "cfilsfil@cisco.com" , "abashandy.ietf@gmail.com" , "bruno.decraene@orange.com" , "huzhibo@huawei.com" CC: SPRING WG , Shraddha Hegde Thread-Topic: draft-bashandy-isis-srv6-extensions-05 Thread-Index: AdUMWrQmCbXfqHtnQKyOhhq7wwsadQ== Content-Class: Date: Fri, 17 May 2019 02:58:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-17T02:58:01.5071549Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [116.197.184.14] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5349f5a7-45b0-4f11-62f7-08d6da737d8e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4200; x-ms-traffictypediagnostic: BYAPR05MB4200: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-forefront-prvs: 0040126723 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(136003)(396003)(39860400002)(346002)(366004)(53754006)(189003)(199004)(9326002)(476003)(486006)(8936002)(478600001)(68736007)(81156014)(81166006)(186003)(7736002)(26005)(316002)(8676002)(54906003)(110136005)(53936002)(33656002)(99286004)(6506007)(2501003)(7696005)(55016002)(9686003)(2201001)(6306002)(86362001)(6436002)(102836004)(25786009)(6116002)(3846002)(4326008)(71190400001)(71200400001)(790700001)(107886003)(74316002)(256004)(4744005)(66574012)(66066001)(52536014)(5660300002)(14454004)(2906002)(66446008)(73956011)(64756008)(66946007)(66556008)(66476007)(76116006); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4200; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: UDq3FSnlaDvTQVvSr0qzA5DtaVj04AxFOLLFwN+mA0GP7Yx1t2YiAFfdeZkjgyyhpYMbq/ceI6VOQKz3GRIMMgrF/rfBX38+9EzLMxx1FUCjWkmCNZ3Pyg0PmI5SsOrBLnKMalBRfy6hJYjGlZkhHUjEBbMw89mPKYisy7IE0dq+NbIkOrzIeFt++QIoaqvKOK6389PNfcJUT9qjQFtvflGGkfxvQzk2PLgASqUGbAL7snxMcf+tunlNZD2zRTUhaKDRUnTzViIjCFzH+7pcSMBIeVGn9YkpPhQEZjxUNT+rfisxUdrq3TmxByGzCKhcSPCxUdxaOHMjR1R68Z8zXP3wAh1P3YKu8pZJueE85pyOy86mgMGvCfvs8R1/sNT42xuJJJTLvsT54PgbcXV2Q/VD1Fh7lm3iYVHHPRAm9Og= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB48212AC3C69F456355822FDDBE0B0BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 5349f5a7-45b0-4f11-62f7-08d6da737d8e X-MS-Exchange-CrossTenant-originalarrivaltime: 17 May 2019 02:58:08.0982 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4200 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-17_01:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=806 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905170017 Archived-At: Subject: [spring] draft-bashandy-isis-srv6-extensions-05 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 May 2019 02:58:21 -0000 --_000_BYAPR05MB48212AC3C69F456355822FDDBE0B0BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, As per section 8 , END.DT4 can be advertising using ISIS (via END SID for= mat). At SRV6 egress router everything will work fine (Egress router we must conf= igure which END.DT4 SID for which vrf table). But at SRV6 ingress router how to decide which END.DT4 SID to use for which= VRF ? Again we need to configure IPV6 SID list per VRF @ingress side ? I think its better to use BGP for END.DT4 signalling (draft-dawra-bess-srv6= -services-00) Thanks Rajesh Juniper Internal --_000_BYAPR05MB48212AC3C69F456355822FDDBE0B0BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

As per section 8 , END.DT4 can be  advertising = using ISIS  (via END SID format).

At SRV6 egress router everything will work fine (Egr= ess router we must configure which END.DT4 SID for which vrf table).

 

But at SRV6 ingress router how to decide which END.D= T4 SID to use for which VRF ?

Again we need to configure IPV6 SID list per VRF @in= gress side ?

 

I think its better to use BGP for END.DT4 signalling= (draft-dawra-bess-srv6-services-00)

 

 

Thanks

Rajesh

 

 

 

 


Juniper Interna= l

--_000_BYAPR05MB48212AC3C69F456355822FDDBE0B0BYAPR05MB4821namp_-- From nobody Thu May 16 23:50:09 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 655671200B6 for ; Thu, 16 May 2019 23:50:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 EsDzYNFv4FvM for ; Thu, 16 May 2019 23:50:06 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CC96120088 for ; Thu, 16 May 2019 23:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=896; q=dns/txt; s=iport; t=1558075805; x=1559285405; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=2V83B8pDh1DTzcM1hEneMQDODvkw/i6MQotBBqbkPFs=; b=P7O1qf2dhN7mRGE7DQatHqYWhwsLHdiA1MHYQs3h+q91f6Sd3tXjcTwv 4h2Gl2prZd5Fmv8VuwJxLyFihgXF/yOSK7dKKIAMoKR83pBvjv3pBjcx5 e47uYEfRhkrzu3JRLR1Sj4h1R+fsAsYrUxLVXVT1E8Q5ebJbrjnN4dUuw s=; X-IronPort-AV: E=Sophos;i="5.60,478,1549929600"; d="scan'208";a="12101941" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 17 May 2019 06:50:03 +0000 Received: from [10.60.140.53] (ams-ppsenak-nitro4.cisco.com [10.60.140.53]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id x4H6o1tN022908; Fri, 17 May 2019 06:50:03 GMT To: Rajesh M , "cfilsfil@cisco.com" , "abashandy.ietf@gmail.com" , "bruno.decraene@orange.com" , "huzhibo@huawei.com" References: Cc: SPRING WG , Shraddha Hegde From: Peter Psenak Message-ID: <5100d7bf-d970-f066-1574-a42b9c2510ce@cisco.com> Date: Fri, 17 May 2019 08:50:01 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Outbound-SMTP-Client: 10.60.140.53, ams-ppsenak-nitro4.cisco.com X-Outbound-Node: aer-core-4.cisco.com Archived-At: Subject: Re: [spring] draft-bashandy-isis-srv6-extensions-05 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 May 2019 06:50:08 -0000 Rajesh, The use case for END.DX and END.DT SIDs advertisement in IGPs is different. The use case for these SIDs is when PLR does not support T.Insert and uses T-Encap to enforce the traffic over the computed backup path. regards, Peter On 17/05/2019 04:58 , Rajesh M wrote: > Hi All, > > > > As per section 8 , END.DT4 can be advertising using ISIS (via END SID > format). > > At SRV6 egress router everything will work fine (Egress router we must > configure which END.DT4 SID for which vrf table). > > > > But at SRV6 ingress router how to decide which END.DT4 SID to use for > which VRF ? > > Again we need to configure IPV6 SID list per VRF @ingress side ? > > > > I think its better to use BGP for END.DT4 signalling > (draft-dawra-bess-srv6-services-00) > > > > > > Thanks > > Rajesh > > > > > > > > > > > Juniper Internal > From nobody Tue May 21 15:08:40 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3F53120103; Tue, 21 May 2019 15:08:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=M3OFjJPR; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=ISCatQCI 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 i3UoYUbflSTP; Tue, 21 May 2019 15:08:30 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F46012004C; Tue, 21 May 2019 15:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27797; q=dns/txt; s=iport; t=1558476510; x=1559686110; h=from:to:subject:date:message-id:mime-version; bh=x47xMSKLgh7izL2HD1TmhtVv0FteL9ajaXc8GqNHCJA=; b=M3OFjJPRSuxjZ8eg8r/C+YJ/IGFPDxoFZn9MPJ7uSiOaf/RAWcM4r0Mw 0trzpADX6w4NjBVl1fcYtJRp9hDAbg6kaNSdOidLfIHY3312PMIyrM8ec 70Nsa5UqhNjspW7yFYFsDal4IiJ3DBJEv5DEgy1d79AcAHop9A2hzF+wh k=; IronPort-PHdr: =?us-ascii?q?9a23=3AXUF88xQiP3603CMpkeAO2i6jPdpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBdfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOjY1FcJOVF5N9HCgOk8TE8H7NBXf?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AhAQBuduRc/49dJa1lHgEGBwaBUwc?= =?us-ascii?q?LAYEOL1ADaVUgBAsohBODRwOOdkqBaJdMgS6BJANUCQEBAQwBASMKAgEBhEA?= =?us-ascii?q?Zgg8jNgcOAQMBAQQBAQIBBG0cDIVjEQoTAQE4EQFACgIEMCcEATSDAAGBHU0?= =?us-ascii?q?DHQECDJt/AoE1iF9xgS+CeQEBBYFHQUCCPBiCDwMGgTSLUReBQD+BEScME4I?= =?us-ascii?q?eg00CAwGCCoJdMoImiyYSgkKEXpRwXwkCgg2GLoxSG4F2lDaMVoZyjlYCBAI?= =?us-ascii?q?EBQIOAQEFgVYBMIFXcBVlAYJBgg+Db4UUhT9ygSmNfwEB?= X-IronPort-AV: E=Sophos;i="5.60,496,1549929600"; d="scan'208,217";a="277189990" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 21 May 2019 22:08:28 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x4LM8SC1006614 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2019 22:08:28 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 21 May 2019 17:08:28 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 21 May 2019 17:08:27 -0500 Received: from NAM04-BN3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 21 May 2019 17:08:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x47xMSKLgh7izL2HD1TmhtVv0FteL9ajaXc8GqNHCJA=; b=ISCatQCIllkD7MzRQGz2+67IF7D1Zf6UBorx5aukC8LfWYAo5ic/gscGkkzCg46Yi9WiRaTzWfXQMFpcfkUkT1CnA2Lar6J8aba+p8HZX1dxZgvkl1PTGKac9MLBYrUtgBUlXqYzQIFE7eW7Gl/Pf3feXzqBWJotHDDMNWlujbw= Received: from BYAPR11MB2984.namprd11.prod.outlook.com (20.177.224.140) by BYAPR11MB3125.namprd11.prod.outlook.com (20.177.227.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.18; Tue, 21 May 2019 22:08:25 +0000 Received: from BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82]) by BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82%7]) with mapi id 15.20.1900.020; Tue, 21 May 2019 22:08:25 +0000 From: "Rakesh Gandhi (rgandhi)" To: "spring@ietf.org" , "ippm@ietf.org" Thread-Topic: Latest Updates to SR PM Drafts Thread-Index: AQHVEBdt+kzMTPzBEEmWF/GGsysEYA== Date: Tue, 21 May 2019 22:08:25 +0000 Message-ID: <6483D3B4-8C1B-4CE0-8701-376DB1BE92B4@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.a.190512 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rgandhi@cisco.com; x-originating-ip: [2001:420:c0c4:1003::313] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5878f396-e7a2-4b0f-3110-08d6de38d8c4 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BYAPR11MB3125; x-ms-traffictypediagnostic: BYAPR11MB3125: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0044C17179 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(376002)(346002)(396003)(39860400002)(189003)(199004)(6436002)(91956017)(7110500001)(14454004)(478600001)(6486002)(82746002)(102836004)(66446008)(64756008)(66556008)(66476007)(6506007)(66946007)(73956011)(76116006)(2906002)(5660300002)(58126008)(110136005)(86362001)(99286004)(46003)(450100002)(476003)(83716004)(2501003)(33656002)(25786009)(2616005)(486006)(81156014)(71190400001)(6306002)(8676002)(54896002)(236005)(8936002)(186003)(71200400001)(6512007)(81166006)(53936002)(7736002)(6116002)(68736007)(256004)(316002)(2420400007)(15650500001)(606006)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3125; H:BYAPR11MB2984.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: ea/UqJllbNi5IMWbwZyI+4BY1oUIkpB+8TSFoRn1Af6c6p4KEQ5ADGk0eNzLQPkXa/XsBX1YOHSL3Zhtt4ZMPP/hXMVsZCXoVhuwzIjh8KwX1P6keOfVfKCf5Pc1jGfX208eXVHTGe7jUM/FsiPMaOtBKCXDwIsWR7mn1fagJLmHR6ZYCSKtZat/LJCmw3twhiZ36KyDiob1Kz1e44xBHiY3oPNWXZykQ4FQEdRIkUiBrNh6k3T1gXsJ+qSl+qc164hKf94LMsbMOJ3HYI48mLQVrUfHm6S7WPRXbnsFEWf6lJUINq7jKA1sf4FGU5yPQtB0jHXOrNRkNSdhbInuegPrW9FE7l+GTjnY+AdICgKYDJ8eLyhnIkcObvvXFDjArcuAyZfRoMnBmHj7eJBm+cUWCKxoEiQDZosFKeEzYik= Content-Type: multipart/alternative; boundary="_000_6483D3B48C1B4CE08701376DB1BE92B4ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 5878f396-e7a2-4b0f-3110-08d6de38d8c4 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2019 22:08:25.3866 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3125 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: [spring] Latest Updates to SR PM Drafts X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 22:08:33 -0000 --_000_6483D3B48C1B4CE08701376DB1BE92B4ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0csDQoNCldlIGhhdmUgcG9zdGVkIGZvbGxvd2luZyB1cGRhdGVzIHRvIFNSIFBNIGRyYWZ0 cyB0byBhZGRyZXNzIHZhcmlvdXMgcmV2aWV3IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucy4NCg0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCmRyYWZ0LWdhbmRoaS1zcHJpbmctdHdhbXAt c3JwbTxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nYW5kaGktc3ByaW5n LXR3YW1wLXNycG0vPg0KDQpUaGlzIGRyYWZ0IGRlZmluZXMgU1IgUE0gdXNpbmcgVFdBTVAgUkZD IDUzNTcsIGFzIHdlbGwgYXMgbmV3IG1lc3NhZ2UgZm9yIGRpcmVjdC1tb2RlIGxvc3MgbWVhc3Vy ZW1lbnQuIFRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZHJhZnQgaGFzIGJlZW4gdXBkYXRlZCB3 aXRoOg0KDQogIDEuICBNYWNoIENoZW4gam9pbmVkIGFzIGEgY28tYXV0aG9yLg0KICAyLiAgUmVt b3ZlIHRlcm0gSW4tYmFuZCBwcm9iZXMgYW5kIGFkZCBhcyDigJxwcm9iZXMgc2VudCBvbiBjb25n cnVlbnQgcGF0aCB3aXRoIGRhdGEgdHJhZmZpY+KAnSBpbiBTZWN0aW9uIDIuMi4NCiAgMy4gIEFk ZCBwYWNrZXQgY291bnRlciBmb3JtYXQgZmxhZ3MgaW4gTE0gbWVzc2FnZSBpbiBTZWN0aW9uIDMu DQogIDQuICBBZGQgQ2hlY2tzdW0gY29tcGxlbWVudCBpbiBTZWN0aW9uIDMuDQogIDUuICBEZWZp bmUgUmV0dXJuIFBhdGggVExWIGZvciB0d28td2F5IG1lYXN1cmVtZW50IG1vZGUgaW4gU2VjdGlv biAzLjIuMi4xLg0KICA2LiAgQWRkIExvb3BiYWNrIG1lYXN1cmVtZW50IG1vZGUgaW4gU2VjdGlv biAzLjIuMy4NCiAgNy4gIEFkZCBQYXRoIFNlZ21lbnQgSUQgaW4gRmlndXJlIDMuDQogIDguICBB ZGQgZGV0YWlscyBmb3IgUDJNUCBTUiBQb2xpY3kgaW4gU2VjdGlvbiA0Lg0KICA5LiAgSW5jbHVk ZSBPV0FNUCBhbmQgVFdBTVAgdXNlIEhNQUMtU0hBMSBmb3IgaW50ZWdyaXR5IHByb3RlY3Rpb24g aW4gU2VjdGlvbiA3Lg0KICAxMC4gQ2xlYW51cC9lZGl0b3JpYWwgY2hhbmdlcy4NCg0KT3BlbiBJ dGVtczoNCg0KICAqICAgTm9uZQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KZHJh ZnQtZ2FuZGhpLXNwcmluZy1yZmM2Mzc0LXNycG0tdWRwPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWdhbmRoaS1zcHJpbmctcmZjNjM3NC1zcnBtLXVkcC8+DQoNClRoaXMg ZHJhZnQgZGVmaW5lcyBTUiBQTSB1c2luZyBJUC9VRFAgZW5jYXAgZm9yIFJGQyA2Mzc0LiBUaGUg bGF0ZXN0IHZlcnNpb24gb2YgdGhlIGRyYWZ0IGhhcyBiZWVuIHVwZGF0ZWQgd2l0aDoNCg0KMS4g ICAgICBSZW1vdmUgdGVybSBJbi1iYW5kIHByb2JlcyBhbmQgYWRkIGFzIOKAnHByb2JlcyBzZW50 IG9uIGNvbmdydWVudCBwYXRoIHdpdGggZGF0YSB0cmFmZmlj4oCdIGluIFNlY3Rpb24gMi4yLg0K DQoyLiAgICAgIEFkZCBsb29wYmFjayBtZWFzdXJlbWVudCBtb2RlIGluIFNlY3Rpb24gMy4yLjMu DQoNCjMuICAgICAgQWRkIENoZWNrc3VtIGNvbXBsZW1lbnQgaW4gU2VjdGlvbiAzLjMuDQoNCjQu ICAgICAgQWRkIFBhdGggU2VnbWVudCBJRCBpbiBGaWd1cmUgMy4NCg0KNS4gICAgICBBZGQgZGV0 YWlscyBmb3IgUDJNUCBTUiBQb2xpY3kgaW4gU2VjdGlvbiA0Lg0KDQo2LiAgICAgIENsZWFudXAv ZWRpdG9yaWFsIGNoYW5nZXMuDQoNCk9wZW4gSXRlbXM6DQoNCiAgKiAgIE5vbmUNCg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCmRyYWZ0LWdhbmRoaS1zcHJpbmctcmZjNjM3NC1zcnBt LW1wbHM8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ2FuZGhpLXNwcmlu Zy1yZmM2Mzc0LXNycG0tbXBscy8+DQoNClRoaXMgaW5mb3JtYXRpb25hbCBkcmFmdCByZXZpZXdz IFNSIFBNIGZvciBNUExTIGRhdGEgcGxhbmUgdXNpbmcgUkZDIDYzNzQuIFRoZSBsYXRlc3QgdmVy c2lvbiBvZiB0aGUgZHJhZnQgaGFzIGJlZW4gdXBkYXRlZCB3aXRoOg0KDQogIDEuICBSZW1vdmUg dGVybSBJbi1iYW5kIHByb2JlcyBhbmQgYWRkIGFzIOKAnHByb2JlcyBzZW50IG9uIGNvbmdydWVu dCBwYXRoIHdpdGggZGF0YSB0cmFmZmlj4oCdIGluIFNlY3Rpb24gMi4yLg0KICAyLiAgQWRkIFJl dHVybiBQYXRoIFRMViBmb3IgdHdvLXdheSBtZWFzdXJlbWVudCBtb2RlIGluIFNlY3Rpb24gMy4z LjIuMS4NCiAgMy4gIEFkZCBsb29wYmFjayBtZWFzdXJlbWVudCBtb2RlIGluIFNlY3Rpb24gMy4z LjMuDQogIDQuICBBZGQgUGF0aCBTZWdtZW50IElEIGluIEZpZ3VyZSA0Lg0KICA1LiAgQWRkIGJs b2NrIG51bWJlciBUTFYgaW4gU2VjdGlvbiA1LjEuMS4NCiAgNi4gIEFkZCBkZXRhaWxzIGZvciBQ Mk1QIFNSIFBvbGljeSBpbiBTZWN0aW9uIDYuDQogIDcuICBBZGQgZGV0YWlscyBmb3IgRUNNUCBp biBTZWN0aW9uIDcuDQogIDguICBDbGVhbnVwL2VkaXRvcmlhbCBjaGFuZ2VzLg0KDQpPcGVuIEl0 ZW1zOg0KDQogICogICBOb25lDQoNCg0KVGhhbmsgeW91IGV2ZXJ5b25lIGZvciB5b3VyIHJldmll dyBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgb24gdGhlc2UgZHJhZnRzLiBXZWxjb21lIHlvdXIg YWRkaXRpb25hbCBmZWVkYmFja3MuDQoNCg0KVGhhbmtzLA0KDQpSYWtlc2ggKG9uIGJlaGFsZiBv ZiBjby1hdXRob3JzIGFuZCBjb250cmlidXRvcnMpDQoNCg== --_000_6483D3B48C1B4CE08701376DB1BE92B4ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25z ICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjow Y207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246 dW5kZXJsaW5lO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp bms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRv bTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0 UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCglt YXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBw dDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1z b25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFs dDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2lu ZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIu MHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3Qt aWQ6MzM0NDU4OTk0Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRl LWlkczo5NjYxNzIyMzQgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2 OTEgNjc2OTg2OTMgNjc2OTg2ODkgNjc2OTg2OTEgNjc2OTg2OTM7fQ0KQGxpc3QgbDA6bGV2ZWwx DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0 IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6 bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFt aWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNv LWxpc3QtaWQ6NDYzNDI1OTAxOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRl bXBsYXRlLWlkczotMjMxMjA1MjMwIDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAz IDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwx OmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTguMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2Vy Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDo1NC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz dCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsN CgltYXJnaW4tbGVmdDo5MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxl dmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTI2LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N CkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MTYyLjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0 IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0K CW1hcmdpbi1sZWZ0OjE5OC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxl dmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjM0LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30N CkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJbWFyZ2luLWxlZnQ6MjcwLjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0 IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0K CW1hcmdpbi1sZWZ0OjMwNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwyDQoJ e21zby1saXN0LWlkOjQ3MTk0OTkwOTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlz dC10ZW1wbGF0ZS1pZHM6ODg4ODUxODc2IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4 NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0 IGwyOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTguMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7fQ0KQGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxv d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgltYXJnaW4tbGVmdDo1NC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpA bGlzdCBsMjpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdo dDsNCgltYXJnaW4tbGVmdDo5MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwy OmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTI2LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 O30NCkBsaXN0IGwyOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dl cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTYyLjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs aXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0 Ow0KCW1hcmdpbi1sZWZ0OjE5OC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwy OmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjM0LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 O30NCkBsaXN0IGwyOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dl cjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MjcwLjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBs aXN0IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0 Ow0KCW1hcmdpbi1sZWZ0OjMwNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwz DQoJe21zby1saXN0LWlkOjExMzkzNDY5NDA7DQoJbXNvLWxpc3QtdHlwZTpoeWJyaWQ7DQoJbXNv LWxpc3QtdGVtcGxhdGUtaWRzOi0yMTE5MjY1ODk4IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1 IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30N CkBsaXN0IGwzOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTQuMHB0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7fQ0KQGxpc3QgbDM6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFs cGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDo5MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMzpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgltYXJnaW4tbGVmdDoxMjYuMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA bGlzdCBsMzpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2Mi4wcHQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMzpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE5OC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMzpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgltYXJnaW4tbGVmdDoyMzQuMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA bGlzdCBsMzpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMzpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjMwNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgltYXJnaW4tbGVmdDozNDIuMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpv bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48 L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0EiIGxpbms9IiMwNTYzQzEiIHZsaW5r PSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5IaSBXRyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgaGF2ZSBwb3N0ZWQgZm9sbG93 aW5nIHVwZGF0ZXMgdG8gU1IgUE0gZHJhZnRzIHRvIGFkZHJlc3MgdmFyaW91cyByZXZpZXcgY29t bWVudHMgYW5kIHN1Z2dlc3Rpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ2FuZGhpLXNwcmluZy10d2FtcC1zcnBt LyI+ZHJhZnQtZ2FuZGhpLXNwcmluZy10d2FtcC1zcnBtPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5UaGlzIGRyYWZ0IGRlZmluZXMgU1IgUE0gdXNpbmcgVFdBTVAgUkZDIDUzNTcsIGFzIHdl bGwgYXMgbmV3IG1lc3NhZ2UgZm9yIGRpcmVjdC1tb2RlIGxvc3MgbWVhc3VyZW1lbnQuIFRoZSBs YXRlc3QgdmVyc2lvbiBvZiB0aGUgZHJhZnQgaGFzIGJlZW4gdXBkYXRlZCB3aXRoOjxvOnA+PC9v OnA+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBjbSIgc3RhcnQ9IjEiIHR5cGU9IjEiPg0K PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDtt c28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQpNYWNoIENoZW4gam9pbmVkIGFzIGEgY28tYXV0aG9y LjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJn aW4tbGVmdDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm8xIj4NClJlbW92ZSB0ZXJtIElu LWJhbmQgcHJvYmVzIGFuZCBhZGQgYXMg4oCccHJvYmVzIHNlbnQgb24gY29uZ3J1ZW50IHBhdGgg d2l0aCBkYXRhIHRyYWZmaWPigJ0gaW4gU2VjdGlvbiAyLjIuPG86cD48L286cD48L2xpPjxsaSBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxp c3Q6bDEgbGV2ZWwxIGxmbzEiPg0KQWRkIHBhY2tldCBjb3VudGVyIGZvcm1hdCBmbGFncyBpbiBM TSBtZXNzYWdlIGluIFNlY3Rpb24gMy48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZlbDEg bGZvMSI+DQpBZGQgQ2hlY2tzdW0gY29tcGxlbWVudCBpbiBTZWN0aW9uIDMuPG86cD48L286cD48 L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4w cHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEiPg0KRGVmaW5lIFJldHVybiBQYXRoIFRMViBmb3Ig dHdvLXdheSBtZWFzdXJlbWVudCBtb2RlIGluIFNlY3Rpb24gMy4yLjIuMS48bzpwPjwvbzpwPjwv bGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBw dDttc28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQpBZGQgTG9vcGJhY2sgbWVhc3VyZW1lbnQgbW9k ZSBpbiBTZWN0aW9uIDMuMi4zLjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm8x Ij4NCkFkZCBQYXRoIFNlZ21lbnQgSUQgaW4gRmlndXJlIDMuPG86cD48L286cD48L2xpPjxsaSBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxp c3Q6bDEgbGV2ZWwxIGxmbzEiPg0KQWRkIGRldGFpbHMgZm9yIFAyTVAgU1IgUG9saWN5IGluIFNl Y3Rpb24gNC48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQpJbmNsdWRl IE9XQU1QIGFuZCBUV0FNUCB1c2UgSE1BQy1TSEExIGZvciBpbnRlZ3JpdHkgcHJvdGVjdGlvbiBp biBTZWN0aW9uIDcuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEiPg0KQ2xl YW51cC9lZGl0b3JpYWwgY2hhbmdlcy48bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3Bl biBJdGVtczo8bzpwPjwvbzpwPjwvcD4NCjx1bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9 ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MGNtO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj5Ob25lPG86cD48L286cD48L2xpPjwvdWw+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nYW5kaGkt c3ByaW5nLXJmYzYzNzQtc3JwbS11ZHAvIj5kcmFmdC1nYW5kaGktc3ByaW5nLXJmYzYzNzQtc3Jw bS11ZHA8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgZHJhZnQgZGVmaW5lcyBTUiBQ TSB1c2luZyBJUC9VRFAgZW5jYXAgZm9yIFJGQyA2Mzc0LiBUaGUgbGF0ZXN0IHZlcnNpb24gb2Yg dGhlIGRyYWZ0IGhhcyBiZWVuIHVwZGF0ZWQgd2l0aDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50 Oi0xOC4wcHQ7bXNvLWxpc3Q6bDMgbGV2ZWwxIGxmbzMiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+UmVtb3ZlIHRlcm0gSW4tYmFuZCBwcm9iZXMgYW5k IGFkZCBhcyDigJxwcm9iZXMgc2VudCBvbiBjb25ncnVlbnQgcGF0aCB3aXRoIGRhdGEgdHJhZmZp Y+KAnSBpbiBTZWN0aW9uIDIuMi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNv LWxpc3Q6bDMgbGV2ZWwxIGxmbzMiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9 Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+QWRkIGxvb3BiYWNrIG1lYXN1cmVtZW50IG1vZGUgaW4gU2VjdGlvbiAz LjIuMy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDMgbGV2ZWwx IGxmbzMiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9y ZSI+My48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+ QWRkIENoZWNrc3VtIGNvbXBsZW1lbnQgaW4gU2VjdGlvbiAzLjMuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0 LWluZGVudDotMTguMHB0O21zby1saXN0OmwzIGxldmVsMSBsZm8zIj4NCjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjQuPHNwYW4gc3R5bGU9ImZvbnQ6 Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkFkZCBQYXRoIFNlZ21lbnQgSUQgaW4g RmlndXJlIDMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwzIGxl dmVsMSBsZm8zIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJ Z25vcmUiPjUuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5k aWZdPkFkZCBkZXRhaWxzIGZvciBQMk1QIFNSIFBvbGljeSBpbiBTZWN0aW9uIDQuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4 LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwzIGxldmVsMSBsZm8zIj4NCjwhW2lm ICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjYuPHNwYW4gc3R5 bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkNsZWFudXAvZWRpdG9y aWFsIGNoYW5nZXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9wZW4gSXRlbXM6PG86cD48L286 cD48L3A+DQo8dWwgc3R5bGU9Im1hcmdpbi10b3A6MGNtIiB0eXBlPSJkaXNjIj4NCjxsaSBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBjbTttc28tbGlzdDpsMCBs ZXZlbDEgbGZvMiI+Tm9uZTxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ2FuZGhpLXNwcmluZy1yZmM2Mzc0LXNy cG0tbXBscy8iPmRyYWZ0LWdhbmRoaS1zcHJpbmctcmZjNjM3NC1zcnBtLW1wbHM8L2E+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaW5mb3JtYXRpb25hbCBkcmFmdCByZXZpZXdzIFNSIFBN IGZvciBNUExTIGRhdGEgcGxhbmUgdXNpbmcgUkZDIDYzNzQuIFRoZSBsYXRlc3QgdmVyc2lvbiBv ZiB0aGUgZHJhZnQgaGFzIGJlZW4gdXBkYXRlZCB3aXRoOjxvOnA+PC9vOnA+PC9wPg0KPG9sIHN0 eWxlPSJtYXJnaW4tdG9wOjBjbSIgc3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28tbGlzdDpsMiBsZXZl bDEgbGZvNCI+DQpSZW1vdmUgdGVybSBJbi1iYW5kIHByb2JlcyBhbmQgYWRkIGFzIOKAnHByb2Jl cyBzZW50IG9uIGNvbmdydWVudCBwYXRoIHdpdGggZGF0YSB0cmFmZmlj4oCdIGluIFNlY3Rpb24g Mi4yLjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDotMTguMHB0O21zby1saXN0OmwyIGxldmVsMSBsZm80Ij4NCkFkZCBSZXR1cm4g UGF0aCBUTFYgZm9yIHR3by13YXkgbWVhc3VyZW1lbnQgbW9kZSBpbiBTZWN0aW9uIDMuMy4yLjEu PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzQiPg0KQWRkIGxvb3BiYWNrIG1l YXN1cmVtZW50IG1vZGUgaW4gU2VjdGlvbiAzLjMuMy48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28tbGlzdDps MiBsZXZlbDEgbGZvNCI+DQpBZGQgUGF0aCBTZWdtZW50IElEIGluIEZpZ3VyZSA0LjxvOnA+PC9v OnA+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDot MTguMHB0O21zby1saXN0OmwyIGxldmVsMSBsZm80Ij4NCkFkZCBibG9jayBudW1iZXIgVExWIGlu IFNlY3Rpb24gNS4xLjEuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzQiPg0K QWRkIGRldGFpbHMgZm9yIFAyTVAgU1IgUG9saWN5IGluIFNlY3Rpb24gNi48bzpwPjwvbzpwPjwv bGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBw dDttc28tbGlzdDpsMiBsZXZlbDEgbGZvNCI+DQpBZGQgZGV0YWlscyBmb3IgRUNNUCBpbiBTZWN0 aW9uIDcuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzQiPg0KQ2xlYW51cC9l ZGl0b3JpYWwgY2hhbmdlcy48bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T3BlbiBJdGVt czo8bzpwPjwvbzpwPjwvcD4NCjx1bCBzdHlsZT0ibWFyZ2luLXRvcDowY20iIHR5cGU9ImRpc2Mi Pg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGNtO21z by1saXN0OmwwIGxldmVsMSBsZm8yIj5Ob25lPG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmsgeW91IGV2 ZXJ5b25lIGZvciB5b3VyIHJldmlldyBjb21tZW50cyBhbmQgc3VnZ2VzdGlvbnMgb24gdGhlc2Ug ZHJhZnRzLiBXZWxjb21lIHlvdXIgYWRkaXRpb25hbCBmZWVkYmFja3MuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwcmU+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+UmFrZXNoIChvbiBiZWhhbGYgb2YgY28tYXV0aG9ycyBhbmQgY29udHJpYnV0b3Jz KTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_6483D3B48C1B4CE08701376DB1BE92B4ciscocom_-- From nobody Tue May 21 15:49:43 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0431412001A; Tue, 21 May 2019 15:49:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=U6OJ5kxJ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=go533BnW 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 iQ_pFWon95I9; Tue, 21 May 2019 15:49:26 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 947501200FF; Tue, 21 May 2019 15:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8905; q=dns/txt; s=iport; t=1558478964; x=1559688564; h=from:to:cc:subject:date:message-id:mime-version; bh=HGXdDA1Kw4c0W8Xf32CsUnsqaG/waL0evqGY8t/4BLk=; b=U6OJ5kxJP3mD4zP/Jgb3/G6LqJlm4d9B6FQazKiu8VzRxXdUb/lz2k0l tx1kGsmuER68brB6T8UDNAlmp2jVaZyOzVjyugBQ5oHOq0yQ6sqNlpR/B SS2uApZivUhE3oUp7kHLS6IXCvCGnbTg2IMTWOTgG+J+4S7QuhevmiuOP I=; IronPort-PHdr: =?us-ascii?q?9a23=3ALA+p+xMUxBl2CzU8B10l6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEu60/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBjhI/fsYyw7NM9DT1RiuXq8NBsdFQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BpAABjf+Rc/4sNJK1lHQEBBQEHBQG?= =?us-ascii?q?BUQgBCwGBDi9QA2lVIAQLKIQTg0cDhFKKJIIykn6EToEugSQDVAkBAQEMAQE?= =?us-ascii?q?jCgIBAYRAGYIPIzQJDgEDAQEEAQECAQRtHAyFTRYRHQEBNwERAUoCBDAnBAE?= =?us-ascii?q?NJ4MAAYEdTQMdAQIMm2MCgTWIX3GBL4J5AQEFgUdBQII8GIIPAwaBNAGLUBe?= =?us-ascii?q?BQD+BEScME4VrAgMBggqCXTKCJotGgjSEXpVPCQKCDQOGK4xSG4IelA6MVoE?= =?us-ascii?q?mhUyOVgIEAgQFAg4BAQWBTziBV3AVZQGCQYIPg2+FFIU/coEpjX8BAQ?= X-IronPort-AV: E=Sophos;i="5.60,496,1549929600"; d="scan'208,217";a="274246008" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 21 May 2019 22:49:23 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x4LMnNWo028959 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 May 2019 22:49:23 GMT Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 21 May 2019 17:49:22 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 21 May 2019 18:49:21 -0400 Received: from NAM05-DM3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 21 May 2019 17:49:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HGXdDA1Kw4c0W8Xf32CsUnsqaG/waL0evqGY8t/4BLk=; b=go533BnW29+lvm9NUBbdpa36EabPnSuiERKfVqidZzC3f+JCt6HMDhKqP8d8OwetQ0k+ODZW4Wc/0Hdm0XKx2IZ2J8S1abwDt1bO+goKjlpEdGglvir7CO/L18LMZK8v8l5+ErGG951Ae6YntuDs7eCbRgGphqy4gcexAF4QKyE= Received: from BYAPR11MB2984.namprd11.prod.outlook.com (20.177.224.140) by BYAPR11MB3238.namprd11.prod.outlook.com (20.177.184.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.15; Tue, 21 May 2019 22:49:20 +0000 Received: from BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82]) by BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82%7]) with mapi id 15.20.1900.020; Tue, 21 May 2019 22:49:20 +0000 From: "Rakesh Gandhi (rgandhi)" To: "spring@ietf.org" , "ippm@ietf.org" CC: "mpls@ietf.org" Thread-Topic: Updates to draft-gandhi-spring-ioam-sr-mpls Thread-Index: AQHVECdtBVPl6z/FYk2dRFHqcESRSA== Date: Tue, 21 May 2019 22:49:20 +0000 Message-ID: <529B3159-882E-4469-9DAC-F8AB3C9CD1F2@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.a.190512 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rgandhi@cisco.com; x-originating-ip: [2001:420:c0c4:1003::313] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a4f043ba-c2fe-41a5-81d3-08d6de3e903d x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BYAPR11MB3238; x-ms-traffictypediagnostic: BYAPR11MB3238: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6430; x-forefront-prvs: 0044C17179 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(39860400002)(136003)(376002)(396003)(366004)(199004)(189003)(71190400001)(15650500001)(71200400001)(25786009)(66556008)(83716004)(66476007)(316002)(14444005)(256004)(66446008)(64756008)(58126008)(6506007)(6486002)(2501003)(6436002)(4326008)(450100002)(5660300002)(110136005)(91956017)(76116006)(68736007)(4744005)(36756003)(33656002)(73956011)(66946007)(2420400007)(606006)(476003)(7736002)(2906002)(81156014)(8676002)(46003)(53936002)(81166006)(8936002)(486006)(2616005)(54896002)(6116002)(6306002)(102836004)(14454004)(186003)(236005)(82746002)(6512007)(86362001)(7110500001)(966005)(478600001)(99286004); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3238; H:BYAPR11MB2984.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 0esLTXgl6wvJEErRevR23RQEWpI3BdYMgFafCLnzapSnNhhUJjYT68BhMyP1zWXRyNg4YSqeJcAqgh4p5CjF+Vuo28LrrGoFHxWw+mMloC8AMRrv9xrGNMj1Ttp+uwGd+vCcz3/k2iQRDJQCBPq5h53Yvw6AFy5rslxhwuT7GfgTbIMfeiKa1C9C1c0mRM1SWycx+jLAEQhtz9LjZmvhxcoZyHqxT80dBfV3i+R+sUYNy2kMvzlfBlYNLDUTgRFA1h9urIrNXqAytggcFIwR6sVIcj6UztsxU+CAAntIjXjh0qkA0ae+gTSjZ4Ai7aNuKoTIwvi9MiHGtt4rWMuvX67onWbvWvYTHZqgP1bykjtxBb0JjrsBHCgBD8GojLfTc8wtiANXB3biFHVnnKBKCA== Content-Type: multipart/alternative; boundary="_000_529B3159882E44699DACF8AB3C9CD1F2ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: a4f043ba-c2fe-41a5-81d3-08d6de3e903d X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2019 22:49:20.6893 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3238 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.13, xch-rcd-003.cisco.com X-Outbound-Node: alln-core-6.cisco.com Archived-At: Subject: [spring] Updates to draft-gandhi-spring-ioam-sr-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 22:49:28 -0000 --_000_529B3159882E44699DACF8AB3C9CD1F2ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0csDQoNCldlIGhhdmUgcHVibGlzaGVkIGFuIHVwZGF0ZSB0byB0aGUgZm9sbG93aW5nIGRy YWZ0Og0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ2FuZGhpLXNwcmlu Zy1pb2FtLXNyLW1wbHMvDQpkcmFmdC1nYW5kaGktc3ByaW5nLWlvYW0tc3ItbXBscyBkZWZpbmVz IGhvdyBJT0FNIGRhdGEgZmllbGRzIGFyZSB0cmFuc3BvcnRlZCB3aXRoIFNSLU1QTFMgZW5jYXBz dWxhdGlvbi4gVGhlIGRyYWZ0IGhhcyBiZWVuIHVwZGF0ZWQgYXMgZm9sbG93aW5nOg0KDQogIDEu ICBBZGQgZGlmZmVyZW50IG1ldGhvZHMgb2YgSU9BTSBJbmRpY2F0b3IgTGFiZWwgaW4gU2VjdGlv biA0LjEuDQogIDIuICBBZGQgSGFzaGluZyBmdW5jdGlvbiBpbiBTZWN0aW9uIDQuMi4NCiAgMy4g IEFkZCBOb2RlIGNhcGFiaWxpdHkgaW4gU2VjdGlvbiA0LjMuDQogIDQuICBDbGVhbnVwL2VkaXRv cmlhbCBjaGFuZ2VzDQoNCldlbGNvbWUgeW91ciByZXZpZXcgY29tbWVudHMgYW5kIHN1Z2dlc3Rp b25zLg0KDQpUaGFua3MsDQpSYWtlc2ggKG9uIGJlaGFsZiBvZiBjby1hdXRob3JzIGFuZCBjb250 cmlidXRvcnMpDQoNCg== --_000_529B3159882E44699DACF8AB3C9CD1F2ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <19E130D7DDDFEC418B6F8D8358989E78@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmgyDQoJe21zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1s aW5rOiJIZWFkaW5nIDIgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDow Y207DQoJZm9udC1zaXplOjE4LjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVk LCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hh ciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCnAuTXNvTGlzdFBhcmFncmFwaCwg bGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXBy aW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2lu LWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkhlYWRpbmcyQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSGVhZGluZyAyIENoYXIiOw0K CW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDIiOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0Kc3Bh bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0 ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0 IGwwDQoJe21zby1saXN0LWlkOjgyMDUxMTgyMTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCglt c28tbGlzdC10ZW1wbGF0ZS1pZHM6MjA4ODk1NjUwNiA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcx NSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9 DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE4LjBwdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDph bHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTQuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxv d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246cmlnaHQ7DQoJbWFyZ2luLWxlZnQ6OTAuMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA bGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjEyNi4wcHQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE2Mi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgltYXJnaW4tbGVmdDoxOTguMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpA bGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjIzNC4wcHQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxw aGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjI3MC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgltYXJnaW4tbGVmdDozMDYuMHB0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpv bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48 L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0EiIGxpbms9IiMwNTYzQzEiIHZsaW5r PSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj5IaSBXRyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgaGF2ZSBwdWJsaXNoZWQgYW4g dXBkYXRlIHRvIHRoZSBmb2xsb3dpbmcgZHJhZnQ6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1nYW5kaGktc3ByaW5nLWlvYW0tc3ItbXBscy8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWdhbmRoaS1zcHJpbmctaW9hbS1zci1tcGxzLzwvYT48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGk+ZHJhZnQtZ2FuZGhpLXNwcmluZy1pb2FtLXNy LW1wbHM8L2k+IGRlZmluZXMgaG93IElPQU0gZGF0YSBmaWVsZHMgYXJlIHRyYW5zcG9ydGVkIHdp dGggU1ItTVBMUyBlbmNhcHN1bGF0aW9uLiBUaGUgZHJhZnQgaGFzIGJlZW4gdXBkYXRlZCBhcyBm b2xsb3dpbmc6PGk+PG86cD48L286cD48L2k+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBj bSIgc3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQpBZGQgZGlm ZmVyZW50IG1ldGhvZHMgb2YgSU9BTSBJbmRpY2F0b3IgTGFiZWwgaW4gU2VjdGlvbiA0LjEuPG86 cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KQWRkIEhhc2hpbmcgZnVuY3Rp b24gaW4gU2VjdGlvbiA0LjIuPG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEi Pg0KQWRkIE5vZGUgY2FwYWJpbGl0eSBpbiBTZWN0aW9uIDQuMy48bzpwPjwvbzpwPjwvbGk+PGxp IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LTE4LjBwdDttc28t bGlzdDpsMCBsZXZlbDEgbGZvMSI+DQpDbGVhbnVwL2VkaXRvcmlhbCBjaGFuZ2VzPG86cD48L286 cD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlbGNvbWUgeW91ciByZXZpZXcgY29tbWVudHMgYW5kIHN1 Z2dlc3Rpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlJha2VzaCAo b24gYmVoYWxmIG9mIGNvLWF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycyk8L3NwYW4+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_529B3159882E44699DACF8AB3C9CD1F2ciscocom_-- From nobody Tue May 21 23:40:36 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F8671200E6; Tue, 21 May 2019 23:40:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 1XTVXoRJPVmE; Tue, 21 May 2019 23:40:16 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7ED1212004C; Tue, 21 May 2019 23:40:16 -0700 (PDT) Received: from [192.168.1.13] (unknown [119.94.160.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 0AE8433F5AF; Wed, 22 May 2019 08:40:11 +0200 (CEST) To: "Rakesh Gandhi (rgandhi)" , "spring@ietf.org" , "ippm@ietf.org" Cc: "mpls@ietf.org" References: <529B3159-882E-4469-9DAC-F8AB3C9CD1F2@cisco.com> From: Loa Andersson Message-ID: Date: Wed, 22 May 2019 14:40:07 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <529B3159-882E-4469-9DAC-F8AB3C9CD1F2@cisco.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] Updates to draft-gandhi-spring-ioam-sr-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 06:40:19 -0000 Rakesh, A couple of thoughts and questions. - is it necessary to have three different ways to establish the IOAM Indicator Label? - if it is necessary to use a Special Purpose Label, could you use a eSPL instead of a bSPL (for terminology see draft-andersson-mpls- spl-terminology)? - will the label serving as as IOAM Indicator always be a the bottom of the stack and have the s-bit set? - allocating SPL's is a decision that I would want the MPLS working group to take, this could be done in one of two ways, either we progress in the mpls wg or you split out the IANA allocation in a separate document and progress that in the mpls wg. /Loa On 2019-05-22 06:49, Rakesh Gandhi (rgandhi) wrote: > Hi WG, > > We have published an update to the following draft: > > https://datatracker.ietf.org/doc/draft-gandhi-spring-ioam-sr-mpls/ > > /draft-gandhi-spring-ioam-sr-mpls/ defines how IOAM data fields are > transported with SR-MPLS encapsulation. The draft has been updated as > following:// > > 1. Add different methods of IOAM Indicator Label in Section 4.1. > 2. Add Hashing function in Section 4.2. > 3. Add Node capability in Section 4.3. > 4. Cleanup/editorial changes > > Welcome your review comments and suggestions. > > Thanks, > > Rakesh (on behalf of co-authors and contributors) > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed May 22 00:18:37 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A6C712008B; Tue, 21 May 2019 18:08:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.709 X-Spam-Level: X-Spam-Status: No, score=-2.709 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 uW839YuDBE_w; Tue, 21 May 2019 18:08:10 -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 AF94A120025; Tue, 21 May 2019 18:08:10 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4M0sfEl015231; Tue, 21 May 2019 18:08:08 -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=TNvGqsLfYTDobuAYHNokj7bBbiulra6HU7k+QC8fun8=; b=FjAL5Q9TMemdOxhjxl3z60ZlWMAbpq9WlAN9xNmJyeNM6qxUQsVQEMManznYKzHiFdYW q5c7NOpWTLjEitz46ndPSvJhXJe/0KsqSGCnx1rmmd6MYt/1yE9B/0G+hwP0rA+kkuee 2E2ktC9XEDGcI8aiZLlg40UYvalyonFG/63w13y401P//Qoij1qchrjH9l7jXmMuOZNY fGEIJ5rIUg7zIDaI20rldBl46BuL+k3kbpC5QU7+QjsZgyCDcf4/+iAK7j6KIvZynjw3 6MqFwUSEGNE8DqrISzWs+rXR02M1O5uMkQnIrsc/gf49W5k/ZopRhMZ8mw2pi1i3fnSt MA== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp2057.outbound.protection.outlook.com [104.47.41.57]) by mx0b-00273201.pphosted.com with ESMTP id 2smv94g0fc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 21 May 2019 18:08:08 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB4952.namprd05.prod.outlook.com (20.177.229.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.12; Wed, 22 May 2019 01:08:04 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Wed, 22 May 2019 01:08:04 +0000 From: Rajesh M To: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" CC: SPRING WG , "ipv6@ietf.org" , Ron Bonica , Peter Psenak Thread-Topic: draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFA Date: Wed, 22 May 2019 01:08:04 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-04-03T07:36:15.6989025Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [116.197.184.14] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 3593e3f5-6769-4f08-7628-08d6de51f1cb x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4952; x-ms-traffictypediagnostic: BYAPR05MB4952: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(39860400002)(366004)(396003)(136003)(189003)(199004)(86362001)(8936002)(81166006)(476003)(73956011)(66556008)(66446008)(186003)(8676002)(76116006)(26005)(52536014)(66946007)(66476007)(64756008)(316002)(11346002)(71190400001)(71200400001)(2201001)(81156014)(486006)(446003)(7736002)(68736007)(33656002)(5660300002)(2501003)(2906002)(478600001)(6436002)(14454004)(25786009)(6306002)(14444005)(9686003)(256004)(54896002)(55016002)(229853002)(66066001)(4326008)(53936002)(102836004)(6506007)(53546011)(790700001)(6116002)(3846002)(7696005)(99286004)(74316002)(76176011)(110136005)(54906003)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4952; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 92R7snT0Iaez3PSKXXRbljkWyAk3Ae1S3D8+WdC6nECwptlPakTZ+umKk5eZbwT0SawDp1vhQGeWQ7ND9nv/cV874pRwCHu5qfY7lmKVlvjxzQ6dX7cGldWjQGmEOlBZefOH+ASlMxPI3NDfWd8wsKaC27se6w47GgIp+opPmm97vwDFKJpHsaEWtSvUt4zTIXfEkwGbb3cdU4A3NRHCeAQYlOxBBc611ucuMcmyvJObl9DLd4SEWZaUwF+xK3/wApZ/XrY81WvfaA34D4+YgZdJOLRfD+MTENOUYQyGIKFBGMTF1Vz1/EYV/Pd8xSdtjYn5p7USK6VQE6Wkn4h+ePxj/5RyyCNwKU7fkamhfT2cl9zFfdZvl71LMbuPnGfL0K270JX1cbPtzYM9xIr0tMzRNfTV8RR1aYDUdnUCCy0= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB48215C3ED0EC73CEBCBC9DE3BE000BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 3593e3f5-6769-4f08-7628-08d6de51f1cb X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 01:08:04.8085 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4952 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-22_01:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220005 Archived-At: X-Mailman-Approved-At: Wed, 22 May 2019 00:18:36 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 01:08:13 -0000 --_000_BYAPR05MB48215C3ED0EC73CEBCBC9DE3BE000BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? Juniper Internal From: Rajesh M Sent: Wednesday, April 3, 2019 1:06 PM To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.= com; rgandhi@cisco.com; fbrockne@cisco.com Cc: SPRING WG ; ipv6@ietf.org; Ron Bonica Subject: draft-ali-6man-spring-srv6-oam-00 Please find few comments on this draft 1. Section 3.1.1 , below must be Ref2 Ref1: Hardware (microcode) just punts the packet. Software (slow path) implements the required OAM mechanism. Timestamp is not carried in the packet forwarded to the next hop. 1. 4.1.2.2, here it must be N2 (page 10) If the target SID is not locally programmed, N4 responses with the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not locally implemented (TBA)"); otherwise a success is returned. 1. 4.1.2.2, here it must be B:4:C52 (page 11) The ICMPv6 process at node N4 checks if its local SID (B:2:C31) is locally programmed or not and responds to the ICMPv6 Echo Request. 1. 4.3.2.2, here it must be B:4:C52 (page 16) The traceroute process at node N4 checks if its local SID (B:2:C31) is locally programmed. 5) in below two cases is it B5:: or it must be A:5:: ? > ping A:5:: via segment-list B:2:C31, B:4:C52 Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds: !!!!! > traceroute A:5:: via segment-list B:2:C31, B:4:C52 Tracing the route to B5:: Thanks Rajesh Juniper Internal --_000_BYAPR05MB48215C3ED0EC73CEBCBC9DE3BE000BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Guys in this draft I see that all the example such a= s ping, traceroute to ipv6 address-> use SRH insertion rather than SRH e= ncapsulation.

This is intentionally done to reduce the packet size=   (since underlying data can be only ipv6) ?

 

 

Juniper Internal=

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata= @cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron Bonica <= ;rbonica@juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

 

Please find few comments on this draft

 

  1. Section 3.1.1 , below must be Ref2

 

Ref1: Hardware (microcode) just punts the packet. Software = (slow path)

implements the required = OAM

mechanism. Timestamp is = not carried in the packet forwarded to the

next hop.

 

  1. 4.1.2.2, here it= must be N2 (page 10)

 

If the target SID is not= locally programmed, N4 responses with

the ICMPv6 message (Type= : "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA= )"); otherwise a success is returned.

 

  1. 4.1.2.2, here it= must be B:4:C52 (page 11)

The ICMPv6 process at no= de N4

checks if its local SID = (B:2:C31) is locally programmed or = not

and responds to the ICMP= v6 Echo Request.

 

  1. 4.3.2.2, here it= must be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:C31) is locally

programmed.

 

5)  in below two cases is it B5:: or it must be= A:5:: ?

> ping A:5:: via segment-list B:2:C31, B:= 4:C52

Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds:

!!!!!

 

> traceroute A:5:: via segment-list B:2:C= 31, B:4:C52

Tracing the route to B5::

 

Thanks

Rajesh

 

 

Juniper Internal=

--_000_BYAPR05MB48215C3ED0EC73CEBCBC9DE3BE000BYAPR05MB4821namp_-- From nobody Wed May 22 00:18:43 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E4491200EA; Tue, 21 May 2019 21:45:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.497 X-Spam-Level: X-Spam-Status: No, score=-1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 nWqD_JkBFFYg; Tue, 21 May 2019 21:44:59 -0700 (PDT) Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C0D7120072; Tue, 21 May 2019 21:44:59 -0700 (PDT) Received: by mail-ot1-x32f.google.com with SMTP id t24so850761otl.12; Tue, 21 May 2019 21:44:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XSXrhBZJGH4L8CknzEgVX7I2AroRx0lmedEid2/IIMU=; b=V26++BAM4QleQOOtdNMJ8JjitZBqwNDADTndOjooXPjUWdmUsXl5k9ZOJ5eokAWd/3 Ev6aq8iH3VdF+0/5S+OeA1mtU9fSumfqZsxZlHKe86bcPtKe7jhfyRJYVgaaaa9WL8bR J+DcRcRViRMnrUyQVAsew+xpxz9VemDq3FtMg9RMW/K9lAfZ09LYd8uAL4MxW7GXyY6Q GpquR8T1i2tMMyg+PJADUSIN4Z/xUQ8kYwjDse/eGwtWPNes/ruuQ0taoD1WE/MmtHWN syqlBrwB0Q6yt1c8QILj6R3CEdTeqQGaq8JPteHG2GfeKUy48nKvNZlp6huxQbNstJ1c 4hgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XSXrhBZJGH4L8CknzEgVX7I2AroRx0lmedEid2/IIMU=; b=aXwhUFgWiR9In61KQt2NLMLufsCrXjWpBXQkV0Qvurn2pt7kN1YtOlCrSzQ1+FrDtl LSIn32DbAySV6DZcf7p/dWardp3ESWQ1q4vp0HZj47NyaWxVf74ovWBQraQPJ26HB87A gFfkmFYi4XkiI6gzra3Ohgl6Ww1Nz6n4aGE3K2NyoCgupcEF2T5paTw7kdnpuBw8KDEa ScvDy14jVnuxXYQ6hdIaCFx5y012XRlyiMaHr4Ae83db6aJIiLD250EptDadFNspIdvR 1B1EPvnXuN5XRH4WuUuFHLaLEoPlBF7qVw8//lcA0rcb2Cph4hG8iNzwM+HEpriSXMdr iwmw== X-Gm-Message-State: APjAAAXquo3RW6TO9GsgaDZ7Ekh9QC+sQ6sKMF/5qakbmuY7lccdRvco Hr2NgJaLzFex+gIeDkC0Rto6wAqD4AUZUArSoYg= X-Google-Smtp-Source: APXvYqxUA91caWxEc6Yd3xJXbniNcaSL9u/gDSaHYRGfLtva1cNHTELby9u7qQYYF53AAg0ApXDyvTztKpof65NTi5U= X-Received: by 2002:a9d:58c5:: with SMTP id s5mr22447155oth.153.1558500298684; Tue, 21 May 2019 21:44:58 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Mark Smith Date: Wed, 22 May 2019 14:44:47 +1000 Message-ID: To: Rajesh M Cc: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , "ipv6@ietf.org" , Peter Psenak Content-Type: multipart/alternative; boundary="000000000000af7c0f058972a029" Archived-At: X-Mailman-Approved-At: Wed, 22 May 2019 00:18:36 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 04:45:02 -0000 --000000000000af7c0f058972a029 Content-Type: text/plain; charset="UTF-8" EH insertion is not compliant with RFC8200. Equipment doing so cannot claim compliance with RFC8200. On Wed., 22 May 2019, 11:08 Rajesh M, wrote: > Guys in this draft I see that all the example such as ping, traceroute to > ipv6 address-> use SRH insertion rather than SRH encapsulation. > > This is intentionally done to reduce the packet size (since underlying > data can be only ipv6) ? > > > > > > Juniper Internal > > *From:* Rajesh M > *Sent:* Wednesday, April 3, 2019 1:06 PM > *To:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com > *Cc:* SPRING WG ; ipv6@ietf.org; Ron Bonica < > rbonica@juniper.net> > *Subject:* draft-ali-6man-spring-srv6-oam-00 > > > > Please find few comments on this draft > > > > 1. Section 3.1.1 , below must be Ref2 > > > > *Ref1*: Hardware (microcode) just punts the packet. Software (slow path) > > implements the required OAM > > mechanism. Timestamp is not carried in the packet forwarded to the > > next hop. > > > > 1. 4.1.2.2, here it must be N2 (page 10) > > > > If the target SID is not locally programmed, *N4* responses with > > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not > > locally implemented (TBA)"); otherwise a success is returned. > > > > 1. 4.1.2.2, here it must be B:4:C52 (page 11) > > The ICMPv6 process at node N4 > > checks if its local SID (*B:2:C31*) is locally programmed or not > > and responds to the ICMPv6 Echo Request. > > > > 1. 4.3.2.2, here it must be B:4:C52 (page 16) > > The traceroute process at > > node N4 checks if its local SID (*B:2:C31*) is locally > > programmed. > > > > 5) in below two cases is it B5:: or it must be A:5:: ? > > > ping A:5:: via segment-list B:2:C31, B:4:C52 > > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds: > > !!!!! > > > > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 > > Tracing the route to *B5::* > > > > Thanks > > Rajesh > > > > > > Juniper Internal > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --000000000000af7c0f058972a029 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
EH insertion is not compliant with RFC8200. Equipment doi= ng so cannot claim compliance with RFC8200.

On Wed., 22 May 2019, 11:08 Raje= sh M, <mrajesh=3D40junip= er.net@dmarc.ietf.org> wrote:

Guys in this draft I see that all the example such a= s ping, traceroute to ipv6 address-> use SRH insertion rather than SRH e= ncapsulation.

This is intentionally done to reduce the packet size= =C2=A0=C2=A0(since underlying data can be only ipv6) ?

=C2=A0

=C2=A0

Juniper Internal

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; = = cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron Bonica <= ;rbonica@juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

=C2=A0

Please find few comments on this draft=

=C2=A0

  1. Section 3.1.1 , below must be Ref2

=C2=A0

Ref1: Hardware (microcode) just punts the packet. Software = (slow path)

implements the required = OAM

mechanism. Timestamp is = not carried in the packet forwarded to the

next hop.<= /p>

=C2=A0

  1. 4.1.2.2, here it mu= st be N2 (page 10)

=C2=A0

If the target SID is not= locally programmed, N4 responses with

the ICMPv6 message (Type= : "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA= )"); otherwise a success is returned.

=C2=A0

  1. 4.1.2.2, here it mu= st be B:4:C52 (page 11)

The ICMPv6 process at no= de N4

checks if its local SID = (B:2:C31) is locally programmed or = not

and responds to the ICMP= v6 Echo Request.

=C2=A0

  1. 4.3.2.2, here it mu= st be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:C31) is locally

programmed.

=C2=A0

5) =C2=A0in below two cases is it B5:: or it must be= A:5:: ?

> ping A:5:: via segment-list B:2:C31, B:= 4:C52

Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds:<= u>

!!!!!

=C2=A0

> traceroute A:5:: via segment-list B:2:C= 31, B:4:C52

Tracing the route to B5::

=C2=A0

Thanks

Rajesh

=C2=A0

=C2=A0

Juniper Internal

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@= ietf.org
Administrative Requests: https://www.ietf.org/m= ailman/listinfo/ipv6
--------------------------------------------------------------------
--000000000000af7c0f058972a029-- From nobody Wed May 22 06:41:39 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 770BE12012E; Wed, 22 May 2019 06:41:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.499 X-Spam-Level: X-Spam-Status: No, score=-14.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=jPexGMtL; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jPLFE1e2 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 iVnW63jcTgjr; Wed, 22 May 2019 06:41:35 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C344B12013E; Wed, 22 May 2019 06:41:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7653; q=dns/txt; s=iport; t=1558532494; x=1559742094; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=qzquYzu8c2qKruonQABuOc+gVGqoVDhkychmAPOofLM=; b=jPexGMtLWfSoSdVyDGbPxgSJdx4kHUuGxxpEtQGXjpRessTpOb5JfWzG zi3hHZcHuSvEF9AZFaW4MLKSzvb52SMUZg51wP0G3Yuibowm3WgXBQQQZ X8/nu1DcgRlvBrh8nWgG7L2LWwIv+rayxCZuTj3HwNkZfv35w8o7NNQDK o=; IronPort-PHdr: =?us-ascii?q?9a23=3ANvMfjhEWxF/SfLGR9rwpwZ1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4w3Q3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+efLmci83B+xJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BHAAASUeVc/5tdJa1lHAEBAQQBAQc?= =?us-ascii?q?EAQGBUQcBAQsBgT1QA2lVIAQLKAqHUAOEUooilTCEUIEugSQDVAkBAQEMAQE?= =?us-ascii?q?lCAIBAYMJgTcCgjEjNAkOAQMBAQQBAQIBBG0cDIVLAgQSLgEBNQMPAgEIPwc?= =?us-ascii?q?yFBECBAESIoMAAYEdTQMdAQIMnRYCgTWIX4IggnkBAQWBNgIOQUCCOhiCDwm?= =?us-ascii?q?BNAGLUBeBQD+BOB+CTD6CYQEBAgEBFoF0gw+CJpJdIJU4CQKCDYYwjFYbgh5?= =?us-ascii?q?nhXeNNoxdhneOXgIEAgQFAg4BAQWBPRI4gVdwFRpLAYJBCYIGDBeDTIUUhT9?= =?us-ascii?q?yAYEojCgBgSABAQ?= X-IronPort-AV: E=Sophos;i="5.60,499,1549929600"; d="scan'208,217";a="562834492" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 May 2019 13:41:32 +0000 Received: from XCH-ALN-013.cisco.com (xch-aln-013.cisco.com [173.36.7.23]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id x4MDfWp4010649 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 22 May 2019 13:41:32 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-013.cisco.com (173.36.7.23) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 22 May 2019 08:41:32 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 22 May 2019 09:41:31 -0400 Received: from NAM03-DM3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 22 May 2019 08:41:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9Ib25l/IGBOeEoX+k66wXz5pdTtc05S9n81jjeOXm9I=; b=jPLFE1e2j0+pKDHbd92QkqWUAp0jC4lVDX0r5TYxQ40qnncKfhreRILbo6XUgJL72zA2qj4TzG+hvH070UztIiWb+KCXQNu5aqs8C05Okc7peUi+ukPPMfYDCBaazh/RQ6BAgKmzXIo/Wj6JuQEINxg6Jnb+aJozmkob9SLS83s= Received: from DM6PR11MB3516.namprd11.prod.outlook.com (20.177.220.141) by DM6PR11MB2907.namprd11.prod.outlook.com (20.177.216.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.16; Wed, 22 May 2019 13:41:30 +0000 Received: from DM6PR11MB3516.namprd11.prod.outlook.com ([fe80::d59f:9fbe:1f8b:bac7]) by DM6PR11MB3516.namprd11.prod.outlook.com ([fe80::d59f:9fbe:1f8b:bac7%7]) with mapi id 15.20.1922.016; Wed, 22 May 2019 13:41:30 +0000 From: "Darren Dukes (ddukes)" To: 6man WG , "spring@ietf.org" Thread-Topic: New Version Notification for draft-ietf-6man-segment-routing-header-19.txt Thread-Index: AQHVEKCOD5O/MpFIsEm/NF2lF0fA8KZ3JtsA Date: Wed, 22 May 2019 13:41:30 +0000 Message-ID: <881A8E64-F3AB-48E9-808E-BB7A96914211@cisco.com> References: <155853095772.13856.11873301862065799613.idtracker@ietfa.amsl.com> In-Reply-To: <155853095772.13856.11873301862065799613.idtracker@ietfa.amsl.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=ddukes@cisco.com; x-originating-ip: [161.44.192.75] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 1df9fbcb-8650-47e2-2e7f-08d6debb3233 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM6PR11MB2907; x-ms-traffictypediagnostic: DM6PR11MB2907: x-ms-exchange-purlcount: 6 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(396003)(39860400002)(136003)(366004)(199004)(189003)(6116002)(99286004)(478600001)(5660300002)(6246003)(3846002)(53936002)(76176011)(14454004)(6506007)(53546011)(102836004)(86362001)(53386004)(110136005)(8676002)(450100002)(966005)(606006)(316002)(14444005)(256004)(66574012)(66066001)(81156014)(81166006)(8936002)(2906002)(6436002)(71200400001)(71190400001)(83716004)(36756003)(26005)(76116006)(66946007)(73956011)(33656002)(25786009)(68736007)(66476007)(186003)(66556008)(64756008)(66446008)(91956017)(476003)(2616005)(446003)(54896002)(6306002)(6486002)(486006)(229853002)(7736002)(236005)(6512007)(11346002)(2501003)(82746002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB2907; H:DM6PR11MB3516.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: jlSwEuOxgw6amQWCS5R/F+yXXcVTldxCEF+BC08alCyi88SdHjtGa85CoSSaekVTfHqPZkDMC3YqRotXcVCqsIu9PpQywvY+ervGE69lbccIq+f4xvbAhNtXfygLhbBMBIxcv/jNVzOF0ahxpQaqFniL2P/Pb74vvcck5jeK2UK/z1B3cbxQc1KTgv7X1vAPYtZprYtHMAfsLiZ04Y2688Yd8z2sMQy03HUx5d7r1HSg6pLY8CGSp30s8fipEMzbYgdV4nY3NaxwLIM63xMtrMAU7RC9N9/hdNdQhMwbLLe7I1mzguBY2xoubiamJLAn+ewdEZDeYDQHbO5g/u6wgh/QyAagnGt3/IEzV9gy/q7yYlVEoYmk2+4Cq8YT0IvxkjsyT6FZJ/RUJGU/PMO6CtYscNUTZdO3dBlF4zihJYo= Content-Type: multipart/alternative; boundary="_000_881A8E64F3AB48E9808EBB7A96914211ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 1df9fbcb-8650-47e2-2e7f-08d6debb3233 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 13:41:30.0270 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB2907 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.23, xch-aln-013.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [spring] New Version Notification for draft-ietf-6man-segment-routing-header-19.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 13:41:37 -0000 --_000_881A8E64F3AB48E9808EBB7A96914211ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This revision completes the remaining changes asked for by the working grou= p chairs to start the second last call. 1 - state what is mutable, and restore the change bit in TLV types (section= 2 and 4.3.1). 2 - Add AH Applicability section stating that AH processing is for definiti= on in another document. There were also a few minor edits based on requests, including: - change the name of the SRv6 SID processing in this document to just SRv6 = SID (remove END) - indicate that implementations supporting TLV processing must support PAD = TLV - typos Thanks, The authors On May 22, 2019, at 9:15 AM, internet-drafts@ietf.org wrote: A new version of I-D, draft-ietf-6man-segment-routing-header-19.txt has been successfully submitted by Darren Dukes and posted to the IETF repository. Name: draft-ietf-6man-segment-routing-header Revision: 19 Title: IPv6 Segment Routing Header (SRH) Document date: 2019-05-21 Group: 6man Pages: 32 URL: https://www.ietf.org/internet-drafts/draft-ietf-6man-segmen= t-routing-header-19.txt Status: https://datatracker.ietf.org/doc/draft-ietf-6man-segment-ro= uting-header/ Htmlized: https://tools.ietf.org/html/draft-ietf-6man-segment-routing= -header-19 Htmlized: https://datatracker.ietf.org/doc/html/draft-ietf-6man-segme= nt-routing-header Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-segment= -routing-header-19 Abstract: Segment Routing can be applied to the IPv6 data plane using a new type of Routing Extension Header. This document describes the Segment Routing Extension Header and how it is used by Segment Routing capable nodes. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --_000_881A8E64F3AB48E9808EBB7A96914211ciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <52976A30C7AB3547B8A476F74B7702CE@namprd11.prod.outlook.com> Content-Transfer-Encoding: quoted-printable This revision completes the remaining changes asked for by the working grou= p chairs to start the second last call.
1 -= state what is mutable, and restore the change bit in TLV types (section 2 and 4.3= .1).
2 -= Add AH Applicability section stating that AH processing is for definition = in another document.
The= re were also a few minor edits based on requests, including:
- c= hange the name of the SRv6 SID processing in this document to just SRv6 SID= (remove END)
- indicate that im= plementations supporting TLV processing must support PAD TLV
- typos

Thanks,
&nb= sp; The authors

On May 22, 2019, at 9:15 AM, internet-drafts@ietf.org wrote:


A new version of I-D, draft-ietf-6man-segment-routing-header-19.txt
has been successfully submitted by Darren Dukes and posted to the
IETF repository.

Name: draft-ietf-6man-= segment-routing-header
Revision: 1= 9
Title: IPv6 Segment Ro= uting Header (SRH)
Document date: 2019-05-21
Group: 6man
Pages: 32
URL:            https://www.ietf.org/internet-drafts/draft-ietf-= 6man-segment-routing-header-19.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-6man-segment-routing-header/<= /a>
Htmlized:       https://too= ls.ietf.org/html/draft-ietf-6man-segment-routing-header-19
Htmlized:       http= s://datatracker.ietf.org/doc/html/draft-ietf-6man-segment-routing-header
Diff:           https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-6man-segm= ent-routing-header-19

Abstract:
  Segment Routing can be applied to the IPv6 data plane using a n= ew
  type of Routing Extension Header.  This document describes= the
  Segment Routing Extension Header and how it is used by Segment<= br class=3D"">   Routing capable nodes.




Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat


--_000_881A8E64F3AB48E9808EBB7A96914211ciscocom_-- From nobody Wed May 22 06:56:18 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AC4312013B for ; Wed, 22 May 2019 06:56:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 ixplmWHNoax3 for ; Wed, 22 May 2019 06:56:14 -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 5CAFF120122 for ; Wed, 22 May 2019 06:56:14 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4MDivHi006066; Wed, 22 May 2019 06:56:12 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=r/etHoNcycIoLYqYsKN4sF705cWuGCGE7uhqLjGC/9Y=; b=RAUDgK2Pqn/ZJfopb9g2MeNPwIdU+XC7vP/AAbk92R1wtQaHzjVY1vfp/qu771VX6F71 JZKCRSDkJmSvjH/NIyN+8wo/dQL5cSQ/1EEU6jHYDtDz0ozgzvaHd6EPy52nlsmtkzJy vmqigOm2iNkFZMhxM1C8iSdunbnogBylv5Z9LE0pITLkoq2hLBI+pkriYxMR4iodlTr9 Tg34F5yDiShncgo1SpSh0eNrilCTUU0IKPjnUHpBwrCQ1sTeOB0cnoOU1k5cK87jQc7v psa8Md9U6OGCKH2vpUIL2zXU8hnStavmn0Ml2K/r4C4ost6FUa4L+Z/Y95MZA5+xLKfw IA== Received: from nam03-by2-obe.outbound.protection.outlook.com (mail-by2nam03lp2059.outbound.protection.outlook.com [104.47.42.59]) by mx0b-00273201.pphosted.com with ESMTP id 2sn3jnrct5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 22 May 2019 06:56:11 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB5016.namprd05.prod.outlook.com (20.177.230.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.8; Wed, 22 May 2019 13:56:08 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Wed, 22 May 2019 13:56:08 +0000 From: Rajesh M To: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , Peter Psenak , Ron Bonica Thread-Topic: draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMAAAY1lQ Date: Wed, 22 May 2019 13:56:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-22T13:51:15.6964881Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4e343f62-77f0-4de5-f230-08d6debd3deb x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5016; x-ms-traffictypediagnostic: BYAPR05MB5016: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(366004)(396003)(136003)(189003)(199004)(52536014)(6246003)(2906002)(99286004)(76176011)(55016002)(606006)(6306002)(54896002)(2940100002)(9686003)(236005)(6436002)(86362001)(6636002)(1941001)(33656002)(110136005)(25786009)(7736002)(5660300002)(186003)(11346002)(66556008)(66476007)(102836004)(26005)(66446008)(64756008)(7696005)(2201001)(68736007)(446003)(53546011)(2501003)(53936002)(476003)(6506007)(81156014)(81166006)(8936002)(478600001)(3846002)(790700001)(6116002)(486006)(71190400001)(76116006)(73956011)(71200400001)(66946007)(966005)(8676002)(14444005)(74316002)(229853002)(316002)(256004)(66066001)(14454004); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5016; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: pS9fzISANv/eTVNiasA5Mm69mgEFP3rUYNqOs1ZS+W2PTyAWOw9hUvjhuFarRFdybqQouH/SFdf+ZV/sBDJQbXwq5jFYIv8THBvIcvpYarztIvGJ1LgC/5cTT3VxYNycannvhBIeY52Zx0K4tplC3vA/K+4m21Vb0pFkVrJdLUbzJTIxtd4nspkrS6oapcHSqu0z0lm0kpKQkzWOVEuwDOZZjP7qUg2uPIZ+7evM21usYJnEG9oH0tnxgr8KHC/igGLxnSVmYVKNTITWG7tQXERJOmJuFt/k8kuK8QQX5VrVHm97eXLXj4GSM0E6hMufpYtyD4lIih+4gQim2aKzjcIp81QkznAktrmw4GU9IiHZy754/QRPmkAw+SZTArTER0OV5BRfXtl7tVwHa2mlL8og+dqkQObuKirSc1xDr9Y= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB4821C138597D9686DFE10278BE000BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 4e343f62-77f0-4de5-f230-08d6debd3deb X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 13:56:08.7332 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5016 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-22_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220100 Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 13:56:17 -0000 --_000_BYAPR05MB4821C138597D9686DFE10278BE000BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Agreed (cannot claim compliance with RFC8200). Authors please comment Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation.This is inten= tionally done to reduce the packet size (since underlying data can be onl= y ipv6) ? From: Mark Smith > Sent: Wednesday, May 22, 2019 10:15 AM To: Rajesh M > Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG >; ipv6@ietf.org; Peter Pse= nak > Subject: Re: draft-ali-6man-spring-srv6-oam-00 EH insertion is not compliant with RFC8200. Equipment doing so cannot claim= compliance with RFC8200. On Wed., 22 May 2019, 11:08 Rajesh M, > wrote: Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? Juniper Internal Juniper Internal From: Rajesh M Sent: Wednesday, April 3, 2019 1:06 PM To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com Cc: SPRING WG >; ipv6@ietf.org; Ron Bonica > Subject: draft-ali-6man-spring-srv6-oam-00 Please find few comments on this draft 1. Section 3.1.1 , below must be Ref2 Ref1: Hardware (microcode) just punts the packet. Software (slow path) implements the required OAM mechanism. Timestamp is not carried in the packet forwarded to the next hop. 1. 4.1.2.2, here it must be N2 (page 10) If the target SID is not locally programmed, N4 responses with the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not locally implemented (TBA)"); otherwise a success is returned. 1. 4.1.2.2, here it must be B:4:C52 (page 11) The ICMPv6 process at node N4 checks if its local SID (B:2:C31) is locally programmed or not and responds to the ICMPv6 Echo Request. 1. 4.3.2.2, here it must be B:4:C52 (page 16) The traceroute process at node N4 checks if its local SID (B:2:C31) is locally programmed. 5) in below two cases is it B5:: or it must be A:5:: ? > ping A:5:: via segment-list B:2:C31, B:4:C52 Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds: !!!!! > traceroute A:5:: via segment-list B:2:C31, B:4:C52 Tracing the route to B5:: Thanks Rajesh Juniper Internal -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- --_000_BYAPR05MB4821C138597D9686DFE10278BE000BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Agreed (cannot claim compliance with RFC8200). Autho= rs please comment

 

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.T= his is intentionally done to reduce the packet size   (since underlying data can be only ipv6) ?

 

 

From: Mark Smith <markzzzsmith@gmail.com>
Sent: Wednesday, May 22, 2019 10:15 AM
To: Rajesh M <mrajesh@juni= per.net>
Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.co= m; cpignata@cisco.com; rgandhi@cisco.= com; fbrockne@cisco.com; SPRING WG <= ;spring@ietf.org>; ipv6@ietf.org; Peter Psenak <ppsenak@cisco.com>
Subject: Re: draft-ali-6man-spring-srv6-oam-00

 

EH insertion is not compliant with RFC8200. Equipmen= t doing so cannot claim compliance with RFC8200.

 

On Wed., 22 May 2019, 11:08 Rajesh M, <mrajesh=3D= 40juniper.net@dmarc.ietf.or= g> wrote:

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.<= o:p>

This is intentionally done to reduce the packet size   (= since underlying data can be only ipv6) ?

 

 

Juniper Internal=

 

Juniper Internal=

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron B= onica <rbonica@= juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

 

Please find few comments on this draft

 

  1. Section 3.1.1 , below must be Ref2

 

Ref1: Hardware (microcode) just pun= ts the packet. Software (slow path)

implements the required OAM

mechanism. Timestamp is not carried in the packet forwarded to the

next hop.

 

  1. 4.1.2.2, here it must = be N2 (page 10)

 

If the target SID is not locally programmed, N= 4 responses with

the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA)"); otherwise a success is returned.

 

  1. 4.1.2.2, here it must = be B:4:C52 (page 11)

The ICMPv6 process at node N4

checks if its local SID (B:2:C31) i= s locally programmed or not

and responds to the ICMPv6 Echo Request.

 

  1. 4.3.2.2, here it must = be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:= C31) is locally

programmed.

 

5)  in below two cases is it B5:: or it must be A:5:: ?

> ping A:5:: via se= gment-list B:2:C31, B:4:C52

Sending 5, 100-byte IC= MP Echos to B5::, timeout is 2 seconds:<= o:p>

!!!!!<= o:p>

 =

> traceroute A:5:: = via segment-list B:2:C31, B:4:C52

Tracing the r= oute to B5::

 

Thanks

Rajesh

 

 

Juniper Internal=

----------------------------------------------------= ----------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

--_000_BYAPR05MB4821C138597D9686DFE10278BE000BYAPR05MB4821namp_-- From nobody Wed May 22 07:45:10 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 215CB120033 for ; Wed, 22 May 2019 07:45:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 7NVZbk8ZPcKK for ; Wed, 22 May 2019 07:45:04 -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 5EE6012006A for ; Wed, 22 May 2019 07:45:04 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4MEj19p020823; Wed, 22 May 2019 07:45:01 -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=asFm9o6QB0RAYzcY4iysdnGko3zp68OlrC2TdfPnlTk=; b=SXzov+4V4rOFPMA0hlyqCLwb3fs0JmU7yxjXFz2WM/CiJCvTM+V6WflPFmz094xcY253 TjKPjMmHUPjG5wGThkwa9TjVUMsBNEgRXroI7qqBVTECPztGEHcvCe3riLW6OV1JUpcX POw9zpVKQ95jboEfFaqZ1YSrHB/d2y1c0OFwvy9BJHrOL6H6YE24ZnmkbL8jeqOlSlWa 7un204Nah7U7jJcf897pDJbPz3Qb/PZLnCvYaaa3WZe41rQVu402xL/Vm3o1pj3ApXN2 g8bbLnigdD7oV7Hk8s71eGFOVjyrQrljpaIk/VwtSqMcdo4Xz90ocP3+4VwOUUKW7+Ia 9Q== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp2056.outbound.protection.outlook.com [104.47.41.56]) by mx0b-00273201.pphosted.com with ESMTP id 2sn3jnrfp7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 22 May 2019 07:45:01 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB4325.namprd05.prod.outlook.com (52.135.202.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.7; Wed, 22 May 2019 14:44:58 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Wed, 22 May 2019 14:44:58 +0000 From: Rajesh M To: Robert Raszuk CC: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , Ron Bonica Thread-Topic: [spring] draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMAAAY1lQAAEMsYAAAK/iAA== Content-Class: Date: Wed, 22 May 2019 14:44:58 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-22T14:44:56.2018680Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [122.167.87.124] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 11985a09-85b2-4259-279e-08d6dec4101d x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4325; x-ms-traffictypediagnostic: BYAPR05MB4325: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(396003)(366004)(346002)(376002)(199004)(189003)(6116002)(229853002)(3846002)(78486014)(54906003)(256004)(1411001)(33656002)(186003)(316002)(790700001)(5660300002)(2906002)(11346002)(486006)(476003)(52536014)(9686003)(54896002)(55016002)(5070765005)(14444005)(6436002)(71200400001)(71190400001)(446003)(6306002)(74316002)(606006)(4326008)(66066001)(68736007)(7696005)(76176011)(236005)(53546011)(76116006)(73956011)(6916009)(102836004)(66946007)(86362001)(6246003)(25786009)(6506007)(99286004)(478600001)(966005)(53936002)(26005)(14454004)(64756008)(66556008)(66476007)(8936002)(107886003)(7736002)(66446008)(81166006)(8676002)(81156014); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4325; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: BsTUzhg9F4tDp/WqwJ0ZFwLaOTKvEYtslGfurgAoD0xryXdUQtL96OFUP5xu6aLPk8aWIQexfwb4YvD1hAWoRWlYwUv/RRFsEOCDBPq5VmUrZ7MaQaEnboCt+AJ7+234cK4XSPrjQggvCG8qJFOmu9dWWFZQvp6hPXeZJtGaHz1ZlqxGDUy2ELVYPsMNQ8HQhbvE0tSyeZfBW31G5o6LSR4njFIrOviKKipBgN2msyQuJxkBcz1BW1J2Izb0LFiH3KBeDjVfBZH5e7XqOqiryFGjt2VMl8pwjpRg8XMaVUu/SutkGcnwqkrsFgGJMw/lXRYWT2NSjCUe8nF+umZVRUUqXLJ+0V0nz6YcXRSngy0pxKZxhbqIUIW0rCaOUXZWN+u2bcvo7SSOzbMCYUQxQzh6Znnl40e2192Quy6wAaA= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB4821AD5C0CEFF91F695BBCB9BE000BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 11985a09-85b2-4259-279e-08d6dec4101d X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 14:44:58.3167 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4325 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-22_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220105 Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 14:45:08 -0000 --_000_BYAPR05MB4821AD5C0CEFF91F695BBCB9BE000BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think as long as we ensure below order it must be OK. When more than one extension header is used in the same packet, it is recom= mended that those headers appear in the following order: IPv6 header Hop-by-Hop Options header Destination Options header (note 1) Routing header Fragment header Authentication header (note 2) Encapsulating Security Payload header (note 2) Destination Options header (note 3) Upper-Layer header From: Robert Raszuk Sent: Wednesday, May 22, 2019 7:55 PM To: Rajesh M Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.= com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG ; Pe= ter Psenak ; Ron Bonica Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 Hi Rajesh, I think some folks are just confusing "insertion of new EH" from "modificat= ion of existing EH" ? To me those are completely different actions. And processing of any EH is explicitly allowed by RFC8200 as long as dst ad= dress in the top v6 header is the processing entity which seems to be the c= ase here. Such processing nowhere in RFC8200 seems to be prohibited. Let's also observe that as it is often the case with OEM it is actual netwo= rk elements who act as both src and dst of the end to end OEM sessions :). Thx, R. On Wed, May 22, 2019 at 3:56 PM Rajesh M > wrote: Agreed (cannot claim compliance with RFC8200). Authors please comment Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation.This is inten= tionally done to reduce the packet size (since underlying data can be onl= y ipv6) ? From: Mark Smith > Sent: Wednesday, May 22, 2019 10:15 AM To: Rajesh M > Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG >; ipv6@ietf.org; Peter Pse= nak > Subject: Re: draft-ali-6man-spring-srv6-oam-00 EH insertion is not compliant with RFC8200. Equipment doing so cannot claim= compliance with RFC8200. On Wed., 22 May 2019, 11:08 Rajesh M, > wrote: Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? Juniper Internal Juniper Internal Juniper Internal From: Rajesh M Sent: Wednesday, April 3, 2019 1:06 PM To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com Cc: SPRING WG >; ipv6@ietf.org; Ron Bonica > Subject: draft-ali-6man-spring-srv6-oam-00 Please find few comments on this draft 1. Section 3.1.1 , below must be Ref2 Ref1: Hardware (microcode) just punts the packet. Software (slow path) implements the required OAM mechanism. Timestamp is not carried in the packet forwarded to the next hop. 1. 4.1.2.2, here it must be N2 (page 10) If the target SID is not locally programmed, N4 responses with the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not locally implemented (TBA)"); otherwise a success is returned. 1. 4.1.2.2, here it must be B:4:C52 (page 11) The ICMPv6 process at node N4 checks if its local SID (B:2:C31) is locally programmed or not and responds to the ICMPv6 Echo Request. 1. 4.3.2.2, here it must be B:4:C52 (page 16) The traceroute process at node N4 checks if its local SID (B:2:C31) is locally programmed. 5) in below two cases is it B5:: or it must be A:5:: ? > ping A:5:: via segment-list B:2:C31, B:4:C52 Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds: !!!!! > traceroute A:5:: via segment-list B:2:C31, B:4:C52 Tracing the route to B5:: Thanks Rajesh Juniper Internal -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring --_000_BYAPR05MB4821AD5C0CEFF91F695BBCB9BE000BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think as long as we ensure below order it must be = OK.

 

When more than one extension header is used in the same pa= cket, it is recommended that those headers appear in the following order:

 

      IPv6 header

      Hop-by-Hop Options header

      Destination Options header = (note 1)

      Routing header

      Fragment header<= /span>

      Authentication header (note= 2)

      Encapsulating Security Payl= oad header (note 2)

      Destination Options header = (note 3)

      Upper-Layer header

 

 

From: Robert Raszuk <rraszuk@gmail.com>=
Sent: Wednesday, May 22, 2019 7:55 PM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata= @cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG <spring@iet= f.org>; Peter Psenak <ppsenak@cisco.com>; Ron Bonica <rbonica@j= uniper.net>
Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00

 

Hi Rajesh,

 

I think some folks are just confusing "insertion= of new EH" from "modification of existing EH" ? To me those= are completely different actions. 

 

And processing of any EH is explicitly allowed by RFC= 8200 as long as dst address in the top v6 header is the processing entity w= hich seems to be the case here. Such processing nowhere in RFC8200 seems to be prohibited. 

 

Let's also observe that as it is often the case with = OEM it is actual network elements who act as both src and dst of the end to= end OEM sessions :). 

 

Thx,

R.

 

 

On Wed, May 22, 2019 at 3:56 PM Rajesh M <mrajesh= =3D40juniper.net@dmarc.ietf= .org> wrote:

Agreed (cannot claim compliance with RFC8200). Authors please comm= ent

 

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.T= his is intentionally done to reduce the packet size   (since underlying data can be only ipv6) ?

 

 

From: Mark Smith <markzzzsmith@gmail.com>
Sent: Wednesday, May 22, 2019 10:15 AM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG <spring@ietf.org>; ipv6@ietf.org; Peter= Psenak <ppsenak@= cisco.com>
Subject: Re: draft-ali-6man-spring-srv6-oam-00

 

EH insertion is not compliant with RFC8200. Equipment doing so can= not claim compliance with RFC8200.

 

On Wed., 22 May 2019, 11:08 Rajesh M, <mrajesh=3D40juniper..net@dmarc.ie= tf.org> wrote:

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.<= o:p>

This is intentionally done to reduce the packet size   (= since underlying data can be only ipv6) ?

 

 

Juniper Internal=

 

Juniper Internal=

 

Juniper Internal=

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron B= onica <rbonica@= juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

 

Please find few comments on this draft

 

  1. Section 3.1.1 , below must be Ref2

 

Ref1: Hardware (microcode) just pun= ts the packet. Software (slow path)

implements the required OAM

mechanism. Timestamp is not carried in the packet forwarded to the

next hop.

 

  1. 4.1.2.2, here it must = be N2 (page 10)

 

If the target SID is not locally programmed, N= 4 responses with

the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA)"); otherwise a success is returned.

 

  1. 4.1.2.2, here it must = be B:4:C52 (page 11)

The ICMPv6 process at node N4

checks if its local SID (B:2:C31) i= s locally programmed or not

and responds to the ICMPv6 Echo Request.

 

  1. 4.3.2.2, here it must = be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:= C31) is locally

programmed.

 

5)  in below two cases is it B5:: or it must be A:5:: ?

> ping A:5= :: via segment-list B:2:C31, B:4:C52

Sending 5, 10= 0-byte ICMP Echos to B5::, timeout is 2 seconds:<= o:p>

!!!!!<= o:p>

 =

> tracerou= te A:5:: via segment-list B:2:C31, B:4:C52

Tracing the r= oute to B5::

 

Thanks

Rajesh

 

 

Juniper Internal=

------------------------------------------------------------------= --
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/= mailman/listinfo/spring

--_000_BYAPR05MB4821AD5C0CEFF91F695BBCB9BE000BYAPR05MB4821namp_-- From nobody Wed May 22 08:53:19 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B28CC1200CC; Wed, 22 May 2019 06:51:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 ZO3lfnFMVMXS; Wed, 22 May 2019 06:51:26 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 16B7112013B; Wed, 22 May 2019 06:51:26 -0700 (PDT) Received: from pps.filterd (m0108158.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4MDiGGP008334; Wed, 22 May 2019 06:51:23 -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=lCeiHwjeYCyhZUcJDvfzWpKCxZTmQdVf+7BcxGGhVMs=; b=FbhYsWvGjV5x98XiGwaOAVJofP7dn9yOnn//WSKztWn9iD+KdDwCiAwyVlENBoFmmjod tbuQFJ7IqBHyPXYpL+zGptVAsPPYOeclo9YYvpDeW2CadFyb6YmHFkSzBhDxv+jdIAFO 1Wc+QuS9YD1gSKmHIwe5v1qkxJ+/VVbD2hKm0YcwOGq3+79mUs9akxpxBeD7MgRMwAPG Ud4zyyFD2zpDt66/eNLB+TgWDliA3vw745I2+49PRMlIm9D26KSkaCMMJQzuyWg3cLYg iO/9QlRWdm2+TmS3n9Kb2uMy7MDTAeOBAVLJhSTYFZb2C7gvvLdCtDRrcGSLGHJFpcT1 hA== Received: from nam02-cy1-obe.outbound.protection.outlook.com (mail-cys01nam02lp2051.outbound.protection.outlook.com [104.47.37.51]) by mx0a-00273201.pphosted.com with ESMTP id 2sn6ju840d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 22 May 2019 06:51:23 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB5016.namprd05.prod.outlook.com (20.177.230.210) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.8; Wed, 22 May 2019 13:51:19 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Wed, 22 May 2019 13:51:19 +0000 From: Rajesh M To: Mark Smith CC: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , "ipv6@ietf.org" , Peter Psenak Thread-Topic: draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMA== Content-Class: Date: Wed, 22 May 2019 13:51:19 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-22T13:51:15.6964881Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 92b29707-8f20-45fc-a778-08d6debc9182 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB5016; x-ms-traffictypediagnostic: BYAPR05MB5016: x-ms-exchange-purlcount: 3 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(366004)(396003)(136003)(189003)(199004)(52536014)(6246003)(2906002)(4326008)(6916009)(99286004)(76176011)(55016002)(606006)(6306002)(54896002)(9686003)(236005)(6436002)(86362001)(33656002)(25786009)(7736002)(5660300002)(186003)(11346002)(66556008)(66476007)(102836004)(26005)(66446008)(64756008)(7696005)(54906003)(68736007)(1411001)(446003)(53546011)(53936002)(476003)(6506007)(7416002)(81156014)(81166006)(8936002)(478600001)(3846002)(790700001)(6116002)(486006)(71190400001)(76116006)(73956011)(71200400001)(66946007)(966005)(8676002)(14444005)(74316002)(229853002)(316002)(256004)(66066001)(14454004); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB5016; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: nrXj/fXU4h89xG9ejfJf1qL2FmzBC9iy56vCZ857xLHaJ6NoKkuvttOLepI1U8bSL9xjl6zQTU2o0PCVoKyPB2J/wzB3+CZS5rysSTWLs6o6nzyegXLcoiGJz8uT2ALMI1x8JIDwjBV8PLnYtNOULFlvU6zbKenzo6BDt63LYsAktUzpjQ6xiljKObJnkkZj66WWrUEQikJngOtYwvo+pSaG73Lg9Wxnnb3SfZBraRKx+2bZopbnOWDSzjea1kCj8Qdtxnszofh4N7FZVjsKGt07JJuNeOg40MLI2holIikq47eqGkVSoIX+YZMNfrCBk10bnQxGFnOqkmVklbTfxZBKURFMaD16GlGsJEMWQYDMJwcn5pi4nZn17dCkxQMZcVLMmg4fZ5UfPx7U/ypl2ByFK7e6bZc2xq4t/viSkkc= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB4821FA5861785D61A3BD3C76BE000BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 92b29707-8f20-45fc-a778-08d6debc9182 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 13:51:19.4661 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5016 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-22_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220100 Archived-At: X-Mailman-Approved-At: Wed, 22 May 2019 08:53:16 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 13:51:29 -0000 --_000_BYAPR05MB4821FA5861785D61A3BD3C76BE000BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Agreed (cannot claim compliance with RFC8200). Authors please comment Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? From: Mark Smith Sent: Wednesday, May 22, 2019 10:15 AM To: Rajesh M Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.= com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG ; ip= v6@ietf.org; Peter Psenak Subject: Re: draft-ali-6man-spring-srv6-oam-00 EH insertion is not compliant with RFC8200. Equipment doing so cannot claim= compliance with RFC8200. On Wed., 22 May 2019, 11:08 Rajesh M, > wrote: Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? Juniper Internal Juniper Internal From: Rajesh M Sent: Wednesday, April 3, 2019 1:06 PM To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com Cc: SPRING WG >; ipv6@ietf.org; Ron Bonica > Subject: draft-ali-6man-spring-srv6-oam-00 Please find few comments on this draft 1. Section 3.1.1 , below must be Ref2 Ref1: Hardware (microcode) just punts the packet. Software (slow path) implements the required OAM mechanism. Timestamp is not carried in the packet forwarded to the next hop. 1. 4.1.2.2, here it must be N2 (page 10) If the target SID is not locally programmed, N4 responses with the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not locally implemented (TBA)"); otherwise a success is returned. 1. 4.1.2.2, here it must be B:4:C52 (page 11) The ICMPv6 process at node N4 checks if its local SID (B:2:C31) is locally programmed or not and responds to the ICMPv6 Echo Request. 1. 4.3.2.2, here it must be B:4:C52 (page 16) The traceroute process at node N4 checks if its local SID (B:2:C31) is locally programmed. 5) in below two cases is it B5:: or it must be A:5:: ? > ping A:5:: via segment-list B:2:C31, B:4:C52 Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds: !!!!! > traceroute A:5:: via segment-list B:2:C31, B:4:C52 Tracing the route to B5:: Thanks Rajesh Juniper Internal -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- --_000_BYAPR05MB4821FA5861785D61A3BD3C76BE000BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Agreed (cannot claim compliance with RFC8200). Autho= rs please comment

 

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.<= o:p>

This is intentionally done to reduce the packet size   (= since underlying data can be only ipv6) ?

 

 

 

From: Mark Smith <markzzzsmith@gmail.com&g= t;
Sent: Wednesday, May 22, 2019 10:15 AM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata= @cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG <spring@iet= f.org>; ipv6@ietf.org; Peter Psenak <ppsenak@cisco.com>
Subject: Re: draft-ali-6man-spring-srv6-oam-00

 

EH insertion is not compliant with RFC8200. Equipmen= t doing so cannot claim compliance with RFC8200.

 

On Wed., 22 May 2019, 11:08 Rajesh M, <mrajesh=3D= 40juniper.net@dmarc.ietf.or= g> wrote:

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.<= o:p>

This is intentionally done to reduce the packet size   (= since underlying data can be only ipv6) ?

 

 

Juniper Internal=

 

Juniper Internal=

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron B= onica <rbonica@= juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

 

Please find few comments on this draft

 

  1. Section 3.1.1 , below must be Ref2

 

Ref1: Hardware (microcode) just pun= ts the packet. Software (slow path)

implements the required OAM

mechanism. Timestamp is not carried in the packet forwarded to the

next hop.

 

  1. 4.1.2.2, here it must = be N2 (page 10)

 

If the target SID is not locally programmed, N= 4 responses with

the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA)"); otherwise a success is returned.

 

  1. 4.1.2.2, here it must = be B:4:C52 (page 11)

The ICMPv6 process at node N4

checks if its local SID (B:2:C31) i= s locally programmed or not

and responds to the ICMPv6 Echo Request.

 

  1. 4.3.2.2, here it must = be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:= C31) is locally

programmed.

 

5)  in below two cases is it B5:: or it must be A:5:: ?

> ping A:5:: via se= gment-list B:2:C31, B:4:C52

Sending 5, 100-byte IC= MP Echos to B5::, timeout is 2 seconds:<= o:p>

!!!!!<= o:p>

 =

> traceroute A:5:: = via segment-list B:2:C31, B:4:C52

Tracing the r= oute to B5::

 

Thanks

Rajesh

 

 

Juniper Internal=

----------------------------------------------------= ----------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

--_000_BYAPR05MB4821FA5861785D61A3BD3C76BE000BYAPR05MB4821namp_-- From nobody Wed May 22 08:53:25 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B71B120133 for ; Wed, 22 May 2019 07:24:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.009 X-Spam-Level: X-Spam-Status: No, score=-0.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 sui3Q29heQZJ for ; Wed, 22 May 2019 07:24:51 -0700 (PDT) Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1A7D120046 for ; Wed, 22 May 2019 07:24:51 -0700 (PDT) Received: by mail-pg1-x52a.google.com with SMTP id a3so1421210pgb.3 for ; Wed, 22 May 2019 07:24:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P9DQUcbrAbtD5qtF95QYDQ40mSi+soLrJwO/Gcje+XA=; b=aA6mwNY76tQUUi8E4wIW1SxtEk1awN0uGe6+WrUkWo9mBIID+csBfwrcmR7t2kj83Q 8IBQIgbKYFR5voHj560eyJWtOyYPyMr4WgkGoT2xLsvzcdm0PUuaBSO4JJaKdjZce7l9 e1tZ9fxJpjSryxgdtTgJTUDirj3C5xm2gft2BItOI+3vFHdWzk0L0U/P98jfeZXsFUjC YJQ0slr5RuZYoqU/AaM4UEU+LDWGF5LzGA2VIs0aZPngSSlazUK51g00Lm73ts7rOO3R Egmm9YvEOjhr8dS3bUXIdKpcR0m9svUmnf3oQZS9wneGhcjJcI8nUt5zGHSkCg5fXUxE bZkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P9DQUcbrAbtD5qtF95QYDQ40mSi+soLrJwO/Gcje+XA=; b=Un54GtkxhfSAPqxdvKWCml3EBYeFcfAvKpcBLRPg7R7t1JANqqNhvg0RbNputCLgJ7 f6DY6er3Tn3vXfdC+nXj5DzlTAqLSLqR/zbv0RS2b4G01bXnmOaoNbRlOkNzwc7jJ7uZ FAnXx1mPAQ62noB0wsZtUfqAdRNc2AdeAfyQzQZ8jI+8jbGmOzCSTyNkCjeDg6UlR0Cn EZI62zkQDP62WvXo2UvVI2MZxATZ7PiKHXPERpLW6NNC5ThYpI221MdG6Q3UTSPOxA1c rgOaUh/Cp4oHRhSkzTBT/YSfe2xLEfBEUDgeySI1HgcqsQH5+dwgWX7VDi3UIlmUMrzb B9HQ== X-Gm-Message-State: APjAAAWaG2KNFURV5YtRWmCArg+1iFxEJn9PW+5/QswVyJN8Srqwc3a2 hwsCsJstclhtN07Hi24TCFmgZ/f8WBJx/+bAJAc= X-Google-Smtp-Source: APXvYqz6a9BNdGjOku0vmTkQwmWXyHiZk7sptsnK2ziYliNnI0WZlCBwsX3H21Zf5EaHoc3NJ6C4EdcvMcUrGAIzNNw= X-Received: by 2002:a63:130d:: with SMTP id i13mr90039212pgl.396.1558535090743; Wed, 22 May 2019 07:24:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Robert Raszuk Date: Wed, 22 May 2019 16:24:37 +0200 Message-ID: To: Rajesh M Cc: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , Peter Psenak , Ron Bonica Content-Type: multipart/alternative; boundary="000000000000742e6505897abada" Archived-At: X-Mailman-Approved-At: Wed, 22 May 2019 08:53:16 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 14:24:54 -0000 --000000000000742e6505897abada Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Rajesh, I think some folks are just confusing "insertion of new EH" from "modification of existing EH" ? To me those are completely different actions. And processing of any EH is explicitly allowed by RFC8200 as long as dst address in the top v6 header is the processing entity which seems to be the case here. Such processing nowhere in RFC8200 seems to be prohibited. Let's also observe that as it is often the case with OEM it is actual network elements who act as both src and dst of the end to end OEM sessions :). Thx, R. On Wed, May 22, 2019 at 3:56 PM Rajesh M wrote: > Agreed (cannot claim compliance with RFC8200). Authors please comment > > > > Guys in this draft I see that all the example such as ping, traceroute to > ipv6 address-> use SRH insertion rather than SRH encapsulation.This is > intentionally done to reduce the packet size (since underlying data can > be only ipv6) ? > > > > > > *From:* Mark Smith > *Sent:* Wednesday, May 22, 2019 10:15 AM > *To:* Rajesh M > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG < > spring@ietf.org>; ipv6@ietf.org; Peter Psenak > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 > > > > EH insertion is not compliant with RFC8200. Equipment doing so cannot > claim compliance with RFC8200. > > > > On Wed., 22 May 2019, 11:08 Rajesh M, 40juniper.net@dmarc.ietf.org> wrote: > > Guys in this draft I see that all the example such as ping, traceroute to > ipv6 address-> use SRH insertion rather than SRH encapsulation. > > This is intentionally done to reduce the packet size (since underlying > data can be only ipv6) ? > > > > > > Juniper Internal > > > > Juniper Internal > > *From:* Rajesh M > *Sent:* Wednesday, April 3, 2019 1:06 PM > *To:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com > *Cc:* SPRING WG ; ipv6@ietf.org; Ron Bonica < > rbonica@juniper.net> > *Subject:* draft-ali-6man-spring-srv6-oam-00 > > > > Please find few comments on this draft > > > > 1. Section 3.1.1 , below must be Ref2 > > > > *Ref1*: Hardware (microcode) just punts the packet. Software (slow path) > > implements the required OAM > > mechanism. Timestamp is not carried in the packet forwarded to the > > next hop. > > > > 1. 4.1.2.2, here it must be N2 (page 10) > > > > If the target SID is not locally programmed, *N4* responses with > > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not > > locally implemented (TBA)"); otherwise a success is returned. > > > > 1. 4.1.2.2, here it must be B:4:C52 (page 11) > > The ICMPv6 process at node N4 > > checks if its local SID (*B:2:C31*) is locally programmed or not > > and responds to the ICMPv6 Echo Request. > > > > 1. 4.3.2.2, here it must be B:4:C52 (page 16) > > The traceroute process at > > node N4 checks if its local SID (*B:2:C31*) is locally > > programmed. > > > > 5) in below two cases is it B5:: or it must be A:5:: ? > > > ping A:5:: via segment-list B:2:C31, B:4:C52 > > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds: > > !!!!! > > > > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 > > Tracing the route to *B5::* > > > > Thanks > > Rajesh > > > > > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --000000000000742e6505897abada Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rajesh,

=
I think some folks are just confusing "insert= ion of new EH" from "modification of existing EH" ? To me th= ose are completely different actions.=C2=A0

And processing of any EH is explicitly allowed by RFC= 8200 as long as dst address in the top v6 header is the processing entity w= hich seems to be the case here. Such processing nowhere in RFC8200 seems to= be prohibited.=C2=A0

= Let's also observe that as it is often the case with OEM it is actual n= etwork elements who act as both src and dst of the end to end OEM sessions = :).=C2=A0

Thx,
R.


On Wed, May 22, 2019= at 3:56 PM Rajesh M <mrajesh=3D40juniper.net@dmarc.ietf.org> wrote:

Agreed (cannot claim compliance with RFC8200). Autho= rs please comment

=C2=A0

Guys in this draft I see that all the example such a= s ping, traceroute to ipv6 address-> use SRH insertion rather than SRH e= ncapsulation.This is intentionally done to reduce the packet size =C2=A0=C2=A0(since underlying data can be only ipv6) ?<= u>

=C2=A0

=C2=A0

From: Mark Smith <markzzzsmith@gmail.com>
Sent: Wednesday, May 22, 2019 10:15 AM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com<= /a>; SPRING WG <spr= ing@ietf.org>; ipv6@ietf.org; Peter= Psenak <ppsenak@= cisco.com>
Subject: Re: draft-ali-6man-spring-srv6-oam-00

=C2=A0

EH insertion is not compliant with RFC8200. Equipmen= t doing so cannot claim compliance with RFC8200.

=C2=A0

On Wed., 22 May 2019, 11:08 Rajesh M, <mrajesh=3D= 40juniper= .net@dmarc.ietf.org> wrote:

Guys in this draft I see that all the example such a= s ping, traceroute to ipv6 address-> use SRH insertion rather than SRH e= ncapsulation.

This is intentionally done to reduce the packet size= =C2=A0=C2=A0(since underlying data can be only ipv6) ?

=C2=A0

=C2=A0

Juniper Internal

=C2=A0

Juniper Internal

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron B= onica <rbonica@= juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

=C2=A0

Please find few comments on this draft=

=C2=A0

  1. Section 3.1.1 , below must be Ref2

=C2=A0

Ref1: Hardware (microcode) just pun= ts the packet. Software (slow path)

implements the required OAM

mechanism. Timestamp is not carried in the packet forwarded to the

next hop.

=C2=A0

  1. 4.1.2.2, here it must be= N2 (page 10)

=C2=A0

If the target SID is not locally programmed, N= 4 responses with

the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA)"); otherwise a success is returned.

=C2=A0

  1. 4.1.2.2, here it must be= B:4:C52 (page 11)

The ICMPv6 process at node N4

checks if its local SID (B:2:C31) i= s locally programmed or not

and responds to the ICMPv6 Echo Request.

=C2=A0

  1. 4.3.2.2, here it must be= B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:C31) is locally

programmed.

=C2=A0

5) =C2=A0in below two cases is it B5:: or it must be A:5:: ?=

> ping A:5:: via segm= ent-list B:2:C31, B:4:C52

Sending 5, 100-byte ICMP= Echos to B5::, timeout is 2 seconds:<= u>

!= !!!!

= =C2=A0

> traceroute A:5:: vi= a segment-list B:2:C31, B:4:C52

T= racing the route to B5::

=C2=A0

Thanks

Rajesh

=C2=A0

=C2=A0

Juniper Internal

----------------------------------------------------= ----------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------=

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
--000000000000742e6505897abada-- From nobody Wed May 22 08:53:31 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 209EA1200C1 for ; Wed, 22 May 2019 07:43:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.72 X-Spam-Level: X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, 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 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 QmCYFRnHzNow for ; Wed, 22 May 2019 07:43:40 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 B7B1712006A for ; Wed, 22 May 2019 07:43:40 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4MEdg1C032690; Wed, 22 May 2019 07:43:37 -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=hZJZ9jLgAEqUXB3F8TT3LomZoxeyucHEVtHZBqZ41ck=; b=f6n7+Q8Hjc/LGL9aWfCm69SzYgkz0TNlOZ58q1Udq8F45L1BTmkHGWPhvwpDRM+2HX8j QJxf275YVpXUJvl8hRbNr955Y+S+OICItwskmO9CI/q+UGVZ9GCJl/JvUx0T2RmcOuuI xyi+5hdyBIAZhKDNWqfENiQWpGfk34UyzVC+HNIhjqU18l+b3Hori1DSp2IM+4PaQ1qf XSlg50d5JkJW8ti3NbTCAnnVQa533mX1JIsJveUb3luUOi9FxD7SZOgY0LoRqzchx4cO /vwlveNs9OlDlHdcBF3G12nrk+Gj9ETXnAsL4b1ltku9MNRcmGP4gnqct/dBx/MwSsyA 2w== Received: from nam03-dm3-obe.outbound.protection.outlook.com (mail-dm3nam03lp2059.outbound.protection.outlook.com [104.47.41.59]) by mx0a-00273201.pphosted.com with ESMTP id 2sn02qgsne-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Wed, 22 May 2019 07:43:36 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB4325.namprd05.prod.outlook.com (52.135.202.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.7; Wed, 22 May 2019 14:43:34 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Wed, 22 May 2019 14:43:34 +0000 From: Rajesh M To: Robert Raszuk CC: "cfilsfil@cisco.com" , "zali@cisco.com" , "naikumar@cisco.com" , "cpignata@cisco.com" , "rgandhi@cisco.com" , "fbrockne@cisco.com" , SPRING WG , Peter Psenak , Ron Bonica Thread-Topic: [spring] draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMAAAY1lQAAEMsYAAAJYmMA== Content-Class: Date: Wed, 22 May 2019 14:43:33 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-22T14:43:30.7078349Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [122.167.87.124] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 65f6adf1-b8a0-44cc-3cb1-08d6dec3ddc6 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4325; x-ms-traffictypediagnostic: BYAPR05MB4325: x-ms-exchange-purlcount: 4 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0045236D47 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(136003)(396003)(366004)(346002)(376002)(199004)(189003)(6116002)(229853002)(3846002)(78486014)(54906003)(256004)(1411001)(33656002)(186003)(316002)(790700001)(5660300002)(2906002)(11346002)(486006)(476003)(52536014)(9686003)(54896002)(55016002)(5070765005)(14444005)(6436002)(71200400001)(71190400001)(446003)(6306002)(74316002)(606006)(4326008)(66066001)(68736007)(7696005)(76176011)(236005)(53546011)(76116006)(73956011)(6916009)(102836004)(66946007)(86362001)(6246003)(25786009)(6506007)(99286004)(478600001)(966005)(53936002)(26005)(14454004)(64756008)(66556008)(66476007)(8936002)(107886003)(7736002)(66446008)(81166006)(8676002)(81156014); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4325; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: nDKojW9rrWSmQwzN6zAJk4IMdSDkSRwRa0NDpIzcgbykdRW6pXC4nYi8relxFBMnv9c27NbyLOZk8QJR39l8SxshVAzxBzA+ZVBUt0PHFJILvWDcnyv4G7zjEfX5VnanEda87fMlSHkVWjahlurjFNusqqgmOCU8UbXnj9NI0tC2GxdNUk/gW2uzRiHAGd+/pMLVEuZ0yqrG6f1Phm+3QWPBj4ZZq3VMDJWCex/2z5deirRurlpi6GjYwIzIqKfDG7EiETs5v4s7rlma5aiPm2jf9FHOTmtLdqOQ5bENfzn/0FVS57FWYH/7JqXZ8lsBK5EZ+TvxUhLevIMXzzjewcoZoX3hUl4QlPFkBbqqNhi5f0gIcc8IironoHfHEzLpCee/Xe9C4AFvLV1zEkfoVW3WY+fNLNbGnu3HI7N5XvQ= Content-Type: multipart/alternative; boundary="_000_BYAPR05MB482153EDA3AB96EDC1BB494DBE000BYAPR05MB4821namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 65f6adf1-b8a0-44cc-3cb1-08d6dec3ddc6 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 May 2019 14:43:33.9389 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4325 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-22_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220104 Archived-At: X-Mailman-Approved-At: Wed, 22 May 2019 08:53:16 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2019 14:43:45 -0000 --_000_BYAPR05MB482153EDA3AB96EDC1BB494DBE000BYAPR05MB4821namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think as long as we ensure below order it must be OK. When more than one extension header is used in the same packet, it is recom= mended that those headers appear in the following order: IPv6 header Hop-by-Hop Options header Destination Options header (note 1) Routing header Fragment header Authentication header (note 2) Encapsulating Security Payload header (note 2) Destination Options header (note 3) Upper-Layer header From: Robert Raszuk Sent: Wednesday, May 22, 2019 7:55 PM To: Rajesh M Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.= com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG ; Pe= ter Psenak ; Ron Bonica Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 Hi Rajesh, I think some folks are just confusing "insertion of new EH" from "modificat= ion of existing EH" ? To me those are completely different actions. And processing of any EH is explicitly allowed by RFC8200 as long as dst ad= dress in the top v6 header is the processing entity which seems to be the c= ase here. Such processing nowhere in RFC8200 seems to be prohibited. Let's also observe that as it is often the case with OEM it is actual netwo= rk elements who act as both src and dst of the end to end OEM sessions :). Thx, R. On Wed, May 22, 2019 at 3:56 PM Rajesh M > wrote: Agreed (cannot claim compliance with RFC8200). Authors please comment Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation.This is inten= tionally done to reduce the packet size (since underlying data can be onl= y ipv6) ? From: Mark Smith > Sent: Wednesday, May 22, 2019 10:15 AM To: Rajesh M > Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG >; ipv6@ietf.org; Peter Pse= nak > Subject: Re: draft-ali-6man-spring-srv6-oam-00 EH insertion is not compliant with RFC8200. Equipment doing so cannot claim= compliance with RFC8200. On Wed., 22 May 2019, 11:08 Rajesh M, > wrote: Guys in this draft I see that all the example such as ping, traceroute to i= pv6 address-> use SRH insertion rather than SRH encapsulation. This is intentionally done to reduce the packet size (since underlying da= ta can be only ipv6) ? Juniper Internal Juniper Internal Juniper Internal From: Rajesh M Sent: Wednesday, April 3, 2019 1:06 PM To: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisc= o.com; rgandhi@cisco.com; fbrockne@cisco.com Cc: SPRING WG >; ipv6@ietf.org; Ron Bonica > Subject: draft-ali-6man-spring-srv6-oam-00 Please find few comments on this draft 1. Section 3.1.1 , below must be Ref2 Ref1: Hardware (microcode) just punts the packet. Software (slow path) implements the required OAM mechanism. Timestamp is not carried in the packet forwarded to the next hop. 1. 4.1.2.2, here it must be N2 (page 10) If the target SID is not locally programmed, N4 responses with the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not locally implemented (TBA)"); otherwise a success is returned. 1. 4.1.2.2, here it must be B:4:C52 (page 11) The ICMPv6 process at node N4 checks if its local SID (B:2:C31) is locally programmed or not and responds to the ICMPv6 Echo Request. 1. 4.3.2.2, here it must be B:4:C52 (page 16) The traceroute process at node N4 checks if its local SID (B:2:C31) is locally programmed. 5) in below two cases is it B5:: or it must be A:5:: ? > ping A:5:: via segment-list B:2:C31, B:4:C52 Sending 5, 100-byte ICMP Echos to B5::, timeout is 2 seconds: !!!!! > traceroute A:5:: via segment-list B:2:C31, B:4:C52 Tracing the route to B5:: Thanks Rajesh Juniper Internal -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring --_000_BYAPR05MB482153EDA3AB96EDC1BB494DBE000BYAPR05MB4821namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think as long as we ensure below order it must be = OK.

 

When more than one extension header is used in the same pa= cket, it is recommended that those headers appear in the following order:

 

      IPv6 header

      Hop-by-Hop Options header

      Destination Options header = (note 1)

      Routing header

      Fragment header<= /span>

      Authentication header (note= 2)

      Encapsulating Security Payl= oad header (note 2)

      Destination Options header = (note 3)

      Upper-Layer header

 

 

 

From: Robert Raszuk <rraszuk@gmail.com>=
Sent: Wednesday, May 22, 2019 7:55 PM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata= @cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG <spring@iet= f.org>; Peter Psenak <ppsenak@cisco.com>; Ron Bonica <rbonica@j= uniper.net>
Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00

 

Hi Rajesh,

 

I think some folks are just confusing "insertion= of new EH" from "modification of existing EH" ? To me those= are completely different actions. 

 

And processing of any EH is explicitly allowed by RFC= 8200 as long as dst address in the top v6 header is the processing entity w= hich seems to be the case here. Such processing nowhere in RFC8200 seems to be prohibited. 

 

Let's also observe that as it is often the case with = OEM it is actual network elements who act as both src and dst of the end to= end OEM sessions :). 

 

Thx,

R.

 

 

On Wed, May 22, 2019 at 3:56 PM Rajesh M <mrajesh= =3D40juniper.net@dmarc.ietf= .org> wrote:

Agreed (cannot claim compliance with RFC8200). Authors please comm= ent

 

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.T= his is intentionally done to reduce the packet size   (since underlying data can be only ipv6) ?

 

 

From: Mark Smith <markzzzsmith@gmail.com>
Sent: Wednesday, May 22, 2019 10:15 AM
To: Rajesh M <mrajesh@juniper.net>
Cc: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG <spring@ietf.org>; ipv6@ietf.org; Peter= Psenak <ppsenak@= cisco.com>
Subject: Re: draft-ali-6man-spring-srv6-oam-00

 

EH insertion is not compliant with RFC8200. Equipment doing so can= not claim compliance with RFC8200.

 

On Wed., 22 May 2019, 11:08 Rajesh M, <mrajesh=3D40juniper..net@dmarc.ie= tf.org> wrote:

Guys in this draft I see that all the example such as ping, tracer= oute to ipv6 address-> use SRH insertion rather than SRH encapsulation.<= o:p>

This is intentionally done to reduce the packet size   (= since underlying data can be only ipv6) ?

 

 

Juniper Internal=

 

Juniper Internal=

 

Juniper Internal=

From: Rajesh M
Sent: Wednesday, April 3, 2019 1:06 PM
To: cfilsfil= @cisco.com; zali@cisco.com; naikumar@cisco.com; cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org; Ron B= onica <rbonica@= juniper.net>
Subject: draft-ali-6man-spring-srv6-oam-00

 

Please find few comments on this draft

 

  1. Section 3.1.1 , below must be Ref2

 

Ref1: Hardware (microcode) just pun= ts the packet. Software (slow path)

implements the required OAM

mechanism. Timestamp is not carried in the packet forwarded to the

next hop.

 

  1. 4.1.2.2, here it must = be N2 (page 10)

 

If the target SID is not locally programmed, N= 4 responses with

the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not

locally implemented (TBA)"); otherwise a success is returned.

 

  1. 4.1.2.2, here it must = be B:4:C52 (page 11)

The ICMPv6 process at node N4

checks if its local SID (B:2:C31) i= s locally programmed or not

and responds to the ICMPv6 Echo Request.

 

  1. 4.3.2.2, here it must = be B:4:C52 (page 16)

The traceroute process at

node N4 checks if its local SID (B:2:= C31) is locally

programmed.

 

5)  in below two cases is it B5:: or it must be A:5:: ?

> ping A:5= :: via segment-list B:2:C31, B:4:C52

Sending 5, 10= 0-byte ICMP Echos to B5::, timeout is 2 seconds:<= o:p>

!!!!!<= o:p>

 =

> tracerou= te A:5:: via segment-list B:2:C31, B:4:C52

Tracing the r= oute to B5::

 

Thanks

Rajesh

 

 

Juniper Internal=

------------------------------------------------------------------= --
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

_______________________________________________
spring mailing list
spring@ietf.org https://www.ietf.org/= mailman/listinfo/spring

--_000_BYAPR05MB482153EDA3AB96EDC1BB494DBE000BYAPR05MB4821namp_-- From nobody Thu May 23 00:02:05 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BDAA120156; Wed, 22 May 2019 20:43:00 -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] autolearn=unavailable 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 5ukSOHcMZaWx; Wed, 22 May 2019 20:42:56 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0280D120152; Wed, 22 May 2019 20:42:56 -0700 (PDT) Received: from [192.168.1.13] (unknown [119.94.165.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 9DA0933F5AF; Thu, 23 May 2019 05:42:50 +0200 (CEST) To: Rajesh M , Robert Raszuk Cc: "cpignata@cisco.com" , SPRING WG , "cfilsfil@cisco.com" , "fbrockne@cisco.com" , Ron Bonica , "rgandhi@cisco.com" , "naikumar@cisco.com" , "zali@cisco.com" , ipv6@ietf.org References: From: Loa Andersson Message-ID: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> Date: Thu, 23 May 2019 11:42:48 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: X-Mailman-Approved-At: Thu, 23 May 2019 00:02:04 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 03:43:00 -0000 Rajesh, It seems to me that "it is recommended" indicate that the ordering is optional/OPTIONAL. Does this document (or your comment) create a MANDATORY ordering of EH's?? /Loa On 2019-05-22 22:44, Rajesh M wrote: > I think as long as we ensure below order it must be OK. > > When more than one extension header is used in the same packet, it is > recommended that those headers appear in the following order: > >       IPv6 header > >       Hop-by-Hop Options header > >       Destination Options header (note 1) > >       Routing header > >       Fragment header > >       Authentication header (note 2) > >       Encapsulating Security Payload header (note 2) > >       Destination Options header (note 3) > >       Upper-Layer header > > *From:* Robert Raszuk > *Sent:* Wednesday, May 22, 2019 7:55 PM > *To:* Rajesh M > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG > ; Peter Psenak ; Ron Bonica > > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 > > Hi Rajesh, > > I think some folks are just confusing "insertion of new EH" from > "modification of existing EH" ? To me those are completely different > actions. > > And processing of any EH is explicitly allowed by RFC8200 as long as dst > address in the top v6 header is the processing entity which seems to be > the case here. Such processing nowhere in RFC8200 seems to be prohibited. > > Let's also observe that as it is often the case with OEM it is actual > network elements who act as both src and dst of the end to end OEM > sessions :). > > Thx, > > R. > > On Wed, May 22, 2019 at 3:56 PM Rajesh M > > wrote: > > Agreed (cannot claim compliance with RFC8200). Authors please comment > > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation.This is intentionally done to reduce the packet size >   (since underlying data can be only ipv6) ? > > *From:* Mark Smith > > *Sent:* Wednesday, May 22, 2019 10:15 AM > *To:* Rajesh M > > *Cc:* cfilsfil@cisco.com ; zali@cisco.com > ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > ; SPRING WG >; ipv6@ietf.org ; > Peter Psenak > > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 > > EH insertion is not compliant with RFC8200. Equipment doing so > cannot claim compliance with RFC8200. > > On Wed., 22 May 2019, 11:08 Rajesh M, > > wrote: > > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation. > > This is intentionally done to reduce the packet size   (since > underlying data can be only ipv6) ? > > Juniper Internal > > Juniper Internal > > Juniper Internal > > *From:* Rajesh M > *Sent:* Wednesday, April 3, 2019 1:06 PM > *To:* cfilsfil@cisco.com ; > zali@cisco.com ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > > *Cc:* SPRING WG >; > ipv6@ietf.org ; Ron Bonica > > > *Subject:* draft-ali-6man-spring-srv6-oam-00 > > Please find few comments on this draft > > 1. Section 3.1.1 , below must be Ref2 > > *Ref1*: Hardware (microcode) just punts the packet. Software > (slow path) > > implements the required OAM > > mechanism. Timestamp is not carried in the packet forwarded to the > > next hop. > > 2. 4.1.2.2, here it must be N2 (page 10) > > If the target SID is not locally programmed, *N4* responses with > > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not > > locally implemented (TBA)"); otherwise a success is returned. > > 3. 4.1.2.2, here it must be B:4:C52 (page 11) > > The ICMPv6 process at node N4 > > checks if its local SID (*B:2:C31*) is locally programmed or not > > and responds to the ICMPv6 Echo Request. > > 4. 4.3.2.2, here it must be B:4:C52 (page 16) > > The traceroute process at > > node N4 checks if its local SID (*B:2:C31*) is locally > > programmed. > > 5)  in below two cases is it B5:: or it must be A:5:: ? > > > ping A:5:: via segment-list B:2:C31, B:4:C52 > > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds: > > !!!!! > > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 > > Tracing the route to *B5::* > > Thanks > > Rajesh > > Juniper Internal > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: > https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu May 23 01:31:58 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62E7E12016C; Thu, 23 May 2019 01:31:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 eUmecmTkrP9W; Thu, 23 May 2019 01:31:54 -0700 (PDT) Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9EFFB12016F; Thu, 23 May 2019 01:31:54 -0700 (PDT) Received: by mail-pl1-x631.google.com with SMTP id r18so2424678pls.13; Thu, 23 May 2019 01:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=neGYPIM168m/OeRKW3ad7VumC1nTfvTx4NKvtmqpbvU=; b=vH2eGeYsKP6Ls7ZDdkgFPovsDC0sFw/uQFxO9aRRLG4Z2M8EngeD+d5drh6oADW22t W86cFyAXSRL1RUDIYqwk7kZWVDC4AaPFMXXXFNaxPMyKU2rvTZyVAMpA3Xxlk0v2+wmf gvVZje/qcvSiaN9kxUvRKFTNY6kGLDMX0+8nk+JIN2BTsO9vaW70Ig2RCRJ13IFmYpVX /8eTbYxTjeITMihcAe+j0hMoNY4P0svL9T/TKB1daO1dKdOMTIamF5E39SNTS5bwbO50 THXKKn6d/R2XtnXCLXl7OfEYxdMHajhfMzca0LrLgCjeTMUDKlrxK64p7HT3HvPQK3bd loVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=neGYPIM168m/OeRKW3ad7VumC1nTfvTx4NKvtmqpbvU=; b=Sjli1o+sdvKnCJ08yuc/Nqk/WPr565k/SWOrd8rD9avJT61dyHB91Eg9EaaIL68Bai maq5wH9Vx5Bnm+eW1y74PmDJO4DrlgQ2drkvz4Er00EOpxq7dmI86qDQ8o4AZ5GWukqz JxXkB2NqPvW19xl1FnaGBO2cFMQVc7fIWnyPtHWL6vfm8CIJjXqJx9ksKAZwMVzAQTYC 22fDklioaKx6o9/Ke7LE2XEYU1iAwJ2lonUMUuqOBfvW7V1GnsYWjGzlz6M2xkZp3h9P qFR/deS/Bdv5FOST50/h0dBZvgz3jOVfPY8GBKDdsnPH1Z+xixiaPdmiel1rS6j0SyO0 gn8Q== X-Gm-Message-State: APjAAAV6rNACqUtMSrskkEkiUd/vMh26AzV7c4DflXs0lSh6ud6kxA+t 8TySbZOkSAetaH6D6E1XLllZxk5dq7ZTNlAiagPeUs3Uzcc= X-Google-Smtp-Source: APXvYqxwJoz6Vj4hBnc/9KU77+n4Hl+aAD+M1eJKNcaAC6fsAK7OHIO0BAM9FR+aMv8d6qFZro8pbO+clSy6BVGhqVE= X-Received: by 2002:a17:902:204:: with SMTP id 4mr43744349plc.21.1558600313863; Thu, 23 May 2019 01:31:53 -0700 (PDT) MIME-Version: 1.0 References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> In-Reply-To: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> From: Robert Raszuk Date: Thu, 23 May 2019 10:31:44 +0200 Message-ID: To: Loa Andersson Cc: Rajesh M , SPRING WG , 6man WG Content-Type: multipart/alternative; boundary="0000000000000e04b3058989ea93" Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:31:56 -0000 --0000000000000e04b3058989ea93 Content-Type: text/plain; charset="UTF-8" Hi Loa, On Thu, May 23, 2019 at 5:42 AM Loa Andersson wrote: > Rajesh, > > It seems to me that "it is recommended" indicate that the ordering is > optional/OPTIONAL. Indeed. There is no MUST there. That is precisely what section 4.1 of RFC8200 says: 4.1 . Extension Header Order When more than one extension header is used in the same packet, it is * recommended *that those headers appear in the following order: Does this document (or your comment) create a > MANDATORY ordering of EH's?? > If by "this document" you mean draft-ali-6man-spring-srv6-oam then no - I do not see any text there which would even attempt to enforce any EH ordering. As far as creating MANDATORY ordering "by a comment" that must be pretty new extension to the IETF process :) Best, R. --0000000000000e04b3058989ea93 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Loa,
On Thu, M= ay 23, 2019 at 5:42 AM Loa Andersson <loa@p= i.nu> wrote:
Rajesh,

It seems to me that "it is recommended" indicate that the orderin= g is
optional/OPTIONAL.

Inde= ed. There is no MUST there. That is precisely what section 4.1 of RFC8200 s= ays:=C2=A0

4.1.  Extension Header Order


 When more than one extension header is used in the same packet, it is=C2=
=A0
=C2=A0 recommended that= those headers appear in the following order:

Does this document (o= r your comment) create a
MANDATORY ordering of EH's??

If by "this document" you mean=C2=A0draft-ali-6man-s= pring-srv6-oam then no - I do not see any text there which would even attem= pt to enforce any EH ordering.=C2=A0

As far as creating MANDATORY ordering "by a comment&quo= t; that must be pretty new extension to the IETF process :)=C2=A0

Best,
R= .

--0000000000000e04b3058989ea93-- From nobody Thu May 23 01:48:30 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E890120019; Thu, 23 May 2019 01:48:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable 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 ImRHkbXBOLqk; Thu, 23 May 2019 01:48:27 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 B84E012010F; Thu, 23 May 2019 01:48:26 -0700 (PDT) Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id x4N8mMND017442; Thu, 23 May 2019 09:48:22 +0100 Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 65ECC2203D; Thu, 23 May 2019 09:48:22 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs3.iomartmail.com (Postfix) with ESMTPS id 4FA602203C; Thu, 23 May 2019 09:48:22 +0100 (BST) Received: from LAPTOPK7AS653V (4.196.bbplus.pte-ag1.dyn.plus.net [81.174.196.4] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id x4N8mG59018684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 23 May 2019 09:48:21 +0100 Reply-To: From: "Adrian Farrel" To: "'Rajesh M'" , "'Loa Andersson'" Cc: "'SPRING WG'" , References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> In-Reply-To: Date: Thu, 23 May 2019 09:48:17 +0100 Organization: Old Dog Consulting Message-ID: <03b501d51144$47022970$d5067c50$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQL4t4SFuDzJl4YP176NcP7JUsS9ngKiie3zAodCkOUCcy5ORQIckf9CAbLIj9EBimxTawFXFfM+AOZHDSKjt3YRwA== Content-Language: en-gb X-Originating-IP: 81.174.196.4 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24632.006 X-TM-AS-Result: No--30.189-10.0-31-10 X-imss-scan-details: No--30.189-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24632.006 X-TMASE-Result: 10--30.189100-10.000000 X-TMASE-MatchedRID: IeZYkn8zfFrxIbpQ8BhdbBlJRfzNw8afIMzO3G1YmxIKQo6lRC5cFeSZ sOHi07gEzmBY4kFVVhaCuBgvxJhxfAcc5KINhrePLjsmuOashGJteYiRfHhOq28QGIjuQRpsqvG dQv+qaij/Hb4RsiDcUd3Oy8924huqN6IarY2VLsWQ1SnerYd+EKccEhvIyMIU6RNIxUAxRZXB5D KuyW8o3yYxz8zvRVby0veZ06lX0f/r41brxy/J3VyuZHgmvm5oUb4EdIZGxuDzlv7FEwWOyyGUb 2JNxi1qoO9cNC/nIh4Uc4KM/CKG3HUVgJ5kwS9qtFK2ZlPEzxEHekfiaX8mR2i2BhDPfjxnr0ug Nj+CPy0oitr6966ULmfv2Fqdhfs1rI78kygLfmy20BbG4zmyXqjZpjC6d+Wfb59dURD98Z6Ox7X 7h9Du64SgY4RJTCeeBiWyh38ZXOHI66CkQ+6WTB7m4tEluvnOVoopVBvm9s2/md2adk3dRCzq5x L3k8a7r+aYbEaikNV7nZmSglxg9mZHQdNW/yn1BBmRlS94ZtuLwnzPZ/AZpwzvg1/q1MH2KUD+t LTtC+E2wRZMiNYfRB5K4X/XHT1cnDY0xTYUoiNrAX6aBzGqZaGnvnr+szpSnxNklYepMzxg21AH DDlGdFWf82btl42yKU2LD8OVDc8ACP4tzqvd3fCW/PNRRp/ZMf5Pdi+0fLb3msKSd1g4xTb7vog Tok4Sb7/fVgKKQVMgjs6vqhuR3QyRU/VfKrewkIHrlGNFjey5I3Jkp5qIPu6c+EZ292GZiMD6wB /IizIZG2woZ2tgp8uT6pyURQPhnE4xp5pGReGeAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8XMJx4A 2kfhwtuKBGekqUpPjKoPgsq7cA= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:48:29 -0000 Hi all, I don't think that a loose statement of recommendation is quite enough. Trivially, the IPv6 header must come first and the upper layer header = must come last. I think that although the inclusion of the two destination options = headers is optional, their positions are quite tightly constrained. Personally, I think this is a good candidate for mandating ordering and = probably using RBNF (RFC 5030) to describe the possibilities. Thanks, Adrian -----Original Message----- From: ipv6 On Behalf Of Rajesh M Sent: 23 May 2019 09:35 To: Loa Andersson ; Robert Raszuk Cc: SPRING WG ; ipv6@ietf.org; cfilsfil@cisco.com; = naikumar@cisco.com Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 Yes its just recommended =F0=9F=98=8A Juniper Internal -----Original Message----- From: Loa Andersson =20 Sent: Thursday, May 23, 2019 9:13 AM To: Rajesh M ; Robert Raszuk Cc: cpignata@cisco.com; SPRING WG ; cfilsfil@cisco.com; = fbrockne@cisco.com; Ron Bonica ; rgandhi@cisco.com; = naikumar@cisco.com; zali@cisco.com; ipv6@ietf.org Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 Rajesh, It seems to me that "it is recommended" indicate that the ordering is = optional/OPTIONAL. Does this document (or your comment) create a = MANDATORY ordering of EH's?? /Loa On 2019-05-22 22:44, Rajesh M wrote: > I think as long as we ensure below order it must be OK. >=20 > When more than one extension header is used in the same packet, it is=20 > recommended that those headers appear in the following order: >=20 > IPv6 header >=20 > Hop-by-Hop Options header >=20 > Destination Options header (note 1) >=20 > Routing header >=20 > Fragment header >=20 > Authentication header (note 2) >=20 > Encapsulating Security Payload header (note 2) >=20 > Destination Options header (note 3) >=20 > Upper-Layer header >=20 > *From:* Robert Raszuk > *Sent:* Wednesday, May 22, 2019 7:55 PM > *To:* Rajesh M > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com;=20 > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG=20 > ; Peter Psenak ; Ron Bonica=20 > > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 >=20 > Hi Rajesh, >=20 > I think some folks are just confusing "insertion of new EH" from=20 > "modification of existing EH" ? To me those are completely different=20 > actions. >=20 > And processing of any EH is explicitly allowed by RFC8200 as long as=20 > dst address in the top v6 header is the processing entity which seems=20 > to be the case here. Such processing nowhere in RFC8200 seems to be = prohibited. >=20 > Let's also observe that as it is often the case with OEM it is actual=20 > network elements who act as both src and dst of the end to end OEM=20 > sessions :). >=20 > Thx, >=20 > R. >=20 > On Wed, May 22, 2019 at 3:56 PM Rajesh M=20 > > wrote: >=20 > Agreed (cannot claim compliance with RFC8200). Authors please=20 > comment >=20 > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation.This is intentionally done to reduce the packet size > (since underlying data can be only ipv6) ? >=20 > *From:* Mark Smith > > *Sent:* Wednesday, May 22, 2019 10:15 AM > *To:* Rajesh M > > *Cc:* cfilsfil@cisco.com ; = zali@cisco.com > ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > ; SPRING WG >; ipv6@ietf.org ; > Peter Psenak > > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >=20 > EH insertion is not compliant with RFC8200. Equipment doing so > cannot claim compliance with RFC8200. >=20 > On Wed., 22 May 2019, 11:08 Rajesh M, > > wrote: >=20 > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation. >=20 > This is intentionally done to reduce the packet size (since > underlying data can be only ipv6) ? >=20 > Juniper Internal >=20 > Juniper Internal >=20 > Juniper Internal >=20 > *From:* Rajesh M > *Sent:* Wednesday, April 3, 2019 1:06 PM > *To:* cfilsfil@cisco.com ; > zali@cisco.com ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > > *Cc:* SPRING WG >; > ipv6@ietf.org ; Ron Bonica > > > *Subject:* draft-ali-6man-spring-srv6-oam-00 >=20 > Please find few comments on this draft >=20 > 1. Section 3.1.1 , below must be Ref2 >=20 > *Ref1*: Hardware (microcode) just punts the packet. Software > (slow path) >=20 > implements the required OAM >=20 > mechanism. Timestamp is not carried in the packet forwarded to = > the >=20 > next hop. >=20 > 2. 4.1.2.2, here it must be N2 (page 10) >=20 > If the target SID is not locally programmed, *N4* responses=20 > with >=20 > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not >=20 > locally implemented (TBA)"); otherwise a success is returned. >=20 > 3. 4.1.2.2, here it must be B:4:C52 (page 11) >=20 > The ICMPv6 process at node N4 >=20 > checks if its local SID (*B:2:C31*) is locally programmed or=20 > not >=20 > and responds to the ICMPv6 Echo Request. >=20 > 4. 4.3.2.2, here it must be B:4:C52 (page 16) >=20 > The traceroute process at >=20 > node N4 checks if its local SID (*B:2:C31*) is locally >=20 > programmed. >=20 > 5) in below two cases is it B5:: or it must be A:5:: ? >=20 > > ping A:5:: via segment-list B:2:C31, B:4:C52 >=20 > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 = seconds: >=20 > !!!!! >=20 > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 >=20 > Tracing the route to *B5::* >=20 > Thanks >=20 > Rajesh >=20 > Juniper Internal >=20 > = -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_ipv6&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6= IE46DSDAOG-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo= &e=3D > = > =20 > -------------------------------------------------------------------- >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3= B6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE= 7A&e=3D > =20 > = = lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTX= c > = WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6bNX7XD3BHTzu= k > = hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthMQdxAuN > WxM&e=3D> >=20 >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail > = man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXc= W > = zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3= B > = 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE > 7A&e=3D >=20 --=20 Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- From nobody Thu May 23 01:49:27 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 620DA1201A8; Thu, 23 May 2019 01:49:11 -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] 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 xk-wTKAVX23I; Thu, 23 May 2019 01:49:09 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 399AA120187; Thu, 23 May 2019 01:49:09 -0700 (PDT) Received: from [192.168.1.13] (unknown [119.94.165.242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id AC7D933F5AF; Thu, 23 May 2019 10:49:03 +0200 (CEST) To: Robert Raszuk Cc: Rajesh M , SPRING WG , 6man WG References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> From: Loa Andersson Message-ID: <71fc4cce-b1fd-916b-feff-aaa06019499a@pi.nu> Date: Thu, 23 May 2019 16:48:54 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:49:20 -0000 Robert, I think that I might have been unclear, - I understand that RFC 8200 does not use normative language, nor MUST neither RECOMMENDED, just normal English "recommended". I also understand that this is fine for the situation before draft-ali-6man- spring-srv6-oam, we recommend an order for the extension headers, but nothing bad happens if that order is not strictly followed. - What Rajesh comment seems to imply is that it will fore draft- ali-6man-spring-srv6-oam as long recommended the ordering is kept. - what I was wondering was if it is possible to demonstrate that it will not work if the recommended ordering is not kept. - and a follow up to this, if it is possible to demonstrate that it will not work if the recommended is not kept, should we in this case mnake the now "recommended" order "MANDATORY"? /Loa On 2019-05-23 16:31, Robert Raszuk wrote: > Hi Loa, > > On Thu, May 23, 2019 at 5:42 AM Loa Andersson > wrote: > > Rajesh, > > It seems to me that "it is recommended" indicate that the ordering is > optional/OPTIONAL. > > > Indeed. There is no MUST there. That is precisely what section 4.1 of > RFC8200 says: > > > 4.1 . Extension > Header Order > > > > When more than one extension header is used in the same packet, it is > > *  recommended *that those headers appear in the following order: > > Does this document (or your comment) create a > MANDATORY ordering of EH's?? > > > If by "this document" you mean draft-ali-6man-spring-srv6-oam then no - > I do not see any text there which would even attempt to enforce any EH > ordering. > > As far as creating MANDATORY ordering "by a comment" that must be pretty > new extension to the IETF process :) > > Best, > R.. > > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu May 23 02:02:38 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FECA12016B; Thu, 23 May 2019 01:35:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 mDbmpcprUJ2I; Thu, 23 May 2019 01:34:58 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 E7FA912002F; Thu, 23 May 2019 01:34:57 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4N8SpYA000498; Thu, 23 May 2019 01:34:54 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=S2Y6ADSBWd1NMMvcqOYjiwzKdkrEWh8gThtS72M2pg0=; b=bpqG5fV3VZeHNuPZ7w9FwUxmiB9H+/rFcLTGldGo/l/spAzPtUNVK3+ESgoqxBRmrsBl AMGJig4m1kZRc1bcvjU09wqGRhEkhXtO1ZgYpoL04wvhUx5f25X3fYJsy9rojxueiC1s 1Iwz2NV/4O+jwZ2Kai5zh5cUXf8A5OpJq6dRdO6XZ06kZvwB/m+tlDyPPtcB5t0w7yFT +N9LQFZDD1AyJeKIUMbk+za1+qG5akb5v+Jdn0M5m91c2kazWEE2E/GBtL1TOvf7AaX+ LJaZwchq6E6AL/NKBcNGwata7cYcM5nasPcKIShH0NNTMyUAaOIu1mPmkeiZngG/1uJX NA== Received: from nam05-by2-obe.outbound.protection.outlook.com (mail-by2nam05lp2056.outbound.protection.outlook.com [104.47.50.56]) by mx0a-00273201.pphosted.com with ESMTP id 2sng270kkx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 23 May 2019 01:34:54 -0700 Received: from BYAPR05MB4821.namprd05.prod.outlook.com (52.135.235.95) by BYAPR05MB4357.namprd05.prod.outlook.com (52.135.202.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.10; Thu, 23 May 2019 08:34:51 +0000 Received: from BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492]) by BYAPR05MB4821.namprd05.prod.outlook.com ([fe80::f5a8:7002:3c65:492%4]) with mapi id 15.20.1922.013; Thu, 23 May 2019 08:34:51 +0000 From: Rajesh M To: Loa Andersson , Robert Raszuk CC: "cpignata@cisco.com" , SPRING WG , "cfilsfil@cisco.com" , "fbrockne@cisco.com" , Ron Bonica , "rgandhi@cisco.com" , "naikumar@cisco.com" , "zali@cisco.com" , "ipv6@ietf.org" Thread-Topic: [spring] draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMAAAY1lQAAEMsYAAAK/iAAAbMG8AAAowhMA= Content-Class: Date: Thu, 23 May 2019 08:34:51 +0000 Message-ID: References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> In-Reply-To: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-23T08:34:48.2456909Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=de82ab4a-b5db-4793-8761-92281d510508; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 10afe3d0-3645-4337-a564-08d6df59864b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:BYAPR05MB4357; x-ms-traffictypediagnostic: BYAPR05MB4357: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1775; x-forefront-prvs: 00462943DE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(376002)(366004)(346002)(396003)(136003)(13464003)(199004)(189003)(6436002)(66446008)(64756008)(66556008)(99286004)(53546011)(76176011)(73956011)(6506007)(86362001)(2906002)(54906003)(52536014)(110136005)(66946007)(7696005)(66066001)(8676002)(186003)(7736002)(5660300002)(76116006)(66476007)(476003)(68736007)(6116002)(3846002)(446003)(9686003)(6306002)(26005)(55016002)(229853002)(486006)(256004)(102836004)(11346002)(14444005)(71200400001)(71190400001)(478600001)(305945005)(966005)(7416002)(14454004)(316002)(33656002)(74316002)(25786009)(8936002)(6246003)(4326008)(81156014)(81166006)(53936002); DIR:OUT; SFP:1102; SCL:1; SRVR:BYAPR05MB4357; H:BYAPR05MB4821.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: /bCJtpUXb52I8EOhEgGBofP49/M6MWc66qCICM0h/vreVeKZ3s1xPS+aIjOHyiR32iB3zXlyRyWgXdmuyEfyItIzbieqIpumUk4NADDa7FwlW/ORhR61qzVnybgY+7AEYGI/O7Wh24K2CDiWsWThCldbvPGWFMLFM/LLCsty3Nb883DqOn+MPk3BWnyvf+6+kmeFrbIq4lMxf6gurCpWQdbr5w1Qll65vwSQSXlL+BKBVmfOkWMOCHqgKMsUoPfRnLIFiY59bSNFDLDqhpDEY4cihxwXcj8EOti0Zi+oauT34+Q51GuKPwHsO8rCk1crrsbop7Mif7S9VC0zQx3CnTUrSIy6qploRC+8Xtc2E13QTWg2JGiRUp3WXpeF1OtEpnWRcNPqx5SeM3ZOhZzkCesZhA5zrPWSqKaj47aoRyg= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: 10afe3d0-3645-4337-a564-08d6df59864b X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 08:34:51.6442 (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: mrajesh@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4357 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-23_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905230061 Archived-At: X-Mailman-Approved-At: Thu, 23 May 2019 02:02:37 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 08:35:00 -0000 WWVzIGl0cyBqdXN0IHJlY29tbWVuZGVkIPCfmIoNCg0KDQoNCkp1bmlwZXIgSW50ZXJuYWwNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IExvYSBBbmRlcnNzb24gPGxvYUBwaS5u dT4gDQpTZW50OiBUaHVyc2RheSwgTWF5IDIzLCAyMDE5IDk6MTMgQU0NClRvOiBSYWplc2ggTSA8 bXJhamVzaEBqdW5pcGVyLm5ldD47IFJvYmVydCBSYXN6dWsgPHJyYXN6dWtAZ21haWwuY29tPg0K Q2M6IGNwaWduYXRhQGNpc2NvLmNvbTsgU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmc+OyBjZmls c2ZpbEBjaXNjby5jb207IGZicm9ja25lQGNpc2NvLmNvbTsgUm9uIEJvbmljYSA8cmJvbmljYUBq dW5pcGVyLm5ldD47IHJnYW5kaGlAY2lzY28uY29tOyBuYWlrdW1hckBjaXNjby5jb207IHphbGlA Y2lzY28uY29tOyBpcHY2QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW3NwcmluZ10gZHJhZnQtYWxp LTZtYW4tc3ByaW5nLXNydjYtb2FtLTAwDQoNClJhamVzaCwNCg0KSXQgc2VlbXMgdG8gbWUgdGhh dCAiaXQgaXMgcmVjb21tZW5kZWQiIGluZGljYXRlIHRoYXQgdGhlIG9yZGVyaW5nIGlzIG9wdGlv bmFsL09QVElPTkFMLiBEb2VzIHRoaXMgZG9jdW1lbnQgKG9yIHlvdXIgY29tbWVudCkgY3JlYXRl IGEgTUFOREFUT1JZIG9yZGVyaW5nIG9mIEVIJ3M/Pw0KDQovTG9hDQoNCk9uIDIwMTktMDUtMjIg MjI6NDQsIFJhamVzaCBNIHdyb3RlOg0KPiBJIHRoaW5rIGFzIGxvbmcgYXMgd2UgZW5zdXJlIGJl bG93IG9yZGVyIGl0IG11c3QgYmUgT0suDQo+IA0KPiBXaGVuIG1vcmUgdGhhbiBvbmUgZXh0ZW5z aW9uIGhlYWRlciBpcyB1c2VkIGluIHRoZSBzYW1lIHBhY2tldCwgaXQgaXMgDQo+IHJlY29tbWVu ZGVkIHRoYXQgdGhvc2UgaGVhZGVycyBhcHBlYXIgaW4gdGhlIGZvbGxvd2luZyBvcmRlcjoNCj4g DQo+ICDCoMKgwqDCoMKgIElQdjYgaGVhZGVyDQo+IA0KPiAgwqDCoMKgwqDCoCBIb3AtYnktSG9w IE9wdGlvbnMgaGVhZGVyDQo+IA0KPiAgwqDCoMKgwqDCoCBEZXN0aW5hdGlvbiBPcHRpb25zIGhl YWRlciAobm90ZSAxKQ0KPiANCj4gIMKgwqDCoMKgwqAgUm91dGluZyBoZWFkZXINCj4gDQo+ICDC oMKgwqDCoMKgIEZyYWdtZW50IGhlYWRlcg0KPiANCj4gIMKgwqDCoMKgwqAgQXV0aGVudGljYXRp b24gaGVhZGVyIChub3RlIDIpDQo+IA0KPiAgwqDCoMKgwqDCoCBFbmNhcHN1bGF0aW5nIFNlY3Vy aXR5IFBheWxvYWQgaGVhZGVyIChub3RlIDIpDQo+IA0KPiAgwqDCoMKgwqDCoCBEZXN0aW5hdGlv biBPcHRpb25zIGhlYWRlciAobm90ZSAzKQ0KPiANCj4gIMKgwqDCoMKgwqAgVXBwZXItTGF5ZXIg aGVhZGVyDQo+IA0KPiAqRnJvbToqIFJvYmVydCBSYXN6dWsgPHJyYXN6dWtAZ21haWwuY29tPg0K PiAqU2VudDoqIFdlZG5lc2RheSwgTWF5IDIyLCAyMDE5IDc6NTUgUE0NCj4gKlRvOiogUmFqZXNo IE0gPG1yYWplc2hAanVuaXBlci5uZXQ+DQo+ICpDYzoqIGNmaWxzZmlsQGNpc2NvLmNvbTsgemFs aUBjaXNjby5jb207IG5haWt1bWFyQGNpc2NvLmNvbTsgDQo+IGNwaWduYXRhQGNpc2NvLmNvbTsg cmdhbmRoaUBjaXNjby5jb207IGZicm9ja25lQGNpc2NvLmNvbTsgU1BSSU5HIFdHIA0KPiA8c3By aW5nQGlldGYub3JnPjsgUGV0ZXIgUHNlbmFrIDxwcHNlbmFrQGNpc2NvLmNvbT47IFJvbiBCb25p Y2EgDQo+IDxyYm9uaWNhQGp1bmlwZXIubmV0Pg0KPiAqU3ViamVjdDoqIFJlOiBbc3ByaW5nXSBk cmFmdC1hbGktNm1hbi1zcHJpbmctc3J2Ni1vYW0tMDANCj4gDQo+IEhpIFJhamVzaCwNCj4gDQo+ IEkgdGhpbmsgc29tZSBmb2xrcyBhcmUganVzdCBjb25mdXNpbmcgImluc2VydGlvbiBvZiBuZXcg RUgiIGZyb20gDQo+ICJtb2RpZmljYXRpb24gb2YgZXhpc3RpbmcgRUgiID8gVG8gbWUgdGhvc2Ug YXJlIGNvbXBsZXRlbHkgZGlmZmVyZW50IA0KPiBhY3Rpb25zLg0KPiANCj4gQW5kIHByb2Nlc3Np bmcgb2YgYW55IEVIIGlzIGV4cGxpY2l0bHkgYWxsb3dlZCBieSBSRkM4MjAwIGFzIGxvbmcgYXMg DQo+IGRzdCBhZGRyZXNzIGluIHRoZSB0b3AgdjYgaGVhZGVyIGlzIHRoZSBwcm9jZXNzaW5nIGVu dGl0eSB3aGljaCBzZWVtcyANCj4gdG8gYmUgdGhlIGNhc2UgaGVyZS4gU3VjaCBwcm9jZXNzaW5n IG5vd2hlcmUgaW4gUkZDODIwMCBzZWVtcyB0byBiZSBwcm9oaWJpdGVkLg0KPiANCj4gTGV0J3Mg YWxzbyBvYnNlcnZlIHRoYXQgYXMgaXQgaXMgb2Z0ZW4gdGhlIGNhc2Ugd2l0aCBPRU0gaXQgaXMg YWN0dWFsIA0KPiBuZXR3b3JrIGVsZW1lbnRzIHdobyBhY3QgYXMgYm90aCBzcmMgYW5kIGRzdCBv ZiB0aGUgZW5kIHRvIGVuZCBPRU0gDQo+IHNlc3Npb25zIDopLg0KPiANCj4gVGh4LA0KPiANCj4g Ui4NCj4gDQo+IE9uIFdlZCwgTWF5IDIyLCAyMDE5IGF0IDM6NTYgUE0gUmFqZXNoIE0gDQo+IDxt cmFqZXNoPTQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi4ub3JnDQo+IDxtYWlsdG86NDBqdW5pcGVy Lm5ldEBkbWFyYy5pZXRmLm9yZz4+IHdyb3RlOg0KPiANCj4gICAgIEFncmVlZCAoY2Fubm90IGNs YWltIGNvbXBsaWFuY2Ugd2l0aCBSRkM4MjAwKS4gQXV0aG9ycyBwbGVhc2UgDQo+IGNvbW1lbnQN Cj4gDQo+ICAgICBHdXlzIGluIHRoaXMgZHJhZnQgSSBzZWUgdGhhdCBhbGwgdGhlIGV4YW1wbGUg c3VjaCBhcyBwaW5nLA0KPiAgICAgdHJhY2Vyb3V0ZSB0byBpcHY2IGFkZHJlc3MtPiB1c2UgU1JI IGluc2VydGlvbiByYXRoZXIgdGhhbiBTUkgNCj4gICAgIGVuY2Fwc3VsYXRpb24uVGhpcyBpcyBp bnRlbnRpb25hbGx5IGRvbmUgdG8gcmVkdWNlIHRoZSBwYWNrZXQgc2l6ZQ0KPiAgICAgIMKgwqAo c2luY2UgdW5kZXJseWluZyBkYXRhIGNhbiBiZSBvbmx5IGlwdjYpID8NCj4gDQo+ICAgICAqRnJv bToqIE1hcmsgU21pdGggPG1hcmt6enpzbWl0aEBnbWFpbC5jb20NCj4gICAgIDxtYWlsdG86bWFy a3p6enNtaXRoQGdtYWlsLmNvbT4+DQo+ICAgICAqU2VudDoqIFdlZG5lc2RheSwgTWF5IDIyLCAy MDE5IDEwOjE1IEFNDQo+ICAgICAqVG86KiBSYWplc2ggTSA8bXJhamVzaEBqdW5pcGVyLm5ldCA8 bWFpbHRvOm1yYWplc2hAanVuaXBlci5uZXQ+Pg0KPiAgICAgKkNjOiogY2ZpbHNmaWxAY2lzY28u Y29tIDxtYWlsdG86Y2ZpbHNmaWxAY2lzY28uY29tPjsgemFsaUBjaXNjby5jb20NCj4gICAgIDxt YWlsdG86emFsaUBjaXNjby5jb20+OyBuYWlrdW1hckBjaXNjby5jb20NCj4gICAgIDxtYWlsdG86 bmFpa3VtYXJAY2lzY28uY29tPjsgY3BpZ25hdGFAY2lzY28uY29tDQo+ICAgICA8bWFpbHRvOmNw aWduYXRhQGNpc2NvLmNvbT47IHJnYW5kaGlAY2lzY28uY29tDQo+ICAgICA8bWFpbHRvOnJnYW5k aGlAY2lzY28uY29tPjsgZmJyb2NrbmVAY2lzY28uY29tDQo+ICAgICA8bWFpbHRvOmZicm9ja25l QGNpc2NvLmNvbT47IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnDQo+ICAgICA8bWFpbHRvOnNw cmluZ0BpZXRmLm9yZz4+OyBpcHY2QGlldGYub3JnIDxtYWlsdG86aXB2NkBpZXRmLm9yZz47DQo+ ICAgICBQZXRlciBQc2VuYWsgPHBwc2VuYWtAY2lzY28uY29tIDxtYWlsdG86cHBzZW5ha0BjaXNj by5jb20+Pg0KPiAgICAgKlN1YmplY3Q6KiBSZTogZHJhZnQtYWxpLTZtYW4tc3ByaW5nLXNydjYt b2FtLTAwDQo+IA0KPiAgICAgRUggaW5zZXJ0aW9uIGlzIG5vdCBjb21wbGlhbnQgd2l0aCBSRkM4 MjAwLiBFcXVpcG1lbnQgZG9pbmcgc28NCj4gICAgIGNhbm5vdCBjbGFpbSBjb21wbGlhbmNlIHdp dGggUkZDODIwMC4NCj4gDQo+ICAgICBPbiBXZWQuLCAyMiBNYXkgMjAxOSwgMTE6MDggUmFqZXNo IE0sDQo+ICAgICA8bXJhamVzaD00MGp1bmlwZXIuLm5ldEBkbWFyYy5pZXRmLm9yZw0KPiAgICAg PG1haWx0bzo0MGp1bmlwZXIubmV0QGRtYXJjLmlldGYub3JnPj4gd3JvdGU6DQo+IA0KPiAgICAg ICAgIEd1eXMgaW4gdGhpcyBkcmFmdCBJIHNlZSB0aGF0IGFsbCB0aGUgZXhhbXBsZSBzdWNoIGFz IHBpbmcsDQo+ICAgICAgICAgdHJhY2Vyb3V0ZSB0byBpcHY2IGFkZHJlc3MtPiB1c2UgU1JIIGlu c2VydGlvbiByYXRoZXIgdGhhbiBTUkgNCj4gICAgICAgICBlbmNhcHN1bGF0aW9uLg0KPiANCj4g ICAgICAgICBUaGlzIGlzIGludGVudGlvbmFsbHkgZG9uZSB0byByZWR1Y2UgdGhlIHBhY2tldCBz aXplIMKgwqAoc2luY2UNCj4gICAgICAgICB1bmRlcmx5aW5nIGRhdGEgY2FuIGJlIG9ubHkgaXB2 NikgPw0KPiANCj4gICAgICAgICBKdW5pcGVyIEludGVybmFsDQo+IA0KPiAgICAgICAgIEp1bmlw ZXIgSW50ZXJuYWwNCj4gDQo+ICAgICAgICAgSnVuaXBlciBJbnRlcm5hbA0KPiANCj4gICAgICAg ICAqRnJvbToqIFJhamVzaCBNDQo+ICAgICAgICAgKlNlbnQ6KiBXZWRuZXNkYXksIEFwcmlsIDMs IDIwMTkgMTowNiBQTQ0KPiAgICAgICAgICpUbzoqIGNmaWxzZmlsQGNpc2NvLmNvbSA8bWFpbHRv OmNmaWxzZmlsQGNpc2NvLmNvbT47DQo+ICAgICAgICAgemFsaUBjaXNjby5jb20gPG1haWx0bzp6 YWxpQGNpc2NvLmNvbT47IG5haWt1bWFyQGNpc2NvLmNvbQ0KPiAgICAgICAgIDxtYWlsdG86bmFp a3VtYXJAY2lzY28uY29tPjsgY3BpZ25hdGFAY2lzY28uY29tDQo+ICAgICAgICAgPG1haWx0bzpj cGlnbmF0YUBjaXNjby5jb20+OyByZ2FuZGhpQGNpc2NvLmNvbQ0KPiAgICAgICAgIDxtYWlsdG86 cmdhbmRoaUBjaXNjby5jb20+OyBmYnJvY2tuZUBjaXNjby5jb20NCj4gICAgICAgICA8bWFpbHRv OmZicm9ja25lQGNpc2NvLmNvbT4NCj4gICAgICAgICAqQ2M6KiBTUFJJTkcgV0cgPHNwcmluZ0Bp ZXRmLm9yZyA8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+Ow0KPiAgICAgICAgIGlwdjZAaWV0Zi5v cmcgPG1haWx0bzppcHY2QGlldGYub3JnPjsgUm9uIEJvbmljYQ0KPiAgICAgICAgIDxyYm9uaWNh QGp1bmlwZXIubmV0IDxtYWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldD4+DQo+ICAgICAgICAgKlN1 YmplY3Q6KiBkcmFmdC1hbGktNm1hbi1zcHJpbmctc3J2Ni1vYW0tMDANCj4gDQo+ICAgICAgICAg UGxlYXNlIGZpbmQgZmV3IGNvbW1lbnRzIG9uIHRoaXMgZHJhZnQNCj4gDQo+ICAgICAgICAgIDEu IFNlY3Rpb24gMy4xLjEgLCBiZWxvdyBtdXN0IGJlIFJlZjINCj4gDQo+ICAgICAgICAgKlJlZjEq OiBIYXJkd2FyZSAobWljcm9jb2RlKSBqdXN0IHB1bnRzIHRoZSBwYWNrZXQuIFNvZnR3YXJlDQo+ ICAgICAgICAgKHNsb3cgcGF0aCkNCj4gDQo+ICAgICAgICAgaW1wbGVtZW50cyB0aGUgcmVxdWly ZWQgT0FNDQo+IA0KPiAgICAgICAgIG1lY2hhbmlzbS4gVGltZXN0YW1wIGlzIG5vdCBjYXJyaWVk IGluIHRoZSBwYWNrZXQgZm9yd2FyZGVkIHRvIA0KPiB0aGUNCj4gDQo+ICAgICAgICAgbmV4dCBo b3AuDQo+IA0KPiAgICAgICAgICAyLiA0LjEuMi4yLCBoZXJlIGl0IG11c3QgYmUgTjIgKHBhZ2Ug MTApDQo+IA0KPiAgICAgICAgIElmIHRoZSB0YXJnZXQgU0lEIGlzIG5vdCBsb2NhbGx5IHByb2dy YW1tZWQsICpONCogcmVzcG9uc2VzIA0KPiB3aXRoDQo+IA0KPiAgICAgICAgIHRoZSBJQ01QdjYg bWVzc2FnZSAoVHlwZTogIlNSdjYgT0FNIChUQkEpIiwgQ29kZTogIlNJRCBub3QNCj4gDQo+ICAg ICAgICAgbG9jYWxseSBpbXBsZW1lbnRlZCAoVEJBKSIpOyBvdGhlcndpc2UgYSBzdWNjZXNzIGlz IHJldHVybmVkLg0KPiANCj4gICAgICAgICAgMy4gNC4xLjIuMiwgaGVyZSBpdCBtdXN0IGJlIEI6 NDpDNTIgKHBhZ2UgMTEpDQo+IA0KPiAgICAgICAgIFRoZSBJQ01QdjYgcHJvY2VzcyBhdCBub2Rl IE40DQo+IA0KPiAgICAgICAgIGNoZWNrcyBpZiBpdHMgbG9jYWwgU0lEICgqQjoyOkMzMSopIGlz IGxvY2FsbHkgcHJvZ3JhbW1lZCBvciANCj4gbm90DQo+IA0KPiAgICAgICAgIGFuZCByZXNwb25k cyB0byB0aGUgSUNNUHY2IEVjaG8gUmVxdWVzdC4NCj4gDQo+ICAgICAgICAgIDQuIDQuMy4yLjIs IGhlcmUgaXQgbXVzdCBiZSBCOjQ6QzUyIChwYWdlIDE2KQ0KPiANCj4gICAgICAgICBUaGUgdHJh Y2Vyb3V0ZSBwcm9jZXNzIGF0DQo+IA0KPiAgICAgICAgIG5vZGUgTjQgY2hlY2tzIGlmIGl0cyBs b2NhbCBTSUQgKCpCOjI6QzMxKikgaXMgbG9jYWxseQ0KPiANCj4gICAgICAgICBwcm9ncmFtbWVk Lg0KPiANCj4gICAgICAgICA1KSDCoGluIGJlbG93IHR3byBjYXNlcyBpcyBpdCBCNTo6IG9yIGl0 IG11c3QgYmUgQTo1OjogPw0KPiANCj4gICAgICAgICA+IHBpbmcgQTo1OjogdmlhIHNlZ21lbnQt bGlzdCBCOjI6QzMxLCBCOjQ6QzUyDQo+IA0KPiAgICAgICAgIFNlbmRpbmcgNSwgMTAwLWJ5dGUg SUNNUCBFY2hvcyB0byAqQjU6OiwqIHRpbWVvdXQgaXMgMiBzZWNvbmRzOg0KPiANCj4gICAgICAg ICAhISEhIQ0KPiANCj4gICAgICAgICA+IHRyYWNlcm91dGUgQTo1OjogdmlhIHNlZ21lbnQtbGlz dCBCOjI6QzMxLCBCOjQ6QzUyDQo+IA0KPiAgICAgICAgIFRyYWNpbmcgdGhlIHJvdXRlIHRvICpC NTo6Kg0KPiANCj4gICAgICAgICBUaGFua3MNCj4gDQo+ICAgICAgICAgUmFqZXNoDQo+IA0KPiAg ICAgICAgIEp1bmlwZXIgSW50ZXJuYWwNCj4gDQo+ICAgICAgICAgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gICAg ICAgICBJRVRGIElQdjYgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QNCj4gICAgICAgICBpcHY2 QGlldGYub3JnIDxtYWlsdG86aXB2NkBpZXRmLm9yZz4NCj4gICAgICAgICBBZG1pbmlzdHJhdGl2 ZSBSZXF1ZXN0czoNCj4gICAgICAgICBodHRwczovL3VybGRlZmVuc2UucHJvb2Zwb2ludC5jb20v djIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWlsbWFuX2xpc3RpbmZvX2lwdjYmZD1E d0lELWcmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3ZvRFRYY1d6b0NJJnI9aWpm VGFLU2hidXNZSy1GT3ZGR0g5SVo1MzhUY3RvUXctUGxqc2xjMHFHQSZtPUNXeTBhaTc5MW1ZVXZm QzNCNklFNDZEU0RBT0ctRmJ1RVcybFJkZ01fNlUmcz0yaXg5a0tIVG9RVU03TnNIaEhCTV9TU1Zn QmRUM2N6NmQyTDBPclhzaFNvJmU9DQo+ICAgICAgICAgPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9v ZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGlu Zm9faXB2NiZkPUR3TUZhUSZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhj V3pvQ0kmcj1pamZUYUtTaGJ1c1lLLUZPdkZHSDlJWjUzOFRjdG9Rdy1QbGpzbGMwcUdBJm09anJm cTFkWXNmazhfZkJxcU5OUy1nZFJzWXhOWE90N3I1MkczR0hOMGlpUSZzPTdFRElLeWJqeFJTMnk3 V3NTWGYwMkI3azE1QVpPY2N2YlRXV2NNdTBPWW8mZT0+DQo+ICAgICAgICAgDQo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQo+IA0KPiAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4gICAgIHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gICAgIHNwcmluZ0BpZXRmLm9yZyA8 bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4NCj4gICAgIGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBv aW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9f c3ByaW5nJmQ9RHdJRC1nJmM9SEFrWXVoNjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNX em9DSSZyPWlqZlRhS1NoYnVzWUstRk92RkdIOUlaNTM4VGN0b1F3LVBsanNsYzBxR0EmbT1DV3kw YWk3OTFtWVV2ZkMzQjZJRTQ2RFNEQU9HLUZidUVXMmxSZGdNXzZVJnM9UVd6LU10SndtaVRUbkRr SjJ2YnJ5ZXBBN3lBQUxzX1gyTFZIbXlpaEU3QSZlPQ0KPiAgICAgDQo+IDxodHRwczovL3VybGRl ZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWkN Cj4gbG1hbl9saXN0aW5mb19zcHJpbmcmZD1Ed01GYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVq QlhlTUstbmRiM3ZvRFRYYw0KPiBXem9DSSZyPWlqZlRhS1NoYnVzWUstRk92RkdIOUlaNTM4VGN0 b1F3LVBsanNsYzBxR0EmbT1iQTZiTlg3WEQzQkhUenVrDQo+IGhjb0lTLWFxWmk2ZFdjblZWZFRm WUIxZ29HOCZzPWZpYTZoUVRxWGgwOWZuNkdMT2taSWJYZFBvTnFsZEJ0aE1RZHhBdU4NCj4gV3hN JmU9Pg0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0dHBz Oi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYu b3JnX21haWwNCj4gbWFuX2xpc3RpbmZvX3NwcmluZyZkPUR3SUQtZyZjPUhBa1l1aDYzcnN1aHI2 U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjVw0KPiB6b0NJJnI9aWpmVGFLU2hidXNZSy1GT3ZGR0g5 SVo1MzhUY3RvUXctUGxqc2xjMHFHQSZtPUNXeTBhaTc5MW1ZVXZmQzNCDQo+IDZJRTQ2RFNEQU9H LUZidUVXMmxSZGdNXzZVJnM9UVd6LU10SndtaVRUbkRrSjJ2YnJ5ZXBBN3lBQUxzX1gyTFZIbXlp aEUNCj4gN0EmZT0NCj4gDQoNCi0tIA0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAg ICAgICAgICBlbWFpbDogbG9hQHBpLm51DQpTZW5pb3IgTVBMUyBFeHBlcnQNCkJyb256ZSBEcmFn b24gQ29uc3VsdGluZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K From nobody Thu May 23 03:17:27 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16ADC120111 for ; Thu, 23 May 2019 03:17:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net 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 Ygm-xoHNULBG for ; Thu, 23 May 2019 03:17:21 -0700 (PDT) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1519120105 for ; Thu, 23 May 2019 03:17:20 -0700 (PDT) Received: by mail-qk1-x72e.google.com with SMTP id o2so3114084qkb.3 for ; Thu, 23 May 2019 03:17:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PRzKKNx9U2SHqaSW3tTI3Wfxkb0qwi5w7DvVeynkhwI=; b=M0UBPjPX+5myk9p8r8va47/ZzCKLGhXmVWXiz4NTdESmGzy7Oi+f5xPrN+acO07xVa F32W4iGRWc6+yyHhgS/Z7nR+bNItRoWp4zzQnt7FwXDLtIn7ZzaJpaZd9O8uXLvkhEpe 9FLaTcs6KrXHKYuKxZ7fMs+tZGtN0oYyTX0ALsN+U0+l2wDRN9y5wWl74Q0NxapdqPvY theL+WjjTsRfj4RuLBDsBohsynxRRxqWPa8ijDmMg0phDi7EizHq6imnN//OKvZLHNKj QX0fh2MAWL8zVJPjvIPKGYAEQMfJPpi3j3fnRrZzm71Rwe/6O2Hz+XdLexJYU9wAZRww 8Jcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=PRzKKNx9U2SHqaSW3tTI3Wfxkb0qwi5w7DvVeynkhwI=; b=NhiROwmxNYnmbGBA1pTTPhYNw34Dcp85+z4JbiQSB9CbnsZjxKitafOCO1MDvczdzB NA+I+Qt6vPbEFcfNOABWg+PnLxSCUr/yV8AzYLO1a7q3HusH8OfY7wkM8rBJviRqb0lQ jw6K+TEyeoXQWW6/EfbUFiccFDi2JTOZTwStnqicQfhQ9Ecc46zfENbwTvr4e+BKulq4 Pjy4eGb4CctJr+Rfrs53LhD+0yaotgPNBbIz2Ogg5M6Tsm1W5hDf/rGedNyPOb6340a9 wx6aJHwgGJpILT+lfb1pkzG/jb9ucwFQ0dKblNu6/hemCOg358qTz3PF0f9J502dr1GD 7opA== X-Gm-Message-State: APjAAAW2f7tWcxJ3pzuPasTGG7y7r98oGdYy+Ihoj/xcjlGM1ppXc6gP ijWLo9ashO78RWDx3fe6dGbB2/LdnUJ9VgLJfGEEnA== X-Google-Smtp-Source: APXvYqwnTYHej3w/XbbN6fU6+JJ/fSmRuEItQxNWxa2oCpJBHNKFZUu3x3IGg2M2ubk4g7bvywcJw/6FXZoibTxaf/k= X-Received: by 2002:a37:4bc3:: with SMTP id y186mr2722174qka.233.1558606639791; Thu, 23 May 2019 03:17:19 -0700 (PDT) MIME-Version: 1.0 References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> <03b501d51144$47022970$d5067c50$@olddog.co.uk> In-Reply-To: <03b501d51144$47022970$d5067c50$@olddog.co.uk> From: Robert Raszuk Date: Thu, 23 May 2019 12:17:07 +0200 Message-ID: To: Adrian Farrel Cc: Rajesh M , Loa Andersson , SPRING WG , ipv6@ietf.org Content-Type: multipart/alternative; boundary="0000000000001c138c05898b63b2" Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 10:17:25 -0000 --0000000000001c138c05898b63b2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable All, May I ask where this concern is coming from ? All hardware I am aware of can easily do simple match on the type field rather then make any assumptions on the order of EHs. So putting aside main topic of this thread (as honestly I see no relation) it would be pretty bad to mandate any order, then have some hardware making any assumptions on it. After all the entire concept of EH is to have v6 packet format extendable in the future - am I wrong ? Best, R. On Thu, May 23, 2019, 10:48 Adrian Farrel wrote: > Hi all, > > I don't think that a loose statement of recommendation is quite enough. > > Trivially, the IPv6 header must come first and the upper layer header mus= t > come last. > > I think that although the inclusion of the two destination options header= s > is optional, their positions are quite tightly constrained. > > Personally, I think this is a good candidate for mandating ordering and > probably using RBNF (RFC 5030) to describe the possibilities. > > Thanks, > Adrian > > -----Original Message----- > From: ipv6 On Behalf Of Rajesh M > Sent: 23 May 2019 09:35 > To: Loa Andersson ; Robert Raszuk > Cc: SPRING WG ; ipv6@ietf.org; cfilsfil@cisco.com; > naikumar@cisco.com > Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 > > Yes its just recommended =F0=9F=98=8A > > > > Juniper Internal > > -----Original Message----- > From: Loa Andersson > Sent: Thursday, May 23, 2019 9:13 AM > To: Rajesh M ; Robert Raszuk > Cc: cpignata@cisco.com; SPRING WG ; cfilsfil@cisco.com; > fbrockne@cisco.com; Ron Bonica ; rgandhi@cisco.com; > naikumar@cisco.com; zali@cisco.com; ipv6@ietf.org > Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 > > Rajesh, > > It seems to me that "it is recommended" indicate that the ordering is > optional/OPTIONAL. Does this document (or your comment) create a MANDATOR= Y > ordering of EH's?? > > /Loa > > On 2019-05-22 22:44, Rajesh M wrote: > > I think as long as we ensure below order it must be OK. > > > > When more than one extension header is used in the same packet, it is > > recommended that those headers appear in the following order: > > > > IPv6 header > > > > Hop-by-Hop Options header > > > > Destination Options header (note 1) > > > > Routing header > > > > Fragment header > > > > Authentication header (note 2) > > > > Encapsulating Security Payload header (note 2) > > > > Destination Options header (note 3) > > > > Upper-Layer header > > > > *From:* Robert Raszuk > > *Sent:* Wednesday, May 22, 2019 7:55 PM > > *To:* Rajesh M > > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; > > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG > > ; Peter Psenak ; Ron Bonica > > > > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 > > > > Hi Rajesh, > > > > I think some folks are just confusing "insertion of new EH" from > > "modification of existing EH" ? To me those are completely different > > actions. > > > > And processing of any EH is explicitly allowed by RFC8200 as long as > > dst address in the top v6 header is the processing entity which seems > > to be the case here. Such processing nowhere in RFC8200 seems to be > prohibited. > > > > Let's also observe that as it is often the case with OEM it is actual > > network elements who act as both src and dst of the end to end OEM > > sessions :). > > > > Thx, > > > > R. > > > > On Wed, May 22, 2019 at 3:56 PM Rajesh M > > > > wrote: > > > > Agreed (cannot claim compliance with RFC8200). Authors please > > comment > > > > Guys in this draft I see that all the example such as ping, > > traceroute to ipv6 address-> use SRH insertion rather than SRH > > encapsulation.This is intentionally done to reduce the packet size > > (since underlying data can be only ipv6) ? > > > > *From:* Mark Smith > > > > *Sent:* Wednesday, May 22, 2019 10:15 AM > > *To:* Rajesh M > > > *Cc:* cfilsfil@cisco.com ; zali@cisco.co= m > > ; naikumar@cisco.com > > ; cpignata@cisco.com > > ; rgandhi@cisco.com > > ; fbrockne@cisco.com > > ; SPRING WG > >; ipv6@ietf.org ; > > Peter Psenak > > > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 > > > > EH insertion is not compliant with RFC8200. Equipment doing so > > cannot claim compliance with RFC8200. > > > > On Wed., 22 May 2019, 11:08 Rajesh M, > > > > wrote: > > > > Guys in this draft I see that all the example such as ping, > > traceroute to ipv6 address-> use SRH insertion rather than SRH > > encapsulation. > > > > This is intentionally done to reduce the packet size (since > > underlying data can be only ipv6) ? > > > > Juniper Internal > > > > Juniper Internal > > > > Juniper Internal > > > > *From:* Rajesh M > > *Sent:* Wednesday, April 3, 2019 1:06 PM > > *To:* cfilsfil@cisco.com ; > > zali@cisco.com ; naikumar@cisco.com > > ; cpignata@cisco.com > > ; rgandhi@cisco.com > > ; fbrockne@cisco.com > > > > *Cc:* SPRING WG >; > > ipv6@ietf.org ; Ron Bonica > > > > > *Subject:* draft-ali-6man-spring-srv6-oam-00 > > > > Please find few comments on this draft > > > > 1. Section 3.1.1 , below must be Ref2 > > > > *Ref1*: Hardware (microcode) just punts the packet. Software > > (slow path) > > > > implements the required OAM > > > > mechanism. Timestamp is not carried in the packet forwarded to > > the > > > > next hop. > > > > 2. 4.1.2.2, here it must be N2 (page 10) > > > > If the target SID is not locally programmed, *N4* responses > > with > > > > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not > > > > locally implemented (TBA)"); otherwise a success is returned. > > > > 3. 4.1.2.2, here it must be B:4:C52 (page 11) > > > > The ICMPv6 process at node N4 > > > > checks if its local SID (*B:2:C31*) is locally programmed or > > not > > > > and responds to the ICMPv6 Echo Request. > > > > 4. 4.3.2.2, here it must be B:4:C52 (page 16) > > > > The traceroute process at > > > > node N4 checks if its local SID (*B:2:C31*) is locally > > > > programmed. > > > > 5) in below two cases is it B5:: or it must be A:5:: ? > > > > > ping A:5:: via segment-list B:2:C31, B:4:C52 > > > > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds: > > > > !!!!! > > > > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 > > > > Tracing the route to *B5::* > > > > Thanks > > > > Rajesh > > > > Juniper Internal > > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org > > Administrative Requests: > > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_ipv6&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI= &r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE46= DSDAOG-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo&e=3D > > < > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_ipv6&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI= &r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3Djrfq1dYsfk8_fBqqNNS-gd= RsYxNXOt7r52G3GHN0iiQ&s=3D7EDIKybjxRS2y7WsSXf02B7k15AZOccvbTWWcMu0OYo&e=3D > > > > > > -------------------------------------------------------------------- > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE= 46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE7A&e= =3D > > > > > lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voD= TXc > > WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6bNX7XD3BHT= zuk > > hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthMQdxAu= N > > WxM&e=3D> > > > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mai= l > > man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDT= XcW > > zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvf= C3B > > 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyih= E > > 7A&e=3D > > > > -- > > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert > Bronze Dragon Consulting phone: +46 739 81 21 64 > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --0000000000001c138c05898b63b2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
All,

May I a= sk where this concern is coming from ?

All hardware I am aware of can easily do simple match on the= type field rather then make any assumptions on the order of EHs.

So putting aside main topic of th= is thread (as honestly I see no relation) it would be pretty bad to mandate= any order, then have some hardware making any assumptions on it.

After all the entire concept of E= H is to have v6 packet format extendable in the future - am I wrong ?
=

Best,
= R.

On Thu, May 23, 2019, 10:48 Adrian Farrel <adrian@olddog.co.uk<= /a>> wrote:
Hi all,

I don't think that a loose statement of recommendation is quite enough.=

Trivially, the IPv6 header must come first and the upper layer header must = come last.

I think that although the inclusion of the two destination options headers = is optional, their positions are quite tightly constrained.

Personally, I think this is a good candidate for mandating ordering and pro= bably using RBNF (RFC 5030) to describe the possibilities.

Thanks,
Adrian

-----Original Message-----
From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Raj= esh M
Sent: 23 May 2019 09:35
To: Loa Andersson <loa@pi.nu>; Robert Raszuk <rras= zuk@gmail.com>
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org;= cfilsfil@cisco.com; naikumar@cisco.com
Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00

Yes its just recommended =F0=9F=98=8A



Juniper Internal

-----Original Message-----
From: Loa Andersson <loa@pi.nu>
Sent: Thursday, May 23, 2019 9:13 AM
To: Rajesh M <mrajesh@juniper.net>; Robert Raszuk <= ;rraszuk@gmail.com>
Cc: cpignata@cisco.com; SPRING WG <spring@ietf.or= g>; cfilsfil@cisco.com; fbrockne@cisco.com= ; Ron Bonica <rbonica@juniper.net>; rga= ndhi@cisco.com; naikumar@cisco.com; zali@cisco.co= m; ipv6@ietf.org
Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00

Rajesh,

It seems to me that "it is recommended" indicate that the orderin= g is optional/OPTIONAL. Does this document (or your comment) create a MANDA= TORY ordering of EH's??

/Loa

On 2019-05-22 22:44, Rajesh M wrote:
> I think as long as we ensure below order it must be OK.
>
> When more than one extension header is used in the same packet, it is =
> recommended that those headers appear in the following order:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 IPv6 header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Hop-by-Hop Options header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Destination Options header (note 1)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Fragment header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authentication header (note 2)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Encapsulating Security Payload header (note= 2)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Destination Options header (note 3)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Upper-Layer header
>
> *From:* Robert Raszuk <rraszuk@gmail.com>
> *Sent:* Wednesday, May 22, 2019 7:55 PM
> *To:* Rajesh M <mrajesh@juniper.net>
> *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com;
> cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG
> <spring@ietf.org>; Peter Psenak <ppsena= k@cisco.com>; Ron Bonica
> <rbonica@juniper.net>
> *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00
>
> Hi Rajesh,
>
> I think some folks are just confusing "insertion of new EH" = from
> "modification of existing EH" ? To me those are completely d= ifferent
> actions.
>
> And processing of any EH is explicitly allowed by RFC8200 as long as <= br> > dst address in the top v6 header is the processing entity which seems =
> to be the case here. Such processing nowhere in RFC8200 seems to be pr= ohibited.
>
> Let's also observe that as it is often the case with OEM it is act= ual
> network elements who act as both src and dst of the end to end OEM > sessions :).
>
> Thx,
>
> R.
>
> On Wed, May 22, 2019 at 3:56 PM Rajesh M
> <mrajesh=3D40juniper.net@dmarc.ietf..org
> <mailto:40juniper.net@dmarc.ietf.org>&g= t; wrote:
>
>=C2=A0 =C2=A0 =C2=A0Agreed (cannot claim compliance with RFC8200). Auth= ors please
> comment
>
>=C2=A0 =C2=A0 =C2=A0Guys in this draft I see that all the example such = as ping,
>=C2=A0 =C2=A0 =C2=A0traceroute to ipv6 address-> use SRH insertion r= ather than SRH
>=C2=A0 =C2=A0 =C2=A0encapsulation.This is intentionally done to reduce = the packet size
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (since underlying data can be only ipv6) ?<= br> >
>=C2=A0 =C2=A0 =C2=A0*From:* Mark Smith <markzzzsmith@= gmail.com
>=C2=A0 =C2=A0 =C2=A0<mailto:markzzzsmith@gmail.com>>
>=C2=A0 =C2=A0 =C2=A0*Sent:* Wednesday, May 22, 2019 10:15 AM
>=C2=A0 =C2=A0 =C2=A0*To:* Rajesh M <mrajesh@juniper.net<= /a> <mailto:mrajesh@juniper.net>>
>=C2=A0 =C2=A0 =C2=A0*Cc:* cfilsfil@cisco.com <mailto:= cfilsfil@cisco.com>; zali@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:zali@cisco.com>; naikumar@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:naikumar@cisco.com>; <= a href=3D"mailto:cpignata@cisco.com" rel=3D"noreferrer noreferrer" target= =3D"_blank">cpignata@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:cpignata@cisco.com>; <= a href=3D"mailto:rgandhi@cisco.com" rel=3D"noreferrer noreferrer" target=3D= "_blank">rgandhi@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:rgandhi@cisco.com>; fbrockne@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:fbrockne@cisco.com>; S= PRING WG <spring@ietf.org
>=C2=A0 =C2=A0 =C2=A0<mailto:spring@ietf.org>>; <= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org <mailto:ipv6@ietf.org>;
>=C2=A0 =C2=A0 =C2=A0Peter Psenak <ppsenak@cisco.com &l= t;mailto:ppsenak@cisco.com>>
>=C2=A0 =C2=A0 =C2=A0*Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >
>=C2=A0 =C2=A0 =C2=A0EH insertion is not compliant with RFC8200. Equipme= nt doing so
>=C2=A0 =C2=A0 =C2=A0cannot claim compliance with RFC8200.
>
>=C2=A0 =C2=A0 =C2=A0On Wed., 22 May 2019, 11:08 Rajesh M,
>=C2=A0 =C2=A0 =C2=A0<mrajesh=3D40juniper..net@= dmarc.ietf.org
>=C2=A0 =C2=A0 =C2=A0<mailto:40juniper.net@dmarc= .ietf.org>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Guys in this draft I see that all the= example such as ping,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0traceroute to ipv6 address-> use S= RH insertion rather than SRH
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0encapsulation.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is intentionally done to reduce = the packet size=C2=A0 =C2=A0(since
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0underlying data can be only ipv6) ? >
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*From:* Rajesh M
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Sent:* Wednesday, April 3, 2019 1:06= PM
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*To:* cfilsfil@cisco.com <mailto:cfilsfil@cisco.com>;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0zali@cisco.com <mailto:= zali@cisco.com>; naikumar@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:naikumar@cisco.= com>; cpignata@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:cpignata@cisco.= com>; rgandhi@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:rgandhi@cisco.co= m>; fbrockne@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:fbrockne@cisco.= com>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Cc:* SPRING WG <spring@ie= tf.org <mailto:spring@ietf.org>>;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ipv6@ietf.org <mailto:<= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org>; Ron Bonica
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<rbonica@juniper.net <mailto:rbonica@juniper.net>>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Subject:* draft-ali-6man-spring-srv6= -oam-00
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Please find few comments on this draf= t
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1. Section 3.1.1 , below must be Ref= 2
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Ref1*: Hardware (microcode) just pun= ts the packet. Software
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(slow path)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0implements the required OAM
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mechanism. Timestamp is not carried i= n the packet forwarded to
> the
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0next hop.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2. 4.1.2.2, here it must be N2 (page= 10)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If the target SID is not locally prog= rammed, *N4* responses
> with
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the ICMPv6 message (Type: "SRv6 = OAM (TBA)", Code: "SID not
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0locally implemented (TBA)"); oth= erwise a success is returned.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3. 4.1.2.2, here it must be B:4:C52 = (page 11)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The ICMPv6 process at node N4
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0checks if its local SID (*B:2:C31*) i= s locally programmed or
> not
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0and responds to the ICMPv6 Echo Reque= st.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4. 4.3.2.2, here it must be B:4:C52 = (page 16)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The traceroute process at
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0node N4 checks if its local SID (*B:2= :C31*) is locally
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0programmed.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A05)=C2=A0 in below two cases is it B5:= : or it must be A:5:: ?
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> ping A:5:: via segment-list B:2:= C31, B:4:C52
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Sending 5, 100-byte ICMP Echos to *B5= ::,* timeout is 2 seconds:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0!!!!!
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> traceroute A:5:: via segment-lis= t B:2:C31, B:4:C52
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Tracing the route to *B5::*
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Rajesh
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-------------------------------------= -------------------------------
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IETF IPv6 working group mailing list<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ipv6@ietf.org <mailto:<= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Administrative Requests:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://urldefense.= proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_ipv6&= d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DijfT= aKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE46DSDAO= G-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo&e= =3D
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://url= defense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_i= pv6&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&= r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3Djrfq1dYsfk8_fBqqNNS= -gdRsYxNXOt7r52G3GHN0iiQ&s=3D7EDIKybjxRS2y7WsSXf02B7k15AZOccvbTWWcMu0OY= o&e=3D>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
> -------------------------------------------------------------------- >
>=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0spring mailing list
>=C2=A0 =C2=A0 =C2=A0spring@ietf.org <mailto:spri= ng@ietf.org>
>=C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.c= om/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_spring&d=3DDwID-g= &c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DijfTaKShbusYK-= FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE46DSDAOG-FbuEW2lR= dgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE7A&e=3D
>=C2=A0 =C2=A0 =C2=A0
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mai
> lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeM= K-ndb3voDTXc
> WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6b= NX7XD3BHTzuk
> hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthM= QdxAuN
> WxM&e=3D>
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> h= ttps://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
> man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK= -ndb3voDTXcW
> zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0a= i791mYUvfC3B
> 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LV= HmyihE
> 7A&e=3D
>

--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www= .ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listi= nfo/spring
--0000000000001c138c05898b63b2-- From nobody Thu May 23 03:33:56 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94DB812002F; Thu, 23 May 2019 03:33:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.499 X-Spam-Level: X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 6vRBpoOEiv-Q; Thu, 23 May 2019 03:33:52 -0700 (PDT) Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C3E7120075; Thu, 23 May 2019 03:33:52 -0700 (PDT) Received: by mail-oi1-x22d.google.com with SMTP id w9so3967122oic.9; Thu, 23 May 2019 03:33:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=gVbCQxdFYg4Ute2V8OwaDgqF1YSoCUW3SktQiB71dHQ=; b=iSYvxOlRvx2pK4lt23oDp+V3rKlDP1jJ7kZmbf0h05pPam0NYcGwlHxbJZnuw3bksd +X/Hv4lgscqO6rSL1xL43x0k/2gg1CIrsrD/LgvXQ8E2ILlsvci+LzoVUoxFVFlRh8KB mqKUUO19pLj8+h0k9ZwDIsDFVe5CmrmiDoet/dOHtjFIfNzl2kMm9bfD81/sB4bP69C/ uKuH5d68s5f/SVicrBSFBduU8J0kuhjJraq8NCvabQA9c433eyGrimReUWg4c5jYoaR6 /a7ZDm8ZU/4zjKLeiAYACkJe1R9FUV6XEcAH6YcFos2nF98Tq6Ob0pTv8KqUQaEMdlBG wiWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=gVbCQxdFYg4Ute2V8OwaDgqF1YSoCUW3SktQiB71dHQ=; b=gv0w9s5lkrdhrp2Old6/Yh37zPRfUIEgs8ZvdMD55x/UW7E7Mr/CGDyT1dyudTwIJe WXfRXdeNNRP82jdZZRA82PobY6INXzGdFVEl4b/RncmX2hoz96s2HkcbhPUZz3utZaIJ SbjxYygX1Luiuj4B55zhygxTaKTuDuXhwabqTGvCzWYPeSnw3OLKJ4QCyQE5UATkrWnY IvDdx9uJuXIpxYbN2fQFsV5f/GiFRn29KjtkIlduub3yP8qs/W3Xh71yYaAaQxhazTud 9n1IW+6xpFOmRKt1Cz2wYmSxRugFiVqNmlKEJaxBjA2GawwQ7nvaR4aYrTfSr2TamFNp ftEw== X-Gm-Message-State: APjAAAV+1a9Wq9iWDrgWXWNhlocfegcTLIb8gXPnCv7jyQsRT8vYYykV wiWK9MwyxYv/KTDlty/NbCPbQS7OtXbBLNhoWiM= X-Google-Smtp-Source: APXvYqzAV3HbiTGaDjeSg9XjMc0ATd2FBZfsosTQRV/AUgG2GHmDvoqyR5K7HFhzZH4flYJHh5LmWvqYCyH+XiEkRzA= X-Received: by 2002:aca:c187:: with SMTP id r129mr2134294oif.164.1558607631447; Thu, 23 May 2019 03:33:51 -0700 (PDT) MIME-Version: 1.0 References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> <03b501d51144$47022970$d5067c50$@olddog.co.uk> In-Reply-To: From: Mark Smith Date: Thu, 23 May 2019 20:33:24 +1000 Message-ID: To: Robert Raszuk Cc: Adrian Farrel , Rajesh M , SPRING WG , 6man WG , Loa Andersson Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 10:33:55 -0000 On Thu, 23 May 2019 at 20:17, Robert Raszuk wrote: > > All, > > May I ask where this concern is coming from ? > > All hardware I am aware of can easily do simple match on the type field r= ather then make any assumptions on the order of EHs. > > So putting aside main topic of this thread (as honestly I see no relation= ) it would be pretty bad to mandate any order, then have some hardware maki= ng any assumptions on it. > > After all the entire concept of EH is to have v6 packet format extendable= in the future - am I wrong ? There's other advice in RFC8200, later on from the text that Rajesh quoted. "If and when other extension headers are defined, their ordering constraints relative to the above listed headers must be specified." Better yet, there is a whole section of RFC8200 on this topic: 4.1. Extension Header Order https://tools.ietf.org/html/rfc8200#section-4.1 > > > Best, > R. > > On Thu, May 23, 2019, 10:48 Adrian Farrel wrote: >> >> Hi all, >> >> I don't think that a loose statement of recommendation is quite enough. >> >> Trivially, the IPv6 header must come first and the upper layer header mu= st come last. >> >> I think that although the inclusion of the two destination options heade= rs is optional, their positions are quite tightly constrained. >> >> Personally, I think this is a good candidate for mandating ordering and = probably using RBNF (RFC 5030) to describe the possibilities. >> >> Thanks, >> Adrian >> >> -----Original Message----- >> From: ipv6 On Behalf Of Rajesh M >> Sent: 23 May 2019 09:35 >> To: Loa Andersson ; Robert Raszuk >> Cc: SPRING WG ; ipv6@ietf.org; cfilsfil@cisco.com; naik= umar@cisco.com >> Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 >> >> Yes its just recommended >> >> >> >> Juniper Internal >> >> -----Original Message----- >> From: Loa Andersson >> Sent: Thursday, May 23, 2019 9:13 AM >> To: Rajesh M ; Robert Raszuk >> Cc: cpignata@cisco.com; SPRING WG ; cfilsfil@cisco.com;= fbrockne@cisco.com; Ron Bonica ; rgandhi@cisco.com; n= aikumar@cisco.com; zali@cisco.com; ipv6@ietf.org >> Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 >> >> Rajesh, >> >> It seems to me that "it is recommended" indicate that the ordering is op= tional/OPTIONAL. Does this document (or your comment) create a MANDATORY or= dering of EH's?? >> >> /Loa >> >> On 2019-05-22 22:44, Rajesh M wrote: >> > I think as long as we ensure below order it must be OK. >> > >> > When more than one extension header is used in the same packet, it is >> > recommended that those headers appear in the following order: >> > >> > IPv6 header >> > >> > Hop-by-Hop Options header >> > >> > Destination Options header (note 1) >> > >> > Routing header >> > >> > Fragment header >> > >> > Authentication header (note 2) >> > >> > Encapsulating Security Payload header (note 2) >> > >> > Destination Options header (note 3) >> > >> > Upper-Layer header >> > >> > *From:* Robert Raszuk >> > *Sent:* Wednesday, May 22, 2019 7:55 PM >> > *To:* Rajesh M >> > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; >> > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG >> > ; Peter Psenak ; Ron Bonica >> > >> > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 >> > >> > Hi Rajesh, >> > >> > I think some folks are just confusing "insertion of new EH" from >> > "modification of existing EH" ? To me those are completely different >> > actions. >> > >> > And processing of any EH is explicitly allowed by RFC8200 as long as >> > dst address in the top v6 header is the processing entity which seems >> > to be the case here. Such processing nowhere in RFC8200 seems to be pr= ohibited. >> > >> > Let's also observe that as it is often the case with OEM it is actual >> > network elements who act as both src and dst of the end to end OEM >> > sessions :). >> > >> > Thx, >> > >> > R. >> > >> > On Wed, May 22, 2019 at 3:56 PM Rajesh M >> > > > > wrote: >> > >> > Agreed (cannot claim compliance with RFC8200). Authors please >> > comment >> > >> > Guys in this draft I see that all the example such as ping, >> > traceroute to ipv6 address-> use SRH insertion rather than SRH >> > encapsulation.This is intentionally done to reduce the packet size >> > (since underlying data can be only ipv6) ? >> > >> > *From:* Mark Smith > > > >> > *Sent:* Wednesday, May 22, 2019 10:15 AM >> > *To:* Rajesh M > >> > *Cc:* cfilsfil@cisco.com ; zali@cisco.c= om >> > ; naikumar@cisco.com >> > ; cpignata@cisco.com >> > ; rgandhi@cisco.com >> > ; fbrockne@cisco.com >> > ; SPRING WG > > >; ipv6@ietf.org ; >> > Peter Psenak > >> > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >> > >> > EH insertion is not compliant with RFC8200. Equipment doing so >> > cannot claim compliance with RFC8200. >> > >> > On Wed., 22 May 2019, 11:08 Rajesh M, >> > > > > wrote: >> > >> > Guys in this draft I see that all the example such as ping, >> > traceroute to ipv6 address-> use SRH insertion rather than SRH >> > encapsulation. >> > >> > This is intentionally done to reduce the packet size (since >> > underlying data can be only ipv6) ? >> > >> > Juniper Internal >> > >> > Juniper Internal >> > >> > Juniper Internal >> > >> > *From:* Rajesh M >> > *Sent:* Wednesday, April 3, 2019 1:06 PM >> > *To:* cfilsfil@cisco.com ; >> > zali@cisco.com ; naikumar@cisco.com >> > ; cpignata@cisco.com >> > ; rgandhi@cisco.com >> > ; fbrockne@cisco.com >> > >> > *Cc:* SPRING WG >; >> > ipv6@ietf.org ; Ron Bonica >> > > >> > *Subject:* draft-ali-6man-spring-srv6-oam-00 >> > >> > Please find few comments on this draft >> > >> > 1. Section 3.1.1 , below must be Ref2 >> > >> > *Ref1*: Hardware (microcode) just punts the packet. Software >> > (slow path) >> > >> > implements the required OAM >> > >> > mechanism. Timestamp is not carried in the packet forwarded to >> > the >> > >> > next hop. >> > >> > 2. 4.1.2.2, here it must be N2 (page 10) >> > >> > If the target SID is not locally programmed, *N4* responses >> > with >> > >> > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not >> > >> > locally implemented (TBA)"); otherwise a success is returned. >> > >> > 3. 4.1.2.2, here it must be B:4:C52 (page 11) >> > >> > The ICMPv6 process at node N4 >> > >> > checks if its local SID (*B:2:C31*) is locally programmed or >> > not >> > >> > and responds to the ICMPv6 Echo Request. >> > >> > 4. 4.3.2.2, here it must be B:4:C52 (page 16) >> > >> > The traceroute process at >> > >> > node N4 checks if its local SID (*B:2:C31*) is locally >> > >> > programmed. >> > >> > 5) in below two cases is it B5:: or it must be A:5:: ? >> > >> > > ping A:5:: via segment-list B:2:C31, B:4:C52 >> > >> > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds= : >> > >> > !!!!! >> > >> > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 >> > >> > Tracing the route to *B5::* >> > >> > Thanks >> > >> > Rajesh >> > >> > Juniper Internal >> > >> > --------------------------------------------------------------= ------ >> > IETF IPv6 working group mailing list >> > ipv6@ietf.org >> > Administrative Requests: >> > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.iet= f.org_mailman_listinfo_ipv6&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3= voDTXcWzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mY= UvfC3B6IE46DSDAOG-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0Or= XshSo&e=3D >> > >> > >> > -------------------------------------------------------------------- >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.or= g_mailman_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3vo= DTXcWzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUv= fC3B6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyih= E7A&e=3D >> > >> > > > lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3vo= DTXc >> > WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6bNX7XD3BH= Tzuk >> > hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthMQdxA= uN >> > WxM&e=3D> >> > >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_ma= il >> > man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voD= TXcW >> > zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUv= fC3B >> > 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyi= hE >> > 7A&e=3D >> > >> >> -- >> >> >> Loa Andersson email: loa@pi.nu >> Senior MPLS Expert >> Bronze Dragon Consulting phone: +46 739 81 21 64 >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www..ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Thu May 23 07:30:37 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A0571200E9; Thu, 23 May 2019 07:30:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.711 X-Spam-Level: X-Spam-Status: No, score=-2.711 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net 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 BA4Kwt5n8Msl; Thu, 23 May 2019 07:30:33 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 600FC120077; Thu, 23 May 2019 07:30:33 -0700 (PDT) Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x4NEJMeE004704; Thu, 23 May 2019 07:30:30 -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 : content-transfer-encoding : mime-version; s=PPS1017; bh=oIYwdKyxZYLvxZjDXvvtqxaEHA11dlqKA6ZsaAWyaLs=; b=sdPWR66N4AMCG0/35Z99DzsfqOn49Z4/4LjzROeXY6Y9WlkVE8sLL+p7z9GcGzunOq/P U1xGmhn2nfa2eX3pdgs2NBGQYEm7UHiXLP3lgl+Zmo4usZdd1rDGBe7iA/f5vV39pOo/ kM/d+/vh9iaqcDuGtMD/PtUIJPS+Fj5yZTldceGziY4zj68arJt9oKgdHMZLYrLqOXor OZVFRVsnACMy8U1qdTlenITQv962+PzDo/41vbKfBlg52v+SD1KqFKar3eutbUgxiw3j cEbo3RKsW5j7JtqDuSKah5kbAzpHXIWjvnAqA4QQg4g8fEjt+rw6hB9FS5gaqsqkkTHe YQ== Received: from nam02-sn1-obe.outbound.protection.outlook.com (mail-sn1nam02lp2058.outbound.protection.outlook.com [104.47.36.58]) by mx0a-00273201.pphosted.com with ESMTP id 2snuuh05ms-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Thu, 23 May 2019 07:30:29 -0700 Received: from DM6PR05MB4250.namprd05.prod.outlook.com (20.176.78.11) by DM6PR05MB4252.namprd05.prod.outlook.com (20.176.78.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.13; Thu, 23 May 2019 14:30:27 +0000 Received: from DM6PR05MB4250.namprd05.prod.outlook.com ([fe80::a801:78b5:788:c2c6]) by DM6PR05MB4250.namprd05.prod.outlook.com ([fe80::a801:78b5:788:c2c6%5]) with mapi id 15.20.1943.007; Thu, 23 May 2019 14:30:27 +0000 From: Ron Bonica To: "adrian@olddog.co.uk" , 'Rajesh M' , 'Loa Andersson' CC: 'SPRING WG' , "ipv6@ietf.org" Thread-Topic: [spring] draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAAe7cYAAEtATMAAAY1lQAAEMsYAAAK/iAAAbMG8AAAowhMAAAHq4gAALh14w Content-Class: Date: Thu, 23 May 2019 14:30:27 +0000 Message-ID: References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> <03b501d51144$47022970$d5067c50$@olddog.co.uk> In-Reply-To: <03b501d51144$47022970$d5067c50$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.2.0.14 dlp-reaction: no-action msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=rbonica@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-05-23T14:30:25.4203863Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f5ff904e-5cd2-49d3-c5b3-08d6df8b3353 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:DM6PR05MB4252; x-ms-traffictypediagnostic: DM6PR05MB4252: x-ms-exchange-purlcount: 5 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:2449; x-forefront-prvs: 00462943DE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(366004)(396003)(346002)(39860400002)(136003)(13464003)(189003)(199004)(53754006)(51444003)(3846002)(6116002)(74316002)(4326008)(54906003)(478600001)(25786009)(2906002)(110136005)(6246003)(53936002)(316002)(14454004)(6506007)(7696005)(99286004)(76176011)(53546011)(966005)(86362001)(68736007)(66066001)(2501003)(256004)(14444005)(102836004)(186003)(26005)(7736002)(305945005)(6436002)(81156014)(81166006)(8676002)(76116006)(55016002)(9686003)(6306002)(476003)(11346002)(446003)(71190400001)(71200400001)(64756008)(229853002)(73956011)(33656002)(66946007)(486006)(66476007)(52536014)(66446008)(5660300002)(8936002)(66556008); DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB4252; H:DM6PR05MB4250.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 7y7j/C7TjipteeX8dJLpr9SQQwSvNb9nO0oftN95gwypuqNSTvn8AUKTgDHbAE/qV1M3HAV41fSJzqpCeWudugQifZmmdCEbaHhAISGs2QRjkKghpKXJn4vb+/eS+TZeMKe1Y3yfNLvgC5byWTmBT4cBQDAAQ6Som25NJVg7kezTEjSmLXBT54MVCdZxjVoBJ0nm30aKA61JAAhPTRsleOnuOefRnPbCUunpWgn2e6JMx488hXoNEf5Y5UTLILRKukfzsZUcgpzp/+WFByhw79C/o0nRRipM07jWgwu87VFxDAKakbAHGCi6sdqWK7eOdcD+1s7+r7kUzIhfAoIiKMpraxF0SxASgYc9XiNhFHQqnnN6hnVluSHcYIXEqpRtB/XAINl82rxn/tmPGLuUrS+hdEsDeu85wO6rY4KsNJ0= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-Network-Message-Id: f5ff904e-5cd2-49d3-c5b3-08d6df8b3353 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 14:30:27.2131 (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: rbonica@juniper.net X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4252 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-05-23_12:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905230099 Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 14:30:37 -0000 QWRyaWFuLA0KDQpSRkMgODIwMCByZWNvbW1lbmRzIGV4dGVuc2lvbiBoZWFkZXIgb3JkZXIgZm9y IHNvbWUgdmVyeSBnb29kIHJlYXNvbnMuIEFuZCB0aG9zZSByZWFzb25zIGFyZSBzbyBnb29kLCB0 aGF0IHRoZXkgZ28gYmV5b25kIHJlY29tbWVuZGF0aW9ucy4gRm9yIGV4YW1wbGUsDQoNCi0gSWYg dGhlIEhvcC1ieS1ob3AgZXh0ZW5zaW9uIGhlYWRlciBkb2VzIG5vdCBpbW1lZGlhdGVseSBmb2xs b3cgdGhlIGJhc2UgSVB2NiBoZWFkZXIsIGl0IGlzIGxpa2VseSB0byBiZSBpZ25vcmVkIGJ5IGRv d25zdHJlYW0gcm91dGVycy4NCi0gVGhlIGZpcnN0IERlc3RpbmF0aW9uIE9wdGlvbnMgaGVhZGVy IChpLmUuLCB0aGUgb25lIHRoYXQgcHJlY2VkZXMgdGhlIFJvdXRpbmcgaGVhZGVyKSBpcyBpbnRl bmRlZCB0byBiZSBwcm9jZXNzZWQgYnkgZXZlcnkgbm9kZSBsaXN0ZWQgaW4gdGhlIHJvdXRpbmcg aGVhZGVyLiBJZiB0aGF0IERlc3RpbmF0aW9uIE9wdGlvbnMgaGVhZGVyIGRvZXMgbm90IHByZWNl ZGVkIHRoZSByb3V0aW5nIGhlYWRlciwgaXQgd2lsbCBvbmx5IGJlIHByb2Nlc3NlZCBieSB0aGUg dWx0aW1hdGUgZGVzdGluYXRpb24gb25seS4NCi0gSWYgdGhlIGZyYWdtZW50IGhlYWRlciBjb21l cyBiZWZvcmUgdGhlIFJvdXRpbmcgaGVhZGVyLCB0aGUgZmlyc3Qgc2VnbWVudCBlbmRwb2ludCB3 aWxsIGVpdGhlciBkcm9wIG9yIHJlYXNzZW1ibGUgdGhlIHBhY2tldC4gQm90aCBvZiB0aGVzZSBh cmUgdW5kZXNpcmFibGUuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBSb24NCg0KDQoNCg0K SnVuaXBlciBJbnRlcm5hbA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogc3By aW5nIDxzcHJpbmctYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIEFkcmlhbiBGYXJyZWwN ClNlbnQ6IFRodXJzZGF5LCBNYXkgMjMsIDIwMTkgNDo0OCBBTQ0KVG86ICdSYWplc2ggTScgPG1y YWplc2g9NDBqdW5pcGVyLm5ldEBkbWFyYy5pZXRmLm9yZz47ICdMb2EgQW5kZXJzc29uJyA8bG9h QHBpLm51Pg0KQ2M6ICdTUFJJTkcgV0cnIDxzcHJpbmdAaWV0Zi5vcmc+OyBpcHY2QGlldGYub3Jn DQpTdWJqZWN0OiBSZTogW3NwcmluZ10gZHJhZnQtYWxpLTZtYW4tc3ByaW5nLXNydjYtb2FtLTAw DQoNCkhpIGFsbCwNCg0KSSBkb24ndCB0aGluayB0aGF0IGEgbG9vc2Ugc3RhdGVtZW50IG9mIHJl Y29tbWVuZGF0aW9uIGlzIHF1aXRlIGVub3VnaC4NCg0KVHJpdmlhbGx5LCB0aGUgSVB2NiBoZWFk ZXIgbXVzdCBjb21lIGZpcnN0IGFuZCB0aGUgdXBwZXIgbGF5ZXIgaGVhZGVyIG11c3QgY29tZSBs YXN0Lg0KDQpJIHRoaW5rIHRoYXQgYWx0aG91Z2ggdGhlIGluY2x1c2lvbiBvZiB0aGUgdHdvIGRl c3RpbmF0aW9uIG9wdGlvbnMgaGVhZGVycyBpcyBvcHRpb25hbCwgdGhlaXIgcG9zaXRpb25zIGFy ZSBxdWl0ZSB0aWdodGx5IGNvbnN0cmFpbmVkLg0KDQpQZXJzb25hbGx5LCBJIHRoaW5rIHRoaXMg aXMgYSBnb29kIGNhbmRpZGF0ZSBmb3IgbWFuZGF0aW5nIG9yZGVyaW5nIGFuZCBwcm9iYWJseSB1 c2luZyBSQk5GIChSRkMgNTAzMCkgdG8gZGVzY3JpYmUgdGhlIHBvc3NpYmlsaXRpZXMuDQoNClRo YW5rcywNCkFkcmlhbg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaXB2NiA8 aXB2Ni1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhhbGYgT2YgUmFqZXNoIE0NClNlbnQ6IDIzIE1h eSAyMDE5IDA5OjM1DQpUbzogTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PjsgUm9iZXJ0IFJhc3p1 ayA8cnJhc3p1a0BnbWFpbC5jb20+DQpDYzogU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmc+OyBp cHY2QGlldGYub3JnOyBjZmlsc2ZpbEBjaXNjby5jb207IG5haWt1bWFyQGNpc2NvLmNvbQ0KU3Vi amVjdDogUkU6IFtzcHJpbmddIGRyYWZ0LWFsaS02bWFuLXNwcmluZy1zcnY2LW9hbS0wMA0KDQpZ ZXMgaXRzIGp1c3QgcmVjb21tZW5kZWQg8J+Yig0KDQoNCg0KSnVuaXBlciBJbnRlcm5hbA0KDQot LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51 Pg0KU2VudDogVGh1cnNkYXksIE1heSAyMywgMjAxOSA5OjEzIEFNDQpUbzogUmFqZXNoIE0gPG1y YWplc2hAanVuaXBlci5uZXQ+OyBSb2JlcnQgUmFzenVrIDxycmFzenVrQGdtYWlsLmNvbT4NCkNj OiBjcGlnbmF0YUBjaXNjby5jb207IFNQUklORyBXRyA8c3ByaW5nQGlldGYub3JnPjsgY2ZpbHNm aWxAY2lzY28uY29tOyBmYnJvY2tuZUBjaXNjby5jb207IFJvbiBCb25pY2EgPHJib25pY2FAanVu aXBlci5uZXQ+OyByZ2FuZGhpQGNpc2NvLmNvbTsgbmFpa3VtYXJAY2lzY28uY29tOyB6YWxpQGNp c2NvLmNvbTsgaXB2NkBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtzcHJpbmddIGRyYWZ0LWFsaS02 bWFuLXNwcmluZy1zcnY2LW9hbS0wMA0KDQpSYWplc2gsDQoNCkl0IHNlZW1zIHRvIG1lIHRoYXQg Iml0IGlzIHJlY29tbWVuZGVkIiBpbmRpY2F0ZSB0aGF0IHRoZSBvcmRlcmluZyBpcyBvcHRpb25h bC9PUFRJT05BTC4gRG9lcyB0aGlzIGRvY3VtZW50IChvciB5b3VyIGNvbW1lbnQpIGNyZWF0ZSBh IE1BTkRBVE9SWSBvcmRlcmluZyBvZiBFSCdzPz8NCg0KL0xvYQ0KDQpPbiAyMDE5LTA1LTIyIDIy OjQ0LCBSYWplc2ggTSB3cm90ZToNCj4gSSB0aGluayBhcyBsb25nIGFzIHdlIGVuc3VyZSBiZWxv dyBvcmRlciBpdCBtdXN0IGJlIE9LLg0KPiANCj4gV2hlbiBtb3JlIHRoYW4gb25lIGV4dGVuc2lv biBoZWFkZXIgaXMgdXNlZCBpbiB0aGUgc2FtZSBwYWNrZXQsIGl0IGlzIA0KPiByZWNvbW1lbmRl ZCB0aGF0IHRob3NlIGhlYWRlcnMgYXBwZWFyIGluIHRoZSBmb2xsb3dpbmcgb3JkZXI6DQo+IA0K PiAgICAgICAgSVB2NiBoZWFkZXINCj4gDQo+ICAgICAgICBIb3AtYnktSG9wIE9wdGlvbnMgaGVh ZGVyDQo+IA0KPiAgICAgICAgRGVzdGluYXRpb24gT3B0aW9ucyBoZWFkZXIgKG5vdGUgMSkNCj4g DQo+ICAgICAgICBSb3V0aW5nIGhlYWRlcg0KPiANCj4gICAgICAgIEZyYWdtZW50IGhlYWRlcg0K PiANCj4gICAgICAgIEF1dGhlbnRpY2F0aW9uIGhlYWRlciAobm90ZSAyKQ0KPiANCj4gICAgICAg IEVuY2Fwc3VsYXRpbmcgU2VjdXJpdHkgUGF5bG9hZCBoZWFkZXIgKG5vdGUgMikNCj4gDQo+ICAg ICAgICBEZXN0aW5hdGlvbiBPcHRpb25zIGhlYWRlciAobm90ZSAzKQ0KPiANCj4gICAgICAgIFVw cGVyLUxheWVyIGhlYWRlcg0KPiANCj4gKkZyb206KiBSb2JlcnQgUmFzenVrIDxycmFzenVrQGdt YWlsLmNvbT4NCj4gKlNlbnQ6KiBXZWRuZXNkYXksIE1heSAyMiwgMjAxOSA3OjU1IFBNDQo+ICpU bzoqIFJhamVzaCBNIDxtcmFqZXNoQGp1bmlwZXIubmV0Pg0KPiAqQ2M6KiBjZmlsc2ZpbEBjaXNj by5jb207IHphbGlAY2lzY28uY29tOyBuYWlrdW1hckBjaXNjby5jb207IA0KPiBjcGlnbmF0YUBj aXNjby5jb207IHJnYW5kaGlAY2lzY28uY29tOyBmYnJvY2tuZUBjaXNjby5jb207IFNQUklORyBX RyANCj4gPHNwcmluZ0BpZXRmLm9yZz47IFBldGVyIFBzZW5hayA8cHBzZW5ha0BjaXNjby5jb20+ OyBSb24gQm9uaWNhIA0KPiA8cmJvbmljYUBqdW5pcGVyLm5ldD4NCj4gKlN1YmplY3Q6KiBSZTog W3NwcmluZ10gZHJhZnQtYWxpLTZtYW4tc3ByaW5nLXNydjYtb2FtLTAwDQo+IA0KPiBIaSBSYWpl c2gsDQo+IA0KPiBJIHRoaW5rIHNvbWUgZm9sa3MgYXJlIGp1c3QgY29uZnVzaW5nICJpbnNlcnRp b24gb2YgbmV3IEVIIiBmcm9tIA0KPiAibW9kaWZpY2F0aW9uIG9mIGV4aXN0aW5nIEVIIiA/IFRv IG1lIHRob3NlIGFyZSBjb21wbGV0ZWx5IGRpZmZlcmVudCANCj4gYWN0aW9ucy4NCj4gDQo+IEFu ZCBwcm9jZXNzaW5nIG9mIGFueSBFSCBpcyBleHBsaWNpdGx5IGFsbG93ZWQgYnkgUkZDODIwMCBh cyBsb25nIGFzIA0KPiBkc3QgYWRkcmVzcyBpbiB0aGUgdG9wIHY2IGhlYWRlciBpcyB0aGUgcHJv Y2Vzc2luZyBlbnRpdHkgd2hpY2ggc2VlbXMgDQo+IHRvIGJlIHRoZSBjYXNlIGhlcmUuIFN1Y2gg cHJvY2Vzc2luZyBub3doZXJlIGluIFJGQzgyMDAgc2VlbXMgdG8gYmUgcHJvaGliaXRlZC4NCj4g DQo+IExldCdzIGFsc28gb2JzZXJ2ZSB0aGF0IGFzIGl0IGlzIG9mdGVuIHRoZSBjYXNlIHdpdGgg T0VNIGl0IGlzIGFjdHVhbCANCj4gbmV0d29yayBlbGVtZW50cyB3aG8gYWN0IGFzIGJvdGggc3Jj IGFuZCBkc3Qgb2YgdGhlIGVuZCB0byBlbmQgT0VNIA0KPiBzZXNzaW9ucyA6KS4NCj4gDQo+IFRo eCwNCj4gDQo+IFIuDQo+IA0KPiBPbiBXZWQsIE1heSAyMiwgMjAxOSBhdCAzOjU2IFBNIFJhamVz aCBNIA0KPiA8bXJhamVzaD00MGp1bmlwZXIubmV0QGRtYXJjLmlldGYuLm9yZw0KPiA8bWFpbHRv OjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiB3cm90ZToNCj4gDQo+ICAgICBBZ3JlZWQg KGNhbm5vdCBjbGFpbSBjb21wbGlhbmNlIHdpdGggUkZDODIwMCkuIEF1dGhvcnMgcGxlYXNlIA0K PiBjb21tZW50DQo+IA0KPiAgICAgR3V5cyBpbiB0aGlzIGRyYWZ0IEkgc2VlIHRoYXQgYWxsIHRo ZSBleGFtcGxlIHN1Y2ggYXMgcGluZywNCj4gICAgIHRyYWNlcm91dGUgdG8gaXB2NiBhZGRyZXNz LT4gdXNlIFNSSCBpbnNlcnRpb24gcmF0aGVyIHRoYW4gU1JIDQo+ICAgICBlbmNhcHN1bGF0aW9u LlRoaXMgaXMgaW50ZW50aW9uYWxseSBkb25lIHRvIHJlZHVjZSB0aGUgcGFja2V0IHNpemUNCj4g ICAgICAgIChzaW5jZSB1bmRlcmx5aW5nIGRhdGEgY2FuIGJlIG9ubHkgaXB2NikgPw0KPiANCj4g ICAgICpGcm9tOiogTWFyayBTbWl0aCA8bWFya3p6enNtaXRoQGdtYWlsLmNvbQ0KPiAgICAgPG1h aWx0bzptYXJrenp6c21pdGhAZ21haWwuY29tPj4NCj4gICAgICpTZW50OiogV2VkbmVzZGF5LCBN YXkgMjIsIDIwMTkgMTA6MTUgQU0NCj4gICAgICpUbzoqIFJhamVzaCBNIDxtcmFqZXNoQGp1bmlw ZXIubmV0IDxtYWlsdG86bXJhamVzaEBqdW5pcGVyLm5ldD4+DQo+ICAgICAqQ2M6KiBjZmlsc2Zp bEBjaXNjby5jb20gPG1haWx0bzpjZmlsc2ZpbEBjaXNjby5jb20+OyB6YWxpQGNpc2NvLmNvbQ0K PiAgICAgPG1haWx0bzp6YWxpQGNpc2NvLmNvbT47IG5haWt1bWFyQGNpc2NvLmNvbQ0KPiAgICAg PG1haWx0bzpuYWlrdW1hckBjaXNjby5jb20+OyBjcGlnbmF0YUBjaXNjby5jb20NCj4gICAgIDxt YWlsdG86Y3BpZ25hdGFAY2lzY28uY29tPjsgcmdhbmRoaUBjaXNjby5jb20NCj4gICAgIDxtYWls dG86cmdhbmRoaUBjaXNjby5jb20+OyBmYnJvY2tuZUBjaXNjby5jb20NCj4gICAgIDxtYWlsdG86 ZmJyb2NrbmVAY2lzY28uY29tPjsgU1BSSU5HIFdHIDxzcHJpbmdAaWV0Zi5vcmcNCj4gICAgIDxt YWlsdG86c3ByaW5nQGlldGYub3JnPj47IGlwdjZAaWV0Zi5vcmcgPG1haWx0bzppcHY2QGlldGYu b3JnPjsNCj4gICAgIFBldGVyIFBzZW5hayA8cHBzZW5ha0BjaXNjby5jb20gPG1haWx0bzpwcHNl bmFrQGNpc2NvLmNvbT4+DQo+ICAgICAqU3ViamVjdDoqIFJlOiBkcmFmdC1hbGktNm1hbi1zcHJp bmctc3J2Ni1vYW0tMDANCj4gDQo+ICAgICBFSCBpbnNlcnRpb24gaXMgbm90IGNvbXBsaWFudCB3 aXRoIFJGQzgyMDAuIEVxdWlwbWVudCBkb2luZyBzbw0KPiAgICAgY2Fubm90IGNsYWltIGNvbXBs aWFuY2Ugd2l0aCBSRkM4MjAwLg0KPiANCj4gICAgIE9uIFdlZC4sIDIyIE1heSAyMDE5LCAxMTow OCBSYWplc2ggTSwNCj4gICAgIDxtcmFqZXNoPTQwanVuaXBlci4ubmV0QGRtYXJjLmlldGYub3Jn DQo+ICAgICA8bWFpbHRvOjQwanVuaXBlci5uZXRAZG1hcmMuaWV0Zi5vcmc+PiB3cm90ZToNCj4g DQo+ICAgICAgICAgR3V5cyBpbiB0aGlzIGRyYWZ0IEkgc2VlIHRoYXQgYWxsIHRoZSBleGFtcGxl IHN1Y2ggYXMgcGluZywNCj4gICAgICAgICB0cmFjZXJvdXRlIHRvIGlwdjYgYWRkcmVzcy0+IHVz ZSBTUkggaW5zZXJ0aW9uIHJhdGhlciB0aGFuIFNSSA0KPiAgICAgICAgIGVuY2Fwc3VsYXRpb24u DQo+IA0KPiAgICAgICAgIFRoaXMgaXMgaW50ZW50aW9uYWxseSBkb25lIHRvIHJlZHVjZSB0aGUg cGFja2V0IHNpemUgICAoc2luY2UNCj4gICAgICAgICB1bmRlcmx5aW5nIGRhdGEgY2FuIGJlIG9u bHkgaXB2NikgPw0KPiANCj4gICAgICAgICBKdW5pcGVyIEludGVybmFsDQo+IA0KPiAgICAgICAg IEp1bmlwZXIgSW50ZXJuYWwNCj4gDQo+ICAgICAgICAgSnVuaXBlciBJbnRlcm5hbA0KPiANCj4g ICAgICAgICAqRnJvbToqIFJhamVzaCBNDQo+ICAgICAgICAgKlNlbnQ6KiBXZWRuZXNkYXksIEFw cmlsIDMsIDIwMTkgMTowNiBQTQ0KPiAgICAgICAgICpUbzoqIGNmaWxzZmlsQGNpc2NvLmNvbSA8 bWFpbHRvOmNmaWxzZmlsQGNpc2NvLmNvbT47DQo+ICAgICAgICAgemFsaUBjaXNjby5jb20gPG1h aWx0bzp6YWxpQGNpc2NvLmNvbT47IG5haWt1bWFyQGNpc2NvLmNvbQ0KPiAgICAgICAgIDxtYWls dG86bmFpa3VtYXJAY2lzY28uY29tPjsgY3BpZ25hdGFAY2lzY28uY29tDQo+ICAgICAgICAgPG1h aWx0bzpjcGlnbmF0YUBjaXNjby5jb20+OyByZ2FuZGhpQGNpc2NvLmNvbQ0KPiAgICAgICAgIDxt YWlsdG86cmdhbmRoaUBjaXNjby5jb20+OyBmYnJvY2tuZUBjaXNjby5jb20NCj4gICAgICAgICA8 bWFpbHRvOmZicm9ja25lQGNpc2NvLmNvbT4NCj4gICAgICAgICAqQ2M6KiBTUFJJTkcgV0cgPHNw cmluZ0BpZXRmLm9yZyA8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4+Ow0KPiAgICAgICAgIGlwdjZA aWV0Zi5vcmcgPG1haWx0bzppcHY2QGlldGYub3JnPjsgUm9uIEJvbmljYQ0KPiAgICAgICAgIDxy Ym9uaWNhQGp1bmlwZXIubmV0IDxtYWlsdG86cmJvbmljYUBqdW5pcGVyLm5ldD4+DQo+ICAgICAg ICAgKlN1YmplY3Q6KiBkcmFmdC1hbGktNm1hbi1zcHJpbmctc3J2Ni1vYW0tMDANCj4gDQo+ICAg ICAgICAgUGxlYXNlIGZpbmQgZmV3IGNvbW1lbnRzIG9uIHRoaXMgZHJhZnQNCj4gDQo+ICAgICAg ICAgIDEuIFNlY3Rpb24gMy4xLjEgLCBiZWxvdyBtdXN0IGJlIFJlZjINCj4gDQo+ICAgICAgICAg KlJlZjEqOiBIYXJkd2FyZSAobWljcm9jb2RlKSBqdXN0IHB1bnRzIHRoZSBwYWNrZXQuIFNvZnR3 YXJlDQo+ICAgICAgICAgKHNsb3cgcGF0aCkNCj4gDQo+ICAgICAgICAgaW1wbGVtZW50cyB0aGUg cmVxdWlyZWQgT0FNDQo+IA0KPiAgICAgICAgIG1lY2hhbmlzbS4gVGltZXN0YW1wIGlzIG5vdCBj YXJyaWVkIGluIHRoZSBwYWNrZXQgZm9yd2FyZGVkIHRvIA0KPiB0aGUNCj4gDQo+ICAgICAgICAg bmV4dCBob3AuDQo+IA0KPiAgICAgICAgICAyLiA0LjEuMi4yLCBoZXJlIGl0IG11c3QgYmUgTjIg KHBhZ2UgMTApDQo+IA0KPiAgICAgICAgIElmIHRoZSB0YXJnZXQgU0lEIGlzIG5vdCBsb2NhbGx5 IHByb2dyYW1tZWQsICpONCogcmVzcG9uc2VzIA0KPiB3aXRoDQo+IA0KPiAgICAgICAgIHRoZSBJ Q01QdjYgbWVzc2FnZSAoVHlwZTogIlNSdjYgT0FNIChUQkEpIiwgQ29kZTogIlNJRCBub3QNCj4g DQo+ICAgICAgICAgbG9jYWxseSBpbXBsZW1lbnRlZCAoVEJBKSIpOyBvdGhlcndpc2UgYSBzdWNj ZXNzIGlzIHJldHVybmVkLg0KPiANCj4gICAgICAgICAgMy4gNC4xLjIuMiwgaGVyZSBpdCBtdXN0 IGJlIEI6NDpDNTIgKHBhZ2UgMTEpDQo+IA0KPiAgICAgICAgIFRoZSBJQ01QdjYgcHJvY2VzcyBh dCBub2RlIE40DQo+IA0KPiAgICAgICAgIGNoZWNrcyBpZiBpdHMgbG9jYWwgU0lEICgqQjoyOkMz MSopIGlzIGxvY2FsbHkgcHJvZ3JhbW1lZCBvciANCj4gbm90DQo+IA0KPiAgICAgICAgIGFuZCBy ZXNwb25kcyB0byB0aGUgSUNNUHY2IEVjaG8gUmVxdWVzdC4NCj4gDQo+ICAgICAgICAgIDQuIDQu My4yLjIsIGhlcmUgaXQgbXVzdCBiZSBCOjQ6QzUyIChwYWdlIDE2KQ0KPiANCj4gICAgICAgICBU aGUgdHJhY2Vyb3V0ZSBwcm9jZXNzIGF0DQo+IA0KPiAgICAgICAgIG5vZGUgTjQgY2hlY2tzIGlm IGl0cyBsb2NhbCBTSUQgKCpCOjI6QzMxKikgaXMgbG9jYWxseQ0KPiANCj4gICAgICAgICBwcm9n cmFtbWVkLg0KPiANCj4gICAgICAgICA1KSAgaW4gYmVsb3cgdHdvIGNhc2VzIGlzIGl0IEI1Ojog b3IgaXQgbXVzdCBiZSBBOjU6OiA/DQo+IA0KPiAgICAgICAgID4gcGluZyBBOjU6OiB2aWEgc2Vn bWVudC1saXN0IEI6MjpDMzEsIEI6NDpDNTINCj4gDQo+ICAgICAgICAgU2VuZGluZyA1LCAxMDAt Ynl0ZSBJQ01QIEVjaG9zIHRvICpCNTo6LCogdGltZW91dCBpcyAyIHNlY29uZHM6DQo+IA0KPiAg ICAgICAgICEhISEhDQo+IA0KPiAgICAgICAgID4gdHJhY2Vyb3V0ZSBBOjU6OiB2aWEgc2VnbWVu dC1saXN0IEI6MjpDMzEsIEI6NDpDNTINCj4gDQo+ICAgICAgICAgVHJhY2luZyB0aGUgcm91dGUg dG8gKkI1OjoqDQo+IA0KPiAgICAgICAgIFRoYW5rcw0KPiANCj4gICAgICAgICBSYWplc2gNCj4g DQo+ICAgICAgICAgSnVuaXBlciBJbnRlcm5hbA0KPiANCj4gICAgICAgICAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K PiAgICAgICAgIElFVEYgSVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KPiAgICAgICAg IGlwdjZAaWV0Zi5vcmcgPG1haWx0bzppcHY2QGlldGYub3JnPg0KPiAgICAgICAgIEFkbWluaXN0 cmF0aXZlIFJlcXVlc3RzOg0KPiAgICAgICAgIGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50 LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9faXB2 NiZkPUR3SUQtZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0km cj1pamZUYUtTaGJ1c1lLLUZPdkZHSDlJWjUzOFRjdG9Rdy1QbGpzbGMwcUdBJm09Q1d5MGFpNzkx bVlVdmZDM0I2SUU0NkRTREFPRy1GYnVFVzJsUmRnTV82VSZzPTJpeDlrS0hUb1FVTTdOc0hoSEJN X1NTVmdCZFQzY3o2ZDJMME9yWHNoU28mZT0NCj4gICAgICAgICANCj4gPGh0dHBzOi8vdXJsZGVm ZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haQ0K PiBsbWFuX2xpc3RpbmZvX2lwdjYmZD1Ed01GYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhl TUstbmRiM3ZvRFRYY1d6DQo+IG9DSSZyPWlqZlRhS1NoYnVzWUstRk92RkdIOUlaNTM4VGN0b1F3 LVBsanNsYzBxR0EmbT1qcmZxMWRZc2ZrOF9mQnFxTk4NCj4gUy1nZFJzWXhOWE90N3I1MkczR0hO MGlpUSZzPTdFRElLeWJqeFJTMnk3V3NTWGYwMkI3azE1QVpPY2N2YlRXV2NNdTBPWQ0KPiBvJmU9 Pg0KPiAgICAgICAgIA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gICAgIF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ICAgICBzcHJpbmcgbWFpbGluZyBsaXN0 DQo+ICAgICBzcHJpbmdAaWV0Zi5vcmcgPG1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+DQo+ICAgICAN Cj4gaHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193 d3cuaWV0Zi5vcmdfbWFpbA0KPiBtYW5fbGlzdGluZm9fc3ByaW5nJmQ9RHdJRC1nJmM9SEFrWXVo NjNyc3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXDQo+IHpvQ0kmcj1pamZUYUtTaGJ1c1lL LUZPdkZHSDlJWjUzOFRjdG9Rdy1QbGpzbGMwcUdBJm09Q1d5MGFpNzkxbVlVdmZDM0INCj4gNklF NDZEU0RBT0ctRmJ1RVcybFJkZ01fNlUmcz1RV3otTXRKd21pVFRuRGtKMnZicnllcEE3eUFBTHNf WDJMVkhteWloRQ0KPiA3QSZlPQ0KPiAgICAgDQo+IDxodHRwczovL3VybGRlZmVuc2UucHJvb2Zw b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5pZXRmLm9yZ19tYWkNCj4gbG1hbl9saXN0 aW5mb19zcHJpbmcmZD1Ed01GYVEmYz1IQWtZdWg2M3JzdWhyNlNjYmZoMFVqQlhlTUstbmRiM3Zv RFRYYw0KPiBXem9DSSZyPWlqZlRhS1NoYnVzWUstRk92RkdIOUlaNTM4VGN0b1F3LVBsanNsYzBx R0EmbT1iQTZiTlg3WEQzQkhUenVrDQo+IGhjb0lTLWFxWmk2ZFdjblZWZFRmWUIxZ29HOCZzPWZp YTZoUVRxWGgwOWZuNkdMT2taSWJYZFBvTnFsZEJ0aE1RZHhBdU4NCj4gV3hNJmU9Pg0KPiANCj4g DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IHNw cmluZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0dHBzOi8vdXJsZGVmZW5z ZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWwNCj4g bWFuX2xpc3RpbmZvX3NwcmluZyZkPUR3SUQtZyZjPUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVN Sy1uZGIzdm9EVFhjVw0KPiB6b0NJJnI9aWpmVGFLU2hidXNZSy1GT3ZGR0g5SVo1MzhUY3RvUXct UGxqc2xjMHFHQSZtPUNXeTBhaTc5MW1ZVXZmQzNCDQo+IDZJRTQ2RFNEQU9HLUZidUVXMmxSZGdN XzZVJnM9UVd6LU10SndtaVRUbkRrSjJ2YnJ5ZXBBN3lBQUxzX1gyTFZIbXlpaEUNCj4gN0EmZT0N Cj4gDQoNCi0tIA0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFp bDogbG9hQHBpLm51DQpTZW5pb3IgTVBMUyBFeHBlcnQNCkJyb256ZSBEcmFnb24gQ29uc3VsdGlu ZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCklFVEYg SVB2NiB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdA0KaXB2NkBpZXRmLm9yZw0KQWRtaW5pc3Ry YXRpdmUgUmVxdWVzdHM6IGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/ dT1odHRwcy0zQV9fd3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9faXB2NiZkPUR3SUdhUSZj PUhBa1l1aDYzcnN1aHI2U2NiZmgwVWpCWGVNSy1uZGIzdm9EVFhjV3pvQ0kmcj1GY2g5RlE4MnNp ci1Cb0x4ODRoS3VLd2wtQVdGMkVmcEhjQXdyRFRoS1A4Jm09ZENQWmhaWHJoY0NJTGR4NElmVHZu b2lBczVGWmRqMUFWVjA3b25rZGttRSZzPTJURU5XTzRTZHJBYW8tNHlSUlVoZGc3MUE5enkydHFJ YmQyLXRGUXZ6Y3cmZT0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQpzcHJpbmcgbWFpbGluZyBsaXN0DQpzcHJpbmdAaWV0Zi5v cmcNCmh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwcy0zQV9f d3d3LmlldGYub3JnX21haWxtYW5fbGlzdGluZm9fc3ByaW5nJmQ9RHdJR2FRJmM9SEFrWXVoNjNy c3VocjZTY2JmaDBVakJYZU1LLW5kYjN2b0RUWGNXem9DSSZyPUZjaDlGUTgyc2lyLUJvTHg4NGhL dUt3bC1BV0YyRWZwSGNBd3JEVGhLUDgmbT1kQ1BaaFpYcmhjQ0lMZHg0SWZUdm5vaUFzNUZaZGox QVZWMDdvbmtka21FJnM9amRMVlRNQTBSeFh1U3JyQVZiTTNLaTM1eXdqMXVBemdFVmktM0ZGR0JH YyZlPQ0K From nobody Thu May 23 07:39:39 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EAAB12004A; Thu, 23 May 2019 07:39:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable 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 L8RoqWNRqIiq; Thu, 23 May 2019 07:39:29 -0700 (PDT) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 7D7231200CC; Thu, 23 May 2019 07:39:28 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id x4NEdLAC029906; Thu, 23 May 2019 15:39:22 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8861922042; Thu, 23 May 2019 15:39:22 +0100 (BST) Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS id 709892204C; Thu, 23 May 2019 15:39:22 +0100 (BST) Received: from LAPTOPK7AS653V (4.196.bbplus.pte-ag1.dyn.plus.net [81.174.196.4] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id x4NEdLko031919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 23 May 2019 15:39:21 +0100 Reply-To: From: "Adrian Farrel" To: "'Ron Bonica'" , "'Rajesh M'" , "'Loa Andersson'" Cc: "'SPRING WG'" , References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> <03b501d51144$47022970$d5067c50$@olddog.co.uk> In-Reply-To: Date: Thu, 23 May 2019 15:39:21 +0100 Organization: Old Dog Consulting Message-ID: <03fc01d51175$4fd48030$ef7d8090$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQL4t4SFuDzJl4YP176NcP7JUsS9ngKiie3zAodCkOUCcy5ORQIckf9CAbLIj9EBimxTawFXFfM+AOZHDSIBxKpbvAH4kgM1o5nwdaA= Content-Language: en-gb X-Originating-IP: 81.174.196.4 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-24632.007 X-TM-AS-Result: No--23.703-10.0-31-10 X-imss-scan-details: No--23.703-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-24632.007 X-TMASE-Result: 10--23.703400-10.000000 X-TMASE-MatchedRID: IeZYkn8zfFrxIbpQ8BhdbPCkDKmV2gs5zSnbR3NwN1wutoY2UtFqGMHk Mq7JbyjfJjHPzO9FVvL+M4+bETew4dwY2SHg8oz09FQh3flUIh59iuvWn3J8Kk4ijQ77llXhumW c/WLyrglHu8Q655yE9iieQp256IoxxDWcQa8ueCQW8Al79bnAD8zdhaN37iAMfFsdJbvlSy1RLT ERhRg1g7JTQVWLOy5o5ip+Ou5j4Uo+GX9w7U5yfgdHNpBuxrOoG0Oe0T+pTlGsHCH3SeE3CQYLC +Bb1DwqDKLOmAP5FcAneo8mSRf54tnK9u2bD2LhkNUp3q2HfhCnHBIbyMjCFOkTSMVAMUWVelBR F0xz+K9kCLDZYjO/HUZOmbAE2qP9JZx94kpCX1j2b09s2KGDsAvxMaV6x4s8MTkWY9HYyZGkiyi cbogEkiUa1S6o5saXCxmPl65ZtRQn1M1CYUfr2JzEHTUOuMX3YHgZ9XFm8k69K1jOJyKSa80ZMk 7FPRC1Ke8QQw3x2bki7mQJNagMTvGU4m5A0eV9tRoHk3L5VJze+NLQ743ftUgOQwhInwMa93LmW ll9XWdbFSjXHvY/oLkCdcMHlbnfPU941RZIBbYD2WXLXdz+AYeete0CDyUjAOoJD+M7nOn92TiV kKNoS0SKWrIAymqydRdlCeNB7ubTHfansMHGVM+3QEJQq+NvMot14c1CG8hHrgLlmtgmNI+04hO wZfJR8oyIxsNZuYxFC5kQvxioTTyv0LWURP60ltBnppfPmLoU/rbDiDYao3d17Y6gGqDChmQTdI AaP8S6Rm1lzh2PaImsf/IiAf1BnzlB0apl3zCeAiCmPx4NwFkMvWAuahr8ooPRqITj5zgFdbsG+ ieXxwtuKBGekqUpI/NGWt0UYPCNBhSm0J4FSZVau6aGlHbI2CWULsQ5nkenEScslVoBfXPinxEA YKYI X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 14:39:32 -0000 Of course, s/5030/5511/ Stop typing from memory and look it up! Adrian -----Original Message----- From: Ron Bonica =20 Sent: 23 May 2019 15:30 To: adrian@olddog.co.uk; 'Rajesh M' = ; 'Loa Andersson' Cc: 'SPRING WG' ; ipv6@ietf.org Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 Adrian, RFC 8200 recommends extension header order for some very good reasons. = And those reasons are so good, that they go beyond recommendations. For = example, - If the Hop-by-hop extension header does not immediately follow the = base IPv6 header, it is likely to be ignored by downstream routers. - The first Destination Options header (i.e., the one that precedes the = Routing header) is intended to be processed by every node listed in the = routing header. If that Destination Options header does not preceded the = routing header, it will only be processed by the ultimate destination = only. - If the fragment header comes before the Routing header, the first = segment endpoint will either drop or reassemble the packet. Both of = these are undesirable. = Ron Juniper Internal -----Original Message----- From: spring On Behalf Of Adrian Farrel Sent: Thursday, May 23, 2019 4:48 AM To: 'Rajesh M' ; 'Loa Andersson' = Cc: 'SPRING WG' ; ipv6@ietf.org Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 Hi all, I don't think that a loose statement of recommendation is quite enough. Trivially, the IPv6 header must come first and the upper layer header = must come last. I think that although the inclusion of the two destination options = headers is optional, their positions are quite tightly constrained. Personally, I think this is a good candidate for mandating ordering and = probably using RBNF (RFC 5030) to describe the possibilities. Thanks, Adrian -----Original Message----- From: ipv6 On Behalf Of Rajesh M Sent: 23 May 2019 09:35 To: Loa Andersson ; Robert Raszuk Cc: SPRING WG ; ipv6@ietf.org; cfilsfil@cisco.com; = naikumar@cisco.com Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 Yes its just recommended =F0=9F=98=8A Juniper Internal -----Original Message----- From: Loa Andersson Sent: Thursday, May 23, 2019 9:13 AM To: Rajesh M ; Robert Raszuk Cc: cpignata@cisco.com; SPRING WG ; cfilsfil@cisco.com; = fbrockne@cisco.com; Ron Bonica ; rgandhi@cisco.com; = naikumar@cisco.com; zali@cisco.com; ipv6@ietf.org Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 Rajesh, It seems to me that "it is recommended" indicate that the ordering is = optional/OPTIONAL. Does this document (or your comment) create a = MANDATORY ordering of EH's?? /Loa On 2019-05-22 22:44, Rajesh M wrote: > I think as long as we ensure below order it must be OK. >=20 > When more than one extension header is used in the same packet, it is=20 > recommended that those headers appear in the following order: >=20 > IPv6 header >=20 > Hop-by-Hop Options header >=20 > Destination Options header (note 1) >=20 > Routing header >=20 > Fragment header >=20 > Authentication header (note 2) >=20 > Encapsulating Security Payload header (note 2) >=20 > Destination Options header (note 3) >=20 > Upper-Layer header >=20 > *From:* Robert Raszuk > *Sent:* Wednesday, May 22, 2019 7:55 PM > *To:* Rajesh M > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com;=20 > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG=20 > ; Peter Psenak ; Ron Bonica=20 > > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 >=20 > Hi Rajesh, >=20 > I think some folks are just confusing "insertion of new EH" from=20 > "modification of existing EH" ? To me those are completely different=20 > actions. >=20 > And processing of any EH is explicitly allowed by RFC8200 as long as=20 > dst address in the top v6 header is the processing entity which seems=20 > to be the case here. Such processing nowhere in RFC8200 seems to be = prohibited. >=20 > Let's also observe that as it is often the case with OEM it is actual=20 > network elements who act as both src and dst of the end to end OEM=20 > sessions :). >=20 > Thx, >=20 > R. >=20 > On Wed, May 22, 2019 at 3:56 PM Rajesh M=20 > > wrote: >=20 > Agreed (cannot claim compliance with RFC8200). Authors please=20 > comment >=20 > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation.This is intentionally done to reduce the packet size > (since underlying data can be only ipv6) ? >=20 > *From:* Mark Smith > > *Sent:* Wednesday, May 22, 2019 10:15 AM > *To:* Rajesh M > > *Cc:* cfilsfil@cisco.com ; = zali@cisco.com > ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > ; SPRING WG >; ipv6@ietf.org ; > Peter Psenak > > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >=20 > EH insertion is not compliant with RFC8200. Equipment doing so > cannot claim compliance with RFC8200. >=20 > On Wed., 22 May 2019, 11:08 Rajesh M, > > wrote: >=20 > Guys in this draft I see that all the example such as ping, > traceroute to ipv6 address-> use SRH insertion rather than SRH > encapsulation. >=20 > This is intentionally done to reduce the packet size (since > underlying data can be only ipv6) ? >=20 > Juniper Internal >=20 > Juniper Internal >=20 > Juniper Internal >=20 > *From:* Rajesh M > *Sent:* Wednesday, April 3, 2019 1:06 PM > *To:* cfilsfil@cisco.com ; > zali@cisco.com ; naikumar@cisco.com > ; cpignata@cisco.com > ; rgandhi@cisco.com > ; fbrockne@cisco.com > > *Cc:* SPRING WG >; > ipv6@ietf.org ; Ron Bonica > > > *Subject:* draft-ali-6man-spring-srv6-oam-00 >=20 > Please find few comments on this draft >=20 > 1. Section 3.1.1 , below must be Ref2 >=20 > *Ref1*: Hardware (microcode) just punts the packet. Software > (slow path) >=20 > implements the required OAM >=20 > mechanism. Timestamp is not carried in the packet forwarded to = > the >=20 > next hop. >=20 > 2. 4.1.2.2, here it must be N2 (page 10) >=20 > If the target SID is not locally programmed, *N4* responses=20 > with >=20 > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not >=20 > locally implemented (TBA)"); otherwise a success is returned. >=20 > 3. 4.1.2.2, here it must be B:4:C52 (page 11) >=20 > The ICMPv6 process at node N4 >=20 > checks if its local SID (*B:2:C31*) is locally programmed or=20 > not >=20 > and responds to the ICMPv6 Echo Request. >=20 > 4. 4.3.2.2, here it must be B:4:C52 (page 16) >=20 > The traceroute process at >=20 > node N4 checks if its local SID (*B:2:C31*) is locally >=20 > programmed. >=20 > 5) in below two cases is it B5:: or it must be A:5:: ? >=20 > > ping A:5:: via segment-list B:2:C31, B:4:C52 >=20 > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 = seconds: >=20 > !!!!! >=20 > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 >=20 > Tracing the route to *B5::* >=20 > Thanks >=20 > Rajesh >=20 > Juniper Internal >=20 > = -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_ipv6&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6= IE46DSDAOG-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo= &e=3D > =20 > = = lman_listinfo_ipv6&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= z > = oCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3Djrfq1dYsfk8_fBqqN= N > = S-gdRsYxNXOt7r52G3GHN0iiQ&s=3D7EDIKybjxRS2y7WsSXf02B7k15AZOccvbTWWcMu0OY > o&e=3D> > =20 > -------------------------------------------------------------------- >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > =20 > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail > = man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXc= W > = zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3= B > = 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE > 7A&e=3D > =20 > = = lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTX= c > = WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6bNX7XD3BHTzu= k > = hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthMQdxAuN > WxM&e=3D> >=20 >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail > = man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXc= W > = zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3= B > = 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE > 7A&e=3D >=20 --=20 Loa Andersson email: loa@pi.nu Senior MPLS Expert Bronze Dragon Consulting phone: +46 739 81 21 64 -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: = https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_ipv6&d=3DDwIGaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzo= CI&r=3DFch9FQ82sir-BoLx84hKuKwl-AWF2EfpHcAwrDThKP8&m=3DdCPZhZXrhcCILdx4If= TvnoiAs5FZdj1AVV07onkdkmE&s=3D2TENWO4SdrAao-4yRRUhdg71A9zy2tqIbd2-tFQvzcw= &e=3D -------------------------------------------------------------------- _______________________________________________ spring mailing list spring@ietf.org https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailm= an_listinfo_spring&d=3DDwIGaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcW= zoCI&r=3DFch9FQ82sir-BoLx84hKuKwl-AWF2EfpHcAwrDThKP8&m=3DdCPZhZXrhcCILdx4= IfTvnoiAs5FZdj1AVV07onkdkmE&s=3DjdLVTMA0RxXuSrrAVbM3Ki35ywj1uAzgEVi-3FFGB= Gc&e=3D From nobody Thu May 23 08:37:16 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CADA712012B for ; Thu, 23 May 2019 08:37:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 ma09oWg1tTVw for ; Thu, 23 May 2019 08:37:05 -0700 (PDT) Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0BBE1200FC for ; Thu, 23 May 2019 08:37:00 -0700 (PDT) Received: by mail-qt1-x835.google.com with SMTP id a39so7271227qtk.2 for ; Thu, 23 May 2019 08:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lMpy3vpyNyazjyMmvZyyliRIi/xtkhn028HFDUXqFCs=; b=yzrXzRtKVmjxOg5SB1YySPOVX6jRNSq2w1HaCS8pTq45HrpylU0ZAt/Pqr6g84lqiS HDipR1P5NMFDWuaO5lYx2/59OI+4X5KW0WrmeTGXrGiL+LHjgS8vzqH+ujvP4lkl3zMo 0h1b2cxqPF4HGWG2hIvKZjRy9GznGMMrlACEuGi6/t3R0f3RSmF+VoJ3k6bQHbvCNyJQ 8Gq+TTQJ4H7ughO5TTth3M5HM7qCjgjplFA/sDDXuC+lfapGO4Wo+buXek65zdHdC0Gp Qq/e2sqhrmdmZwGE44zSCQaBijThYSPqrnCPklaKo/hBQiuEjtpVavmxrWVmuuYEVU5S Y3YA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lMpy3vpyNyazjyMmvZyyliRIi/xtkhn028HFDUXqFCs=; b=BveGK7xUHA/UspNwWTIJWFkX53t2gkzC3QYiC1kxFGUj7kOL7Um6A3uImMstq2uEBJ vmhOpuzPsQCu65XQOhhHUZsA7MnEDA+zsX8SJTa/p6GJe26fmGSYFI9DS+8cL5NQ+2ix NiflTqtdsYCKN/zOcxJ5lOzWV0yyH3k1zUggShSa2gz0M/lCTVqxIUHq+87E2ed5dC+F ZmW8423wAOWHtGGFUtqJaI46sBy+eH4VBamnIHr4YgY0u1dZhLqLkbgLXnI7o3zlVxuD XVnyvzQAXbJRmO1No2VPEwXfa+oG23r4xt2fB/K+4/YwHhEVzz8LJdupHNwHgAUqggPq OVLg== X-Gm-Message-State: APjAAAUCE8zRIqIvBlKxfADXTKluKRFxtgJe8BAZQl4ePh0k9CjK+E/J ReDnVJvLWp5PaciddUu7MNRAwcvjcjbNQMjxPsHTqA== X-Google-Smtp-Source: APXvYqyBxL424vLXDA16OekPzLsnLQ873lyv4zOaXpKN097J0U+9nplkMZKzmfylAwDgryoVkizsbGsht3thmUtpgcA= X-Received: by 2002:a0c:b057:: with SMTP id l23mr44014762qvc.55.1558625819575; Thu, 23 May 2019 08:36:59 -0700 (PDT) MIME-Version: 1.0 References: <2e4ecdcd-021c-e39b-fd12-7c43c5796e93@pi.nu> <03b501d51144$47022970$d5067c50$@olddog.co.uk> In-Reply-To: From: Tom Herbert Date: Thu, 23 May 2019 08:36:48 -0700 Message-ID: To: Robert Raszuk Cc: Adrian Farrel , Rajesh M , SPRING WG , 6man Content-Type: multipart/alternative; boundary="000000000000505f2905898fdab3" Archived-At: Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 15:37:15 -0000 --000000000000505f2905898fdab3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, May 23, 2019 at 3:18 AM Robert Raszuk wrote: > All, > > May I ask where this concern is coming from ? > > All hardware I am aware of can easily do simple match on the type field > rather then make any assumptions on the order of EHs. > > So putting aside main topic of this thread (as honestly I see no relation= ) > it would be pretty bad to mandate any order, then have some hardware maki= ng > any assumptions on it. > > After all the entire concept of EH is to have v6 packet format extendable > in the future - am I wrong ? > Correct. EH is the extensibility mechanism of IPv6 and RFC8200 prescribes the requirements. This includes the ordering requirements of EH and that is deployed. Similarly RFC8200 has no allowance for extension header insertion or deletion (the problems with those have previously been discussed on the list). Segment routing is one instance of routing header and doesn't define a new extension header, so I'm also missing what the concern is with regard to the requirements of RFC8200. Tom > > Best, > R. > > On Thu, May 23, 2019, 10:48 Adrian Farrel wrote: > >> Hi all, >> >> I don't think that a loose statement of recommendation is quite enough. >> >> Trivially, the IPv6 header must come first and the upper layer header >> must come last. >> >> I think that although the inclusion of the two destination options >> headers is optional, their positions are quite tightly constrained. >> >> Personally, I think this is a good candidate for mandating ordering and >> probably using RBNF (RFC 5030) to describe the possibilities. >> >> Thanks, >> Adrian >> >> -----Original Message----- >> From: ipv6 On Behalf Of Rajesh M >> Sent: 23 May 2019 09:35 >> To: Loa Andersson ; Robert Raszuk >> Cc: SPRING WG ; ipv6@ietf.org; cfilsfil@cisco.com; >> naikumar@cisco.com >> Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00 >> >> Yes its just recommended =F0=9F=98=8A >> >> >> >> Juniper Internal >> >> -----Original Message----- >> From: Loa Andersson >> Sent: Thursday, May 23, 2019 9:13 AM >> To: Rajesh M ; Robert Raszuk >> Cc: cpignata@cisco.com; SPRING WG ; cfilsfil@cisco.com; >> fbrockne@cisco.com; Ron Bonica ; rgandhi@cisco.com; >> naikumar@cisco.com; zali@cisco.com; ipv6@ietf.org >> Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 >> >> Rajesh, >> >> It seems to me that "it is recommended" indicate that the ordering is >> optional/OPTIONAL. Does this document (or your comment) create a MANDATO= RY >> ordering of EH's?? >> >> /Loa >> >> On 2019-05-22 22:44, Rajesh M wrote: >> > I think as long as we ensure below order it must be OK. >> > >> > When more than one extension header is used in the same packet, it is >> > recommended that those headers appear in the following order: >> > >> > IPv6 header >> > >> > Hop-by-Hop Options header >> > >> > Destination Options header (note 1) >> > >> > Routing header >> > >> > Fragment header >> > >> > Authentication header (note 2) >> > >> > Encapsulating Security Payload header (note 2) >> > >> > Destination Options header (note 3) >> > >> > Upper-Layer header >> > >> > *From:* Robert Raszuk >> > *Sent:* Wednesday, May 22, 2019 7:55 PM >> > *To:* Rajesh M >> > *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com; >> > cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG >> > ; Peter Psenak ; Ron Bonica >> > >> > *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00 >> > >> > Hi Rajesh, >> > >> > I think some folks are just confusing "insertion of new EH" from >> > "modification of existing EH" ? To me those are completely different >> > actions. >> > >> > And processing of any EH is explicitly allowed by RFC8200 as long as >> > dst address in the top v6 header is the processing entity which seems >> > to be the case here. Such processing nowhere in RFC8200 seems to be >> prohibited. >> > >> > Let's also observe that as it is often the case with OEM it is actual >> > network elements who act as both src and dst of the end to end OEM >> > sessions :). >> > >> > Thx, >> > >> > R. >> > >> > On Wed, May 22, 2019 at 3:56 PM Rajesh M >> > > > > wrote: >> > >> > Agreed (cannot claim compliance with RFC8200). Authors please >> > comment >> > >> > Guys in this draft I see that all the example such as ping, >> > traceroute to ipv6 address-> use SRH insertion rather than SRH >> > encapsulation.This is intentionally done to reduce the packet size >> > (since underlying data can be only ipv6) ? >> > >> > *From:* Mark Smith > > > >> > *Sent:* Wednesday, May 22, 2019 10:15 AM >> > *To:* Rajesh M > >> > *Cc:* cfilsfil@cisco.com ; >> zali@cisco.com >> > ; naikumar@cisco.com >> > ; cpignata@cisco.com >> > ; rgandhi@cisco.com >> > ; fbrockne@cisco.com >> > ; SPRING WG > > >; ipv6@ietf.org ; >> > Peter Psenak > >> > *Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >> > >> > EH insertion is not compliant with RFC8200. Equipment doing so >> > cannot claim compliance with RFC8200. >> > >> > On Wed., 22 May 2019, 11:08 Rajesh M, >> > > > > <40juniper.net@dmarc.ietf.org>>> wrote: >> > >> > Guys in this draft I see that all the example such as ping, >> > traceroute to ipv6 address-> use SRH insertion rather than SRH >> > encapsulation. >> > >> > This is intentionally done to reduce the packet size (since >> > underlying data can be only ipv6) ? >> > >> > Juniper Internal >> > >> > Juniper Internal >> > >> > Juniper Internal >> > >> > *From:* Rajesh M >> > *Sent:* Wednesday, April 3, 2019 1:06 PM >> > *To:* cfilsfil@cisco.com ; >> > zali@cisco.com ; naikumar@cisco.com >> > ; cpignata@cisco.com >> > ; rgandhi@cisco.com >> > ; fbrockne@cisco.com >> > >> > *Cc:* SPRING WG >; >> > ipv6@ietf.org ; Ron Bonica >> > > rbonica@juniper.net>> >> > *Subject:* draft-ali-6man-spring-srv6-oam-00 >> > >> > Please find few comments on this draft >> > >> > 1. Section 3.1.1 , below must be Ref2 >> > >> > *Ref1*: Hardware (microcode) just punts the packet. Software >> > (slow path) >> > >> > implements the required OAM >> > >> > mechanism. Timestamp is not carried in the packet forwarded to >> > the >> > >> > next hop. >> > >> > 2. 4.1.2.2, here it must be N2 (page 10) >> > >> > If the target SID is not locally programmed, *N4* responses >> > with >> > >> > the ICMPv6 message (Type: "SRv6 OAM (TBA)", Code: "SID not >> > >> > locally implemented (TBA)"); otherwise a success is returned. >> > >> > 3. 4.1.2.2, here it must be B:4:C52 (page 11) >> > >> > The ICMPv6 process at node N4 >> > >> > checks if its local SID (*B:2:C31*) is locally programmed or >> > not >> > >> > and responds to the ICMPv6 Echo Request. >> > >> > 4. 4.3.2.2, here it must be B:4:C52 (page 16) >> > >> > The traceroute process at >> > >> > node N4 checks if its local SID (*B:2:C31*) is locally >> > >> > programmed. >> > >> > 5) in below two cases is it B5:: or it must be A:5:: ? >> > >> > > ping A:5:: via segment-list B:2:C31, B:4:C52 >> > >> > Sending 5, 100-byte ICMP Echos to *B5::,* timeout is 2 seconds= : >> > >> > !!!!! >> > >> > > traceroute A:5:: via segment-list B:2:C31, B:4:C52 >> > >> > Tracing the route to *B5::* >> > >> > Thanks >> > >> > Rajesh >> > >> > Juniper Internal >> > >> > >> -------------------------------------------------------------------- >> > IETF IPv6 working group mailing list >> > ipv6@ietf.org >> > Administrative Requests: >> > >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail= man_listinfo_ipv6&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoC= I&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE4= 6DSDAOG-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo&e=3D >> > < >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail= man_listinfo_ipv6&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoC= I&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3Djrfq1dYsfk8_fBqqNNS-g= dRsYxNXOt7r52G3GHN0iiQ&s=3D7EDIKybjxRS2y7WsSXf02B7k15AZOccvbTWWcMu0OYo&e=3D >> > >> > >> > -------------------------------------------------------------------- >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > >> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail= man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWz= oCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6I= E46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE7A&e= =3D >> > >> > > > lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3vo= DTXc >> > WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6bNX7XD3BH= Tzuk >> > hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthMQdxA= uN >> > WxM&e=3D> >> > >> > >> > _______________________________________________ >> > spring mailing list >> > spring@ietf.org >> > https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_ma= il >> > man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voD= TXcW >> > zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUv= fC3B >> > 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyi= hE >> > 7A&e=3D >> > >> >> -- >> >> >> Loa Andersson email: loa@pi.nu >> Senior MPLS Expert >> Bronze Dragon Consulting phone: +46 739 81 21 64 >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www..ietf.org/mailman/listinfo/ipv6 >> >> -------------------------------------------------------------------- >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --000000000000505f2905898fdab3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, May 23, 2019 at 3:18 AM Rober= t Raszuk <robert@raszuk.net>= wrote:
All,

May I ask where= this concern is coming from ?

All hardware I am aware of can easily do simple match on the type fi= eld rather then make any assumptions on the order of EHs.

So putting aside main topic of this threa= d (as honestly I see no relation) it would be pretty bad to mandate any ord= er, then have some hardware making any assumptions on it.

After all the entire concept of EH is to = have v6 packet format extendable in the future - am I wrong ?

Correct. EH is the extensibility mechanism o= f IPv6 and RFC8200 prescribes the requirements. This includes the ordering = requirements of EH and that is deployed. Similarly RFC8200 has no allowance= for extension header insertion or deletion (the problems with those have p= reviously been discussed on the list). Segment routing is one instance of r= outing header and doesn't define a new extension header, so I'm als= o missing what the concern is with regard to the requirements of RFC8200.

Tom
=C2=A0

Best,
R.

On Thu, May 23, 2019, 10= :48 Adrian Farrel <adrian@olddog.co.uk> wrote:
Hi all,

I don't think that a loose statement of recommendation is quite enough.=

Trivially, the IPv6 header must come first and the upper layer header must = come last.

I think that although the inclusion of the two destination options headers = is optional, their positions are quite tightly constrained.

Personally, I think this is a good candidate for mandating ordering and pro= bably using RBNF (RFC 5030) to describe the possibilities.

Thanks,
Adrian

-----Original Message-----
From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of Raj= esh M
Sent: 23 May 2019 09:35
To: Loa Andersson <loa@pi.nu>; Robert Raszuk <rras= zuk@gmail.com>
Cc: SPRING WG <spring@ietf.org>; ipv6@ietf.org;= cfilsfil@cisco.com; naikumar@cisco.com
Subject: RE: [spring] draft-ali-6man-spring-srv6-oam-00

Yes its just recommended =F0=9F=98=8A



Juniper Internal

-----Original Message-----
From: Loa Andersson <loa@pi.nu>
Sent: Thursday, May 23, 2019 9:13 AM
To: Rajesh M <mrajesh@juniper.net>; Robert Raszuk <= ;rraszuk@gmail.com>
Cc: cpignata@cisco.com; SPRING WG <spring@ietf.or= g>; cfilsfil@cisco.com; fbrockne@cisco.com= ; Ron Bonica <rbonica@juniper.net>; rga= ndhi@cisco.com; naikumar@cisco.com; zali@cisco.co= m; ipv6@ietf.org
Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00

Rajesh,

It seems to me that "it is recommended" indicate that the orderin= g is optional/OPTIONAL. Does this document (or your comment) create a MANDA= TORY ordering of EH's??

/Loa

On 2019-05-22 22:44, Rajesh M wrote:
> I think as long as we ensure below order it must be OK.
>
> When more than one extension header is used in the same packet, it is =
> recommended that those headers appear in the following order:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 IPv6 header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Hop-by-Hop Options header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Destination Options header (note 1)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Routing header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Fragment header
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authentication header (note 2)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Encapsulating Security Payload header (note= 2)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Destination Options header (note 3)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Upper-Layer header
>
> *From:* Robert Raszuk <rraszuk@gmail.com>
> *Sent:* Wednesday, May 22, 2019 7:55 PM
> *To:* Rajesh M <mrajesh@juniper.net>
> *Cc:* cfilsfil@cisco.com; zali@cisco.com; naikumar@cisco.com;
> cpignata@cisco.com; rgandhi@cisco.com; fbrockne@cisco.com; SPRING WG
> <spring@ietf.org>; Peter Psenak <ppsena= k@cisco.com>; Ron Bonica
> <rbonica@juniper.net>
> *Subject:* Re: [spring] draft-ali-6man-spring-srv6-oam-00
>
> Hi Rajesh,
>
> I think some folks are just confusing "insertion of new EH" = from
> "modification of existing EH" ? To me those are completely d= ifferent
> actions.
>
> And processing of any EH is explicitly allowed by RFC8200 as long as <= br> > dst address in the top v6 header is the processing entity which seems =
> to be the case here. Such processing nowhere in RFC8200 seems to be pr= ohibited.
>
> Let's also observe that as it is often the case with OEM it is act= ual
> network elements who act as both src and dst of the end to end OEM > sessions :).
>
> Thx,
>
> R.
>
> On Wed, May 22, 2019 at 3:56 PM Rajesh M
> <mrajesh=3D40juniper.net@dmarc.ietf..org
> <mailto:40juniper.net@dmarc.ietf.org>&g= t; wrote:
>
>=C2=A0 =C2=A0 =C2=A0Agreed (cannot claim compliance with RFC8200). Auth= ors please
> comment
>
>=C2=A0 =C2=A0 =C2=A0Guys in this draft I see that all the example such = as ping,
>=C2=A0 =C2=A0 =C2=A0traceroute to ipv6 address-> use SRH insertion r= ather than SRH
>=C2=A0 =C2=A0 =C2=A0encapsulation.This is intentionally done to reduce = the packet size
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 (since underlying data can be only ipv6) ?<= br> >
>=C2=A0 =C2=A0 =C2=A0*From:* Mark Smith <markzzzsmith@= gmail.com
>=C2=A0 =C2=A0 =C2=A0<mailto:markzzzsmith@gmail.com>>
>=C2=A0 =C2=A0 =C2=A0*Sent:* Wednesday, May 22, 2019 10:15 AM
>=C2=A0 =C2=A0 =C2=A0*To:* Rajesh M <mrajesh@juniper.net<= /a> <mailto:mrajesh@juniper.net>>
>=C2=A0 =C2=A0 =C2=A0*Cc:* cfilsfil@cisco.com <mailto:= cfilsfil@cisco.com>; zali@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:zali@cisco.com>; naikumar@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:naikumar@cisco.com>; <= a href=3D"mailto:cpignata@cisco.com" rel=3D"noreferrer noreferrer" target= =3D"_blank">cpignata@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:cpignata@cisco.com>; <= a href=3D"mailto:rgandhi@cisco.com" rel=3D"noreferrer noreferrer" target=3D= "_blank">rgandhi@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:rgandhi@cisco.com>; fbrockne@cisco.com
>=C2=A0 =C2=A0 =C2=A0<mailto:fbrockne@cisco.com>; S= PRING WG <spring@ietf.org
>=C2=A0 =C2=A0 =C2=A0<mailto:spring@ietf.org>>; <= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org <mailto:ipv6@ietf.org>;
>=C2=A0 =C2=A0 =C2=A0Peter Psenak <ppsenak@cisco.com &l= t;mailto:ppsenak@cisco.com>>
>=C2=A0 =C2=A0 =C2=A0*Subject:* Re: draft-ali-6man-spring-srv6-oam-00 >
>=C2=A0 =C2=A0 =C2=A0EH insertion is not compliant with RFC8200. Equipme= nt doing so
>=C2=A0 =C2=A0 =C2=A0cannot claim compliance with RFC8200.
>
>=C2=A0 =C2=A0 =C2=A0On Wed., 22 May 2019, 11:08 Rajesh M,
>=C2=A0 =C2=A0 =C2=A0<mrajesh=3D40juniper..net@= dmarc.ietf.org
>=C2=A0 =C2=A0 =C2=A0<mailto:40juniper.net@dmarc= ..ietf.org>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Guys in this draft I see that all the= example such as ping,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0traceroute to ipv6 address-> use S= RH insertion rather than SRH
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0encapsulation.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0This is intentionally done to reduce = the packet size=C2=A0 =C2=A0(since
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0underlying data can be only ipv6) ? >
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*From:* Rajesh M
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Sent:* Wednesday, April 3, 2019 1:06= PM
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*To:* cfilsfil@cisco.com <mailto:cfilsfil@cisco.com>;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0zali@cisco.com <mailto:= zali@cisco.com>; naikumar@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:naikumar@cisco.= com>; cpignata@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:cpignata@cisco.= com>; rgandhi@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:rgandhi@cisco.co= m>; fbrockne@cisco.com
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<mailto:fbrockne@cisco.= com>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Cc:* SPRING WG <spring@ie= tf.org <mailto:spring@ietf.org>>;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ipv6@ietf.org <mailto:<= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org>; Ron Bonica
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<rbonica@juniper.net<= /a> <mailto:rbonica@juniper.net>>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Subject:* draft-ali-6man-spring-srv6= -oam-00
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Please find few comments on this draf= t
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1. Section 3.1.1 , below must be Ref= 2
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*Ref1*: Hardware (microcode) just pun= ts the packet. Software
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(slow path)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0implements the required OAM
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mechanism. Timestamp is not carried i= n the packet forwarded to
> the
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0next hop.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 2. 4.1.2.2, here it must be N2 (page= 10)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0If the target SID is not locally prog= rammed, *N4* responses
> with
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0the ICMPv6 message (Type: "SRv6 = OAM (TBA)", Code: "SID not
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0locally implemented (TBA)"); oth= erwise a success is returned.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 3. 4.1.2.2, here it must be B:4:C52 = (page 11)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The ICMPv6 process at node N4
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0checks if its local SID (*B:2:C31*) i= s locally programmed or
> not
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0and responds to the ICMPv6 Echo Reque= st.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 4. 4.3.2.2, here it must be B:4:C52 = (page 16)
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0The traceroute process at
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0node N4 checks if its local SID (*B:2= :C31*) is locally
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0programmed.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A05)=C2=A0 in below two cases is it B5:= : or it must be A:5:: ?
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> ping A:5:: via segment-list B:2:= C31, B:4:C52
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Sending 5, 100-byte ICMP Echos to *B5= ::,* timeout is 2 seconds:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0!!!!!
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> traceroute A:5:: via segment-lis= t B:2:C31, B:4:C52
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Tracing the route to *B5::*
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Rajesh
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Juniper Internal
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-------------------------------------= -------------------------------
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0IETF IPv6 working group mailing list<= br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ipv6@ietf.org <mailto:<= a href=3D"mailto:ipv6@ietf.org" rel=3D"noreferrer noreferrer" target=3D"_bl= ank">ipv6@ietf.org>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Administrative Requests:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://urldefense.= proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_ipv6&= d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DijfT= aKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE46DSDAO= G-FbuEW2lRdgM_6U&s=3D2ix9kKHToQUM7NsHhHBM_SSVgBdT3cz6d2L0OrXshSo&e= =3D
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://url= defense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_i= pv6&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&= r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3Djrfq1dYsfk8_fBqqNNS= -gdRsYxNXOt7r52G3GHN0iiQ&s=3D7EDIKybjxRS2y7WsSXf02B7k15AZOccvbTWWcMu0OY= o&e=3D>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0
> -------------------------------------------------------------------- >
>=C2=A0 =C2=A0 =C2=A0_______________________________________________
>=C2=A0 =C2=A0 =C2=A0spring mailing list
>=C2=A0 =C2=A0 =C2=A0spring@ietf.org <mailto:spri= ng@ietf.org>
>=C2=A0 =C2=A0 =C2=A0https://urldefense.proofpoint.c= om/v2/url?u=3Dhttps-3A__www.ietf.org_mailman_listinfo_spring&d=3DDwID-g= &c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=3DijfTaKShbusYK-= FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0ai791mYUvfC3B6IE46DSDAOG-FbuEW2lR= dgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LVHmyihE7A&e=3D
>=C2=A0 =C2=A0 =C2=A0
> <https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mai
> lman_listinfo_spring&d=3DDwMFaQ&c=3DHAkYuh63rsuhr6Scbfh0UjBXeM= K-ndb3voDTXc
> WzoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DbA6b= NX7XD3BHTzuk
> hcoIS-aqZi6dWcnVVdTfYB1goG8&s=3Dfia6hQTqXh09fn6GLOkZIbXdPoNqldBthM= QdxAuN
> WxM&e=3D>
>
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> h= ttps://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__www.ietf.org_mail=
> man_listinfo_spring&d=3DDwID-g&c=3DHAkYuh63rsuhr6Scbfh0UjBXeMK= -ndb3voDTXcW
> zoCI&r=3DijfTaKShbusYK-FOvFGH9IZ538TctoQw-Pljslc0qGA&m=3DCWy0a= i791mYUvfC3B
> 6IE46DSDAOG-FbuEW2lRdgM_6U&s=3DQWz-MtJwmiTTnDkJ2vbryepA7yAALs_X2LV= HmyihE
> 7A&e=3D
>

--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www= ..ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

_______________________________________________
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listi= nfo/spring
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--000000000000505f2905898fdab3-- From nobody Thu May 23 19:07:46 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E3F712015B; Thu, 23 May 2019 19:07:39 -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=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=gmail.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 vE_ESkVFqmhd; Thu, 23 May 2019 19:07:35 -0700 (PDT) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48F02120181; Thu, 23 May 2019 19:07:35 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id z1so1757890ljb.3; Thu, 23 May 2019 19:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JungtIHO84MRL0HKghMGvHfr3i49qmx6HoF+jMbZuwM=; b=qtsyKlSqjXvf/U9+N4Qr3FdugWvlPCGD7drxxv1hMHYbZyqlUZ/bqlbBJIM+T2Iv4c z/fhpYvBzAQY7hw4jEk7OroYQNa/ncNZA9vj3qdp98WlSLYzRNXVA35w4drxnm+p3v7E mm6hvBmh6bXucaGsuIyn7ZzwcH8k9SYP+UVeFXc9RKllvGJ/2MNQwdv03XVeB3tNqmLq mNAzOkD3LwSAfo2LJMt337xP0RV9K5VArk4GrkdJhHgLn0P9AYBnUygr9Whqgms4IY8w eakqZjw+T0Wu3Lm1VcmXZVbOZ5lImwjqMtzoLXr1xBCpXKaOwtoCKPALyUD4PdVqkTVP WJgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JungtIHO84MRL0HKghMGvHfr3i49qmx6HoF+jMbZuwM=; b=D8qEa5UBKyx9IODM6gXFWuSFENtn9q9ekTjJwvTCGGZ5NLaEzg66XIhqxI+2SGlhJh 2O1bs7k/zC++yOyZ3dFFeignpNCZ2/023Dm15uMfDmUz9G+KMlKqAhlGM+XwEgqS+pJF vwBU5CuHXZ+Zi3VCHjwTZk3v0fFf9PKFNRzEnKqkgkb6M2Uwu0PhVfYCQgAoEri0ibYT haCQU14V3v33rF9tFOsfrjIxv2J3Sc/NaFjYGJLVAxBDL7z0EpTWC9KZszf1rAYj9Izr yLr34BJsO0bL0wbAQScup+LAknuFvqszzhqvzP0/4OZ6VQpLw7vQ7jMKl4P8uM2HkS9/ +eyQ== X-Gm-Message-State: APjAAAU3nAhwZOm5VCVN7x82Pe8b3qMNYD8cXreBlnixw/E+DiSRtTu6 kP5YmjZK+jzLV0tLtoHu95T4rlabgL57WKK59vA= X-Google-Smtp-Source: APXvYqzyBUeN6+HYHcYczHVijyCm78Ldu4DnHLhxtoI9FQUhNsQCwSum04uP+6vXmCLgDetIk4XFqAF0AmAs2+7h8xY= X-Received: by 2002:a2e:8588:: with SMTP id b8mr8714367lji.3.1558663653314; Thu, 23 May 2019 19:07:33 -0700 (PDT) MIME-Version: 1.0 References: <6483D3B4-8C1B-4CE0-8701-376DB1BE92B4@cisco.com> In-Reply-To: <6483D3B4-8C1B-4CE0-8701-376DB1BE92B4@cisco.com> From: Greg Mirsky Date: Thu, 23 May 2019 19:07:22 -0700 Message-ID: To: "Rakesh Gandhi (rgandhi)" Cc: "spring@ietf.org" , "ippm@ietf.org" Content-Type: multipart/alternative; boundary="0000000000006156ff058998a9fc" Archived-At: Subject: Re: [spring] [ippm] Latest Updates to SR PM Drafts X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 02:07:39 -0000 --0000000000006156ff058998a9fc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Rakesh, and Authors, thank you for bringing the updates to the draft for the discussion. Please find my comments and questions below: - General. The draft title states that the underlying mechanism it uses is TWAMP. But the TWAMP, according to RFC 8545, is the union of TWAMP-Control and TWAMP-Test. Since the draft does not propose extension= s to TWAMP-Control in support the new functionality, I believe it cannot b= e referred to RFC 5357 as its principal source. It might be referred to th= e Appendix I in RFC 5357 that describes the mode also referred to as TWAMP-Light. But because the Appendix has only Informational value, interoperability among the existing implementations of TWAMP Light, the = one supporting this specification requires detailed analysis. (More on this issue further down.) - in Section 3.1 when describing the mechanism to demultiplex PM probes (use user-configured destination port numbers), you've noted "This approach is similar to the one defined in STAMP protocol [I-D.ippm-stamp]." Can you elaborate further in what part the STAMP specification uses user-configured destination port numbers at the Session-Reflector to demultiplex extensions. As I've suggested in the beginning of the discussion of this proposal, STAMP uses TLVs to extend the functionality of its base specification. As for the use of the destination port number at Session-Reflector, STAMP takes advantage by using UDP port 862 [RFC8545] as the default value. Thus STAMP Session-Reflector minimizes required provisioning. - Section 3.1.1 recommends the use of PTP time stamp format following the procedures defined in RFC 8186. Please note, that for OWAMP, RFC 818= 6 defines an extension to OWAMP-Control protocol that allows negotiating t= he timestamp format. Without the use of the OWAMP-Control, the Session-Receiver that does not support RFC 8186 would assume that the format in the received DM Probe Query message is NTP and will miscalcula= te the metrics. - On the use of the Authenticated mode in DM. Note that RFC 4656 requires the support only of HMAC-SHA1. Also, what is the size of the bl= ock for the authentication of the message? - More on Authentication of DM: - What is the format of the authenticated query - what is the format of the authenticated (and unauthenticated as well) response message - what is the difference between the proposed DM query/response and RFC 5357 Session-Sender and Session-Reflector packets? From reading Section 3.2, it appears that the DM Response message format is as defined for= the Session-Reflector in RFC 5357. Can that be expressed in one-liner wit= hout the unnecessary complication of introducing DM query, that is the duplicate of what already defined in RFC 5357? - Section 3.1.2 has, what I believe, significant interoperability with TWAMP-Light issues: - The format is not backward compatible and, without the use of TWAMP-Control, the Session-Sender is not aware of the set of function= s supported by the remote implementation of TWAMP-Light. The use of the explicitly configured UDP port number on a Session-Reflector is very standard on TWAMP-Light implementations in the field. How do you propose to discover the set of functions that the targetted Session-Reflector supports? - Another question. Assuming that the Session-Reflector that does not support this specification validates the LM query packet and responds with the reflected packet but formatted according to RFC 5357 (and possibl= e extensions like described in RFC 6038 and/or RFC 7750), How the Session-Sender that receives such test packet be able to validate, pa= rse, and use the information? - I'm puzzled how the proposed in Section 3.2.2.1 the new extension to STAMP is related to the rest of the document that, as I read it, is base= d on OWAMP/TWAMP, but not STAMP specifications. How the new TLV, registere= d in STAMP-related registry, will be used in, for example, DM Query messag= e, which is the same as OWAMP Session-Sender Test packet? - The LM measurement mode, please correct me if I'm mistaken, uses what is usually called Direct Loss Measurement. It is well-known from, for example, ETH-LM in G.8013/Y.1731. Also, draft-xiao-ippm-twamp-ext-direct-loss described the full set of extensions to TWAMP (TWAMP-Control and TWAMP-Test) in support of the Dir= ect Loss Measurements. But I couldn't find any reference to that work that preceded this draft. Much appreciate your consideration of my comments and questions. I am looking forward to our discussion on email and in Montreal. Regards, Greg On Tue, May 21, 2019 at 3:08 PM Rakesh Gandhi (rgandhi) wrote: > Hi WG, > > > > We have posted following updates to SR PM drafts to address various revie= w > comments and suggestions. > > > > > -------------------------------------------------------------------------= -------------------------------------------------------------------- > > > > draft-gandhi-spring-twamp-srpm > > > > > This draft defines SR PM using TWAMP RFC 5357, as well as new message for > direct-mode loss measurement. The latest version of the draft has been > updated with: > > 1. Mach Chen joined as a co-author. > 2. Remove term In-band probes and add as =E2=80=9Cprobes sent on congr= uent > path with data traffic=E2=80=9D in Section 2.2. > 3. Add packet counter format flags in LM message in Section 3. > 4. Add Checksum complement in Section 3. > 5. Define Return Path TLV for two-way measurement mode in Section > 3.2.2.1. > 6. Add Loopback measurement mode in Section 3.2.3. > 7. Add Path Segment ID in Figure 3. > 8. Add details for P2MP SR Policy in Section 4. > 9. Include OWAMP and TWAMP use HMAC-SHA1 for integrity protection in > Section 7. > 10. Cleanup/editorial changes. > > > > Open Items: > > - None > > > > > -------------------------------------------------------------------------= -------------------------------------------------------------------- > > > > draft-gandhi-spring-rfc6374-srpm-udp > > > > > This draft defines SR PM using IP/UDP encap for RFC 6374. The latest > version of the draft has been updated with: > > 1. Remove term In-band probes and add as =E2=80=9Cprobes sent on con= gruent > path with data traffic=E2=80=9D in Section 2.2. > > 2. Add loopback measurement mode in Section 3.2.3. > > 3. Add Checksum complement in Section 3.3. > > 4. Add Path Segment ID in Figure 3. > > 5. Add details for P2MP SR Policy in Section 4. > > 6. Cleanup/editorial changes. > > > > Open Items: > > - None > > > > > -------------------------------------------------------------------------= -------------------------------------------------------------------- > > > > draft-gandhi-spring-rfc6374-srpm-mpls > > > > > This informational draft reviews SR PM for MPLS data plane using RFC 6374= . > The latest version of the draft has been updated with: > > 1. Remove term In-band probes and add as =E2=80=9Cprobes sent on congr= uent > path with data traffic=E2=80=9D in Section 2.2. > 2. Add Return Path TLV for two-way measurement mode in Section 3.3.2.1= . > 3. Add loopback measurement mode in Section 3.3.3. > 4. Add Path Segment ID in Figure 4. > 5. Add block number TLV in Section 5.1.1. > 6. Add details for P2MP SR Policy in Section 6. > 7. Add details for ECMP in Section 7. > 8. Cleanup/editorial changes. > > > > Open Items: > > - None > > > > > > Thank you everyone for your review comments and suggestions on these > drafts. Welcome your additional feedbacks. > > > > Thanks, > > Rakesh (on behalf of co-authors and contributors) > > > _______________________________________________ > ippm mailing list > ippm@ietf.org > https://www.ietf.org/mailman/listinfo/ippm > --0000000000006156ff058998a9fc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Rakesh, and Authors,<= div>thank you for bringing the updates to the draft for the discussion. Ple= ase find my comments and questions below:
  • General. The dr= aft title states that the underlying mechanism it uses is TWAMP. But the TW= AMP, according to RFC 8545, is the union of TWAMP-Control and TWAMP-Test. S= ince the draft does not propose extensions to TWAMP-Control in support the = new functionality, I believe it cannot be referred to RFC 5357 as its princ= ipal source. It might be referred to the Appendix I in RFC 5357 that descri= bes the mode also referred to as TWAMP-Light. But because the Appendix has = only Informational value, interoperability among the existing implementatio= ns of TWAMP Light, the one supporting this specification requires detailed = analysis. (More on this issue further down.)
  • in Section 3.1 when de= scribing the mechanism to demultiplex PM probes (use=C2=A0user-configured destination port numbers), you've noted
"This ap= proach is similar to the one defined in STAMP protocol [I-D.ippm-stamp].&qu= ot;
Can you elaborate further in w= hat part the STAMP specification uses=C2=A0user-configured destination port numbers=C2=A0at th= e Session-Reflector to demultiplex extensions. As I've suggested in the= beginning of the discussion of this proposal, STAMP uses TLVs to extend th= e functionality of its base specification. As for the use of the destinatio= n port number at Session-Reflector, STAMP takes advantage by using UDP port= 862 [RFC8545] as the default value. Thus STAMP Session-Reflector minimizes= required provisioning.
  • Section 3.1.1 recom= mends the use of PTP time stamp format following the procedures defined in = RFC 8186. Please note, that for OWAMP, RFC 8186 defines an extension to OWA= MP-Control protocol that allows negotiating the timestamp format. Without t= he use of the OWAMP-Control, the Session-Receiver that does not support RFC= 8186 would assume that the format in the received DM Probe Query message i= s NTP and will miscalculate the metrics.
  • On the use of the Authenti= cated mode in DM. Note that RFC 4656 requires the support only of HMAC-SHA1= . Also, what is the size of the block for the authentication of the message= ?
  • More on Authentication of DM:
    • What is the format of t= he authenticated query
    • what is the format of the authenticated (and= unauthenticated as well) response message
    • what is the difference b= etween the proposed DM query/response and RFC 5357 Session-Sender and Sessi= on-Reflector packets? From reading Section 3.2, it appears that the DM Resp= onse message format is as defined for the Session-Reflector in RFC 5357. Ca= n that be expressed in one-liner without the unnecessary complication of in= troducing DM query, that is the duplicate of what already defined in RFC 53= 57?
  • Section 3.1.2 has, what I believe, significant interoperab= ility with TWAMP-Light issues:
    • The format is not backward compa= tible and, without the use of TWAMP-Control, the Session-Sender is not awar= e of the set of functions supported by the remote implementation of TWAMP-L= ight. The use of the explicitly configured UDP port number on a Session-Ref= lector is very standard on TWAMP-Light implementations in the field. How do= you propose to discover the set of functions that the targetted Session-Re= flector supports?
    • Another question. Assuming that the Session-Refle= ctor that does not support this specification validates the LM query packet= and responds with the reflected packet but formatted according to RFC 5357= (and possible extensions like described in RFC 6038 and/or RFC 7750), How = the Session-Sender that receives such test packet be able to validate, pars= e, and use the information?
  • I'm puzzled how the proposed i= n Section 3.2.2.1 the new extension to STAMP is related to the rest of the = document that, as I read it, is based on OWAMP/TWAMP, but not STAMP specifi= cations. How the new TLV, registered in STAMP-related registry, will be use= d in, for example, DM Query message, which is the same as OWAMP Session-Sen= der Test packet?
  • The LM measurement mode, please correct me if I= 9;m mistaken, uses what is usually called Direct Loss Measurement. It is we= ll-known from, for example, ETH-LM in G.8013/Y.1731. Also,=C2=A0draft-xiao-= ippm-twamp-ext-direct-loss described the full set of extensions to TWAMP (T= WAMP-Control and TWAMP-Test) in support of the Direct Loss Measurements. Bu= t I couldn't find any reference to that work that preceded this draft.<= /li>
Much appreciate your consideration of my comments and questio= ns. I am looking forward to our discussion on email and in Montreal.
<= div>
Regards,
Greg

On Tue, May 21, 2019 at 3:0= 8 PM Rakesh Gandhi (rgandhi) <rgandhi@cisco.com> wrote:

Hi WG,

=C2=A0

We have posted following updates to SR PM drafts to = address various review comments and suggestions.

=C2=A0

----------------------------------------------------= ---------------------------------------------------------------------------= --------------

=C2=A0

draft-gandhi-spring-twamp-srpm

=C2=A0

This draft defines SR PM using TWAMP RFC 5357, as we= ll as new message for direct-mode loss measurement. The latest version of t= he draft has been updated with:

  1. Mach Chen joined as a co-author.
  2. Remove term In-band probes and add as =E2=80=9Cprobes sent on congruent pat= h with data traffic=E2=80=9D in Section 2.2.
  3. Add packet counter format flags in LM message in Section 3.
  4. Add Checksum complement in Section 3.
  5. Define Return Path TLV for two-way measurement mode in Section 3.2.2.1.<= /u>
  6. Add Loopback measurement mode in Section 3.2.3.
  7. Add Path Segment ID in Figure 3.
  8. Add details for P2MP SR Policy in Section 4.
  9. Include OWAMP and TWAMP use HMAC-SHA1 for integrity protection in Section 7= .
  10. Cleanup/editorial changes.

=C2=A0

Open Items:

  • None

=C2=A0

----------------------------------------------------= ---------------------------------------------------------------------------= --------------

=C2=A0

draft-gandhi-spring-rfc637= 4-srpm-udp

=C2=A0

This draft defines SR PM using IP/UDP encap for RFC = 6374. The latest version of the draft has been updated with:<= /p>

1.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Remove term In-band probes and add as =E2=80=9Cprobes = sent on congruent path with data traffic=E2=80=9D in Section 2.2.=

2.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Add loopback measurement mode in Section 3.2.3.=

3.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Add Checksum complement in Section 3.3.<= /p>

4.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Add Path Segment ID in Figure 3.

5.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Add details for P2MP SR Policy in Section 4.=

6.=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 Cleanup/editorial changes.

=C2=A0

Open Items:

  • None

=C2=A0

----------------------------------------------------= ---------------------------------------------------------------------------= --------------

=C2=A0

draft-gandhi-spring-rfc63= 74-srpm-mpls

=C2=A0

This informational draft reviews SR PM for MPLS data= plane using RFC 6374. The latest version of the draft has been updated wit= h:

  1. Remove term In-band probes and add as =E2=80=9Cprobes sent on congruent pat= h with data traffic=E2=80=9D in Section 2.2.
  2. Add Return Path TLV for two-way measurement mode in Section 3.3.2.1.=
  3. Add loopback measurement mode in Section 3.3.3.
  4. Add Path Segment ID in Figure 4.
  5. Add block number TLV in Section 5.1.1.
  6. Add details for P2MP SR Policy in Section 6.
  7. Add details for ECMP in Section 7.
  8. Cleanup/editorial changes.

=C2=A0

Open Items:

  • None

=C2=A0

=C2=A0

Thank you everyone for your review comments and sugg= estions on these drafts. Welcome your additional feedbacks.

=C2=A0

Thanks,<=
u>
Rakesh (=
on behalf of co-authors and contributors)

=C2=A0

_______________________________________________
ippm mailing list
ippm@ietf.org
https://www.ietf.org/mailman/listinfo/ippm
--0000000000006156ff058998a9fc-- From nobody Fri May 24 08:19:43 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CA49120046; Thu, 23 May 2019 15:48:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=OWCwHWrv; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=NSK5WQZl 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 oEzpip3u2XLl; Thu, 23 May 2019 15:48:39 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E8EE12002F; Thu, 23 May 2019 15:48:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20409; q=dns/txt; s=iport; t=1558651719; x=1559861319; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=/wW/npm5d+TRY2gBJI5Sx+ylXiu+sRfTWpYeOQ8JuJc=; b=OWCwHWrv7fQDv9NbiLtV094gBVPuISnJDXu9lXlipAy8otKyEFoumGO3 PclEFH9RyAPz/WjVX3Unhhh21KEHC9tcpBRWxHxgLo1PupIWcp3ivLykw JYfB8tQ0Q4ukxBLbNq3fyZ+yKltoeIeN8RSyNwU8J09tuLMFLPewAdxII k=; IronPort-PHdr: =?us-ascii?q?9a23=3APVZMRhJ6O2VdfGy5OdmcpTVXNCE6p7X5OBIU4Z?= =?us-ascii?q?M7irVIN76u5InmIFeCuKd2lFGcW4Ld5roEkOfQv636EU04qZea+DFKa5lQT1?= =?us-ascii?q?kAgMQSkRYnBZuXAEn6BPXrdCc9Ws9FUQwt8g=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAAB/Iudc/5RdJa1mGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwGBDi9QA2kORyAECyiEE4NHA4RSiiWCV5JZhFC?= =?us-ascii?q?BLoEkA1QJAQEBDAEBLQIBAYFLgnUCF4IhIzQJDgEDAQEEAQECAQRtHAyFSgE?= =?us-ascii?q?BAQMBEhEEBhMBASUSAQQLAgEIEQMBAQErAgICMB0IAQEEAQ0FIoMAAYEdTQM?= =?us-ascii?q?ODwECm0wCgTeIX3F8M4J5AQEFgQYBhAMYgg8JgTQBi1EXgUA/gTgfghc1PoR?= =?us-ascii?q?kgmoygiaNWi2EXogijTsJAoINkw4bgh6GYI06jGSVXwIEAgQFAg4BAQWBTzi?= =?us-ascii?q?BV3AVOyoBgkGCDwwXg02KHAE2coEpjRIBAQ?= X-IronPort-AV: E=Sophos;i="5.60,504,1549929600"; d="scan'208,217";a="280567673" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 May 2019 22:48:38 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by rcdn-core-12.cisco.com (8.15.2/8.15.2) with ESMTPS id x4NMmc7L019775 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 23 May 2019 22:48:38 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 17:48:37 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 18:48:35 -0400 Received: from NAM01-BN3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 23 May 2019 17:48:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/wW/npm5d+TRY2gBJI5Sx+ylXiu+sRfTWpYeOQ8JuJc=; b=NSK5WQZlPJYJzoGJM4lqxMm5Q3X2gJ8xDJWwkPttnTR7YTdO6q6SM9wlY/MNs4CcOB+W0xRtnCc5HOfzGZZnbWOAxhJz82MDZ29qyoJWNLlgPUMWb1q3+FiCwYlEqBEJXwTgNlbgpOD2U8Sbw9lMmSazLhKDL8OqpoC+UznfHyE= Received: from DM6PR11MB3324.namprd11.prod.outlook.com (20.176.122.29) by DM6PR11MB2922.namprd11.prod.outlook.com (20.177.216.207) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.15; Thu, 23 May 2019 22:48:34 +0000 Received: from DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::40d4:1d0c:c8e3:dc9d]) by DM6PR11MB3324.namprd11.prod.outlook.com ([fe80::40d4:1d0c:c8e3:dc9d%7]) with mapi id 15.20.1900.020; Thu, 23 May 2019 22:48:34 +0000 From: "Zafar Ali (zali)" To: Rajesh M , "Clarence Filsfils (cfilsfil)" , "Nagendra Kumar Nainar (naikumar)" , "Carlos Pignataro (cpignata)" , "Rakesh Gandhi (rgandhi)" , "Frank Brockners (fbrockne)" CC: SPRING WG , "ipv6@ietf.org" , Ron Bonica , "Peter Psenak (ppsenak)" , "Zafar Ali (zali)" Thread-Topic: draft-ali-6man-spring-srv6-oam-00 Thread-Index: AdTp7adZBKMht67OQRKdjMeC+DOYCQmTIAFAAFd96IA= Date: Thu, 23 May 2019 22:48:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.18.0.190414 msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Owner=mrajesh@juniper.net; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2019-04-03T07:36:15.6989025Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Internal; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft Azure Information Protection; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Extended_MSFT_Method=Automatic; Sensitivity=Juniper Internal authentication-results: spf=none (sender IP is ) smtp.mailfrom=zali@cisco.com; x-originating-ip: [2001:420:c0c0:1002::101] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7696d0b2-d88b-4443-86ab-08d6dfd0c969 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM6PR11MB2922; x-ms-traffictypediagnostic: DM6PR11MB2922: x-ms-exchange-purlcount: 2 x-ld-processed: 5ae1af62-9505-4097-a69a-c1553ef7840e,ExtAddr x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 00462943DE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(376002)(136003)(396003)(346002)(39860400002)(199004)(189003)(8936002)(54906003)(110136005)(6636002)(102836004)(82746002)(5660300002)(6246003)(66946007)(66446008)(64756008)(66476007)(66556008)(107886003)(11346002)(6512007)(54896002)(6306002)(76116006)(81166006)(36756003)(2616005)(86362001)(6436002)(476003)(446003)(486006)(8676002)(91956017)(46003)(73956011)(58126008)(7736002)(81156014)(53936002)(14444005)(256004)(14454004)(99286004)(33656002)(478600001)(68736007)(25786009)(316002)(83716004)(71190400001)(71200400001)(229853002)(4326008)(1941001)(6506007)(6116002)(6486002)(186003)(2906002)(53546011)(76176011)(790700001)(40210500001); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB2922; H:DM6PR11MB3324.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: m9T8saG8PMsvN6znuR3hbE+Vr10X8ntA/LjmR2zIydNN5MVO0jnpUnI/m43fvZiCNjtDV/GeDSSXkaZaV/bvBSuXD/cPXEI/qdnXxxlX3D4LV6DF6iyLGBIEjkro64FCo/ypY3fg0acPiyytEl7tAIpfehTBkEjqD/jk5hUufNaVli7c5ADvj0Psk3SQMRODBNR6YD6gOIbePcg7+FZ8auIGhHJbPHHOPCINyx4nJIpQ8B60TzgZAnvHd9hKaRe3m8EVUmiId9pbHZ3V2kH7/+s4e/ovhKmQZarqzn72ccd42g6i5F8PU0JzRoFBfRvXypyHc7KC27w7zBLIt2SC60v41XUnUdqawNduESmZcV5nzjYLzkwROUHt46T6QTalM15u+nodtTzHETpw9KEj5OwS/WvT/sK+p89+EoOsGXY= Content-Type: multipart/alternative; boundary="_000_A9766FBCAF0249FB98F7948B271931A4ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7696d0b2-d88b-4443-86ab-08d6dfd0c969 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 22:48:34.4251 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB2922 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.26, xch-aln-016.cisco.com X-Outbound-Node: rcdn-core-12.cisco.com Archived-At: X-Mailman-Approved-At: Fri, 24 May 2019 08:19:41 -0700 Subject: Re: [spring] draft-ali-6man-spring-srv6-oam-00 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 22:48:42 -0000 --_000_A9766FBCAF0249FB98F7948B271931A4ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UmFqZXNoLA0KDQpSZTogeW91IGNvbW1lbnQ6IOKAnEkgc2VlIHRoYXQgYWxsIHRoZSBleGFtcGxl IHN1Y2ggYXMgcGluZywgdHJhY2Vyb3V0ZSB0byBpcHY2IGFkZHJlc3MtPiB1c2UgU1JIIGluc2Vy dGlvbiByYXRoZXIgdGhhbiBTUkggZW5jYXBzdWxhdGlvbi7igJ0NCg0KVGhpcyBjb21tZW50IGlz IG5vdCBjb3JyZWN0LiBOb25lIG9mIHRoZSBwaW5nLCB0cmFjZXJvdXRlIGV4YW1wbGVzIGluIHRo ZSBkcmFmdCB1c2VzIFNSSCBpbnNlcnRpb24uDQoNClRoYW5rcw0KDQpSZWdhcmRzIOKApiBaYWZh cg0KDQpGcm9tOiBSYWplc2ggTSA8bXJhamVzaEBqdW5pcGVyLm5ldD4NCkRhdGU6IFR1ZXNkYXks IE1heSAyMSwgMjAxOSBhdCA5OjA4IFBNDQpUbzogIkNsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2Zp bCkiIDxjZmlsc2ZpbEBjaXNjby5jb20+LCAiWmFmYXIgQWxpICh6YWxpKSIgPHphbGlAY2lzY28u Y29tPiwgIk5hZ2VuZHJhIEt1bWFyIE5haW5hciAobmFpa3VtYXIpIiA8bmFpa3VtYXJAY2lzY28u Y29tPiwgIkNhcmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKSIgPGNwaWduYXRhQGNpc2NvLmNvbT4s ICJSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSIgPHJnYW5kaGlAY2lzY28uY29tPiwgIkZyYW5rIEJy b2NrbmVycyAoZmJyb2NrbmUpIiA8ZmJyb2NrbmVAY2lzY28uY29tPg0KQ2M6IFNQUklORyBXRyA8 c3ByaW5nQGlldGYub3JnPiwgImlwdjZAaWV0Zi5vcmciIDxpcHY2QGlldGYub3JnPiwgUm9uIEJv bmljYSA8cmJvbmljYUBqdW5pcGVyLm5ldD4sICJQZXRlciBQc2VuYWsgKHBwc2VuYWspIiA8cHBz ZW5ha0BjaXNjby5jb20+DQpTdWJqZWN0OiBSRTogZHJhZnQtYWxpLTZtYW4tc3ByaW5nLXNydjYt b2FtLTAwDQoNCkd1eXMgaW4gdGhpcyBkcmFmdCBJIHNlZSB0aGF0IGFsbCB0aGUgZXhhbXBsZSBz dWNoIGFzIHBpbmcsIHRyYWNlcm91dGUgdG8gaXB2NiBhZGRyZXNzLT4gdXNlIFNSSCBpbnNlcnRp b24gcmF0aGVyIHRoYW4gU1JIIGVuY2Fwc3VsYXRpb24uDQpUaGlzIGlzIGludGVudGlvbmFsbHkg ZG9uZSB0byByZWR1Y2UgdGhlIHBhY2tldCBzaXplICAgKHNpbmNlIHVuZGVybHlpbmcgZGF0YSBj YW4gYmUgb25seSBpcHY2KSA/DQoNCg0KDQpKdW5pcGVyIEludGVybmFsDQpGcm9tOiBSYWplc2gg TQ0KU2VudDogV2VkbmVzZGF5LCBBcHJpbCAzLCAyMDE5IDE6MDYgUE0NClRvOiBjZmlsc2ZpbEBj aXNjby5jb207IHphbGlAY2lzY28uY29tOyBuYWlrdW1hckBjaXNjby5jb207IGNwaWduYXRhQGNp c2NvLmNvbTsgcmdhbmRoaUBjaXNjby5jb207IGZicm9ja25lQGNpc2NvLmNvbQ0KQ2M6IFNQUklO RyBXRyA8c3ByaW5nQGlldGYub3JnPjsgaXB2NkBpZXRmLm9yZzsgUm9uIEJvbmljYSA8cmJvbmlj YUBqdW5pcGVyLm5ldD4NClN1YmplY3Q6IGRyYWZ0LWFsaS02bWFuLXNwcmluZy1zcnY2LW9hbS0w MA0KDQpQbGVhc2UgZmluZCBmZXcgY29tbWVudHMgb24gdGhpcyBkcmFmdA0KDQoNCiAgMS4gIFNl Y3Rpb24gMy4xLjEgLCBiZWxvdyBtdXN0IGJlIFJlZjINCg0KUmVmMTogSGFyZHdhcmUgKG1pY3Jv Y29kZSkganVzdCBwdW50cyB0aGUgcGFja2V0LiBTb2Z0d2FyZSAoc2xvdyBwYXRoKQ0KaW1wbGVt ZW50cyB0aGUgcmVxdWlyZWQgT0FNDQptZWNoYW5pc20uIFRpbWVzdGFtcCBpcyBub3QgY2Fycmll ZCBpbiB0aGUgcGFja2V0IGZvcndhcmRlZCB0byB0aGUNCm5leHQgaG9wLg0KDQoNCiAgMS4gIDQu MS4yLjIsIGhlcmUgaXQgbXVzdCBiZSBOMiAocGFnZSAxMCkNCg0KSWYgdGhlIHRhcmdldCBTSUQg aXMgbm90IGxvY2FsbHkgcHJvZ3JhbW1lZCwgTjQgcmVzcG9uc2VzIHdpdGgNCnRoZSBJQ01QdjYg bWVzc2FnZSAoVHlwZTogIlNSdjYgT0FNIChUQkEpIiwgQ29kZTogIlNJRCBub3QNCmxvY2FsbHkg aW1wbGVtZW50ZWQgKFRCQSkiKTsgb3RoZXJ3aXNlIGEgc3VjY2VzcyBpcyByZXR1cm5lZC4NCg0K DQogIDEuICA0LjEuMi4yLCBoZXJlIGl0IG11c3QgYmUgQjo0OkM1MiAocGFnZSAxMSkNClRoZSBJ Q01QdjYgcHJvY2VzcyBhdCBub2RlIE40DQpjaGVja3MgaWYgaXRzIGxvY2FsIFNJRCAoQjoyOkMz MSkgaXMgbG9jYWxseSBwcm9ncmFtbWVkIG9yIG5vdA0KYW5kIHJlc3BvbmRzIHRvIHRoZSBJQ01Q djYgRWNobyBSZXF1ZXN0Lg0KDQoNCiAgMS4gIDQuMy4yLjIsIGhlcmUgaXQgbXVzdCBiZSBCOjQ6 QzUyIChwYWdlIDE2KQ0KVGhlIHRyYWNlcm91dGUgcHJvY2VzcyBhdA0Kbm9kZSBONCBjaGVja3Mg aWYgaXRzIGxvY2FsIFNJRCAoQjoyOkMzMSkgaXMgbG9jYWxseQ0KcHJvZ3JhbW1lZC4NCg0KNSkg IGluIGJlbG93IHR3byBjYXNlcyBpcyBpdCBCNTo6IG9yIGl0IG11c3QgYmUgQTo1OjogPw0KPiBw aW5nIEE6NTo6IHZpYSBzZWdtZW50LWxpc3QgQjoyOkMzMSwgQjo0OkM1Mg0KU2VuZGluZyA1LCAx MDAtYnl0ZSBJQ01QIEVjaG9zIHRvIEI1OjosIHRpbWVvdXQgaXMgMiBzZWNvbmRzOg0KISEhISEN Cg0KPiB0cmFjZXJvdXRlIEE6NTo6IHZpYSBzZWdtZW50LWxpc3QgQjoyOkMzMSwgQjo0OkM1Mg0K VHJhY2luZyB0aGUgcm91dGUgdG8gQjU6Og0KDQpUaGFua3MNClJhamVzaA0KDQoNCg0KSnVuaXBl ciBJbnRlcm5hbA0K --_000_A9766FBCAF0249FB98F7948B271931A4ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <42C93469A69F364683F5A33DFA1604FF@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q291cmllcjsNCglwYW5vc2UtMToyIDAgNSAwIDAgMCAwIDAgMCAwO30NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1 IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29M aXN0UGFyYWdyYXBoLCBsaS5Nc29MaXN0UGFyYWdyYXBoLCBkaXYuTXNvTGlzdFBhcmFncmFwaA0K CXttc28tc3R5bGUtcHJpb3JpdHk6MzQ7DQoJbWFyZ2luLXRvcDowaW47DQoJbWFyZ2luLXJpZ2h0 OjBpbjsNCgltYXJnaW4tYm90dG9tOjBpbjsNCgltYXJnaW4tbGVmdDouNWluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1h bDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRv Ow0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFy Z2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0KcC5tc2lwZm9vdGVyZTEyMTA0ZmQsIGxpLm1zaXBmb290ZXJlMTIxMDRm ZCwgZGl2Lm1zaXBmb290ZXJlMTIxMDRmZA0KCXttc28tc3R5bGUtbmFtZTptc2lwZm9vdGVyZTEy MTA0ZmQ7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXpl OjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWls U3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIxDQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2 LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25z ICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDoyNjYyODE4NDk7DQoJbXNvLWxpc3QtdHlwZTpo eWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xNjUxMjA0ODk0IDY3Njk4NzA1IDY3Njk4 NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEz IDY3Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGV4dDoiJTFcKSI7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlz dCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsN Cgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1sZXZlbC10YWIt c3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFs cGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3Rv cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6 LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBs aXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCglt c28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlz dCBsMQ0KCXttc28tbGlzdC1pZDoyNzA2MjQ3NzQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi02 NDY3OTk3NDY7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDo0Ow0KCW1z by1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDINCgl7bXNvLWxpc3QtaWQ6MTA0NDU5NjAx MTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTE2MzIzNjc4MTY7fQ0KQGxpc3QgbDMNCgl7bXNv LWxpc3QtaWQ6MTM4NzI5NjM3NTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MzE3NDczNzE2O30N CkBsaXN0IGwzOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MjsNCgltc28tbGV2ZWwtdGFi LXN0b3A6LjVpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LS4yNWluO30NCkBsaXN0IGw0DQoJe21zby1saXN0LWlkOjE0ODY5NzE3ODY7DQoJbXNvLWxp c3QtdGVtcGxhdGUtaWRzOi0yMzY2OTU1NDg7fQ0KQGxpc3QgbDQ6bGV2ZWwxDQoJe21zby1sZXZl bC1zdGFydC1hdDozOw0KCW1zby1sZXZlbC10YWItc3RvcDouNWluOw0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0Kb2wNCgl7bWFyZ2luLWJv dHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SYWplc2gsIDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5SZTogeW91IGNvbW1lbnQ6IOKAnEkgc2VlIHRoYXQgYWxsIHRoZSBleGFt cGxlIHN1Y2ggYXMgcGluZywgdHJhY2Vyb3V0ZSB0byBpcHY2IGFkZHJlc3MtJmd0OyB1c2UgU1JI IGluc2VydGlvbiByYXRoZXIgdGhhbiBTUkggZW5jYXBzdWxhdGlvbi7igJ0NCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5UaGlzIGNvbW1lbnQgaXMgbm90IGNvcnJlY3QuIE5vbmUgb2YgdGhlIHBp bmcsIHRyYWNlcm91dGUgZXhhbXBsZXMgaW4gdGhlIGRyYWZ0IHVzZXMgU1JIIGluc2VydGlvbi4N CjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtzPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+UmVnYXJkcyDigKYgWmFmYXIgPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0O2NvbG9yOmJsYWNrIj5SYWplc2ggTSAmbHQ7bXJhamVzaEBqdW5pcGVyLm5ldCZndDs8 YnI+DQo8Yj5EYXRlOiA8L2I+VHVlc2RheSwgTWF5IDIxLCAyMDE5IGF0IDk6MDggUE08YnI+DQo8 Yj5UbzogPC9iPiZxdW90O0NsYXJlbmNlIEZpbHNmaWxzIChjZmlsc2ZpbCkmcXVvdDsgJmx0O2Nm aWxzZmlsQGNpc2NvLmNvbSZndDssICZxdW90O1phZmFyIEFsaSAoemFsaSkmcXVvdDsgJmx0O3ph bGlAY2lzY28uY29tJmd0OywgJnF1b3Q7TmFnZW5kcmEgS3VtYXIgTmFpbmFyIChuYWlrdW1hcikm cXVvdDsgJmx0O25haWt1bWFyQGNpc2NvLmNvbSZndDssICZxdW90O0NhcmxvcyBQaWduYXRhcm8g KGNwaWduYXRhKSZxdW90OyAmbHQ7Y3BpZ25hdGFAY2lzY28uY29tJmd0OywgJnF1b3Q7UmFrZXNo IEdhbmRoaSAocmdhbmRoaSkmcXVvdDsgJmx0O3JnYW5kaGlAY2lzY28uY29tJmd0OywNCiAmcXVv dDtGcmFuayBCcm9ja25lcnMgKGZicm9ja25lKSZxdW90OyAmbHQ7ZmJyb2NrbmVAY2lzY28uY29t Jmd0Ozxicj4NCjxiPkNjOiA8L2I+U1BSSU5HIFdHICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7LCAm cXVvdDtpcHY2QGlldGYub3JnJnF1b3Q7ICZsdDtpcHY2QGlldGYub3JnJmd0OywgUm9uIEJvbmlj YSAmbHQ7cmJvbmljYUBqdW5pcGVyLm5ldCZndDssICZxdW90O1BldGVyIFBzZW5hayAocHBzZW5h aykmcXVvdDsgJmx0O3Bwc2VuYWtAY2lzY28uY29tJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5S RTogZHJhZnQtYWxpLTZtYW4tc3ByaW5nLXNydjYtb2FtLTAwPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkd1eXMgaW4gdGhpcyBkcmFmdCBJIHNl ZSB0aGF0IGFsbCB0aGUgZXhhbXBsZSBzdWNoIGFzIHBpbmcsIHRyYWNlcm91dGUgdG8gaXB2NiBh ZGRyZXNzLSZndDsgdXNlIFNSSCBpbnNlcnRpb24gcmF0aGVyIHRoYW4gU1JIIGVuY2Fwc3VsYXRp b24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIGlzIGludGVudGlv bmFsbHkgZG9uZSB0byByZWR1Y2UgdGhlIHBhY2tldCBzaXplICZuYnNwOyZuYnNwOyhzaW5jZSB1 bmRlcmx5aW5nIGRhdGEgY2FuIGJlIG9ubHkgaXB2NikgPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtc2lwZm9vdGVyZTEyMTA0ZmQiIGFs aWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdDt0ZXh0 LWFsaWduOmNlbnRlciI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjojNzM3 MzczIj5KdW5pcGVyIEludGVybmFsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXYg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5n OjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZyb206PC9iPiBS YWplc2ggTSA8YnI+DQo8Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBBcHJpbCAzLCAyMDE5IDE6MDYg UE08YnI+DQo8Yj5Ubzo8L2I+IGNmaWxzZmlsQGNpc2NvLmNvbTsgemFsaUBjaXNjby5jb207IG5h aWt1bWFyQGNpc2NvLmNvbTsgY3BpZ25hdGFAY2lzY28uY29tOyByZ2FuZGhpQGNpc2NvLmNvbTsg ZmJyb2NrbmVAY2lzY28uY29tPGJyPg0KPGI+Q2M6PC9iPiBTUFJJTkcgV0cgJmx0O3NwcmluZ0Bp ZXRmLm9yZyZndDs7IGlwdjZAaWV0Zi5vcmc7IFJvbiBCb25pY2EgJmx0O3Jib25pY2FAanVuaXBl ci5uZXQmZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IGRyYWZ0LWFsaS02bWFuLXNwcmluZy1zcnY2 LW9hbS0wMDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UGxlYXNlIGZp bmQgZmV3IGNvbW1lbnRzIG9uIHRoaXMgZHJhZnQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBp biIgc3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0OmwwIGxldmVsMSBsZm8zIj5TZWN0aW9uIDMuMS4x ICwgYmVsb3cgbXVzdCBiZSBSZWYyPG86cD48L286cD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj48Yj48c3BhbiBz dHlsZT0iY29sb3I6cmVkIj5SZWYxPC9zcGFuPjwvYj46IEhhcmR3YXJlIChtaWNyb2NvZGUpIGp1 c3QgcHVudHMgdGhlIHBhY2tldC4gU29mdHdhcmUgKHNsb3cgcGF0aCk8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+aW1wbGVtZW50 cyB0aGUgcmVxdWlyZWQgT0FNPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPm1lY2hhbmlzbS4gVGltZXN0YW1wIGlzIG5vdCBjYXJy aWVkIGluIHRoZSBwYWNrZXQgZm9yd2FyZGVkIHRvIHRoZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj5uZXh0IGhvcC48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouMjVpbiI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8b2wgc3R5bGU9Im1hcmdpbi10b3A6MGluIiBzdGFydD0i MiIgdHlwZT0iMSI+DQo8bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDowaW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIiPjQuMS4yLjIsIGhlcmUgaXQgbXVzdCBiZSBOMiAo cGFnZSAxMCk8L3NwYW4+PG86cD48L286cD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj5JZiB0aGUgdGFyZ2V0IFNJ RCBpcyBub3QgbG9jYWxseSBwcm9ncmFtbWVkLA0KPGI+PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+ TjQ8L3NwYW4+PC9iPiByZXNwb25zZXMgd2l0aDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj50aGUgSUNNUHY2IG1lc3NhZ2UgKFR5 cGU6ICZxdW90O1NSdjYgT0FNIChUQkEpJnF1b3Q7LCBDb2RlOiAmcXVvdDtTSUQgbm90PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjI1aW4i PmxvY2FsbHkgaW1wbGVtZW50ZWQgKFRCQSkmcXVvdDspOyBvdGhlcndpc2UgYSBzdWNjZXNzIGlz IHJldHVybmVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1h cmdpbi1sZWZ0Oi4yNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxvbCBzdHlsZT0ibWFyZ2lu LXRvcDowaW4iIHN0YXJ0PSIzIiB0eXBlPSIxIj4NCjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMyI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciI+NC4xLjIuMiwgaGVy ZSBpdCBtdXN0IGJlIEI6NDpDNTIgKHBhZ2UgMTEpPC9zcGFuPjxvOnA+PC9vOnA+PC9saT48L29s Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj5UaGUgSUNN UHY2IHByb2Nlc3MgYXQgbm9kZSBONDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj5jaGVja3MgaWYgaXRzIGxvY2FsIFNJRCAoPGI+ PHNwYW4gc3R5bGU9ImNvbG9yOnJlZCI+QjoyOkMzMTwvc3Bhbj48L2I+KSBpcyBsb2NhbGx5IHBy b2dyYW1tZWQgb3Igbm90PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjI1aW4iPmFuZCByZXNwb25kcyB0byB0aGUgSUNNUHY2IEVjaG8gUmVx dWVzdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgc3RhcnQ9IjQiIHR5cGU9IjEiPg0K PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluO21zby1s aXN0OmwwIGxldmVsMSBsZm8zIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTpDb3VyaWVyIj40LjMuMi4yLCBoZXJlIGl0IG11c3QgYmUgQjo0OkM1MiAocGFnZSAxNik8 L3NwYW4+PG86cD48L286cD48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgdHJh Y2Vyb3V0ZSBwcm9jZXNzIGF0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5u b2RlIE40IGNoZWNrcyBpZiBpdHMgbG9jYWwgU0lEICg8Yj48c3BhbiBzdHlsZT0iY29sb3I6cmVk Ij5COjI6QzMxPC9zcGFuPjwvYj4pIGlzIGxvY2FsbHk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPnByb2dyYW1tZWQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjUpICZuYnNw O2luIGJlbG93IHR3byBjYXNlcyBpcyBpdCBCNTo6IG9yIGl0IG11c3QgYmUgPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciI+DQpBOjU6OiA/PC9zcGFuPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNl Om5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIi PiZndDsgcGluZyBBOjU6OiB2aWEgc2VnbWVudC1saXN0IEI6MjpDMzEsIEI6NDpDNTI8L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3Bh Y2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6Q291cmll ciI+U2VuZGluZyA1LCAxMDAtYnl0ZSBJQ01QIEVjaG9zIHRvDQo8Yj48c3BhbiBzdHlsZT0iY29s b3I6cmVkIj5CNTo6PC9zcGFuPiw8L2I+IHRpbWVvdXQgaXMgMiBzZWNvbmRzOjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIiPiEhISEhPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6Q291cmllciI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OkNvdXJpZXIiPiZndDsgdHJhY2Vyb3V0ZSBBOjU6OiB2aWEg c2VnbWVudC1saXN0IEI6MjpDMzEsIEI6NDpDNTI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTpDb3VyaWVyIj5UcmFjaW5nIHRoZSByb3V0ZSB0bw0KPGI+PHNwYW4gc3R5bGU9ImNvbG9yOnJl ZCI+QjU6Ojwvc3Bhbj48L2I+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3M8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJhamVzaDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtc2lwZm9vdGVyZTEy MTA0ZmQiIGFsaWduPSJjZW50ZXIiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdDt0ZXh0LWFsaWduOmNlbnRlciI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtj b2xvcjojNzM3MzczIj5KdW5pcGVyIEludGVybmFsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_A9766FBCAF0249FB98F7948B271931A4ciscocom_-- From nobody Fri May 24 12:30:51 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CDB81200F3; Fri, 24 May 2019 12:30:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=TqgMNZHw; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=o/yTb4oJ 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 Dxe1NRMCmhYM; Fri, 24 May 2019 12:30:35 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 293F812006A; Fri, 24 May 2019 12:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3282; q=dns/txt; s=iport; t=1558726235; x=1559935835; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Rn3AHu/KxmdZgfWAGYAB060vvxKbZC0RCHpyXkoTIKs=; b=TqgMNZHw2W3zw6fRyBfJrFRD47En2kSthXW3a44kgK3HdrgnjIN1AuDM hx0xc3OpxfphRMpK0Rpsk0GguD4++7ZShH0HlZhBFzWYgVv3on3OnUnc5 PnDaxNRLCIJxoxeFBVZPp+M5frzui84Epa3dIeJfC4sE9HXAxgr9VLbib o=; IronPort-PHdr: =?us-ascii?q?9a23=3AFrjTcxSAiN/5UqVRVAFB+Y3L7Npsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBdfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOjY1FcJOVF5N9HCgOk8TE8H7NBXf?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BoAABERehc/5BdJa1lHQEBBQEHBQG?= =?us-ascii?q?BUQgBCwGBPVADaVUgBAsohBODRwOEUoongjIllyqBLhSBEANUCQEBAQwBARg?= =?us-ascii?q?LCgIBAYN6RgIXgigjNAkOAQMBAQQBAQIBBG0cDIVLAQEBAwEBEBERDAEBKQM?= =?us-ascii?q?LAQ0CAgEIGAICJgICAhkMCxUQAgQBDQUigwABgWoDHQECDJp1AoE4iF9xgS+?= =?us-ascii?q?CeQEBBYFGQUCCPBiCDwMGBYEHKAGLUheBQD+BEScME4JMPoJhAQEDAYEqARI?= =?us-ascii?q?BNiOCUDKCJotTgjaaQgkCgg2GM4xfG4IfhmONP4xogSiFWI5tAgQCBAUCDgE?= =?us-ascii?q?BBYFPOGZxcBU7KgGCQYIPg3CFFIU/coEpiyGCQwEB?= X-IronPort-AV: E=Sophos;i="5.60,508,1549929600"; d="scan'208";a="567349309" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 May 2019 19:30:32 +0000 Received: from XCH-ALN-006.cisco.com (xch-aln-006.cisco.com [173.36.7.16]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id x4OJUVtT000850 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 24 May 2019 19:30:32 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-006.cisco.com (173.36.7.16) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 24 May 2019 14:30:30 -0500 Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 24 May 2019 14:30:30 -0500 Received: from NAM03-BY2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 24 May 2019 14:30:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Rn3AHu/KxmdZgfWAGYAB060vvxKbZC0RCHpyXkoTIKs=; b=o/yTb4oJVjNezFQbot4GXiu4YhTInhkkSzMDixXbgOJQ9G61m6jGJ/9nvJISNsizOJZeT6ofqSo1UJ9fQscertsHHeOdSC9bpndO4zQ4mADhzcXr/5s+sHlB/02+DaFMTrPcyaJInjxy6w1ogGfjiGSsVdHXmq556rYPgqI04qE= Received: from BYAPR11MB2984.namprd11.prod.outlook.com (20.177.224.140) by BYAPR11MB3304.namprd11.prod.outlook.com (20.177.185.93) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.20; Fri, 24 May 2019 19:30:29 +0000 Received: from BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82]) by BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82%7]) with mapi id 15.20.1922.019; Fri, 24 May 2019 19:30:29 +0000 From: "Rakesh Gandhi (rgandhi)" To: Loa Andersson , "spring@ietf.org" , "ippm@ietf.org" CC: "mpls@ietf.org" Thread-Topic: [spring] Updates to draft-gandhi-spring-ioam-sr-mpls Thread-Index: AQHVECdtBVPl6z/FYk2dRFHqcESRSKZ2shSAgAO41oA= Date: Fri, 24 May 2019 19:30:28 +0000 Message-ID: <7E2C91E0-F1FA-4EAD-8730-A0DAB4FFA07A@cisco.com> References: <529B3159-882E-4469-9DAC-F8AB3C9CD1F2@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.a.190512 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rgandhi@cisco.com; x-originating-ip: [2001:420:c0c4:1006::383] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 090ea474-4690-4425-82f7-08d6e07e478c x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BYAPR11MB3304; x-ms-traffictypediagnostic: BYAPR11MB3304: x-ms-exchange-purlcount: 2 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0047BC5ADE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(376002)(366004)(39860400002)(346002)(396003)(189003)(199004)(6246003)(4326008)(15650500001)(186003)(25786009)(81166006)(486006)(8936002)(8676002)(81156014)(83716004)(66446008)(66556008)(102836004)(2201001)(33656002)(229853002)(58126008)(86362001)(110136005)(14454004)(5660300002)(6486002)(14444005)(256004)(71200400001)(478600001)(6116002)(99286004)(316002)(73956011)(66946007)(91956017)(76116006)(76176011)(36756003)(53546011)(64756008)(66476007)(966005)(6436002)(6506007)(2616005)(305945005)(2501003)(68736007)(7736002)(11346002)(446003)(476003)(6306002)(6512007)(71190400001)(2906002)(82746002)(53936002)(46003); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3304; H:BYAPR11MB2984.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: 1LQga9Q87wqKG5w9jy6CLnv+hD2RXhJPC5RW6vMrPdFa2x6KsWlsFfS+yxs9H3jjAY1e0A7YYxH7pHbbK2bcMofCNgM6BOsAp7Yi2imVS338SCKxT+3MwhvrveZDnW7/EAT5Uzy170gcyVgFqCkCgM+qWtO5/LGpvRgr/6naiKEnLI3/XFXF4nu19scUeYSbsDb/crYZAbvwDkWTuzJVE8gSdryVqrOzQZJ8M5AjPWLuNn2CJgOugotLkJhYV5b/ihhD24UwG3BpYNTuxrmKM9y9koOpQ9ulTOdYZ6GkPn36rZWoII1dso8CQgfxe1zuaMTz4v8eYRwNMXnUfWQyX7s+++7eDIrCtZFdezLANAkaFFT742nvrWkgJDkSHLf80IxVUXUo2Nm0beDFgX5TZIFbJMGUiWWCYJk1k0qQowQ= Content-Type: text/plain; charset="utf-8" Content-ID: <8D6CC4D0411E92479396224C9F6C0436@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 090ea474-4690-4425-82f7-08d6e07e478c X-MS-Exchange-CrossTenant-originalarrivaltime: 24 May 2019 19:30:28.9296 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3304 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.16, xch-aln-006.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [spring] Updates to draft-gandhi-spring-ioam-sr-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 19:30:38 -0000 SGkgTG9hLA0KDQpUaGFuayB5b3UgZm9yIHRoZSByZXZpZXcgY29tbWVudHMuIFBsZWFzZSBzZWUg aW5saW5lIHdpdGggPFJHPi4uLg0KDQrvu79PbiAyMDE5LTA1LTIyLCAyOjQwIEFNLCAiTG9hIEFu ZGVyc3NvbiIgPGxvYUBwaS5udT4gd3JvdGU6DQoNCiAgICANCiAgICBSYWtlc2gsDQogICAgDQog ICAgQSBjb3VwbGUgb2YgdGhvdWdodHMgYW5kIHF1ZXN0aW9ucy4NCiAgICANCiAgICAtIGlzIGl0 IG5lY2Vzc2FyeSB0byBoYXZlIHRocmVlIGRpZmZlcmVudCB3YXlzIHRvIGVzdGFibGlzaCB0aGUN CiAgICAgICBJT0FNIEluZGljYXRvciBMYWJlbD8NCg0KPFJHPiBUaGVyZSBhcmUgdGhyZWUgb3B0 aW9ucyBwb3NzaWJsZSwgYnV0IGFmdGVyIHNvbWUgZGlzY3Vzc2lvbnMgd2l0aCB0aGUgV0dzLCB3 ZSBjYW4gcGljayBvbmUgb3IgbW9yZS4NCg0KICAgIC0gaWYgaXQgaXMgbmVjZXNzYXJ5IHRvIHVz ZSBhIFNwZWNpYWwgUHVycG9zZSBMYWJlbCwgY291bGQgeW91IHVzZQ0KICAgICAgIGEgZVNQTCBp bnN0ZWFkIG9mIGEgYlNQTCAoZm9yIHRlcm1pbm9sb2d5IHNlZSBkcmFmdC1hbmRlcnNzb24tbXBs cy0NCiAgICAgICBzcGwtdGVybWlub2xvZ3kpPw0KDQo8Ukc+IFdlIGNhbiB1c2UgZVNMIChlLmcu IGxhYmVsIHZhbHVlIDE4KS4NCg0KICAgIC0gd2lsbCB0aGUgbGFiZWwgc2VydmluZyBhcyBhcyBJ T0FNIEluZGljYXRvciBhbHdheXMgYmUgYSB0aGUgYm90dG9tDQogICAgICAgb2YgdGhlIHN0YWNr IGFuZCBoYXZlIHRoZSBzLWJpdCBzZXQ/DQoNCjxSRz4gVGhhdCBtYXkgYmUgZWFzaWVyLCBuZWVk IHRvIHNlZSBpZiB0aGVyZSBpcyBhbnkgY29tcGxpY2F0aW9uIHRoYXQgY2FuIGNvbWUgd2l0aCBp dCB0aG91Z2guDQoNCiAgICAtIGFsbG9jYXRpbmcgU1BMJ3MgaXMgYSBkZWNpc2lvbiB0aGF0IEkg d291bGQgd2FudCB0aGUgTVBMUyB3b3JraW5nDQogICAgICAgZ3JvdXAgdG8gdGFrZSwgdGhpcyBj b3VsZCBiZSBkb25lIGluIG9uZSBvZiB0d28gd2F5cywgZWl0aGVyIHdlDQogICAgICAgcHJvZ3Jl c3MgaW4gdGhlIG1wbHMgd2cgb3IgeW91IHNwbGl0IG91dCB0aGUgSUFOQSBhbGxvY2F0aW9uIGlu IGENCiAgICAgICBzZXBhcmF0ZSBkb2N1bWVudCBhbmQgcHJvZ3Jlc3MgdGhhdCBpbiB0aGUgbXBs cyB3Zy4NCg0KPFJHPiBPay4gQXQgdGhpcyB0aW1lLCB3ZSBjYW4ga2VlcCBib3RoIFdHcyBpbiB0 aGUgbG9vcCB3aXRoIG9uZSBkb2N1bWVudC4NCg0KVGhhbmtzLA0KUmFrZXNoDQoNCiAgICANCiAg ICAvTG9hDQogICAgDQogICAgT24gMjAxOS0wNS0yMiAwNjo0OSwgUmFrZXNoIEdhbmRoaSAocmdh bmRoaSkgd3JvdGU6DQogICAgPiBIaSBXRywNCiAgICA+IA0KICAgID4gV2UgaGF2ZSBwdWJsaXNo ZWQgYW4gdXBkYXRlIHRvIHRoZSBmb2xsb3dpbmcgZHJhZnQ6DQogICAgPiANCiAgICA+IGh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWdhbmRoaS1zcHJpbmctaW9hbS1zci1t cGxzLw0KICAgID4gDQogICAgPiAvZHJhZnQtZ2FuZGhpLXNwcmluZy1pb2FtLXNyLW1wbHMvIGRl ZmluZXMgaG93IElPQU0gZGF0YSBmaWVsZHMgYXJlIA0KICAgID4gdHJhbnNwb3J0ZWQgd2l0aCBT Ui1NUExTIGVuY2Fwc3VsYXRpb24uIFRoZSBkcmFmdCBoYXMgYmVlbiB1cGRhdGVkIGFzIA0KICAg ID4gZm9sbG93aW5nOi8vDQogICAgPiANCiAgICA+ICAxLiBBZGQgZGlmZmVyZW50IG1ldGhvZHMg b2YgSU9BTSBJbmRpY2F0b3IgTGFiZWwgaW4gU2VjdGlvbiA0LjEuDQogICAgPiAgMi4gQWRkIEhh c2hpbmcgZnVuY3Rpb24gaW4gU2VjdGlvbiA0LjIuDQogICAgPiAgMy4gQWRkIE5vZGUgY2FwYWJp bGl0eSBpbiBTZWN0aW9uIDQuMy4NCiAgICA+ICA0LiBDbGVhbnVwL2VkaXRvcmlhbCBjaGFuZ2Vz DQogICAgPiANCiAgICA+IFdlbGNvbWUgeW91ciByZXZpZXcgY29tbWVudHMgYW5kIHN1Z2dlc3Rp b25zLg0KICAgID4gDQogICAgPiBUaGFua3MsDQogICAgPiANCiAgICA+IFJha2VzaCAob24gYmVo YWxmIG9mIGNvLWF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycykNCiAgICA+IA0KICAgID4gDQogICAg PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAgID4g c3ByaW5nIG1haWxpbmcgbGlzdA0KICAgID4gc3ByaW5nQGlldGYub3JnDQogICAgPiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KICAgID4gDQogICAgDQogICAg LS0gDQogICAgDQogICAgDQogICAgTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAg IGVtYWlsOiBsb2FAcGkubnUNCiAgICBTZW5pb3IgTVBMUyBFeHBlcnQNCiAgICBCcm9uemUgRHJh Z29uIENvbnN1bHRpbmcgICAgICAgICAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCiAgICAN Cg0K From nobody Mon May 27 10:44:59 2019 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9F7F1200C4; Mon, 27 May 2019 10:44:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=cpw6XmpV; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=y6vsViwy 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 EPF9uf2ul_Gn; Mon, 27 May 2019 10:44:46 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C84E120043; Mon, 27 May 2019 10:44:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=58653; q=dns/txt; s=iport; t=1558979086; x=1560188686; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=g4tPquuSNnak6kacSAxKcYcCAokvCJYkU4NSf6v1NeY=; b=cpw6XmpVaSnx5Yl19mSit4mpTIIj78aMGIDPT9p8M5rXUMk4EY0CK0jn MPFNWRAaY71LUnYGvtfNkxSnh+72O7qgp3Jzrh5kut2MoyUwhFbsutpVM WNZcjqhbkivC/Ad8PMZxpkm+ycfQNAiK28imYU9yPf009efegl9Bbvsky M=; IronPort-PHdr: =?us-ascii?q?9a23=3AfCr7mBTEiKFYZGyLaWkBJEbExtpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESXBdfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOjY1FcJOVF5N9HCgOk8TE8H7NBXf?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BzAADHIexc/4gNJK1lHAEBAQQBAQc?= =?us-ascii?q?EAQGBUgYBAQsBgQ4vUANpVSAECyiEE4NHA455gjIliUGNaoEuFIEQA1AECQE?= =?us-ascii?q?BAQwBARgBDAgCAQGEQAIXgj8jNQgOAQMBAQQBAQIBBG0cDIVKAQEBBAEBEBE?= =?us-ascii?q?dAQEsCwEPAgEGAhEDAQIhAQYDAgICHwYLFAkIAgQOBSKDAAGBHU0DHQECDIw?= =?us-ascii?q?jkGACgTiIX3GBL4J5AQEFgUZBQII0DQuCDwMGgTQBi1IXgUA/gREnDBOCHi4?= =?us-ascii?q?+ghpHAQECAQGBKgESASYQCQ0JAoJSMoImizYSB4I9hGOUfwYmPQkCgg2GNIh?= =?us-ascii?q?9g2QbgXcohmaEAIlEk3CBWo0cAgQCBAUCDgEBBYFQATZmcXAVGiEqAYJBgg+?= =?us-ascii?q?DcIUUhT9yAQGBJ4ssDRcHgiUBAQ?= X-IronPort-AV: E=Sophos;i="5.60,520,1549929600"; d="scan'208,217";a="282075184" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 27 May 2019 17:44:29 +0000 Received: from XCH-ALN-019.cisco.com (xch-aln-019.cisco.com [173.36.7.29]) by alln-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id x4RHiTpZ019154 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 May 2019 17:44:29 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-019.cisco.com (173.36.7.29) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 27 May 2019 12:44:28 -0500 Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 27 May 2019 13:44:27 -0400 Received: from NAM05-DM3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Mon, 27 May 2019 13:44:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=g4tPquuSNnak6kacSAxKcYcCAokvCJYkU4NSf6v1NeY=; b=y6vsViwyNwcvhIkAl9X+RV7qTjVzA2CMmiIob30GcNQb1pC1rszJmEmEvVHsINt9ICboX6LVOVmElNW4CTW9v36iSEjSR+SguXKcjd+3CloslEpNV6LR/WsYX/y+FQSdwDnuAPIOZnhS1qML0N4RePXGYkEaXPSTLhXqpkF4TnU= Received: from BYAPR11MB2984.namprd11.prod.outlook.com (20.177.224.140) by BYAPR11MB3464.namprd11.prod.outlook.com (20.177.187.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.17; Mon, 27 May 2019 17:44:25 +0000 Received: from BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82]) by BYAPR11MB2984.namprd11.prod.outlook.com ([fe80::2863:4b36:aa13:ef82%7]) with mapi id 15.20.1922.021; Mon, 27 May 2019 17:44:25 +0000 From: "Rakesh Gandhi (rgandhi)" To: Greg Mirsky CC: "spring@ietf.org" , "ippm@ietf.org" Thread-Topic: [ippm] Latest Updates to SR PM Drafts Thread-Index: AQHVEBdt+kzMTPzBEEmWF/GGsysEYKZ5iqkAgAV5wIA= Date: Mon, 27 May 2019 17:44:25 +0000 Message-ID: <2C0D0A1C-2144-4E54-8C7C-6E61DB9C7C4A@cisco.com> References: <6483D3B4-8C1B-4CE0-8701-376DB1BE92B4@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.a.190512 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rgandhi@cisco.com; x-originating-ip: [2001:420:2840:1250:3c30:6f0d:3499:b523] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e33913dc-8d69-4be0-8db4-08d6e2caf616 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020); SRVR:BYAPR11MB3464; x-ms-traffictypediagnostic: BYAPR11MB3464: x-ms-exchange-purlcount: 7 x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0050CEFE70 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(396003)(136003)(366004)(39860400002)(199004)(189003)(81166006)(53936002)(81156014)(8676002)(7736002)(5070765005)(554214002)(8936002)(6506007)(54906003)(53546011)(478600001)(53946003)(76176011)(9326002)(102836004)(6916009)(1411001)(54896002)(71190400001)(5660300002)(86362001)(256004)(71200400001)(14444005)(6306002)(58126008)(229853002)(6512007)(6486002)(83716004)(6436002)(64756008)(7110500001)(236005)(91956017)(76116006)(73956011)(4326008)(66946007)(606006)(68736007)(15650500001)(82746002)(6246003)(33656002)(25786009)(316002)(2420400007)(486006)(99286004)(966005)(6116002)(561944003)(14454004)(11346002)(66476007)(36756003)(46003)(446003)(2906002)(476003)(2616005)(186003)(66446008)(66556008); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB3464; H:BYAPR11MB2984.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: m+vkVW5R2Sq3grzgAWvkuVWZyPnWlMrrOTzfTH30nwW+KKHgtotgYS/eU/v7vjZQHENDQaHCyqotNddHZ7KNBJt5IhcNjDaFM1hzUV2kBhxrv/c6IkAJxPj/FkdsxRyMumTtFjJ54vJlbqIatatXYXkq/fnX38FsCimP+WMFp6mvFNH1Dz4mHQadDnkJVY+9BUlbTVs+u1L6dZ/C64+G51Cfx6I/mg/uZlmOo9dtdPiOCA2C84eB9QWrR9NhqnE9zsP+dPx8UCyjwceB0dTN4Jz6gRCu6+SEqpjHlWYbdOFvlvr+BBrszWQYcV9Oal+qTKYkHfHQjejwOt/0recH3M/msoGZpS0K2VhOonBha98ZGQhy6sdeJLUY0UQ9w3Ww+3/1/HKyuMP1Lkrt4m4jqbczdjLZtYAUC53eZol05AI= Content-Type: multipart/alternative; boundary="_000_2C0D0A1C21444E548C7C6E61DB9C7C4Aciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: e33913dc-8d69-4be0-8db4-08d6e2caf616 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 May 2019 17:44:25.7459 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rgandhi@cisco.com X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3464 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.29, xch-aln-019.cisco.com X-Outbound-Node: alln-core-3.cisco.com Archived-At: Subject: Re: [spring] [ippm] Latest Updates to SR PM Drafts X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2019 17:44:50 -0000 --_000_2C0D0A1C21444E548C7C6E61DB9C7C4Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgR3JlZywNCkFwcHJlY2lhdGUgZm9yIHRha2luZyB0aW1lIHRvIHJldmlldyBkcmFmdC1nYW5k aGktc3ByaW5nLXR3YW1wLXNycG08aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtZ2FuZGhpLXNwcmluZy10d2FtcC1zcnBtLz4gYW5kIHByb3ZpZGluZyBjb21tZW50cyBhbmQg c3VnZ2VzdGlvbnMuIFBsZWFzZSBzZWUgcmVwbGllcyBpbmxpbmUgd2l0aCA8Ukc+4oCmDQoNCkZy b206IEdyZWcgTWlyc2t5IDxncmVnaW1pcnNreUBnbWFpbC5jb20+DQpEYXRlOiBUaHVyc2RheSwg TWF5IDIzLCAyMDE5IGF0IDEwOjA3IFBNDQpUbzogIj1TTVRQOnJnYW5kaGlAY2lzY28uIGNvbSIg PHJnYW5kaGlAY2lzY28uY29tPg0KQ2M6ICJzcHJpbmdAaWV0Zi5vcmciIDxzcHJpbmdAaWV0Zi5v cmc+LCAiaXBwbUBpZXRmLm9yZyIgPGlwcG1AaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW2lwcG1d IExhdGVzdCBVcGRhdGVzIHRvIFNSIFBNIERyYWZ0cw0KDQpIaSBSYWtlc2gsIGFuZCBBdXRob3Jz LA0KdGhhbmsgeW91IGZvciBicmluZ2luZyB0aGUgdXBkYXRlcyB0byB0aGUgZHJhZnQgZm9yIHRo ZSBkaXNjdXNzaW9uLiBQbGVhc2UgZmluZCBteSBjb21tZW50cyBhbmQgcXVlc3Rpb25zIGJlbG93 Og0KDQogICogICBHZW5lcmFsLiBUaGUgZHJhZnQgdGl0bGUgc3RhdGVzIHRoYXQgdGhlIHVuZGVy bHlpbmcgbWVjaGFuaXNtIGl0IHVzZXMgaXMgVFdBTVAuIEJ1dCB0aGUgVFdBTVAsIGFjY29yZGlu ZyB0byBSRkMgODU0NSwgaXMgdGhlIHVuaW9uIG9mIFRXQU1QLUNvbnRyb2wgYW5kIFRXQU1QLVRl c3QuIFNpbmNlIHRoZSBkcmFmdCBkb2VzIG5vdCBwcm9wb3NlIGV4dGVuc2lvbnMgdG8gVFdBTVAt Q29udHJvbCBpbiBzdXBwb3J0IHRoZSBuZXcgZnVuY3Rpb25hbGl0eSwgSSBiZWxpZXZlIGl0IGNh bm5vdCBiZSByZWZlcnJlZCB0byBSRkMgNTM1NyBhcyBpdHMgcHJpbmNpcGFsIHNvdXJjZS4gSXQg bWlnaHQgYmUgcmVmZXJyZWQgdG8gdGhlIEFwcGVuZGl4IEkgaW4gUkZDIDUzNTcgdGhhdCBkZXNj cmliZXMgdGhlIG1vZGUgYWxzbyByZWZlcnJlZCB0byBhcyBUV0FNUC1MaWdodC4gQnV0IGJlY2F1 c2UgdGhlIEFwcGVuZGl4IGhhcyBvbmx5IEluZm9ybWF0aW9uYWwgdmFsdWUsIGludGVyb3BlcmFi aWxpdHkgYW1vbmcgdGhlIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiBUV0FNUCBMaWdodCwg dGhlIG9uZSBzdXBwb3J0aW5nIHRoaXMgc3BlY2lmaWNhdGlvbiByZXF1aXJlcyBkZXRhaWxlZCBh bmFseXNpcy4gKE1vcmUgb24gdGhpcyBpc3N1ZSBmdXJ0aGVyIGRvd24uKQ0KDQo8Ukc+IFRoZSBk cmFmdCB1c2VzIHRoZSBETSBtZXNzYWdlIGZvcm1hdHMgZGVmaW5lZCBmb3IgVFdBTVAtVGVzdCBp biBSRkMgNTM1NyBmb3IgU2VnbWVudCBSb3V0aW5nLiBXZSBjYW4gdXNlIHRoZSB0ZXh0IHNpbWls YXIgdG8gdGhlIG9uZSB1c2VkIGluIGRyYWZ0LWlldGYtaXBwbS1zdGFtcC0wNSBpbiBTZWN0aW9u IDQgaWYgaXQgaGVscHMgY2xhcmlmeTog4oCcVW5hdXRoZW50aWNhdGVkIFNUQU1QIHRlc3QgcGFj a2V0cyBhcmUgY29tcGF0aWJsZSBvbiB0aGUgd2lyZSB3aXRoIHVuYXV0aGVudGljYXRlZCBUV0FN UC1UZXN0IFtSRkM1MzU3PGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM1MzU3Pl0gcGFj a2V0IGZvcm1hdHMu4oCdDQoNCiAgKiAgIGluIFNlY3Rpb24gMy4xIHdoZW4gZGVzY3JpYmluZyB0 aGUgbWVjaGFuaXNtIHRvIGRlbXVsdGlwbGV4IFBNIHByb2JlcyAodXNlIHVzZXItY29uZmlndXJl ZCBkZXN0aW5hdGlvbiBwb3J0IG51bWJlcnMpLCB5b3UndmUgbm90ZWQNCiJUaGlzIGFwcHJvYWNo IGlzIHNpbWlsYXIgdG8gdGhlIG9uZSBkZWZpbmVkIGluIFNUQU1QIHByb3RvY29sIFtJLUQuaXBw bS1zdGFtcF0uIg0KQ2FuIHlvdSBlbGFib3JhdGUgZnVydGhlciBpbiB3aGF0IHBhcnQgdGhlIFNU QU1QIHNwZWNpZmljYXRpb24gdXNlcyB1c2VyLWNvbmZpZ3VyZWQgZGVzdGluYXRpb24gcG9ydCBu dW1iZXJzIGF0IHRoZSBTZXNzaW9uLVJlZmxlY3RvciB0byBkZW11bHRpcGxleCBleHRlbnNpb25z LiBBcyBJJ3ZlIHN1Z2dlc3RlZCBpbiB0aGUgYmVnaW5uaW5nIG9mIHRoZSBkaXNjdXNzaW9uIG9m IHRoaXMgcHJvcG9zYWwsIFNUQU1QIHVzZXMgVExWcyB0byBleHRlbmQgdGhlIGZ1bmN0aW9uYWxp dHkgb2YgaXRzIGJhc2Ugc3BlY2lmaWNhdGlvbi4gQXMgZm9yIHRoZSB1c2Ugb2YgdGhlIGRlc3Rp bmF0aW9uIHBvcnQgbnVtYmVyIGF0IFNlc3Npb24tUmVmbGVjdG9yLCBTVEFNUCB0YWtlcyBhZHZh bnRhZ2UgYnkgdXNpbmcgVURQIHBvcnQgODYyIFtSRkM4NTQ1XSBhcyB0aGUgZGVmYXVsdCB2YWx1 ZS4gVGh1cyBTVEFNUCBTZXNzaW9uLVJlZmxlY3RvciBtaW5pbWl6ZXMgcmVxdWlyZWQgcHJvdmlz aW9uaW5nLg0KDQoNCg0KPFJHPiBUaGUgcmVmZXJlbmNlIHdhcyBiYXNlZCBvbiB0aGUgZm9sbG93 aW5nIHRleHQgZnJvbSBkcmFmdC1pZXRmLWlwcG0tc3RhbXAtMDUgaW4gU2VjdGlvbiA0LjQsIHRv IHVzZSBhIGR5bmFtaWMgZGVzdGluYXRpb24gcG9ydDogIOKAnFRodXMgU1RBTVAgU2Vzc2lvbi1T ZW5kZXIgTVVTVCBiZSBhYmxlIHRvIHNlbmQgdGVzdCBwYWNrZXRzIHRvIGRlc3RpbmF0aW9uIFVE UCBwb3J0IG51bWJlciBmcm9tIHRoZSBEeW5hbWljIGFuZC9vciBQcml2YXRlIFBvcnRzIHJhbmdl IDQ5MTUyLTY1NTM1LCB0ZXN0IG1hbmFnZW1lbnQgc3lzdGVtIHNob3VsZCBmaW5kIHBvcnQgbnVt YmVyIHRoYXQgYm90aCBkZXZpY2VzIGNhbiB1c2Uu4oCdDQoNCg0KICAqICAgU2VjdGlvbiAzLjEu MSByZWNvbW1lbmRzIHRoZSB1c2Ugb2YgUFRQIHRpbWUgc3RhbXAgZm9ybWF0IGZvbGxvd2luZyB0 aGUgcHJvY2VkdXJlcyBkZWZpbmVkIGluIFJGQyA4MTg2LiBQbGVhc2Ugbm90ZSwgdGhhdCBmb3Ig T1dBTVAsIFJGQyA4MTg2IGRlZmluZXMgYW4gZXh0ZW5zaW9uIHRvIE9XQU1QLUNvbnRyb2wgcHJv dG9jb2wgdGhhdCBhbGxvd3MgbmVnb3RpYXRpbmcgdGhlIHRpbWVzdGFtcCBmb3JtYXQuIFdpdGhv dXQgdGhlIHVzZSBvZiB0aGUgT1dBTVAtQ29udHJvbCwgdGhlIFNlc3Npb24tUmVjZWl2ZXIgdGhh dCBkb2VzIG5vdCBzdXBwb3J0IFJGQyA4MTg2IHdvdWxkIGFzc3VtZSB0aGF0IHRoZSBmb3JtYXQg aW4gdGhlIHJlY2VpdmVkIERNIFByb2JlIFF1ZXJ5IG1lc3NhZ2UgaXMgTlRQIGFuZCB3aWxsIG1p c2NhbGN1bGF0ZSB0aGUgbWV0cmljcy4NCg0KPFJHPiBUaGUgYXBwcm9hY2ggcHJvcG9zZWQgaXMg c2ltaWxhciB0byBkcmFmdC1pZXRmLWlwcG0tc3RhbXAtMDUgaW4gU2VjdGlvbiA0LjEuMSwgd2hl cmUgdXNlciBpcyBleHBlY3RlZCB0byBwcm92aXNpb24gbWF0Y2hpbmcgdGltZXN0YW1wIGZvcm1h dHMgZm9yIGEgZ2l2ZW4gVURQIGRlc3RpbmF0aW9uIHBvcnQgb24gYm90aCBlbmRwb2ludHMgYXM6 IOKAnCBUaGUgU1RBTVAgU2Vzc2lvbi1TZW5kZXIgYW5kIFNlc3Npb24tUmVmbGVjdG9yIE1BWSB1 c2UsIG5vdCB1c2UsIG9yIHNldCB2YWx1ZSBvZiB0aGUgWiBmaWVsZCBpbiBhY2NvcmRhbmNlIHdp dGggdGhlIHRpbWVzdGFtcCBmb3JtYXQgaW4gdXNlLiAgVGhpcyBvcHRpb25hbCBmaWVsZCBpcyB0 byBlbmhhbmNlIG9wZXJhdGlvbnMsIGJ1dCBsb2NhbCBjb25maWd1cmF0aW9uIG9yIGRlZmF1bHRz IGNvdWxkIGJlIHVzZWQgaW4gaXRzIHBsYWNlLuKAnQ0KDQogICogICBPbiB0aGUgdXNlIG9mIHRo ZSBBdXRoZW50aWNhdGVkIG1vZGUgaW4gRE0uIE5vdGUgdGhhdCBSRkMgNDY1NiByZXF1aXJlcyB0 aGUgc3VwcG9ydCBvbmx5IG9mIEhNQUMtU0hBMS4gQWxzbywgd2hhdCBpcyB0aGUgc2l6ZSBvZiB0 aGUgYmxvY2sgZm9yIHRoZSBhdXRoZW50aWNhdGlvbiBvZiB0aGUgbWVzc2FnZT8NCiAgKiAgIE1v cmUgb24gQXV0aGVudGljYXRpb24gb2YgRE06DQoNCiAgICAgKiAgIFdoYXQgaXMgdGhlIGZvcm1h dCBvZiB0aGUgYXV0aGVudGljYXRlZCBxdWVyeQ0KDQo8Ukc+IEFzIGRlZmluZWQgaW4gU2VjdGlv biA0LjEuMjxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2FuZGhpLXNwcmluZy10 d2FtcC1zcnBtLTAxI3NlY3Rpb24tNC4xLjI+IG9mIE9XQU1QIFtSRkM0NjU2PGh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM0NjU2Pl0uDQoNCiAgICAgKiAgIHdoYXQgaXMgdGhlIGZvcm1h dCBvZiB0aGUgYXV0aGVudGljYXRlZCAoYW5kIHVuYXV0aGVudGljYXRlZCBhcyB3ZWxsKSByZXNw b25zZSBtZXNzYWdlDQoNCjxSRz4gQXMgZGVmaW5lZCBpbiBTZWN0aW9uIDQuMi4xIG9mIFRXQU1Q IFtSRkM1MzU3XS4NCg0KICAgICAqICAgd2hhdCBpcyB0aGUgZGlmZmVyZW5jZSBiZXR3ZWVuIHRo ZSBwcm9wb3NlZCBETSBxdWVyeS9yZXNwb25zZSBhbmQgUkZDIDUzNTcgU2Vzc2lvbi1TZW5kZXIg YW5kIFNlc3Npb24tUmVmbGVjdG9yIHBhY2tldHM/IEZyb20gcmVhZGluZyBTZWN0aW9uIDMuMiwg aXQgYXBwZWFycyB0aGF0IHRoZSBETSBSZXNwb25zZSBtZXNzYWdlIGZvcm1hdCBpcyBhcyBkZWZp bmVkIGZvciB0aGUgU2Vzc2lvbi1SZWZsZWN0b3IgaW4gUkZDIDUzNTcuIENhbiB0aGF0IGJlIGV4 cHJlc3NlZCBpbiBvbmUtbGluZXIgd2l0aG91dCB0aGUgdW5uZWNlc3NhcnkgY29tcGxpY2F0aW9u IG9mIGludHJvZHVjaW5nIERNIHF1ZXJ5LCB0aGF0IGlzIHRoZSBkdXBsaWNhdGUgb2Ygd2hhdCBh bHJlYWR5IGRlZmluZWQgaW4gUkZDIDUzNTc/DQo8Ukc+IFllcywgRE0gbWVzc2FnZSBmb3JtYXRz IGFyZSBzYW1lIGFzIGluIFtSRkM1MzU3XS4gVGhlIGRyYWZ0IG9ubHkgaGFzIGNvdXBsZSBvZiBs aW5lcyBpbiBTZWN0aW9uIDMuMS4xIGFueXdheXMg8J+Yig0KDQogICogICBTZWN0aW9uIDMuMS4y IGhhcywgd2hhdCBJIGJlbGlldmUsIHNpZ25pZmljYW50IGludGVyb3BlcmFiaWxpdHkgd2l0aCBU V0FNUC1MaWdodCBpc3N1ZXM6DQoNCiAgICAgKiAgIFRoZSBmb3JtYXQgaXMgbm90IGJhY2t3YXJk IGNvbXBhdGlibGUgYW5kLCB3aXRob3V0IHRoZSB1c2Ugb2YgVFdBTVAtQ29udHJvbCwgdGhlIFNl c3Npb24tU2VuZGVyIGlzIG5vdCBhd2FyZSBvZiB0aGUgc2V0IG9mIGZ1bmN0aW9ucyBzdXBwb3J0 ZWQgYnkgdGhlIHJlbW90ZSBpbXBsZW1lbnRhdGlvbiBvZiBUV0FNUC1MaWdodC4gVGhlIHVzZSBv ZiB0aGUgZXhwbGljaXRseSBjb25maWd1cmVkIFVEUCBwb3J0IG51bWJlciBvbiBhIFNlc3Npb24t UmVmbGVjdG9yIGlzIHZlcnkgc3RhbmRhcmQgb24gVFdBTVAtTGlnaHQgaW1wbGVtZW50YXRpb25z IGluIHRoZSBmaWVsZC4gSG93IGRvIHlvdSBwcm9wb3NlIHRvIGRpc2NvdmVyIHRoZSBzZXQgb2Yg ZnVuY3Rpb25zIHRoYXQgdGhlIHRhcmdldHRlZCBTZXNzaW9uLVJlZmxlY3RvciBzdXBwb3J0cz8N CjxSRz4gQm90aCB0aGUgcXVlcmllciBhbmQgcmVzcG9uZGVyIG5lZWQgdG8gYmUgcHJvdmlzaW9u ZWQgdG8gZW5hYmxlIHRoZSBMTSBtZXNzYWdlIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBhbmQg VURQIGRlc3RpbmF0aW9uIHBvcnQgZm9yIGl0Lg0KDQogICAgICogICBBbm90aGVyIHF1ZXN0aW9u LiBBc3N1bWluZyB0aGF0IHRoZSBTZXNzaW9uLVJlZmxlY3RvciB0aGF0IGRvZXMgbm90IHN1cHBv cnQgdGhpcyBzcGVjaWZpY2F0aW9uIHZhbGlkYXRlcyB0aGUgTE0gcXVlcnkgcGFja2V0IGFuZCBy ZXNwb25kcyB3aXRoIHRoZSByZWZsZWN0ZWQgcGFja2V0IGJ1dCBmb3JtYXR0ZWQgYWNjb3JkaW5n IHRvIFJGQyA1MzU3IChhbmQgcG9zc2libGUgZXh0ZW5zaW9ucyBsaWtlIGRlc2NyaWJlZCBpbiBS RkMgNjAzOCBhbmQvb3IgUkZDIDc3NTApLCBIb3cgdGhlIFNlc3Npb24tU2VuZGVyIHRoYXQgcmVj ZWl2ZXMgc3VjaCB0ZXN0IHBhY2tldCBiZSBhYmxlIHRvIHZhbGlkYXRlLCBwYXJzZSwgYW5kIHVz ZSB0aGUgaW5mb3JtYXRpb24/DQo8Ukc+IEFzIGFib3ZlLg0KDQogICogICBJJ20gcHV6emxlZCBo b3cgdGhlIHByb3Bvc2VkIGluIFNlY3Rpb24gMy4yLjIuMSB0aGUgbmV3IGV4dGVuc2lvbiB0byBT VEFNUCBpcyByZWxhdGVkIHRvIHRoZSByZXN0IG9mIHRoZSBkb2N1bWVudCB0aGF0LCBhcyBJIHJl YWQgaXQsIGlzIGJhc2VkIG9uIE9XQU1QL1RXQU1QLCBidXQgbm90IFNUQU1QIHNwZWNpZmljYXRp b25zLiBIb3cgdGhlIG5ldyBUTFYsIHJlZ2lzdGVyZWQgaW4gU1RBTVAtcmVsYXRlZCByZWdpc3Ry eSwgd2lsbCBiZSB1c2VkIGluLCBmb3IgZXhhbXBsZSwgRE0gUXVlcnkgbWVzc2FnZSwgd2hpY2gg aXMgdGhlIHNhbWUgYXMgT1dBTVAgU2Vzc2lvbi1TZW5kZXIgVGVzdCBwYWNrZXQ/DQo8Ukc+ICBU aGUgRE0gbWVzc2FnZSBmb3JtYXQgb24gdGhlIHdpcmUgY2FuIGJlIE9XQU1QL1RXQU1QL1NUQU1Q IGFzIGxvbmcgYXMgdGhlIG1hdGNoaW5nIG1lc3NhZ2UgZm9ybWF0IGFuZCBVRFAgZGVzdGluYXRp b24gcG9ydCBhcmUgcHJvdmlzaW9uZWQgb24gYm90aCBzaWRlcy4gV2UgY2FuIGRpc2N1c3MgYW5k IHNlZSBpZiB0aGUgVExWIGJlbG9uZ3MgdG8gdGhpcyBkb2N1bWVudCBvciBzb21lIG90aGVyIGRv Y3VtZW50Lg0KDQogICogICBUaGUgTE0gbWVhc3VyZW1lbnQgbW9kZSwgcGxlYXNlIGNvcnJlY3Qg bWUgaWYgSSdtIG1pc3Rha2VuLCB1c2VzIHdoYXQgaXMgdXN1YWxseSBjYWxsZWQgRGlyZWN0IExv c3MgTWVhc3VyZW1lbnQuIEl0IGlzIHdlbGwta25vd24gZnJvbSwgZm9yIGV4YW1wbGUsIEVUSC1M TSBpbiBHLjgwMTMvWS4xNzMxLiBBbHNvLCBkcmFmdC14aWFvLWlwcG0tdHdhbXAtZXh0LWRpcmVj dC1sb3NzIGRlc2NyaWJlZCB0aGUgZnVsbCBzZXQgb2YgZXh0ZW5zaW9ucyB0byBUV0FNUCAoVFdB TVAtQ29udHJvbCBhbmQgVFdBTVAtVGVzdCkgaW4gc3VwcG9ydCBvZiB0aGUgRGlyZWN0IExvc3Mg TWVhc3VyZW1lbnRzLiBCdXQgSSBjb3VsZG4ndCBmaW5kIGFueSByZWZlcmVuY2UgdG8gdGhhdCB3 b3JrIHRoYXQgcHJlY2VkZWQgdGhpcyBkcmFmdC4NCjxSRz4gWWVzLCB0aGlzIGlzIGRpcmVjdCBs b3NzIG1lYXN1cmVtZW50LiBUaGFua3MgZm9yIHBvaW50aW5nIHRvIHRoZSBkcmFmdC4gV2Ugd2ls bCByZXZpZXcgdGhlIHN1Z2dlc3RlZCBkcmFmdCBhbmQgcmVmZXIgdG8gdGhhdCB3b3JrIGFzIGFw cHJvcHJpYXRlLg0KTXVjaCBhcHByZWNpYXRlIHlvdXIgY29uc2lkZXJhdGlvbiBvZiBteSBjb21t ZW50cyBhbmQgcXVlc3Rpb25zLiBJIGFtIGxvb2tpbmcgZm9yd2FyZCB0byBvdXIgZGlzY3Vzc2lv biBvbiBlbWFpbCBhbmQgaW4gTW9udHJlYWwuDQoNCjxSRz4gR3JlYXQsIHRoYW5rcywNClJha2Vz aA0KDQoNClJlZ2FyZHMsDQpHcmVnDQoNCk9uIFR1ZSwgTWF5IDIxLCAyMDE5IGF0IDM6MDggUE0g UmFrZXNoIEdhbmRoaSAocmdhbmRoaSkgPHJnYW5kaGlAY2lzY28uY29tPG1haWx0bzpyZ2FuZGhp QGNpc2NvLmNvbT4+IHdyb3RlOg0KSGkgV0csDQoNCldlIGhhdmUgcG9zdGVkIGZvbGxvd2luZyB1 cGRhdGVzIHRvIFNSIFBNIGRyYWZ0cyB0byBhZGRyZXNzIHZhcmlvdXMgcmV2aWV3IGNvbW1lbnRz IGFuZCBzdWdnZXN0aW9ucy4NCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCmRyYWZ0 LWdhbmRoaS1zcHJpbmctdHdhbXAtc3JwbTxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2Rv Yy9kcmFmdC1nYW5kaGktc3ByaW5nLXR3YW1wLXNycG0vPg0KDQpUaGlzIGRyYWZ0IGRlZmluZXMg U1IgUE0gdXNpbmcgVFdBTVAgUkZDIDUzNTcsIGFzIHdlbGwgYXMgbmV3IG1lc3NhZ2UgZm9yIGRp cmVjdC1tb2RlIGxvc3MgbWVhc3VyZW1lbnQuIFRoZSBsYXRlc3QgdmVyc2lvbiBvZiB0aGUgZHJh ZnQgaGFzIGJlZW4gdXBkYXRlZCB3aXRoOg0KDQogIDEuICBNYWNoIENoZW4gam9pbmVkIGFzIGEg Y28tYXV0aG9yLg0KICAyLiAgUmVtb3ZlIHRlcm0gSW4tYmFuZCBwcm9iZXMgYW5kIGFkZCBhcyDi gJxwcm9iZXMgc2VudCBvbiBjb25ncnVlbnQgcGF0aCB3aXRoIGRhdGEgdHJhZmZpY+KAnSBpbiBT ZWN0aW9uIDIuMi4NCiAgMy4gIEFkZCBwYWNrZXQgY291bnRlciBmb3JtYXQgZmxhZ3MgaW4gTE0g bWVzc2FnZSBpbiBTZWN0aW9uIDMuDQogIDQuICBBZGQgQ2hlY2tzdW0gY29tcGxlbWVudCBpbiBT ZWN0aW9uIDMuDQogIDUuICBEZWZpbmUgUmV0dXJuIFBhdGggVExWIGZvciB0d28td2F5IG1lYXN1 cmVtZW50IG1vZGUgaW4gU2VjdGlvbiAzLjIuMi4xLg0KICA2LiAgQWRkIExvb3BiYWNrIG1lYXN1 cmVtZW50IG1vZGUgaW4gU2VjdGlvbiAzLjIuMy4NCiAgNy4gIEFkZCBQYXRoIFNlZ21lbnQgSUQg aW4gRmlndXJlIDMuDQogIDguICBBZGQgZGV0YWlscyBmb3IgUDJNUCBTUiBQb2xpY3kgaW4gU2Vj dGlvbiA0Lg0KICA5LiAgSW5jbHVkZSBPV0FNUCBhbmQgVFdBTVAgdXNlIEhNQUMtU0hBMSBmb3Ig aW50ZWdyaXR5IHByb3RlY3Rpb24gaW4gU2VjdGlvbiA3Lg0KICAxMC4gQ2xlYW51cC9lZGl0b3Jp YWwgY2hhbmdlcy4NCg0KT3BlbiBJdGVtczoNCg0KICAqICAgTm9uZQ0KIDxzbmlwcGVkIHRvIGZv Y3VzIG9uIHRoZSBkcmFmdCB1bmRlciBkaXNjdXNzaW9uPg0KDQpUaGFuayB5b3UgZXZlcnlvbmUg Zm9yIHlvdXIgcmV2aWV3IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBvbiB0aGVzZSBkcmFmdHMu IFdlbGNvbWUgeW91ciBhZGRpdGlvbmFsIGZlZWRiYWNrcy4NCg0KDQpUaGFua3MsDQoNClJha2Vz aCAob24gYmVoYWxmIG9mIGNvLWF1dGhvcnMgYW5kIGNvbnRyaWJ1dG9ycykNCg0KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlwcG0gbWFpbGluZyBsaXN0 DQppcHBtQGlldGYub3JnPG1haWx0bzppcHBtQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9pcHBtDQo= --_000_2C0D0A1C21444E548C7C6E61DB9C7C4Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <9AC233C1FDEC9B4582255867CF975767@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpDb3VyaWVyOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAg MCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgi Ow0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZh Y2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBk aXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLm0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0x OTU4OTIyOTY3MjUxNjY3Mjltc29saXN0cGFyYWdyYXBoLCBsaS5tMjI1NjI0MDQxMjQxNTkzNTg4 OWdtYWlsLW0tMTk1ODkyMjk2NzI1MTY2NzI5bXNvbGlzdHBhcmFncmFwaCwgZGl2Lm0yMjU2MjQw NDEyNDE1OTM1ODg5Z21haWwtbS0xOTU4OTIyOTY3MjUxNjY3Mjltc29saXN0cGFyYWdyYXBoDQoJ e21zby1zdHlsZS1uYW1lOm1fMjI1NjI0MDQxMjQxNTkzNTg4OWdtYWlsLW1fLTE5NTg5MjI5Njcy NTE2NjcyOW1zb2xpc3RwYXJhZ3JhcGg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowY207DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1z ZXJpZjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIVE1M IFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZhbWlseToiQ29uc29sYXMiLHNlcmlm O30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXpl OjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJ e21zby1saXN0LWlkOjcyMDUyMDY3Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxNTU0ODI4ODA4 O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2 ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDox MDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0 IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyODgu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwx DQoJe21zby1saXN0LWlkOjkzOTQzMDcxOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNTY2MDgw MDUwO30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjQyMzE4MzU1NTsNCgltc28tbGlzdC10ZW1w bGF0ZS1pZHM6MTM0MTUyMjMxNjt9DQpAbGlzdCBsMjpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3lt Ym9sO30NCkBsaXN0IGwyOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6 bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw0DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4 MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv grc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw4DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDMNCgl7bXNvLWxpc3QtaWQ6NDUzMzMyNTc4Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlk czotMTY4MzQyNjQ1Mjt9DQpAbGlzdCBsMzpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGwzOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1m b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMzpsZXZlbDMNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldpbmdk aW5nczt9DQpAbGlzdCBsMzpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlz dCBsMzpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDcN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDgNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0 LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n czt9DQpAbGlzdCBsNA0KCXttc28tbGlzdC1pZDoxNzY3NzMyNTA4Ow0KCW1zby1saXN0LXRlbXBs YXRlLWlkczotMTAyMzE5ODc2O30NCkBsaXN0IGw0OmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3Rv cDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1i b2w7fQ0KQGxpc3QgbDQ6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNDps ZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNDpsZXZlbDQNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgw LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9 DQpAbGlzdCBsNDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNDpsZXZl bDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C tzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNDpsZXZlbDgNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OlN5bWJvbDt9DQpAbGlzdCBsNDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpA bGlzdCBsNQ0KCXttc28tbGlzdC1pZDoxNzk5OTEwMzk2Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlk czotMTI0NTE1NDkzMDt9DQpAbGlzdCBsNTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGw1OmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWwz DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWw0DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxp c3QgbDU6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWw3DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpT eW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3Qg bDYNCgl7bXNvLWxpc3QtaWQ6MjA3ODA4NzAyOTsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6ODcw MjA2MTA4O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206 MGNtO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1DQSIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkhpIEdyZWcsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEyLjBwdCI+QXBwcmVjaWF0ZSBmb3IgdGFraW5nIHRpbWUgdG8gcmV2aWV3DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWdhbmRoaS1zcHJpbmctdHdhbXAtc3JwbS8iIHRhcmdl dD0iX2JsYW5rIj5kcmFmdC1nYW5kaGktc3ByaW5nLXR3YW1wLXNycG08L2E+IGFuZCBwcm92aWRp bmcgY29tbWVudHMgYW5kIHN1Z2dlc3Rpb25zLiBQbGVhc2Ugc2VlIHJlcGxpZXMgaW5saW5lIHdp dGggJmx0O1JHJmd0O+KApjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYg MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+R3JlZyBNaXJz a3kgJmx0O2dyZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1cnNk YXksIE1heSAyMywgMjAxOSBhdCAxMDowNyBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7PVNNVFA6 cmdhbmRoaUBjaXNjby4gY29tJnF1b3Q7ICZsdDtyZ2FuZGhpQGNpc2NvLmNvbSZndDs8YnI+DQo8 Yj5DYzogPC9iPiZxdW90O3NwcmluZ0BpZXRmLm9yZyZxdW90OyAmbHQ7c3ByaW5nQGlldGYub3Jn Jmd0OywgJnF1b3Q7aXBwbUBpZXRmLm9yZyZxdW90OyAmbHQ7aXBwbUBpZXRmLm9yZyZndDs8YnI+ DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtpcHBtXSBMYXRlc3QgVXBkYXRlcyB0byBTUiBQTSBEcmFm dHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+SGkgUmFrZXNoLCBhbmQgQXV0aG9ycywg PG86cD4NCjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPnRoYW5rIHlvdSBmb3IgYnJpbmdpbmcgdGhlIHVw ZGF0ZXMgdG8gdGhlIGRyYWZ0IGZvciB0aGUgZGlzY3Vzc2lvbi4gUGxlYXNlIGZpbmQgbXkgY29t bWVudHMgYW5kIHF1ZXN0aW9ucyBiZWxvdzo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0 OmwzIGxldmVsMSBsZm8xIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5HZW5lcmFs LiBUaGUgZHJhZnQgdGl0bGUgc3RhdGVzIHRoYXQgdGhlIHVuZGVybHlpbmcgbWVjaGFuaXNtIGl0 IHVzZXMgaXMgVFdBTVAuIEJ1dCB0aGUgVFdBTVAsIGFjY29yZGluZyB0byBSRkMgODU0NSwgaXMg dGhlIHVuaW9uIG9mIFRXQU1QLUNvbnRyb2wgYW5kIFRXQU1QLVRlc3QuIFNpbmNlIHRoZSBkcmFm dCBkb2VzIG5vdCBwcm9wb3NlIGV4dGVuc2lvbnMgdG8gVFdBTVAtQ29udHJvbCBpbg0KIHN1cHBv cnQgdGhlIG5ldyBmdW5jdGlvbmFsaXR5LCBJIGJlbGlldmUgaXQgY2Fubm90IGJlIHJlZmVycmVk IHRvIFJGQyA1MzU3IGFzIGl0cyBwcmluY2lwYWwgc291cmNlLiBJdCBtaWdodCBiZSByZWZlcnJl ZCB0byB0aGUgQXBwZW5kaXggSSBpbiBSRkMgNTM1NyB0aGF0IGRlc2NyaWJlcyB0aGUgbW9kZSBh bHNvIHJlZmVycmVkIHRvIGFzIFRXQU1QLUxpZ2h0LiBCdXQgYmVjYXVzZSB0aGUgQXBwZW5kaXgg aGFzIG9ubHkgSW5mb3JtYXRpb25hbA0KIHZhbHVlLCBpbnRlcm9wZXJhYmlsaXR5IGFtb25nIHRo ZSBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgb2YgVFdBTVAgTGlnaHQsIHRoZSBvbmUgc3VwcG9y dGluZyB0aGlzIHNwZWNpZmljYXRpb24gcmVxdWlyZXMgZGV0YWlsZWQgYW5hbHlzaXMuIChNb3Jl IG9uIHRoaXMgaXNzdWUgZnVydGhlciBkb3duLik8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+ DQo8cHJlPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0O1JHJmd0OyBUaGUgZHJhZnQgdXNlcyB0aGUg RE0gbWVzc2FnZSBmb3JtYXRzIGRlZmluZWQgZm9yIFRXQU1QLVRlc3QgaW4gUkZDIDUzNTcgZm9y IFNlZ21lbnQgUm91dGluZy4gV2UgY2FuIHVzZSB0aGUgdGV4dCBzaW1pbGFyIHRvIHRoZSBvbmUg dXNlZCBpbiBkcmFmdC1pZXRmLWlwcG0tc3RhbXAtMDUgaW4gU2VjdGlvbiA0IGlmIGl0IGhlbHBz IGNsYXJpZnk6IDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPuKAnDwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VW5hdXRoZW50aWNhdGVkIFNUQU1Q IHRlc3QgcGFja2V0cyBhcmUgY29tcGF0aWJsZSBvbiB0aGUgd2lyZSB3aXRoIHVuYXV0aGVudGlj YXRlZCBUV0FNUC1UZXN0IFs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZj NTM1NyIgdGl0bGU9IiZxdW90O0EgVHdvLVdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wg KFRXQU1QKSZxdW90OyI+UkZDNTM1NzwvYT5dIHBhY2tldCBmb3JtYXRzLuKAnTxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt c28tbGlzdDpsMyBsZXZlbDEgbGZvMSI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ aW4gU2VjdGlvbiAzLjEgd2hlbiBkZXNjcmliaW5nIHRoZSBtZWNoYW5pc20gdG8gZGVtdWx0aXBs ZXggUE0gcHJvYmVzICh1c2UmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+dXNlci1jb25maWd1 cmVkIGRlc3RpbmF0aW9uIHBvcnQgbnVtYmVyczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdCI+KSwgeW91J3ZlDQogbm90ZWQ8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1sZWZ0OjMwLjBwdDttYXJn aW4tcmlnaHQ6MGNtIj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZxdW90O1RoaXMgYXBwcm9hY2ggaXMgc2ltaWxhciB0 byB0aGUgb25lIGRlZmluZWQgaW4gU1RBTVAgcHJvdG9jb2wgW0ktRC5pcHBtLXN0YW1wXS4mcXVv dDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi1sZWZ0OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGNtIj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQiPkNhbiB5b3UgZWxhYm9yYXRlIGZ1cnRoZXIgaW4gd2hhdCBwYXJ0IHRoZSBTVEFN UCBzcGVjaWZpY2F0aW9uIHVzZXMmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+dXNlci1jb25m aWd1cmVkIGRlc3RpbmF0aW9uIHBvcnQgbnVtYmVyczwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEyLjBwdCI+Jm5ic3A7YXQNCiB0aGUgU2Vzc2lvbi1SZWZsZWN0b3IgdG8gZGVtdWx0aXBs ZXggZXh0ZW5zaW9ucy4gQXMgSSd2ZSBzdWdnZXN0ZWQgaW4gdGhlIGJlZ2lubmluZyBvZiB0aGUg ZGlzY3Vzc2lvbiBvZiB0aGlzIHByb3Bvc2FsLCBTVEFNUCB1c2VzIFRMVnMgdG8gZXh0ZW5kIHRo ZSBmdW5jdGlvbmFsaXR5IG9mIGl0cyBiYXNlIHNwZWNpZmljYXRpb24uIEFzIGZvciB0aGUgdXNl IG9mIHRoZSBkZXN0aW5hdGlvbiBwb3J0IG51bWJlciBhdCBTZXNzaW9uLVJlZmxlY3RvciwNCiBT VEFNUCB0YWtlcyBhZHZhbnRhZ2UgYnkgdXNpbmcgVURQIHBvcnQgODYyIFtSRkM4NTQ1XSBhcyB0 aGUgZGVmYXVsdCB2YWx1ZS4gVGh1cyBTVEFNUCBTZXNzaW9uLVJlZmxlY3RvciBtaW5pbWl6ZXMg cmVxdWlyZWQgcHJvdmlzaW9uaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wcmU+DQo8cHJlPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZiI+Jmx0O1JHJmd0OyBUaGUgcmVmZXJlbmNlIHdhcyBiYXNlZCBvbiB0 aGUgZm9sbG93aW5nIHRleHQgZnJvbSBkcmFmdC1pZXRmLWlwcG0tc3RhbXAtMDUgaW4gU2VjdGlv biA0LjQsIHRvIHVzZSBhIGR5bmFtaWMgZGVzdGluYXRpb24gcG9ydDogJm5ic3A7PC9zcGFuPjwv Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTpDb3VyaWVyIj7igJw8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6Q291cmllciI+ VGh1cyBTVEFNUCBTZXNzaW9uLVNlbmRlciBNVVNUIGJlIGFibGUgdG8gc2VuZCB0ZXN0IHBhY2tl dHMgdG8gZGVzdGluYXRpb24gVURQIHBvcnQgbnVtYmVyIGZyb20gdGhlIER5bmFtaWMgYW5kL29y IFByaXZhdGUgUG9ydHMgcmFuZ2UgNDkxNTItNjU1MzUsIHRlc3QgbWFuYWdlbWVudCBzeXN0ZW0g c2hvdWxkIGZpbmQgcG9ydCBudW1iZXIgdGhhdCBib3RoIGRldmljZXMgY2FuIHVzZS7igJ08bzpw PjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0K PHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZl bDEgbGZvMiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+U2VjdGlvbiAzLjEuMSBy ZWNvbW1lbmRzIHRoZSB1c2Ugb2YgUFRQIHRpbWUgc3RhbXAgZm9ybWF0IGZvbGxvd2luZyB0aGUg cHJvY2VkdXJlcyBkZWZpbmVkIGluIFJGQyA4MTg2LiBQbGVhc2Ugbm90ZSwgdGhhdCBmb3IgT1dB TVAsIFJGQyA4MTg2IGRlZmluZXMgYW4gZXh0ZW5zaW9uIHRvIE9XQU1QLUNvbnRyb2wgcHJvdG9j b2wgdGhhdCBhbGxvd3MgbmVnb3RpYXRpbmcgdGhlIHRpbWVzdGFtcA0KIGZvcm1hdC4gV2l0aG91 dCB0aGUgdXNlIG9mIHRoZSBPV0FNUC1Db250cm9sLCB0aGUgU2Vzc2lvbi1SZWNlaXZlciB0aGF0 IGRvZXMgbm90IHN1cHBvcnQgUkZDIDgxODYgd291bGQgYXNzdW1lIHRoYXQgdGhlIGZvcm1hdCBp biB0aGUgcmVjZWl2ZWQgRE0gUHJvYmUgUXVlcnkgbWVzc2FnZSBpcyBOVFAgYW5kIHdpbGwgbWlz Y2FsY3VsYXRlIHRoZSBtZXRyaWNzLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjxwcmU+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj4mbHQ7UkcmZ3Q7IFRoZSBhcHByb2FjaCBwcm9wb3NlZCBpcyBz aW1pbGFyIHRvIGRyYWZ0LWlldGYtaXBwbS1zdGFtcC0wNSBpbiBTZWN0aW9uIDQuMS4xLCB3aGVy ZSB1c2VyIGlzIGV4cGVjdGVkIHRvIHByb3Zpc2lvbiBtYXRjaGluZyB0aW1lc3RhbXAgZm9ybWF0 cyBmb3IgYSBnaXZlbiBVRFAgZGVzdGluYXRpb24gcG9ydCBvbiBib3RoIGVuZHBvaW50cyBhczog 4oCcIDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlRoZSBTVEFNUCBT ZXNzaW9uLVNlbmRlciBhbmQgU2Vzc2lvbi1SZWZsZWN0b3IgTUFZIHVzZSwgbm90IHVzZSwgb3Ig c2V0IHZhbHVlIG9mIHRoZSBaIGZpZWxkIGluIGFjY29yZGFuY2Ugd2l0aCB0aGUgdGltZXN0YW1w IGZvcm1hdCBpbiB1c2UuJm5ic3A7IFRoaXMgb3B0aW9uYWwgZmllbGQgaXMgdG8gZW5oYW5jZSBv cGVyYXRpb25zLCBidXQgbG9jYWwgY29uZmlndXJhdGlvbiBvciBkZWZhdWx0cyBjb3VsZCBiZSB1 c2VkIGluIGl0cyBwbGFjZS7igJ08bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjx1bCB0eXBlPSJk aXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPk9uIHRoZSB1c2Ugb2YgdGhlIEF1dGhlbnRp Y2F0ZWQgbW9kZSBpbiBETS4gTm90ZSB0aGF0IFJGQyA0NjU2IHJlcXVpcmVzIHRoZSBzdXBwb3J0 IG9ubHkgb2YgSE1BQy1TSEExLiBBbHNvLCB3aGF0IGlzIHRoZSBzaXplIG9mIHRoZSBibG9jayBm b3IgdGhlIGF1dGhlbnRpY2F0aW9uIG9mIHRoZSBtZXNzYWdlPzxvOnA+PC9vOnA+PC9zcGFuPjwv bGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+TW9yZSBvbiBBdXRoZW50aWNhdGlvbiBvZiBETTo8 bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8dWwgdHlwZT0iZGlzYyI+DQo8dWwgdHlwZT0i Y2lyY2xlIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzIi Pg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPldoYXQgaXMgdGhlIGZvcm1hdCBvZiB0 aGUgYXV0aGVudGljYXRlZCBxdWVyeTxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvdWw+ DQo8cHJlIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+Jmx0 O1JHJmd0OyBBcyBkZWZpbmVkIGluIDwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2FuZGhpLXNwcmluZy10d2Ft cC1zcnBtLTAxI3NlY3Rpb24tNC4xLjIiPlNlY3Rpb24gNC4xLjI8L2E+IG9mIE9XQU1QIFs8YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNDY1NiIgdGl0bGU9IiZxdW90O0Eg T25lLXdheSBBY3RpdmUgTWVhc3VyZW1lbnQgUHJvdG9jb2wgKE9XQU1QKSZxdW90OyI+UkZDNDY1 NjwvYT5dLjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3ByZT4NCjx1bCB0eXBlPSJkaXNjIj4NCjx1 bCB0eXBlPSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZl bDIgbGZvMiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+d2hhdCBpcyB0aGUgZm9y bWF0IG9mIHRoZSBhdXRoZW50aWNhdGVkIChhbmQgdW5hdXRoZW50aWNhdGVkIGFzIHdlbGwpIHJl c3BvbnNlIG1lc3NhZ2U8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8L3VsPg0KPHByZSBz dHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiZsdDtSRyZndDsg QXMgZGVmaW5lZCBpbiBTZWN0aW9uIDQuMi4xIG9mIFRXQU1QIFtSRkM1MzU3XS48L3NwYW4+PC9i PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD48L286cD48L3NwYW4+PC9iPjwvcHJlPg0KPHVsIHR5 cGU9ImRpc2MiPg0KPHVsIHR5cGU9ImNpcmNsZSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21z by1saXN0OmwwIGxldmVsMiBsZm8yIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij53 aGF0IGlzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIHByb3Bvc2VkIERNIHF1ZXJ5L3Jlc3Bv bnNlIGFuZCBSRkMgNTM1NyBTZXNzaW9uLVNlbmRlciBhbmQgU2Vzc2lvbi1SZWZsZWN0b3IgcGFj a2V0cz8gRnJvbSByZWFkaW5nIFNlY3Rpb24gMy4yLCBpdCBhcHBlYXJzIHRoYXQgdGhlIERNIFJl c3BvbnNlIG1lc3NhZ2UgZm9ybWF0IGlzIGFzIGRlZmluZWQgZm9yIHRoZSBTZXNzaW9uLVJlZmxl Y3Rvcg0KIGluIFJGQyA1MzU3LiBDYW4gdGhhdCBiZSBleHByZXNzZWQgaW4gb25lLWxpbmVyIHdp dGhvdXQgdGhlIHVubmVjZXNzYXJ5IGNvbXBsaWNhdGlvbiBvZiBpbnRyb2R1Y2luZyBETSBxdWVy eSwgdGhhdCBpcyB0aGUgZHVwbGljYXRlIG9mIHdoYXQgYWxyZWFkeSBkZWZpbmVkIGluIFJGQyA1 MzU3PzxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjwvdWw+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbHQ7UkcmZ3Q7IFllcywg RE0gbWVzc2FnZSBmb3JtYXRzIGFyZSBzYW1lIGFzIGluIFtSRkM1MzU3XS4gVGhlIGRyYWZ0IG9u bHkgaGFzIGNvdXBsZSBvZiBsaW5lcyBpbiBTZWN0aW9uIDMuMS4xIGFueXdheXMNCjwvc3Bhbj48 L2I+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXBw bGUgQ29sb3IgRW1vamkmcXVvdDsiPiYjMTI4NTIyOzwvc3Bhbj48L2I+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8dWwgdHlwZT0i ZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yIj4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5TZWN0aW9uIDMuMS4yIGhhcywgd2hhdCBJ IGJlbGlldmUsIHNpZ25pZmljYW50IGludGVyb3BlcmFiaWxpdHkgd2l0aCBUV0FNUC1MaWdodCBp c3N1ZXM6PG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHVsIHR5cGU9ImRpc2MiPg0KPHVs IHR5cGU9ImNpcmNsZSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVs MiBsZm8yIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5UaGUgZm9ybWF0IGlzIG5v dCBiYWNrd2FyZCBjb21wYXRpYmxlIGFuZCwgd2l0aG91dCB0aGUgdXNlIG9mIFRXQU1QLUNvbnRy b2wsIHRoZSBTZXNzaW9uLVNlbmRlciBpcyBub3QgYXdhcmUgb2YgdGhlIHNldCBvZiBmdW5jdGlv bnMgc3VwcG9ydGVkIGJ5IHRoZSByZW1vdGUgaW1wbGVtZW50YXRpb24gb2YgVFdBTVAtTGlnaHQu IFRoZSB1c2Ugb2YgdGhlIGV4cGxpY2l0bHkgY29uZmlndXJlZCBVRFANCiBwb3J0IG51bWJlciBv biBhIFNlc3Npb24tUmVmbGVjdG9yIGlzIHZlcnkgc3RhbmRhcmQgb24gVFdBTVAtTGlnaHQgaW1w bGVtZW50YXRpb25zIGluIHRoZSBmaWVsZC4gSG93IGRvIHlvdSBwcm9wb3NlIHRvIGRpc2NvdmVy IHRoZSBzZXQgb2YgZnVuY3Rpb25zIHRoYXQgdGhlIHRhcmdldHRlZCBTZXNzaW9uLVJlZmxlY3Rv ciBzdXBwb3J0cz88bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvdWw+DQo8L3VsPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jmx0O1JHJmd0 OyBCb3RoIHRoZSBxdWVyaWVyIGFuZCByZXNwb25kZXIgbmVlZCB0byBiZSBwcm92aXNpb25lZCB0 byBlbmFibGUgdGhlIExNIG1lc3NhZ2UgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50IGFuZCBVRFAg ZGVzdGluYXRpb24gcG9ydCBmb3IgaXQuPG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjx1bCB0 eXBlPSJkaXNjIj4NCjx1bCB0eXBlPSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztt c28tbGlzdDpsMCBsZXZlbDIgbGZvMiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+ QW5vdGhlciBxdWVzdGlvbi4gQXNzdW1pbmcgdGhhdCB0aGUgU2Vzc2lvbi1SZWZsZWN0b3IgdGhh dCBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgc3BlY2lmaWNhdGlvbiB2YWxpZGF0ZXMgdGhlIExNIHF1 ZXJ5IHBhY2tldCBhbmQgcmVzcG9uZHMgd2l0aCB0aGUgcmVmbGVjdGVkIHBhY2tldCBidXQgZm9y bWF0dGVkIGFjY29yZGluZyB0byBSRkMgNTM1NyAoYW5kIHBvc3NpYmxlIGV4dGVuc2lvbnMgbGlr ZQ0KIGRlc2NyaWJlZCBpbiBSRkMgNjAzOCBhbmQvb3IgUkZDIDc3NTApLCBIb3cgdGhlIFNlc3Np b24tU2VuZGVyIHRoYXQgcmVjZWl2ZXMgc3VjaCB0ZXN0IHBhY2tldCBiZSBhYmxlIHRvIHZhbGlk YXRlLCBwYXJzZSwgYW5kIHVzZSB0aGUgaW5mb3JtYXRpb24/PG86cD48L286cD48L3NwYW4+PC9s aT48L3VsPg0KPC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQiPiZsdDtSRyZndDsgQXMgYWJvdmUuDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L2I+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlz dDpsMCBsZXZlbDEgbGZvMiI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+SSdtIHB1 enpsZWQgaG93IHRoZSBwcm9wb3NlZCBpbiBTZWN0aW9uIDMuMi4yLjEgdGhlIG5ldyBleHRlbnNp b24gdG8gU1RBTVAgaXMgcmVsYXRlZCB0byB0aGUgcmVzdCBvZiB0aGUgZG9jdW1lbnQgdGhhdCwg YXMgSSByZWFkIGl0LCBpcyBiYXNlZCBvbiBPV0FNUC9UV0FNUCwgYnV0IG5vdCBTVEFNUCBzcGVj aWZpY2F0aW9ucy4gSG93IHRoZSBuZXcgVExWLCByZWdpc3RlcmVkIGluIFNUQU1QLXJlbGF0ZWQN CiByZWdpc3RyeSwgd2lsbCBiZSB1c2VkIGluLCBmb3IgZXhhbXBsZSwgRE0gUXVlcnkgbWVzc2Fn ZSwgd2hpY2ggaXMgdGhlIHNhbWUgYXMgT1dBTVAgU2Vzc2lvbi1TZW5kZXIgVGVzdCBwYWNrZXQ/ PG86cD48L286cD48L3NwYW4+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Jmx0O1JHJmd0OyAmbmJzcDtUaGUgRE0gbWVz c2FnZSBmb3JtYXQgb24gdGhlIHdpcmUgY2FuIGJlIE9XQU1QL1RXQU1QL1NUQU1QIGFzIGxvbmcg YXMgdGhlIG1hdGNoaW5nIG1lc3NhZ2UgZm9ybWF0IGFuZCBVRFAgZGVzdGluYXRpb24gcG9ydCBh cmUgcHJvdmlzaW9uZWQNCiBvbiBib3RoIHNpZGVzLiBXZSBjYW4gZGlzY3VzcyBhbmQgc2VlIGlm IHRoZSBUTFYgYmVsb25ncyB0byB0aGlzIGRvY3VtZW50IG9yIHNvbWUgb3RoZXIgZG9jdW1lbnQu PG86cD48L286cD48L3NwYW4+PC9iPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQiPlRoZSBMTSBtZWFzdXJlbWVudCBtb2RlLCBwbGVhc2UgY29ycmVjdCBtZSBp ZiBJJ20gbWlzdGFrZW4sIHVzZXMgd2hhdCBpcyB1c3VhbGx5IGNhbGxlZCBEaXJlY3QgTG9zcyBN ZWFzdXJlbWVudC4gSXQgaXMgd2VsbC1rbm93biBmcm9tLCBmb3IgZXhhbXBsZSwgRVRILUxNIGlu IEcuODAxMy9ZLjE3MzEuIEFsc28sJm5ic3A7ZHJhZnQteGlhby1pcHBtLXR3YW1wLWV4dC1kaXJl Y3QtbG9zcyBkZXNjcmliZWQNCiB0aGUgZnVsbCBzZXQgb2YgZXh0ZW5zaW9ucyB0byBUV0FNUCAo VFdBTVAtQ29udHJvbCBhbmQgVFdBTVAtVGVzdCkgaW4gc3VwcG9ydCBvZiB0aGUgRGlyZWN0IExv c3MgTWVhc3VyZW1lbnRzLiBCdXQgSSBjb3VsZG4ndCBmaW5kIGFueSByZWZlcmVuY2UgdG8gdGhh dCB3b3JrIHRoYXQgcHJlY2VkZWQgdGhpcyBkcmFmdC48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwv dWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0Ij4mbHQ7UkcmZ3Q7IFllcywgdGhpcyBpcyBkaXJlY3QgbG9zcyBtZWFzdXJlbWVudC4gVGhh bmtzIGZvciBwb2ludGluZyB0byB0aGUgZHJhZnQuIFdlIHdpbGwgcmV2aWV3IHRoZSBzdWdnZXN0 ZWQgZHJhZnQgYW5kIHJlZmVyIHRvIHRoYXQgd29yayBhcyBhcHByb3ByaWF0ZS48bzpwPjwvbzpw Pjwvc3Bhbj48L2I+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij5NdWNoIGFwcHJlY2lhdGUgeW91ciBjb25zaWRlcmF0aW9uIG9m IG15IGNvbW1lbnRzIGFuZCBxdWVzdGlvbnMuIEkgYW0gbG9va2luZyBmb3J3YXJkIHRvIG91ciBk aXNjdXNzaW9uIG9uIGVtYWlsIGFuZCBpbiBNb250cmVhbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZsdDtSRyZndDsgR3JlYXQsIHRoYW5rcyw8bzpwPjwv bzpwPjwvc3Bhbj48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPlJha2VzaDxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+R3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+T24gVHVlLCBNYXkgMjEsIDIwMTkgYXQgMzowOCBQ TSBSYWtlc2ggR2FuZGhpIChyZ2FuZGhpKSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJnYW5kaGlAY2lz Y28uY29tIiB0YXJnZXQ9Il9ibGFuayI+cmdhbmRoaUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6 bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGNtIDBjbSAwY20g Ni4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBjbSI+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkhp IFdHLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPldlIGhh dmUgcG9zdGVkIGZvbGxvd2luZyB1cGRhdGVzIHRvIFNSIFBNIGRyYWZ0cyB0byBhZGRyZXNzIHZh cmlvdXMgcmV2aWV3IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48YSBocmVmPSJo dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nYW5kaGktc3ByaW5nLXR3YW1w LXNycG0vIiB0YXJnZXQ9Il9ibGFuayI+ZHJhZnQtZ2FuZGhpLXNwcmluZy10d2FtcC1zcnBtPC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlRoaXMgZHJh ZnQgZGVmaW5lcyBTUiBQTSB1c2luZyBUV0FNUCBSRkMgNTM1NywgYXMgd2VsbCBhcyBuZXcgbWVz c2FnZSBmb3IgZGlyZWN0LW1vZGUgbG9zcyBtZWFzdXJlbWVudC4gVGhlIGxhdGVzdCB2ZXJzaW9u IG9mIHRoZSBkcmFmdCBoYXMgYmVlbiB1cGRhdGVkDQogd2l0aDo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8b2wgc3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJtMjI1NjI0MDQxMjQxNTkz NTg4OWdtYWlsLW0tMTk1ODkyMjk2NzI1MTY2NzI5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1z by1saXN0Omw2IGxldmVsMSBsZm8zIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5N YWNoIENoZW4gam9pbmVkIGFzIGEgY28tYXV0aG9yLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxp IGNsYXNzPSJtMjI1NjI0MDQxMjQxNTkzNTg4OWdtYWlsLW0tMTk1ODkyMjk2NzI1MTY2NzI5bXNv bGlzdHBhcmFncmFwaCIgc3R5bGU9Im1zby1saXN0Omw2IGxldmVsMSBsZm8zIj4NCjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0Ij5SZW1vdmUgdGVybSBJbi1iYW5kIHByb2JlcyBhbmQgYWRk IGFzIOKAnHByb2JlcyBzZW50IG9uIGNvbmdydWVudCBwYXRoIHdpdGggZGF0YSB0cmFmZmlj4oCd IGluIFNlY3Rpb24gMi4yLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJtMjI1NjI0 MDQxMjQxNTkzNTg4OWdtYWlsLW0tMTk1ODkyMjk2NzI1MTY2NzI5bXNvbGlzdHBhcmFncmFwaCIg c3R5bGU9Im1zby1saXN0Omw2IGxldmVsMSBsZm8zIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTIuMHB0Ij5BZGQgcGFja2V0IGNvdW50ZXIgZm9ybWF0IGZsYWdzIGluIExNIG1lc3NhZ2UgaW4g U2VjdGlvbiAzLjxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJtMjI1NjI0MDQxMjQx NTkzNTg4OWdtYWlsLW0tMTk1ODkyMjk2NzI1MTY2NzI5bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9 Im1zby1saXN0Omw2IGxldmVsMSBsZm8zIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 Ij5BZGQgQ2hlY2tzdW0gY29tcGxlbWVudCBpbiBTZWN0aW9uIDMuPG86cD48L286cD48L3NwYW4+ PC9saT48bGkgY2xhc3M9Im0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0xOTU4OTIyOTY3MjUx NjY3Mjltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDYgbGV2ZWwxIGxmbzMiPg0K PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkRlZmluZSBSZXR1cm4gUGF0aCBUTFYgZm9y IHR3by13YXkgbWVhc3VyZW1lbnQgbW9kZSBpbiBTZWN0aW9uIDMuMi4yLjEuPG86cD48L286cD48 L3NwYW4+PC9saT48bGkgY2xhc3M9Im0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0xOTU4OTIy OTY3MjUxNjY3Mjltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDYgbGV2ZWwxIGxm bzMiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkFkZCBMb29wYmFjayBtZWFzdXJl bWVudCBtb2RlIGluIFNlY3Rpb24gMy4yLjMuPG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xh c3M9Im0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0xOTU4OTIyOTY3MjUxNjY3Mjltc29saXN0 cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDYgbGV2ZWwxIGxmbzMiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMi4wcHQiPkFkZCBQYXRoIFNlZ21lbnQgSUQgaW4gRmlndXJlIDMuPG86cD48 L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Im0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0x OTU4OTIyOTY3MjUxNjY3Mjltc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDYgbGV2 ZWwxIGxmbzMiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkFkZCBkZXRhaWxzIGZv ciBQMk1QIFNSIFBvbGljeSBpbiBTZWN0aW9uIDQuPG86cD48L286cD48L3NwYW4+PC9saT48bGkg Y2xhc3M9Im0yMjU2MjQwNDEyNDE1OTM1ODg5Z21haWwtbS0xOTU4OTIyOTY3MjUxNjY3Mjltc29s aXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLWxpc3Q6bDYgbGV2ZWwxIGxmbzMiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQiPkluY2x1ZGUgT1dBTVAgYW5kIFRXQU1QIHVzZSBITUFDLVNI QTEgZm9yIGludGVncml0eSBwcm90ZWN0aW9uIGluIFNlY3Rpb24gNy48bzpwPjwvbzpwPjwvc3Bh bj48L2xpPjxsaSBjbGFzcz0ibTIyNTYyNDA0MTI0MTU5MzU4ODlnbWFpbC1tLTE5NTg5MjI5Njcy NTE2NjcyOW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbGlzdDpsNiBsZXZlbDEgbGZvMyI+ DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+Q2xlYW51cC9lZGl0b3JpYWwgY2hhbmdl cy48bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjwvb2w+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5P cGVuIEl0ZW1zOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBj bGFzcz0ibTIyNTYyNDA0MTI0MTU5MzU4ODlnbWFpbC1tLTE5NTg5MjI5NjcyNTE2NjcyOW1zb2xp c3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbGlzdDpsNSBsZXZlbDEgbGZvNCI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdCI+Tm9uZTxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PC91bD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPiZu YnNwOyZsdDtzbmlwcGVkIHRvIGZvY3VzIG9uIHRoZSBkcmFmdCB1bmRlciBkaXNjdXNzaW9uJmd0 OzxvOnA+PC9vOnA+PC9zcGFuPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5UaGFu ayB5b3UgZXZlcnlvbmUgZm9yIHlvdXIgcmV2aWV3IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBv biB0aGVzZSBkcmFmdHMuIFdlbGNvbWUgeW91ciBhZGRpdGlvbmFsIGZlZWRiYWNrcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+VGhhbmtzLDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86 cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+UmFrZXNoIChvbiBi ZWhhbGYgb2YgY28tYXV0aG9ycyBhbmQgY29udHJpYnV0b3JzKTwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEyLjBwdCI+PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KaXBwbSBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWls dG86aXBwbUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmlwcG1AaWV0Zi5vcmc8L2E+PGJyPg0K PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIiB0YXJn ZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtPC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_2C0D0A1C21444E548C7C6E61DB9C7C4Aciscocom_-- From nobody Tue May 28 10:45:30 2019 Return-Path: X-Original-To: spring@ietf.org Delivered-To: spring@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 99DC012023B; Tue, 28 May 2019 10:45:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.97.0 Auto-Submitted: auto-generated Precedence: bulk Cc: draft-ietf-spring-segment-routing-mpls@ietf.org, spring@ietf.org, The IESG , spring-chairs@ietf.org, Shraddha Hegde , shraddha@juniper.net, martin.vigoureux@nokia.com, rfc-editor@rfc-editor.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Message-ID: <155906551662.25745.9031279851135087520.idtracker@ietfa.amsl.com> Date: Tue, 28 May 2019 10:45:16 -0700 Archived-At: Subject: [spring] Protocol Action: 'Segment Routing with MPLS data plane' to Proposed Standard (draft-ietf-spring-segment-routing-mpls-22.txt) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.29 List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 May 2019 17:45:17 -0000 The IESG has approved the following document: - 'Segment Routing with MPLS data plane' (draft-ietf-spring-segment-routing-mpls-22.txt) as Proposed Standard This document is the product of the Source Packet Routing in Networking Working Group. The IESG contact persons are Alvaro Retana, Deborah Brungard and Martin Vigoureux. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-mpls/ Technical Summary Segment Routing (SR) leverages the source routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with an SR header. In the MPLS dataplane, the SR header is instantiated through a label stack. This document specifies the forwarding behavior to allow instantiating SR over the MPLS dataplane. Working Group Summary There is consensus amongst the Working Group to progress this Document towards becoming a Proposed Standard RFC. Document Quality The Document is quite well written and has undergone editing work to become more focused on its key aspect. Several implementations of Segment Routing MPLS exist. Personnel Shraddha Hegde is the Document Shepherd Martin Vigoureux is the Responsible Area Director