Return-Path: X-Original-To: srcomp@ietfa.amsl.com Delivered-To: srcomp@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD8243A0E3C for ; Wed, 29 Jul 2020 12:23:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=KTIWKXY9; dkim=pass (1024-bit key) header.d=juniper.net header.b=ArP2euHk 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 II_mEzrq1G03 for ; Wed, 29 Jul 2020 12:23:20 -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 BF91B3A0E3B for ; Wed, 29 Jul 2020 12:23:18 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06TJJ4ed017645; Wed, 29 Jul 2020 12:23:17 -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=0erYRuPVYPOfqL6jCjo9gHTAYs7uOuRaBHL2WIg+fpc=; b=KTIWKXY9Nj+ybdV2LPhCuiKDh6j7g3gQZeCvuQfH3mVchm3TTnILxksbXUHmHbKB0jkk d/+EwuNpHadNRcNTw8BR9hX4hlSJb/y4I3Ni2atGXWI48bFsc2tserdPYJYx1OKVxvWJ X9Snb4508lfiLDBKXZ//P7WZ5xsKcD8+zhNuVCHFngyZTZC+ccq8sG8wq3PO0paMB4jw fIiV0v1XFps2I+LsGgjgi5oyzQtltpzDrXby75vEKqoMOrvrbB9LPYUrVK4Y6oRWqilL BehvPypJMk9phKSYrrodY1Nkc1DZjbP5K5G3o5twP6worb/p6Q+BLZt7ewAhv5RmHqO/ Yw== Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2045.outbound.protection.outlook.com [104.47.66.45]) by mx0b-00273201.pphosted.com with ESMTP id 32ha5awvyr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 12:23:16 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ACE7txv9C4Bsvi+lcL+VvdG67dGvJ6JVRNpI9yjEDpmGRuu++M47OT+lC7kNruhqEUkIwG6z5nhYMpXWhTldbCRS6ZhCf5JtRbepPF/bNWpfivrpChIZfATVKhgjp5fKzyr64O9KUxKf2z6dgtbXYjxQ7xc7+Bti+rnNiTwIpgtboWl5grm83h3InKpsnJ3trC9DECq+4ocnFsM8dfMKoXC8wBhsFO2+0aUNnHwH2/npPbtXy2e6L4yPwUoXdEk5c74NeYtcMJT+G0h7ECg/WsdHqieQieKHOKd6R8FdfG1xCgFzadTKynwEM8YW0i3JQyZVfTQL7uducKNAmbuNRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0erYRuPVYPOfqL6jCjo9gHTAYs7uOuRaBHL2WIg+fpc=; b=Qtjg1etl0IpsMgHhkDCzQWYf/eesHREhsPyiscxZA5kSWlXcMaaGgZoHbSvTAkm044yESXuZ9XSVCIHck6RoLfs8I4EB+bo8iFEGjMLUqStMgtFBICXLf5PN1T5Lqt5mkhujsHO3y6O5FmNHRT5Kiitg1JKxFNHdJuz0Hpg8Qb0ISQRO4Cda1LrxZerAd5kD/BWyyZOEFgR4v5pBf1B9CIMGrQGZLZpgjS2OsnQbV3xKLFefnuWfJ66zC0zwIVRLiyBrHDVF4xVQPC+GqsYU2NVpln8askuNG6jgt1nLc7QlteeQYS6LM/GnrfdOsSRWszpP7FXputx9ki6r9X/icA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0erYRuPVYPOfqL6jCjo9gHTAYs7uOuRaBHL2WIg+fpc=; b=ArP2euHksVNDW57DyaLEZd4BCh3eS4/AR71lIMs5rMzvXHfIlsU2WKWV5YivmBIs0X00wHLpeyzo1DGTS0EgZ1csXILDG1lS1+zC9qlyy48nqxYv+OtzCn2TheDLgaLLzsNhLH792GHrAj+XXR0V9QHzX86gA9V0wcDJAGQHHUM= Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB6939.namprd05.prod.outlook.com (2603:10b6:5:204::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.10; Wed, 29 Jul 2020 19:23:13 +0000 Received: from DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::9d38:2336:1379:ce2e]) by DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::9d38:2336:1379:ce2e%7]) with mapi id 15.20.3239.017; Wed, 29 Jul 2020 19:23:13 +0000 From: Ron Bonica To: "Henderickx, Wim (Nokia - BE/Antwerp)" , "srcomp@ietf.org" Thread-Topic: REQ-7-27-SPRING-FRAMEWORK-00 Thread-Index: AQHWZDN9JJllJivn2UGMOwrTtAnIQakdgx7AgACN6QCAAOFWkA== Date: Wed, 29 Jul 2020 19:23:13 +0000 Message-ID: References: <11C5E45A-69C7-4350-980C-73D06D97263F@nokia.com> 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_SetDate=2020-07-28T21:28:57Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=1fe71f25-c815-4717-999b-5ae3d1202545; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 dlp-product: dlpe-windows dlp-version: 11.5.0.60 dlp-reaction: no-action authentication-results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [173.79.132.205] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 4c32ce2b-a248-434a-f475-08d833f4d686 x-ms-traffictypediagnostic: DM6PR05MB6939: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Rzmf96LmqB/5kdppZYmVfGrzA0RaKlQLhPWJd7euAJsyQXEVqNQOd8UmjrHOr5/7yXK3vRc01KUryByij8ZWLBXON4UxqBfo6Vmq7uEr9dxZp4yqsNrweOg4bqO+xWNCTFIjLtWAXc8bkSp2gLfJClCK+6kfOWhDocz3NOOKf10jpizOUa+qF20xKUEKNCSiuUSVirnj/BuVS8orm3CkX4hc/MLsGk30TXG50pAza2kVCDZa7RELKvF9enm3LPv5kAyJuDB30VqlGZdg5KsUPO3FZjKPyW28q6C6UNYkDl59k6x1Nk8hQAYjOVUebb3p6jqZ7TSXrC05ou0NyrGW1A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR05MB6348.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(136003)(346002)(39860400002)(396003)(366004)(64756008)(76116006)(66556008)(66446008)(66476007)(33656002)(6506007)(66946007)(53546011)(52536014)(8676002)(71200400001)(7696005)(2906002)(5660300002)(55016002)(9686003)(478600001)(26005)(296002)(86362001)(110136005)(316002)(8936002)(186003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: gfO5HaFe7P5P3mGg6NOHsB/rGIiEZtOojV4D0Iefc1/m4ppABd+V3MqE5eIuLyozddhD8VEvbgkxWXEvUExLZ7EnqKXvjDXdI/9AphyOunMgVb4k6B4+yOx+Fv8iFyKnD8W/DfJ/GIU06cwryV2AuQGKv2NAk8+rtUZ5QKjUVA2xPLY2V1asLZRT9BjU8AUj5mFlsGLJREyeqehAHCRa/spylVSOCH3JJaJUk0pqagkHLWCRxKZMLp6Ik3ZYUQr+oucIFR51+WVJyg0GJdEUjVq7bMdC48cfXdn5zUtD+yStxkyDa9nl0OkNhwu1N0PJgliUNVeJXSoUi0jKkFdUiDnu0UmoiRkDCPbN55onNdgAK+QrU8v44h6Ya05L2EZn70MAUZwwx7b3TxC7V7mSJypAThFuPi0Rbnl0psc2vngiuZgJBbquD3k2gHt6HhFITuC5nABKInjvWymy9Unt/mYcVmcuakeXqcn3TkZ3HBM163L2Z+LxWtBJr0mZ9otHhHtdivr19B8Zw7cqg3EsQ9Zm3QQ+74NEnUxFvqRSpgQNjZwGNQVTbYbxeVN2aggtdlt+T60VfpzahytqzqmuSZat7cqJitrbJSCv3TPtOW+HkmiAmbWjwhn59z6n5Eq17wCIWpqDalMo1HxwMasMKA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR05MB6348645A990B2CC26EDF2F51AE700DM6PR05MB6348namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR05MB6348.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4c32ce2b-a248-434a-f475-08d833f4d686 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jul 2020 19:23:13.5621 (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: guIRe/bp6zVIF8KXm01wIyTO7gKes4cP2kEfAkJ0QdBYxwEX1z4/qiKf4aKwJ+3MJmkwPKKeglRc1x4KU6RgXw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB6939 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-29_13:2020-07-29, 2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=999 malwarescore=0 spamscore=0 impostorscore=0 priorityscore=1501 mlxscore=0 phishscore=0 bulkscore=0 adultscore=0 clxscore=1015 suspectscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290131 Archived-At: Subject: Re: [Srcomp] REQ-7-27-SPRING-FRAMEWORK-00 X-BeenThere: srcomp@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2020 19:23:22 -0000 --_000_DM6PR05MB6348645A990B2CC26EDF2F51AE700DM6PR05MB6348namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Wim, Yes, I think that I understand what you are saying. The solution is not req= uired to use the SRH. But if it does use the SRH, it must be backwards comp= atible with RFC 7855. = Ron Juniper Business Use Only From: Henderickx, Wim (Nokia - BE/Antwerp) Sent: Tuesday, July 28, 2020 11:54 PM To: Ron Bonica ; srcomp@ietf.org Subject: Re: REQ-7-27-SPRING-FRAMEWORK-00 [External Email. Be cautious of content] What I mean is that if we find a solution that in compatible with RFC 7855 = it allows for backward compatibility. I don't want to dictate how to do tha= t. I believe there is benefits in a solution or solutions that allow for th= at. Does that make sense? From: Ron Bonica > Date: Tuesday, 28 July 2020 at 23:29 To: "Henderickx, Wim (Nokia - BE/Antwerp)" >, "srcomp@ietf.org" > Subject: RE: REQ-7-27-SPRING-FRAMEWORK-00 Wim, When you say the solution complies with 7855, which of the following do you= mean: * That it does not uses the SRH in a way that violates 7855 * That it must use the SRH I assume that you mean the former and not the latter. Do I have that right? Ron Juniper Business Use Only From: Srcomp > On B= ehalf Of Henderickx, Wim (Nokia - BE/Antwerp) Sent: Monday, July 27, 2020 12:32 PM To: srcomp@ietf.org Subject: [Srcomp] REQ-7-27-SPRING-FRAMEWORK-00 [External Email. Be cautious of content] Short Name: SPRING FRAMEWORK Description: Compliance to RFC 7855 Rationale: Having a solution that complies to RFC7855, would allow for a na= tural evolution in the SPRING WG, and interoperability for customers who de= ployed SR already Metric: Compliance to RFC7855 --_000_DM6PR05MB6348645A990B2CC26EDF2F51AE700DM6PR05MB6348namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Wim,

 

Yes, I think that I understand what you are saying. = The solution is not required to use the SRH. But if it does use the SRH, it= must be backwards compatible with RFC 7855.

 

        &nbs= p;            &= nbsp;           &nbs= p;             =             &nb= sp;            =            Ron<= /o:p>

 

 

 

Juniper Business Use Only

From: Henderickx, Wim (Nokia - BE/Antwerp) &l= t;wim.henderickx@nokia.com>
Sent: Tuesday, July 28, 2020 11:54 PM
To: Ron Bonica <rbonica@juniper.net>; srcomp@ietf.org
Subject: Re: REQ-7-27-SPRING-FRAMEWORK-00

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

What I mean is that if we find a solution that in co= mpatible with RFC 7855 it allows for backward compatibility. I don’t = want to dictate how to do that. I believe there is benefits in a solution o= r solutions that allow for that.

Does that make sense?

 

From= : Ron Bonica <rbonica@juniper.net>
Date: Tuesday, 28 July 2020 at 23:29
To: "Henderickx, Wim (Nokia - BE/Antwerp)" <wim.henderickx@nokia.com>, "srcomp@ietf.org" <srcomp@ietf.org>
Subject: RE: REQ-7-27-SPRING-FRAMEWORK-00

 

Wim,

 

When you say the solution complies with 7855, which = of the following do you mean:

 

  • That it does not uses the SRH in a way that violates 7855<= /li>
  • That it must use the SRH

 

I assume that you mean the former and not the latter= . Do I have that right?

 

        &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;      Ron

 

 

 

Juniper Business Use Only

From: Srcomp <srcomp-bounces@ietf.org> On Behalf Of Henderickx, Wim (Nokia - BE/Antwerp)
Sent: Monday, July 27, 2020 12:32 PM
To: srcomp@ietf.org
Subject: [Srcomp] REQ-7-27-SPRING-FRAMEWORK-00

 

<= span style=3D"font-size:10.5pt;font-family:"Lato",sans-serif;colo= r:black">[External Email. Be cautious of content]

 

Short Name: SPRING = FRAMEWORK

 = 

Description: Compliance to RFC 7855

 =

Rationale: Having a solu= tion that complies to RFC7855, would allow for a natural evolution in the S= PRING WG, and interoperability for customers who deployed SR already

 =

Metric: Compliance to RF= C7855

 

--_000_DM6PR05MB6348645A990B2CC26EDF2F51AE700DM6PR05MB6348namp_--