From nobody Sat Oct 1 08:01:59 2016 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 A776B12B103; Sat, 1 Oct 2016 08:01:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.617 X-Spam-Level: X-Spam-Status: No, score=-15.617 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 5F5z_46GMZNI; Sat, 1 Oct 2016 08:01:55 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C76912B0ED; Sat, 1 Oct 2016 08:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10986; q=dns/txt; s=iport; t=1475334115; x=1476543715; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Zp5VPcoobaU9d+z58xtMkWLBwe2jfZqzi5JSxrEgeJo=; b=iZKb61LU6wiPA8FfUu0B22dLpYS6kuUQ7jJ3dB59/StfFyDpqUdkUaop XIBBjDAN7X/Rv5KgzdzTj1DrZ9KYt080dZaNIWejcQmOag6IyygD2a+kx N44cloXi/GKvw/HYqbzdRsPb5vSl+9Rb9e4Z/wVrRGLmiwWCKpYKSXRZt s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAQBfz+9X/4kNJK1aAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM9AQEBAQEeV3wHjSuWf5QjggYZDYJCgmxKAoFYOBQBAgEBAQE?= =?us-ascii?q?BAQFeHAuEYQEBAQQBAQFjCAsMBAIBCBEEAQEoBycLFAkIAQEEDgUIE4gyDrBvi?= =?us-ascii?q?xkBAQEBAQEBAQEBAQEBAQEBAQEBAQEchjiEVYQWEQEGIhULG4UXBY5xiwcBhiZ?= =?us-ascii?q?0iE+BdU6EGIM3hEKBJYxug30BHjaFDHKGGA0XB4ECgQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,279,1473120000"; d="scan'208";a="152995469" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 01 Oct 2016 15:01:54 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u91F1rWT022880 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 1 Oct 2016 15:01:54 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sat, 1 Oct 2016 11:01:52 -0400 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1210.000; Sat, 1 Oct 2016 11:01:52 -0400 From: "Faisal Iqbal (faiqbal)" To: "Ruediger.Geib@telekom.de" Thread-Topic: WGLC for draft-ietf-spring-oam-usecase Thread-Index: AdIKml7wox8kLDA7Rra+q6q4em8mHQN2oHmAAKPexKAAO9ceIA== Date: Sat, 1 Oct 2016 15:01:52 +0000 Message-ID: <3d7e9687850f47099cbf50d496925396@XCH-RTP-013.cisco.com> References: <14429_1473697809_57D6D811_14429_4969_3_53C29892C857584299CBF5D05346208A0F9CDE2B@OPEXCLILM21.corporate.adroot.infra.ftgroup> <27164430cd484961bc314ed6d168ed58@HE101653.emea1.cds.t-internal.com> In-Reply-To: <27164430cd484961bc314ed6d168ed58@HE101653.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.242.136] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "bruno.decraene@orange.com" , "spring@ietf.org" , "spring-chairs@ietf.org" Subject: Re: [spring] WGLC for draft-ietf-spring-oam-usecase X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 15:01:57 -0000 Thank you Ruediger for your quick response. I agree with your suggestions a= nd don't have any further comments. Regards, Faisal Iqbal -----Original Message----- From: Ruediger.Geib@telekom.de [mailto:Ruediger.Geib@telekom.de]=20 Sent: Friday, September 30, 2016 6:40 AM To: Faisal Iqbal (faiqbal) Cc: spring-chairs@ietf.org; bruno.decraene@orange.com; spring@ietf.org Subject: AW: WGLC for draft-ietf-spring-oam-usecase Hi Faisal, thanks for your review and comments. My remarks in line below, marked [RG]. Regards, Ruediger -----Urspr=FCngliche Nachricht----- Von: spring [mailto:spring-bounces@ietf.org] Im Auftrag von Faisal Iqbal (f= aiqbal) Gesendet: Dienstag, 27. September 2016 06:13 An: bruno.decraene@orange.com; spring@ietf.org Cc: spring-chairs@ietf.org Betreff: Re: [spring] WGLC for draft-ietf-spring-oam-usecase Hi, This is a useful and very well-written document. I have some minor comments= and possible syntax corrections for the authors. Minor: ------ In my opinion, the document should further explain if it's proposing a new = system or outlining what must be there in existing systems. Do we want to i= mplement such a data plane validation or enhance/reuse BFD for that purpose= ? [RG] The outlined system works with MPLS as is today. BFD could be implemen= ted as part of a PMS to monitor a path. I'll add text to state that (in tha= t case, scalability has to be regarded and determination of the failing pat= h).=20 Note in Page 5: Why will the PMS host not be part of MPLS domain? Isn't it = given because a) solution applies to IGP and host will be part of IGP, and = b) The top label is for path from PMS to LER I so there is an MPLS path the= re. [RG] It is just one option that the PMS is not part of the MPLS domain (the= latter is the best option for a realization). It should be part of the IGP= domain. But a design with a PMS neither being part of the MPLS domain, nor= being part of the IGP domain is possible. I'll clarify that. Paragraph 1, Page 8: "The PMS further could be enabled to send MPLS OAM pac= kets with the label stack and address information identical to those of the= monitoring packets to any node of the MPLS domain". Can you please clarify= this? I don't understand the use case. [RG] I'll add some text. MPLS OAM allows to detect routing of packets along= ECMP paths. So there are choices, if a path between LERi - LSRx/LSRy - LER= j is to be monitored: either detect a desired path crossing, say, LSRx to = be used - by MPLS OAM and only send the monitoring packet with Label LERy and a sui= table IP dest address from LERj or - use a Label stack (LSRx) and LSRj (PHP will have removed the former). Section 6 mentions the applicability of this solution for LDP but leaves ou= t RSVP-TE tunnels. Won't it also be beneficial in monitoring active RSVP-TE= tunnels as well? [RG] Let's add a "possibly also RSVP-TE" here, I don't know for sure. Deuts= che Telekom developed such a system for an LDP signaled MPLS domain. I can'= t discuss how to build it for RSVP-TE signaled tunnels (and don't want to b= e obliged to do that). Syntax: [RG] will be picked up for the next version.... ------- Paragraph 2 on Page 3 should read "This document describes a system of usin= g MPLS data plane pat monitoring capabilities" instead of "This document de= scribes illustrates a system of using MPLS data plane pat monitoring capabi= lities" Paragraph 2, Page 3: Change "The use case introduced here" to "The use case= s introduced here" Paragraph 5, Page 3: Shouldn't it read "pre-Segment Routing (SR) based tech= nology" instead of "pre-Segment based Routing (SR) technology"? Paragraph 5, Page 3: Change "domains complete MPLS topology" to "domain's c= omplete MPLS topology" Paragraph 5, Page 3: Change "domains forwarding plane" to "domain's forward= ing plane" Paragraph 2, Page 4: Change "recongise an execute" to "recognise and execut= e" Paragraph 4, Page 4: Change "The MPLS path monitoring system may be a any s= erver" to "The MPLS path monitoring system may be at any server" Paragraph 2, Page 5: Change "monitor the path of it to LER j and then recei= ve the packet back" to "monitors its path to LER j and then receives the pa= cket back" Bullet 3, Page 7": Remove "to" from "The path LER j to PMS to must be avail= able" Regards, Faisal Iqbal -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Martin Horneffer Sent: Monday, September 26, 2016 8:02 AM To: spring@ietf.org Subject: Re: [spring] WGLC for draft-ietf-spring-oam-usecase Hello everyone, speaking as co-worker of one of the editors: From my own viewpoint I think = this document makes a lot of sense and is in a good state. I'm not aware of= any problemwith the current state of the document. And there already is an= implementation report. The document should be sent to the IESG. The only reason not to do so might be to abandon SPRING usecase documents a= t all. But since we have bee asked to produce usecase documents and went al= ong that track so far, we should IMHO proceed by promoting this document as= well. Best regards, Martin Am 12.09.16 um 18:30 schrieb bruno.decraene@orange.com: > Dear SPRING WG, > > The authors have indicated that draft-ietf-spring-oam-usecase is ready fo= r WGLC. > > Please send your comments to spring@ietf.org on whether this use case is = ready to be sent to the IESG as an informational draft. We will plan to end= the WGLC on September 26. > > * Please comment as silence counts as a lack of interest. In the=20 > absence of WG support and review, this document will not be sent to=20 > the IESG. * > > You may also be interested in an implementation report:=20 > https://tools.ietf.org/html/draft-leipnitz-spring-pms-implementation-r > eport-00 > > This document has 2 disclosed IPR:=20 > https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-s= p > ring-oam-usecase > > We are also polling for knowledge of implementations of part or all of wh= at this document describe. Please inform the mailing list, the chairs, or o= nly one of the chairs. > > Finally, if you want to volunteer to be Document Shepherd for this docume= nt, please let us know. > > Regards, > > --Bruno > > ______________________________________________________________________ > ___________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations=20 > confidentielles ou privilegiees et ne doivent donc pas etre diffuses,=20 > exploites ou copies sans autorisation. Si vous avez recu ce message=20 > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que = les pieces jointes. Les messages electroniques etant susceptibles d'alterat= ion, Orange decline toute responsabilite si ce message a ete altere, deform= e ou falsifie. Merci. > > This message and its attachments may contain confidential or=20 > privileged information that may be protected by law; they should not be d= istributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. > > _______________________________________________ > 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 =A0 Faisal Iqbal ENGINEER.SOFTWARE ENGINEERING faiqbal@cisco.com Tel: +1 613 254 3853 Cisco Systems, Inc. 2000 Innovation Drive KANATA K2K 3E8 Canada cisco.com Think before you print. This email may contain confidential and privileged material for the sole us= e of the intended recipient. Any review, use, distribution or disclosure by= others is strictly prohibited. If you are not the intended recipient (or a= uthorized to receive for the recipient), please contact the sender by reply= email and delete all copies of this message. Please click here for Company Registration Information. -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@o= range.com Sent: Monday, September 12, 2016 12:30 PM To: spring@ietf.org Cc: spring-chairs@ietf.org Subject: [spring] WGLC for draft-ietf-spring-oam-usecase Dear SPRING WG, The authors have indicated that draft-ietf-spring-oam-usecase is ready for = WGLC. Please send your comments to spring@ietf.org on whether this use case is re= ady to be sent to the IESG as an informational draft. We will plan to end t= he WGLC on September 26. * Please comment as silence counts as a lack of interest. In the absence of= WG support and review, this document will not be sent to the IESG. * You may also be interested in an implementation report: https://tools.ietf.= org/html/draft-leipnitz-spring-pms-implementation-report-00 This document has 2 disclosed IPR: https://datatracker.ietf.org/ipr/search/= ?submit=3Ddraft&id=3Ddraft-ietf-spring-oam-usecase We are also polling for knowledge of implementations of part or all of what= this document describe. Please inform the mailing list, the chairs, or onl= y one of the chairs. Finally, if you want to volunteer to be Document Shepherd for this document= , please let us know. Regards, --Bruno ___________________________________________________________________________= ______________________________________________ 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. Le= s messages electroniques etant susceptibles d'alteration, Orange decline to= ute 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. _______________________________________________ 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 Mon Oct 3 01:42:45 2016 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 5CE6912B202 for ; Mon, 3 Oct 2016 01:42:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.518 X-Spam-Level: X-Spam-Status: No, score=-17.518 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, SPF_HELO_PASS=-0.001, 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 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 kcS3mSs3Fnb7 for ; Mon, 3 Oct 2016 01:42:42 -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 6C33012B1FF for ; Mon, 3 Oct 2016 01:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3734; q=dns/txt; s=iport; t=1475484161; x=1476693761; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=AwTs5Nl3ougORSBBaSmx+YEEvb+8Ml83fVzdBjFLsfM=; b=eyWmLPAOsxJ2S8PzAuHHaVyYh4ebhH4x0dadCQmDgn90yBNE2Ba10h0W U0eXNaD5V+hTL4QodgqaFD++NVpxw+DFnNJmRqsA155r/DGTdmPV+r7tE mJ2Bddhn7BnFToX9tz0/NR3997IU/Mekw0JmsWgtbfpQCXIZstHqSozTY c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D+AAD4GPJX/xbLJq1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgz0BAQEBAXV8jTKWfpQjggYZC4UwSgKCGBQBAgEBAQEBAQFeJ4R?= =?us-ascii?q?hAQEBBAEBASAPAQU2Cg0ECxEEAQEDAgUWCAMCAgkDAgECARUfCAEIEwYCAQGIS?= =?us-ascii?q?Q6ucoxLAQEBAQEBAQEBAQEBAQEBAQEBARkFgQeFMYRVhBYRAYMggloBBJl4jC2?= =?us-ascii?q?DRIFuF4RPgxSGCokeg1CDfh42hQ48NIYMgiABAQE?= X-IronPort-AV: E=Sophos;i="5.31,289,1473120000"; d="scan'208";a="648942491" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Oct 2016 08:42:39 +0000 Received: from [10.60.210.100] (ams-cfilsfil-8813.cisco.com [10.60.210.100]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u938gd7p011264 for ; Mon, 3 Oct 2016 08:42:39 GMT To: spring@ietf.org References: <8101D467-27D9-45CA-ACE6-3435D7E2A213@juniper.net> <19314_1474878330_57E8DB7A_19314_2125_8_53C29892C857584299CBF5D05346208A0F9DCF6F@OPEXCLILM21.corporate.adroot.infra.ftgroup> <16022_1475241890_57EE67A1_16022_712_1_9E32478DFA9976438E7A22F69B08FF921BD9034B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> From: Clarence Filsfils Message-ID: <57F219FF.7090104@cisco.com> Date: Mon, 3 Oct 2016 10:42:39 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <16022_1475241890_57EE67A1_16022_712_1_9E32478DFA9976438E7A22F69B08FF921BD9034B@OPEXCLILMA4.corporate.adroot.infra.ftgroup> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [spring] FW: SPRING WGLC for draft-ietf-spring-resiliency-use-cases X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 08:42:43 -0000 I’m not aware of any IPR that has not already been disclosed Cheers, Clarence > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com > Sent: Monday, September 26, 2016 10:25 > To: draft-ietf-spring-resiliency-use-cases@ietf.org > Cc: spring@ietf.org > Subject: Re: [spring] SPRING WGLC for draft-ietf-spring-resiliency-use-cases > > Hi Authors, > >> From: John G. Scudder [mailto:jgs@juniper.net] > Sent: Tuesday, July >> 12, 2016 4:44 PM >> > > Dear SPRING WG (and I've taken the liberty of cc'ing RTGWG), > > The authors have indicated that draft-ietf-spring-resiliency-use-cases is ready for WGLC. > > Please send your comments to spring@ietf.org. We will plan to end the WGLC on July 31. > > I notice that there is an outstanding question from Alexander Vainshtein > , sent to the list on July 10 -- authors, please > consider his note to be part of the WGLC and respond accordingly. > > Please consider answering Alexander's comment. > > > Authors: In parallel with the WGLC, please respond to this message (making sure you cc > spring@ietf.org) and indicate if you are aware of any relevant IPR. Please do this even if it > has been previously disclosed. Thanks. > > IINM, we are missing the IPR answers from Clarence, Stefano, Pierre and Rob. > > Thanks, > Regards, > --Bruno > > > Thanks to Stéphane Litkowski for agreeing to be document shepherd. > > > > Regards, > > > > --John > > _________________________________________________________________________________________________________________________ > > 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. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > > _________________________________________________________________________________________________________________________ > > 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 Mon Oct 3 05:52:23 2016 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 2C55E12B1CF for ; Mon, 3 Oct 2016 05:52:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.517 X-Spam-Level: X-Spam-Status: No, score=-17.517 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 0_12j8WywDWi for ; Mon, 3 Oct 2016 05:52:20 -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 538BC12B1A8 for ; Mon, 3 Oct 2016 05:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2818; q=dns/txt; s=iport; t=1475499140; x=1476708740; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=ppYZM2PzDprjX98/i966dfKiMQJ/Mf0a6nhTnizD4wE=; b=BQeGgTozgX0+jj4sIgov51XWu/5O7gSMVwopSvr3M5r2ENP6ZVDeKqwu Bvv9qkaoy61JyrZOUkZMbKbITyb0RJSBAiCnZyi7WL7trXBFljojS+fpd GyU1hYDxo9xGLICy/C/82qyxnPGu8pZqbV6Zk4YQs6ijFbWUXBRdKFFYk I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQCbU/JX/5hdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgz0BAQEBAR6BUweNK5Z/lCOCBoYeAhyBSjgUAQIBAQEBAQEBXie?= =?us-ascii?q?EYQEBAQMBIxFKBwQCARkEAQEBAgIjAwICAjAUAQgIAgQBEohFCK8UjFABAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEcgQeFMYF9CIZmEAIBIjECgkorgi8FjjaLQgGPcIF?= =?us-ascii?q?uhGaJHoxug30BHjaFDHKGVYEAAQEB?= X-IronPort-AV: E=Sophos;i="5.31,289,1473120000"; d="scan'208";a="157832242" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Oct 2016 12:52:19 +0000 Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u93CqJJV013190 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 3 Oct 2016 12:52:19 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Oct 2016 08:52:18 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Mon, 3 Oct 2016 08:52:18 -0400 From: "Stefano Previdi (sprevidi)" To: "bruno.decraene@orange.com" , SPRING WG Thread-Topic: IPR on draft-filsfils-spring-large-scale-interconnect-02.txt Thread-Index: AQHSHXT5AVx3Lo6GG0ejSQrmH8L9Bg== Date: Mon, 3 Oct 2016 12:52:18 +0000 Message-ID: References: <147549492546.27448.17893005881969421313.idtracker@ietfa.amsl.com> <14707_1475497004_57F24C2C_14707_4393_1_53C29892C857584299CBF5D05346208A0F9E4323@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <14707_1475497004_57F24C2C_14707_4393_1_53C29892C857584299CBF5D05346208A0F9E4323@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.86.92] Content-Type: text/plain; charset="utf-8" Content-ID: <56B4DBBCB3C2CF458DBF00C29B6C06D5@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [spring] IPR on draft-filsfils-spring-large-scale-interconnect-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 12:52:22 -0000 SeKAmW0gbm90IGF3YXJlIG9mIGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRyYWZ0Lg0KDQpzLg0K DQoNCj4gT24gT2N0IDMsIDIwMTYsIGF0IDI6MTYgUE0sIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5j b20gd3JvdGU6DQo+IA0KPiBBdXRob3JzLA0KPiANCj4gQXMgYSByZW1pbmRlciwgd2UgYXJlIG1p c3NpbmcgdGhlIElQUiBzdGF0ZW1lbnQgZnJvbTogQ2xhcmVuY2UgRmlsc2ZpbHMsIFN0ZWZhbm8g UHJldmlkaSwgRGF2ZSBDb29wZXIsIEZyYW5jaXMgRmVyZ3Vzb24sIFRpbSBMYUJlcmdlLCBTdGV2 ZW4gTGluLCBMdWF5IEphbGlsLg0KPiANCj4gUmVnYXJkcywNCj4gLS0gQnJ1bm8NCj4gDQo+PiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogSUVURiBTZWNyZXRhcmlhdCBbbWFp bHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0Zi5vcmddDQo+PiBTZW50OiBNb25kYXksIE9j dG9iZXIgMDMsIDIwMTYgMTo0MiBQTQ0KPj4gVG86IGRyYWZ0LWZpbHNmaWxzLXNwcmluZy1sYXJn ZS1zY2FsZS1pbnRlcmNvbm5lY3RAaWV0Zi5vcmcNCj4+IENjOiBhcmV0YW5hQGNpc2NvLmNvbTsg bWFydGluLnZpZ291cmV1eEBub2tpYS5jb207IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc7IE1hcnRp bg0KPj4gVmlnb3VyZXV4DQo+PiBTdWJqZWN0OiBFeHBpcmF0aW9uIGltcGVuZGluZzogPGRyYWZ0 LWZpbHNmaWxzLXNwcmluZy1sYXJnZS1zY2FsZS1pbnRlcmNvbm5lY3QtMDIudHh0Pg0KPj4gDQo+ PiBUaGUgZm9sbG93aW5nIGRyYWZ0IHdpbGwgZXhwaXJlIHNvb246DQo+PiANCj4+IE5hbWU6ICAg ICBkcmFmdC1maWxzZmlscy1zcHJpbmctbGFyZ2Utc2NhbGUtaW50ZXJjb25uZWN0DQo+PiBUaXRs ZTogICAgSW50ZXJjb25uZWN0aW5nIE1pbGxpb25zIE9mIEVuZHBvaW50cyBXaXRoIFNlZ21lbnQg Um91dGluZw0KPj4gU3RhdGU6ICAgIEktRCBFeGlzdHMNCj4+IEV4cGlyZXM6ICAyMDE2LTEwLTA2 IChpbiAyIGRheXMsIDE5IGhvdXJzKQ0KPiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gDQo+IENlIG1lc3Nh Z2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9u cyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYw0KPiBw YXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4g U2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWdu YWxlcg0KPiBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNl cyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMg ZCdhbHRlcmF0aW9uLA0KPiBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBj ZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+IA0K PiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRp YWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3 Ow0KPiB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhv dXQgYXV0aG9yaXNhdGlvbi4NCj4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBl cnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFu ZCBpdHMgYXR0YWNobWVudHMuDQo+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlz IG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2Vk IG9yIGZhbHNpZmllZC4NCj4gVGhhbmsgeW91Lg0KPiANCj4gPE1haWwgQXR0YWNobWVudC5lbWw+ DQoNCg== From nobody Mon Oct 3 09:35:52 2016 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 2A1E2129406; Mon, 3 Oct 2016 09:35:51 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147551255116.29672.10480722049058409607.idtracker@ietfa.amsl.com> Date: Mon, 03 Oct 2016 09:35:51 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-segment-routing-msdc-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 16:35:51 -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 of the IETF. Title : BGP-Prefix Segment in large-scale data centers Authors : Clarence Filsfils Stefano Previdi Jon Mitchell Ebben Aries Petr Lapukhov Filename : draft-ietf-spring-segment-routing-msdc-02.txt Pages : 23 Date : 2016-10-03 Abstract: This document describes the motivation and benefits for applying segment routing in the data-center. It describes the design to deploy segment routing in the data-center, for both the MPLS and IPv6 dataplanes. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-msdc/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-segment-routing-msdc-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-segment-routing-msdc-02 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 Mon Oct 3 12:38:17 2016 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 788571294E3; Mon, 3 Oct 2016 12:38:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.517 X-Spam-Level: X-Spam-Status: No, score=-17.517 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 D6WNoA3Cnjti; Mon, 3 Oct 2016 12:38:13 -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 8C5101294DB; Mon, 3 Oct 2016 12:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11967; q=dns/txt; s=iport; t=1475523493; x=1476733093; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=3DHhLnHfc6XL5Zlx44KWOlXMPA/rSAHFyNxCMhzbJRs=; b=RBtD9x4wULAW+BlbtOB9q5WBf5NMomPYw1OtGaIh3ZcKYzhVz6P1atQF PgSmS3wBRiQcp37BPK6nmUpDqP8ispEEIkzTey7iT2mVrIMSWvAXbKWFT HmnGrFRT6co/n2kgVp1HAdr02i35E9kcBdsUINOnm+rqdUEMD6V0tytzt E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AjAQA9s/JX/4YNJK1bAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM9AQEBAQEeV20PjTKXAJQjggYZDYJCgmxKAoFqOBQBAgEBAQE?= =?us-ascii?q?BAQFeJ4RhAQEBAwEBAQFjCAsFBwQCAQgRBAEBAScHJwsUCQgCBA4FG4gqCA6wa?= =?us-ascii?q?osjAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIY4gX2CWIQWEQEGFgwVCxuCaIIvBY5?= =?us-ascii?q?xiwcBhiZ0iFaBbk6EGIM3hEKBJYxug30BHjaFDHKFKA0XB4ICAQEB?= X-IronPort-AV: E=Sophos;i="5.31,291,1473120000"; d="scan'208";a="155764879" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Oct 2016 19:38:10 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id u93JcAm5003979 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 3 Oct 2016 19:38:10 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Oct 2016 15:38:09 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Mon, 3 Oct 2016 15:38:09 -0400 From: "Carlos Pignataro (cpignata)" To: "Faisal Iqbal (faiqbal)" Thread-Topic: [spring] WGLC for draft-ietf-spring-oam-usecase Thread-Index: AQHSHa2rcWN26oNJbUqpLHph/09eyQ== Date: Mon, 3 Oct 2016 19:38:09 +0000 Message-ID: References: <14429_1473697809_57D6D811_14429_4969_3_53C29892C857584299CBF5D05346208A0F9CDE2B@OPEXCLILM21.corporate.adroot.infra.ftgroup> <27164430cd484961bc314ed6d168ed58@HE101653.emea1.cds.t-internal.com>, <3d7e9687850f47099cbf50d496925396@XCH-RTP-013.cisco.com> In-Reply-To: <3d7e9687850f47099cbf50d496925396@XCH-RTP-013.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "bruno.decraene@orange.com" , "Ruediger.Geib@telekom.de" , "spring-chairs@ietf.org" , "spring@ietf.org" Subject: Re: [spring] WGLC for draft-ietf-spring-oam-usecase X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 19:38:15 -0000 Thanks again, Faisal, for taking time to review and comment! All very usefu= l. We will spin a new rev addressing them.=20 Thumb typed by Carlos Pignataro. Excuze typofraphicak errows > On Oct 1, 2016, at 11:02, Faisal Iqbal (faiqbal) wrot= e: >=20 > Thank you Ruediger for your quick response. I agree with your suggestions= and don't have any further comments. >=20 > Regards, > Faisal Iqbal >=20 >=20 > -----Original Message----- > From: Ruediger.Geib@telekom.de [mailto:Ruediger.Geib@telekom.de]=20 > Sent: Friday, September 30, 2016 6:40 AM > To: Faisal Iqbal (faiqbal) > Cc: spring-chairs@ietf.org; bruno.decraene@orange.com; spring@ietf.org > Subject: AW: WGLC for draft-ietf-spring-oam-usecase >=20 > Hi Faisal, >=20 > thanks for your review and comments. My remarks in line below, marked [RG= ]. >=20 > Regards, Ruediger >=20 > -----Urspr=FCngliche Nachricht----- > Von: spring [mailto:spring-bounces@ietf.org] Im Auftrag von Faisal Iqbal = (faiqbal) > Gesendet: Dienstag, 27. September 2016 06:13 > An: bruno.decraene@orange.com; spring@ietf.org > Cc: spring-chairs@ietf.org > Betreff: Re: [spring] WGLC for draft-ietf-spring-oam-usecase >=20 > Hi, > This is a useful and very well-written document. I have some minor commen= ts and possible syntax corrections for the authors. >=20 > Minor: > ------ > In my opinion, the document should further explain if it's proposing a ne= w system or outlining what must be there in existing systems. Do we want to= implement such a data plane validation or enhance/reuse BFD for that purpo= se? >=20 > [RG] The outlined system works with MPLS as is today. BFD could be implem= ented as part of a PMS to monitor a path. I'll add text to state that (in t= hat case, scalability has to be regarded and determination of the failing p= ath).=20 >=20 > Note in Page 5: Why will the PMS host not be part of MPLS domain? Isn't i= t given because a) solution applies to IGP and host will be part of IGP, an= d b) The top label is for path from PMS to LER I so there is an MPLS path t= here. >=20 > [RG] It is just one option that the PMS is not part of the MPLS domain (t= he latter is the best option for a realization). It should be part of the I= GP domain. But a design with a PMS neither being part of the MPLS domain, n= or being part of the IGP domain is possible. I'll clarify that. >=20 > Paragraph 1, Page 8: "The PMS further could be enabled to send MPLS OAM p= ackets with the label stack and address information identical to those of t= he monitoring packets to any node of the MPLS domain". Can you please clari= fy this? I don't understand the use case. >=20 > [RG] I'll add some text. MPLS OAM allows to detect routing of packets alo= ng ECMP paths. So there are choices, if a path between LERi - LSRx/LSRy - L= ER j is to be monitored: either detect a desired path crossing, say, LSRx t= o be used > - by MPLS OAM and only send the monitoring packet with Label LERy and a s= uitable IP dest address from LERj or > - use a Label stack (LSRx) and LSRj (PHP will have removed the former). >=20 > Section 6 mentions the applicability of this solution for LDP but leaves = out RSVP-TE tunnels. Won't it also be beneficial in monitoring active RSVP-= TE tunnels as well? >=20 > [RG] Let's add a "possibly also RSVP-TE" here, I don't know for sure. Deu= tsche Telekom developed such a system for an LDP signaled MPLS domain. I ca= n't discuss how to build it for RSVP-TE signaled tunnels (and don't want to= be obliged to do that). >=20 >=20 >=20 >=20 > Syntax: [RG] will be picked up for the next version.... > ------- > Paragraph 2 on Page 3 should read "This document describes a system of us= ing MPLS data plane pat monitoring capabilities" instead of "This document = describes illustrates a system of using MPLS data plane pat monitoring capa= bilities" >=20 > Paragraph 2, Page 3: Change "The use case introduced here" to "The use ca= ses introduced here" >=20 > Paragraph 5, Page 3: Shouldn't it read "pre-Segment Routing (SR) based te= chnology" instead of "pre-Segment based Routing (SR) technology"? >=20 > Paragraph 5, Page 3: Change "domains complete MPLS topology" to "domain's= complete MPLS topology" >=20 > Paragraph 5, Page 3: Change "domains forwarding plane" to "domain's forwa= rding plane" >=20 > Paragraph 2, Page 4: Change "recongise an execute" to "recognise and exec= ute" >=20 > Paragraph 4, Page 4: Change "The MPLS path monitoring system may be a any= server" to "The MPLS path monitoring system may be at any server" >=20 > Paragraph 2, Page 5: Change "monitor the path of it to LER j and then rec= eive the packet back" to "monitors its path to LER j and then receives the = packet back" >=20 > Bullet 3, Page 7": Remove "to" from "The path LER j to PMS to must be ava= ilable" >=20 >=20 > Regards, > Faisal Iqbal >=20 >=20 > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Martin Horneff= er > Sent: Monday, September 26, 2016 8:02 AM > To: spring@ietf.org > Subject: Re: [spring] WGLC for draft-ietf-spring-oam-usecase >=20 > Hello everyone, >=20 > speaking as co-worker of one of the editors: From my own viewpoint I thin= k this document makes a lot of sense and is in a good state. I'm not aware = of any problemwith the current state of the document. And there already is = an implementation report. The document should be sent to the IESG. >=20 > The only reason not to do so might be to abandon SPRING usecase documents= at all. But since we have bee asked to produce usecase documents and went = along that track so far, we should IMHO proceed by promoting this document = as well. >=20 > Best regards, Martin >=20 >=20 >> Am 12.09.16 um 18:30 schrieb bruno.decraene@orange.com: >> Dear SPRING WG, >>=20 >> The authors have indicated that draft-ietf-spring-oam-usecase is ready f= or WGLC. >>=20 >> Please send your comments to spring@ietf.org on whether this use case is= ready to be sent to the IESG as an informational draft. We will plan to en= d the WGLC on September 26. >>=20 >> * Please comment as silence counts as a lack of interest. In the=20 >> absence of WG support and review, this document will not be sent to=20 >> the IESG. * >>=20 >> You may also be interested in an implementation report:=20 >> https://tools.ietf.org/html/draft-leipnitz-spring-pms-implementation-r >> eport-00 >>=20 >> This document has 2 disclosed IPR:=20 >> https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-= sp >> ring-oam-usecase >>=20 >> We are also polling for knowledge of implementations of part or all of w= hat this document describe. Please inform the mailing list, the chairs, or = only one of the chairs. >>=20 >> Finally, if you want to volunteer to be Document Shepherd for this docum= ent, please let us know. >>=20 >> Regards, >>=20 >> --Bruno >>=20 >> ______________________________________________________________________ >> ___________________________________________________ >>=20 >> Ce message et ses pieces jointes peuvent contenir des informations=20 >> confidentielles ou privilegiees et ne doivent donc pas etre diffuses,=20 >> exploites ou copies sans autorisation. Si vous avez recu ce message=20 >> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que= les pieces jointes. Les messages electroniques etant susceptibles d'altera= tion, Orange decline toute responsabilite si ce message a ete altere, defor= me ou falsifie. Merci. >>=20 >> This message and its attachments may contain confidential or=20 >> 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 d= elete this message and its attachments. >> As emails may be altered, Orange is not liable for messages that have be= en modified, changed or falsified. >> Thank you. >>=20 >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >>=20 >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring >=20 >=20 > =20 >=20 >=20 > Faisal Iqbal > ENGINEER.SOFTWARE ENGINEERING > faiqbal@cisco.com > Tel: +1 613 254 3853 > Cisco Systems, Inc. > 2000 Innovation Drive > KANATA > K2K 3E8 > Canada > cisco.com >=20 >=20 > Think before you print. > This email may contain confidential and privileged material for the sole = use of the intended recipient. Any review, use, distribution or disclosure = by others is strictly prohibited. If you are not the intended recipient (or= authorized to receive for the recipient), please contact the sender by rep= ly email and delete all copies of this message. > Please click here for Company Registration Information. >=20 >=20 > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of bruno.decraene= @orange.com > Sent: Monday, September 12, 2016 12:30 PM > To: spring@ietf.org > Cc: spring-chairs@ietf.org > Subject: [spring] WGLC for draft-ietf-spring-oam-usecase >=20 > Dear SPRING WG, >=20 > The authors have indicated that draft-ietf-spring-oam-usecase is ready fo= r WGLC. >=20 > Please send your comments to spring@ietf.org on whether this use case is = ready to be sent to the IESG as an informational draft. We will plan to end= the WGLC on September 26. >=20 > * Please comment as silence counts as a lack of interest. In the absence = of WG support and review, this document will not be sent to the IESG. * >=20 > You may also be interested in an implementation report: https://tools.iet= f.org/html/draft-leipnitz-spring-pms-implementation-report-00 >=20 > This document has 2 disclosed IPR: https://datatracker.ietf.org/ipr/searc= h/?submit=3Ddraft&id=3Ddraft-ietf-spring-oam-usecase >=20 > We are also polling for knowledge of implementations of part or all of wh= at this document describe. Please inform the mailing list, the chairs, or o= nly one of the chairs. >=20 > Finally, if you want to volunteer to be Document Shepherd for this docume= nt, please let us know. >=20 > Regards, >=20 > --Bruno >=20 > _________________________________________________________________________= ________________________________________________ >=20 > Ce message et ses pieces jointes peuvent contenir des informations confid= entielles ou privilegiees et ne doivent donc pas etre diffuses, exploites o= u copies sans autorisation. Si vous avez recu ce message par erreur, veuill= ez 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= . >=20 > This message and its attachments may contain confidential or privileged i= nformation that may be protected by law; they should not be distributed, us= ed or copied without authorisation. > If you have received this email in error, please notify the sender and de= lete this message and its attachments. > As emails may be altered, Orange is not liable for messages that have bee= n modified, changed or falsified. > Thank you. >=20 > _______________________________________________ > 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 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Mon Oct 3 13:59:46 2016 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 6228112955C; Mon, 3 Oct 2016 13:59:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.321 X-Spam-Level: X-Spam-Status: No, score=-2.321 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 GG2ILKheruAO; Mon, 3 Oct 2016 13:59:37 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (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 98764129545; Mon, 3 Oct 2016 13:59:37 -0700 (PDT) X-AuditID: c6180641-2580a98000000a0b-e0-57f27253e9cb Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by (Symantec Mail Security) with SMTP id 54.43.02571.35272F75; Mon, 3 Oct 2016 16:59:32 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0319.002; Mon, 3 Oct 2016 16:59:33 -0400 From: David Allan I To: "pim@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org list (isis-wg@ietf.org)" , "ospf@ietf.org" Thread-Topic: Computed Multicast for SPRING Thread-Index: AdIduB2jNC5K4CNdTs24IypOvIp7Zw== Date: Mon, 3 Oct 2016 20:59:32 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_E6C17D2345AC7A45B7D054D407AA205C4BDDB302eusaamb105erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBLMWRmVeSWpSXmKPExsUyuXRPlG5I0adwg5krBSyOHnrPatFy7x67 xZeHN5ktjl/4zejA4rFkyU+mAMYoLpuU1JzMstQifbsErowj/3+zF8yXqvj87y5zA+MW8S5G Dg4JAROJ88+kuxi5OIQENjBKbF/dwAzhLGOUeLjpH1MXIycHm4CBxJ7/XxhBbBGBVYwSf3r9 QGxhATWJeTdvs0HEtSUOLz3JCmHrSRy4uBfMZhFQkbh/9hGYzSvgK7H//VV2EJtRQEzi+6k1 YPOZBcQlbj2ZD2ZLCAhILNlznhnCFpV4+fgfK4StJDFp6TlWiPp8iTUPIG7jFRCUODnzCcsE RsFZSEbNQlI2C0kZRFxHYsHuT2wQtrbEsoWvmWHsMwceMyGLL2BkX8XIUVpckJObbmS4iREY /sck2Bx3MO7t9TzEKMDBqMTDq6DzKVyINbGsuDL3EKMEB7OSCK/JUaAQb0piZVVqUX58UWlO avEhRmkOFiVx3ush98OFBNITS1KzU1MLUotgskwcnFINjCn7pi4x5t6x7VKkxj6/jyZGivHy jQHbY0R/v9r0aqr/439hOcpNS5ds9zyi8PmM4Rruj3FTV8oV/N+ZJb/LQFbF8HLR1LyJJ7dF sDc3pz9qSpe1nBV/b6P2hSNdmhO4IhyvzudcGrZridb7gx82neWZWmEwUXZLuJWe8pT13mv2 VPA93mC1/70SS3FGoqEWc1FxIgBnF3lnewIAAA== Archived-At: Subject: [spring] Computed Multicast for SPRING X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 20:59:40 -0000 --_000_E6C17D2345AC7A45B7D054D407AA205C4BDDB302eusaamb105erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable HI Folks: For those interested in the subject, we've assembled a tutorial as a compan= ion to version 2 of the framework draft (draft-allan-spring-mpls-multicast-= framework-02), that explains the approach and the algorithm in much greater= detail. It is available here: http://standards.ericsson.com/mpls/SPRING_Multicast_Tutorial_v4.pdf As always comments and questions are very welcome.... Cheers Dave --_000_E6C17D2345AC7A45B7D054D407AA205C4BDDB302eusaamb105erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

HI Folks:

 

For those interested in the subject, we’ve ass= embled a tutorial as a companion to version 2 of the framework draft (draft= -allan-spring-mpls-multicast-framework-02), that explains the approach and = the algorithm in much greater detail.

 

It is available here:

http://standards.ericsson.com/mpls/SPRING_Multi= cast_Tutorial_v4.pdf

 

As always comments and questions are very welcome= 230;.

 

Cheers

Dave

--_000_E6C17D2345AC7A45B7D054D407AA205C4BDDB302eusaamb105erics_-- From nobody Mon Oct 3 22:01:25 2016 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 29DDC1295B9; Mon, 3 Oct 2016 22:01:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147555728016.29608.9628750303150601294.idtracker@ietfa.amsl.com> Date: Mon, 03 Oct 2016 22:01:20 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-filsfils-spring-large-scale-interconnect-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 05:01:20 -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 of the IETF. Title : Interconnecting Millions Of Endpoints With Segment Routing Authors : Clarence Filsfils Dennis Cai Stefano Previdi Wim Henderickx Rob Shakir Dave Cooper Francis Ferguson Steven Lin Tim LaBerge Bruno Decraene Luay Jalil Jeff Tantsura Filename : draft-filsfils-spring-large-scale-interconnect-03.txt Pages : 10 Date : 2016-10-03 Abstract: This document describes an application of Segment Routing to scale the network to support hundreds of thousands of network nodes, and tens of millions of physical underlay endpoints. This use-case can be applied to the interconnection of massive-scale DC's and/or large aggregation networks. Forwarding tables of midpoint and leaf nodes only require a few tens of thousands of entries. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-filsfils-spring-large-scale-interconnect/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-filsfils-spring-large-scale-interconnect-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-filsfils-spring-large-scale-interconnect-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 Tue Oct 4 02:23:53 2016 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 0E5DC129719 for ; Tue, 4 Oct 2016 02:23:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.518 X-Spam-Level: X-Spam-Status: No, score=-17.518 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, SPF_HELO_PASS=-0.001, 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 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 OevK89QO60iA for ; Tue, 4 Oct 2016 02:23:50 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F6F4129715 for ; Tue, 4 Oct 2016 02:23:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1324; q=dns/txt; s=iport; t=1475573030; x=1476782630; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=y0gCRJndVrVkXgoJj0TjxxwJflu8Nd0oJpsWagu+68A=; b=NftkFfnZMpSJRlKcMiQ2DXE4JewEzZndUOarSjcmqxKCzXcvEnQ9jz0I USDv3sNo4ZS2D5yE9pFNc8mKHX6S1pFEoKJqRS5sRDBlXox+AIuLC574T YPKvE073Ex0ydepICe/tFZ4RUKth7CcoUXMmnLmm3plZgTD5MziedOFgy 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C8AQBPdPNX/xbLJq1dHAEBBAEBCgEBg?= =?us-ascii?q?z0BAQEBAXV8jTKXAJIXgg+CByCFfgKCKRQBAgEBAQEBAQFeJ4RhAQEBBCMVQBE?= =?us-ascii?q?LEQMBAgMCBRYEBAMCAgkDAgECATQJCBMGAgEBiEkOsEaMfgEBAQEBAQQBAQEBA?= =?us-ascii?q?QEcBYEHhTWEVYUTgjiCWgWIN4Y2iwyGJ4lNiWiGCokggyQsg34eNkyDGoE6PDS?= =?us-ascii?q?HWQEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,442,1473120000"; d="scan'208";a="646127116" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Oct 2016 09:23:48 +0000 Received: from [10.60.210.100] (ams-cfilsfil-8813.cisco.com [10.60.210.100]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u949NmfD001674 for ; Tue, 4 Oct 2016 09:23:48 GMT To: spring@ietf.org References: From: Clarence Filsfils Message-ID: <57F37524.2060604@cisco.com> Date: Tue, 4 Oct 2016 11:23:48 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] **IMPORTANT*** Fwd: IPR Disclosure Orange's Statement about IPR related to draft-psarkar-spring-mpls-anycast-segments X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 09:23:52 -0000 I'm not aware of any other IPR than the one already disclosed Cheers, Clarence > > ---------- Forwarded message ---------- > From: "IETF Secretariat" > > Date: Sep 15, 2016 11:04 AM > Subject: IPR Disclosure Orange's Statement about IPR related to > draft-psarkar-spring-mpls-anycast-segments > To: > > Cc: >, > > > Dear Hannes Gredler, Clarence Filsfils, Stefano Previdi, Bruno > Decraene, Martin Horneffer, Pushpasis Sarkar: > > > An IPR disclosure that pertains to your Internet-Draft entitled "Anycast > Segments in MPLS based Segment Routing" > (draft-psarkar-spring-mpls-anycast-segments) was submitted to the IETF > Secretariat on and has been posted on the "IETF Page of > Intellectual Property > Rights Disclosures" (https://datatracker.ietf.org/ipr/2875/ > ). The title of the > IPR disclosure is "Orange's Statement about IPR related to > draft-psarkar-spring-mpls-anycast-segments" > > > Thank you > > IETF Secretariat > > From nobody Tue Oct 4 02:37:05 2016 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 3F041129718; Tue, 4 Oct 2016 02:37:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.517 X-Spam-Level: X-Spam-Status: No, score=-17.517 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 hcvhkB1MHZTf; Tue, 4 Oct 2016 02:37:02 -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 0309312973E; Tue, 4 Oct 2016 02:37:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=22486; q=dns/txt; s=iport; t=1475573822; x=1476783422; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=P/4IkpeBdoYQMeeH/5vWy89wJh/ivsjglzg/eNpDMGc=; b=OIQBXlolWE5mCZyeVLC14Y86MxxhlADUEUxtTTH4pbf1N4PVMv5Shydo HM/0jNsrwRwnzjvqBGxJknhB2qO9zapKfLdnhGxOdb8fhsTe9m2yai4ta XZ+yaW67FxFYlWyCHqFi4CXAz3WEoQsnToWspmRG0WGspcdMAVj0eK6Yw Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AkAQDdd/NX/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgz0BAQEBAR5XfAeNK5Z/lCaCBxkLhTBKAhyBVTgUAQIBAQEBAQE?= =?us-ascii?q?BXieEYQEBAQMBAQEBIBE6CwUHAgICAQgRAQMBAQECAhESAwICAhQRCxQBAgYIA?= =?us-ascii?q?gQBDQUbBIgmCA6wUIx+AQEBAQEBAQEBAQEBAQEBAQEBAQEBFwUFgQKFNYF9gli?= =?us-ascii?q?EGQoHARwHEBUMAgWCRSuCLwWZeQGPc4FuhGaDN4VnhwyFZIN9AR42TIJmHIFQc?= =?us-ascii?q?oUqAg0XB4ECgQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,442,1473120000"; d="scan'208";a="331480865" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Oct 2016 09:37:00 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id u949axRO026105 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 4 Oct 2016 09:37:00 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 4 Oct 2016 05:36:59 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Tue, 4 Oct 2016 05:36:59 -0400 From: "Stefano Previdi (sprevidi)" To: Stephane Litkowski , Alexander Vainshtein Thread-Topic: [spring] Issue with path protection for SR-TE LSPs Thread-Index: AdHaiG7vxRelr/mFQMaAZB42zmpXRg9b4juAAABDWoAAJnlu0AAKxUGAAAgqH9AADfBWwAAYv4JAAC9cJOAANbOhAAAKQe8AAMNs3QA= Date: Tue, 4 Oct 2016 09:36:59 +0000 Message-ID: <2D4BDE5B-E434-4AA9-A66E-F6231609AC9E@cisco.com> References: <6CF620EC-27AF-4C27-BFA7-62B432A2EA7F@cisco.com> <27949_1474962654_57EA24DE_27949_652_1_53C29892C857584299CBF5D05346208A0F9DDEBC@OPEXCLILM21.corporate.adroot.infra.ftgroup> <7C9ABAEC-BDC7-437E-BA4B-6421780FCCD8@cisco.com> <3866_1474967284_57EA36F3_3866_133_19_53C29892C857584299CBF5D05346208A0F9DE051@OPEXCLILM21.corporate.adroot.infra.ftgroup> <30899_1474976445_57EA5ABD_30899_5783_9_00166941-e5c4-4330-856d-9da32b398f9f@OPEXCLILM7D.corporate.adroot.infra.ftgroup> <11594_1475234953_57EE4C89_11594_8166_1_63cbe7c2-43ae-42d5-aaf0-70fa9af7bbe1@OPEXCLILM41.corporate.adroot.infra.ftgroup> <3A5A0F31-2EEF-40CD-8490-34CE82FAAD75@cisco.com> In-Reply-To: <3A5A0F31-2EEF-40CD-8490-34CE82FAAD75@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.163.53] Content-Type: text/plain; charset="utf-8" Content-ID: <2261776881537E41BE203FADDF7144E4@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "spring@ietf.org" , Shell Nakash , Michael Gorokhovsky , "draft-ietf-spring-resiliency-use-cases@ietf.org" , DECRAENE Bruno IMT/OLN , Marina Fizgeer , Rotem Cohen Subject: Re: [spring] Issue with path protection for SR-TE LSPs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 09:37:04 -0000 U3RlcGhhbmUsIFNhc2hhLCBBbGwsDQoNCmp1c3QgdG8gYmUgc3VyZSB34oCZZXJlIGluIHN5bmMu DQoNCkl0IGlzIG9idmlvdXMgdG8gbWUgdGhhdCBpdCB3b27igJl0IG1ha2UgbXVjaCBzZW5zZSB0 byBoYXZlIGEgcmVxdWlyZW1lbnRzIHN0YXRpbmcgdGhhdCBkaXNqb2ludG5lc3MgbXVzdCBiZSBn dWFyYW50ZWVkIGluIGFsbCBjYXNlcyBhbmQgZXZlbiB3aGVuIOKAnGFueeKAnSBmYWlsdXJlIG9j Y3Vycy4gDQoNCkluIHJlYWwgbmV0d29ya3MsIG11bHRpcGxlIChjb3JyZWxhdGVkIG9yIG5vdCkg ZXZlbnRzIG1heSBoYXBwZW4gc2ltdWx0YW5lb3VzbHkgYW5kIGRlc3BpdGUgdGhlIHRoZW9yZXRp Y2FsIHBvc3NpYmlsaXR5IHRvIGFsd2F5cyBmaW5kIGRpc2pvaW50bmVzcywgaW4gcHJhY3RpY2Ug dGhlIHJlcXVpcmVtZW50cyBpcyBkaWZmZXJlbnQuDQoNCkRpc2pvaW50bmVzcyBpcyBjb21wdXRl ZCBvbiBhIHNwZWNpZmljIHRvcG9sb2d5IGFuZCBmb3IgYSBzcGVjaWZpYyBzZXJ2aWNlIChpLmUu OiBubyByZXNvdXJjZSBzaGFyaW5nIGJldHdlZW4gcGF0aHMpLg0KDQpXaGF04oCZcyBpbXBvcnRh bnQgaXMgdGhhdCB0aGUgc3ByaW5nIGFyY2hpdGVjdHVyZSBtdXN0IGJlIGNhcGFibGUgb2YgZW5z dXJpbmcgZGlzam9pbnRuZXNzIGluIGEgZ2l2ZW4gdG9wb2xvZ3ksIG1vbml0b3IgaXQgYW5kLCBp biBjYXNlIG9mIGFueSBuZXR3b3JrIGV2ZW50LCB2YWxpZGF0ZSBpdCAob3IgcmUtdmFsaWRhdGUg aXQpLg0KDQpJZiBzb21ldGhpbmcgaGFzIGNoYW5nZWQgaW4gdGhlIG5ldHdvcmsgdGhhdCBicmFr ZXMgdGhlIGRpc2pvaW50bmVzcywgdGhlbiB0aGUgcGRpc2pvaW50IHBhdGhzIG11c3QgYmUgcmVj b21wdXRlZC4NCg0KVGhhbmtzLg0Kcy4NCg0KDQo+IE9uIFNlcCAzMCwgMjAxNiwgYXQgMjoyMSBQ TSwgU3RlZmFubyBQcmV2aWRpIChzcHJldmlkaSkgPHNwcmV2aWRpQGNpc2NvLmNvbT4gd3JvdGU6 DQo+IA0KPiBTYXNoYSwgU3RlcGhhbmUsDQo+IA0KPiANCj4+IE9uIFNlcCAzMCwgMjAxNiwgYXQg MToyOSBQTSwgc3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb20gd3JvdGU6DQo+PiANCj4+IEhp LA0KPj4gDQo+PiBFeHByZXNzZWQgdGhpcyB3YXkgSSBhZ3JlZSB0aGF0IHRoaXMgaXMgYW4gaW50 ZXJlc3RpbmcgYWRkaXRpb25hbCByZXF1aXJlbWVudCBmb3IgdGhlIGRyYWZ0Lg0KPiANCj4gDQo+ IEkgYWdyZWUuIEnigJlsbCB1cGRhdGUgdGhlIGRyYWZ0Lg0KPiANCj4gcy4NCj4gDQo+IA0KPj4g DQo+PiBCZXN0IFJlZ2FyZHMsDQo+PiANCj4+IFN0ZXBoYW5lDQo+PiANCj4+IA0KPj4gLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IEFsZXhhbmRlciBWYWluc2h0ZWluIFttYWls dG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb21dIA0KPj4gU2VudDogVHVlc2RheSwg U2VwdGVtYmVyIDI3LCAyMDE2IDE0OjQxDQo+PiBUbzogTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9P SU5JUw0KPj4gQ2M6IHNwcmluZ0BpZXRmLm9yZzsgU2hlbGwgTmFrYXNoOyBNaWNoYWVsIEdvcm9r aG92c2t5OyBkcmFmdC1pZXRmLXNwcmluZy1yZXNpbGllbmN5LXVzZS1jYXNlc0BpZXRmLm9yZzsg TWFyaW5hIEZpemdlZXI7IFJvdGVtIENvaGVuOyBERUNSQUVORSBCcnVubyBJTVQvT0xOOyBTdGVm YW5vIFByZXZpZGkgKHNwcmV2aWRpKQ0KPj4gU3ViamVjdDogUkU6IFtzcHJpbmddIElzc3VlIHdp dGggcGF0aCBwcm90ZWN0aW9uIGZvciBTUi1URSBMU1BzDQo+PiANCj4+IFN0ZXBoYW5lLA0KPj4g TG90cyBvZiB0aGFua3MgZm9yIGFuIGltcG9ydGFudCBjbGFyaWZpY2F0aW9uLg0KPj4gDQo+PiBC dXQgZG9u4oCZdCB5b3UgdGhpbmsgdGhhdCBpbiBhZGRpdGlvbiB0byB5b3VyIHN0YXRlbWVudCAi U1BSSU5HIGFyY2hpdGVjdHVyZSBNVVNUIHByb3ZpZGUgYSB3YXkgdG8gY29tcHV0ZSBwYXRocyB0 aGF0IE1VU1QgTk9UIGJlIHByb3RlY3RlZCBieSBsb2NhbCByZXBhaXIgdGVjaG5pcXVlcyIgdGhl IGRyYWZ0IHNob3VsZCBhbHNvIHNheSB0aGF0ICIgU1BSSU5HIGFyY2hpdGVjdHVyZSBNVVNUIHBy b3ZpZGUgYSB3YXkgdG8gaW5zdGFudGlhdGUgcGFpcnMgb2YgcGF0aHMgdGhhdCB3aWxsIHdvdWxk IHJlbWFpbiBkaXNqb2ludCBpbiBzcGl0ZSBvZiBhbnkgdG9wb2xvZ3kgY2hhbmdlcyBpbiB0aGUg bmV0d29yayI/DQo+PiANCj4+IFJlZ2FyZHMsDQo+PiBTYXNoYQ0KPj4gDQo+PiBPZmZpY2U6ICs5 NzItMzkyNjYzMDINCj4+IENlbGw6ICAgICAgKzk3Mi01NDkyNjYzMDINCj4+IEVtYWlsOiAgIEFs ZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tDQo+PiANCj4+IA0KPj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IHN0ZXBoYW5lLmxpdGtvd3NraUBvcmFuZ2UuY29tIFtt YWlsdG86c3RlcGhhbmUubGl0a293c2tpQG9yYW5nZS5jb21dIA0KPj4gU2VudDogVHVlc2RheSwg U2VwdGVtYmVyIDI3LCAyMDE2IDI6NDEgUE0NCj4+IFRvOiBBbGV4YW5kZXIgVmFpbnNodGVpbiA8 QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20+OyBERUNSQUVORSBCcnVubyBJTVQvT0xO IDxicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPjsgU3RlZmFubyBQcmV2aWRpIChzcHJldmlkaSkg PHNwcmV2aWRpQGNpc2NvLmNvbT4NCj4+IENjOiBzcHJpbmdAaWV0Zi5vcmc7IFNoZWxsIE5ha2Fz aCA8U2hlbGwuTmFrYXNoQGVjaXRlbGUuY29tPjsgTWljaGFlbCBHb3Jva2hvdnNreSA8TWljaGFl bC5Hb3Jva2hvdnNreUBlY2l0ZWxlLmNvbT47IGRyYWZ0LWlldGYtc3ByaW5nLXJlc2lsaWVuY3kt dXNlLWNhc2VzQGlldGYub3JnOyBNYXJpbmEgRml6Z2VlciA8TWFyaW5hLkZpemdlZXJAZWNpdGVs ZS5jb20+OyBSb3RlbSBDb2hlbiA8Um90ZW0uQ29oZW5AZWNpdGVsZS5jb20+DQo+PiBTdWJqZWN0 OiBSRTogW3NwcmluZ10gSXNzdWUgd2l0aCBwYXRoIHByb3RlY3Rpb24gZm9yIFNSLVRFIExTUHMN Cj4+IA0KPj4gSGksDQo+PiANCj4+IEFzIFN0ZWZhbm8gbWVudGlvbmVkLCBhcyBpdCdzIGEgdXNl IGNhc2UgYW5kIHJlcXVpcmVtZW50IGRyYWZ0LCB3ZSBkbyBub3QgaGF2ZSB0byB0YWxrIGFib3V0 IHNvbHV0aW9ucywgYW5kIGFib3V0IGlzc3VlcyBpbiB1c2luZyBvbmUgb3Igb3RoZXIgbWVjaGFu aXNtLg0KPj4gU3VjaCBjb25zaWRlcmF0aW9ucyBhYm91dCB1c2luZyBvciBub3Qgc29tZSBwYXJ0 aWN1bGFyIFNJRHMgdG8gZmlsbCB0aGUgInBhdGggbXVzdCBub3QgYmUgcHJvdGVjdGVkIGJ5IGFu eSBsb2NhbCByZXBhaXIiIGNvbnN0cmFpbnQgYXJlIHVwIHRvIGEgc29sdXRpb24gZHJhZnQgYW5k IG5vdCB0aGlzIGRvY3VtZW50LiBSZWdhcmRpbmcgdGhpcyBkb2N1bWVudCwgdGhlIHJlcXVpcmVt ZW50IGlzIGNsZWFyIDogIiBTUFJJTkcgYXJjaGl0ZWN0dXJlIE1VU1QgcHJvdmlkZSBhIHdheSB0 byBjb21wdXRlIHBhdGhzIHRoYXQgTVVTVA0KPj4gICAgIE5PVCBiZSBwcm90ZWN0ZWQgYnkgbG9j YWwgcmVwYWlyIHRlY2huaXF1ZXMiLCB0aGF0J3MgYWxsIHdlIGNhbiBleHBlY3QgZnJvbSB0aGlz IGRvY3VtZW50Lg0KPj4gDQo+PiBCZXN0IFJlZ2FyZHMsDQo+PiANCj4+IFN0ZXBoYW5lDQo+PiAN Cj4+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IHNwcmluZyBbbWFp bHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWxleGFuZGVyIFZhaW5z aHRlaW4NCj4+IFNlbnQ6IFR1ZXNkYXksIFNlcHRlbWJlciAyNywgMjAxNiAxMjoyMg0KPj4gVG86 IERFQ1JBRU5FIEJydW5vIElNVC9PTE47IFN0ZWZhbm8gUHJldmlkaSAoc3ByZXZpZGkpDQo+PiBD Yzogc3ByaW5nQGlldGYub3JnOyBTaGVsbCBOYWthc2g7IE1pY2hhZWwgR29yb2tob3Zza3k7IGRy YWZ0LWlldGYtc3ByaW5nLXJlc2lsaWVuY3ktdXNlLWNhc2VzQGlldGYub3JnOyBNYXJpbmEgRml6 Z2VlcjsgUm90ZW0gQ29oZW4NCj4+IFN1YmplY3Q6IFJlOiBbc3ByaW5nXSBJc3N1ZSB3aXRoIHBh dGggcHJvdGVjdGlvbiBmb3IgU1ItVEUgTFNQcw0KPj4gDQo+PiBTdGVmYW5vLCBCcnVubyBhbmQg YWxsLA0KPj4gTG90cyBvZiB0aGFua3MgZm9yIGRldGFpbGVkIHJlc3BvbnNlcyB0aGF0LCBmcmFu a2x5LCBub3cgZ28gbXVjaCBkZWVwZXIgdGhhbiBteSBvcmlnaW5hbCBxdWVzdGlvbi4NCj4+IA0K Pj4gTXkgY29uY2VybiB3YXMgYWJvdXQgY29tYmluaW5nICJyZWd1bGFyIiBwcmVmaXggU0lEcyBh ZHZlcnRpc2VkIHdpdGggdGhlIGRlZmF1bHQgYWxnb3JpdGhtIGFuZCBwYXRoIHByb3RlY3Rpb24g Zm9yIFNSIExTUHMuDQo+PiBUbyB0aGUgYmVzdCBvZiBteSB1bmRlcnN0YW5kaW5nLCB3aXRoaW4g aGlzLCBhZG1pdHRlZGx5IGxpbWl0ZWQsIHNjb3BlOg0KPj4gLSB0aGVyZSBpcyBubyB3YXkgdG8g Z3VhcmFudGVlIHRoYXQgTWFpbiBhbmQgUHJvdGVjdGlvbiBwYXRocyB3aWxsIHJlbWFpbiBkaXNq b2ludCBmb2xsb3dpbmcgc29tZSB0b3BvbG9neSBjaGFuZ2VzIGluIHRoZSBuZXR3b3JrDQo+PiAt IGlmIHNvbWUgbG9jYWwgcHJvdGVjdGlvbiBmb3IgdGhlc2UgU0lEcyBpcyBlbmFibGVkIGluIHRo ZSBuZXR3b3JrLCB0aGVyZSBpcyBubyB3YXkgdG8gZ3VhcmFudGVlIHRoYXQgaXQgd2lsbCBub3Qg YWZmZWN0IHNvbWUgc2VnbWVudHMgb2Ygc3VjaCBMU1BzLg0KPj4gDQo+PiBUbyB0aGUgYmVzdCBv ZiBteSB1bmRlcnN0YW5kaW5nLCBTdGVmYW5vJ3MgYW5zd2VycyBzYXlzIHRoYXQgeW91IGNhbiB1 c2Ugc29tZSAic3BlY2lhbCIgcHJlZml4LVNJRHMgKGUuZy4sIG1hcmtpbmcgdGhlbSBhcyBub3Qg cHJvdGVjdGluZywgYWR2ZXJ0aXNpbmcgdGVtIHdpdGggc29tZSBub24tZGVmYXVsdCBhbGdvcml0 aG0gZXRjLikuIEkgaGF2ZSBubyBwcm9ibGVtIHdpdGggdGhlc2UgYW5zd2VycyAtIGJ1dCBmcm9t IG15IFBPViB0aGV5IGFyZSBvdXQgb2YgdGhlIG5hcnJvdyBzY29wZSBvZiBteSBvcmlnaW5hbCBx dWVzdGlvbnMuIA0KPj4gSSBkbyBub3QgdGhpbmsgdGhhdCB0aGlzIGRyYWZ0IHNob3VsZCBsaXN0 IGFueSBzcGVjaWZpYyBzb2x1dGlvbnMuIEJ1dCBtYXliZSBpdCBzaG91bGQgc2F5IHRoYXQgInRo ZSBkZWZhdWx0IHByZWZpeC1TSURzIiAoaS5lLiBwcmVmaXgtU0lEcyBhZHZlcnRpc2VkIHdpdGgg dGhlIGRlZmF1bHQgYWxnb3JpdGhtIGV0Yy4pIHNob3VsZCBub3QgYmUgdXNlZCBpbiBzcGVjaWZp Y2F0aW9uIG9mIFNSLUxTUHMgZW1wbG95aW5nIHRoZSBwYXRoIHByb3RlY3Rpb24gc2NoZW1lPw0K Pj4gDQo+PiBSZWdhcmRzLA0KPj4gU2FzaGENCj4+IA0KPj4gT2ZmaWNlOiArOTcyLTM5MjY2MzAy DQo+PiBDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQo+PiBFbWFpbDogICBBbGV4YW5kZXIuVmFp bnNodGVpbkBlY2l0ZWxlLmNvbQ0KPj4gDQo+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K Pj4gRnJvbTogc3ByaW5nIFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFs ZiBPZiBicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tDQo+PiBTZW50OiBUdWVzZGF5LCBTZXB0ZW1i ZXIgMjcsIDIwMTYgMTI6MDggUE0NCj4+IFRvOiBTdGVmYW5vIFByZXZpZGkgKHNwcmV2aWRpKSA8 c3ByZXZpZGlAY2lzY28uY29tPg0KPj4gQ2M6IHNwcmluZ0BpZXRmLm9yZzsgQWxleGFuZGVyIFZh aW5zaHRlaW4gPEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPjsgU2hlbGwgTmFrYXNo IDxTaGVsbC5OYWthc2hAZWNpdGVsZS5jb20+OyBNaWNoYWVsIEdvcm9raG92c2t5IDxNaWNoYWVs Lkdvcm9raG92c2t5QGVjaXRlbGUuY29tPjsgZHJhZnQtaWV0Zi1zcHJpbmctcmVzaWxpZW5jeS11 c2UtY2FzZXNAaWV0Zi5vcmc7IE1hcmluYSBGaXpnZWVyIDxNYXJpbmEuRml6Z2VlckBlY2l0ZWxl LmNvbT47IFJvdGVtIENvaGVuIDxSb3RlbS5Db2hlbkBlY2l0ZWxlLmNvbT4NCj4+IFN1YmplY3Q6 IFJlOiBbc3ByaW5nXSBJc3N1ZSB3aXRoIHBhdGggcHJvdGVjdGlvbiBmb3IgU1ItVEUgTFNQcw0K Pj4gDQo+PiBIaSBTdGVmYW5vLA0KPj4gDQo+Pj4gRnJvbTogU3RlZmFubyBQcmV2aWRpIChzcHJl dmlkaSkgW21haWx0bzpzcHJldmlkaUBjaXNjby5jb21dICA+IFNlbnQ6IA0KPj4+IFR1ZXNkYXks IFNlcHRlbWJlciAyNywgMjAxNiAxMDo1MyBBTQ0KPj4+IA0KPj4+PiBPbiBTZXAgMjcsIDIwMTYs IGF0IDk6NTAgQU0sIGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20gd3JvdGU6DQo+Pj4+IA0KPj4+ PiBIaSBTdGVmYW5vLA0KPj4+PiANCj4+Pj4gQXMgYW4gaW5kaXZpZHVhbCBjb250cmlidXRvciwg cGxlYXNlIGZpbmQgYSBjb21tZW50IGlubGluZSAgPiA+ICA+ID4+IEZyb206IFN0ZWZhbm8gUHJl dmlkaSAoc3ByZXZpZGkpIFttYWlsdG86c3ByZXZpZGlAY2lzY28uY29tXSAgPiBTZW50OiBNb25k YXksICA+IFNlcHRlbWJlciAyNiwgMjAxNiAxMToyMiBBTSAgPiA+PiAgPiA+PiA8c2VlIGJlbG93 PiAgPiA+PiAgPiA+PiAgPiA+Pj4gT24gU2VwIDI2LCAyMDE2LCBhdCAxMToxNCBBTSwgU3RlZmFu byBQcmV2aWRpIChzcHJldmlkaSkgPHNwcmV2aWRpQGNpc2NvLmNvbT4gd3JvdGU6DQo+Pj4+Pj4g DQo+Pj4+Pj4gSGkgU2FzaGEsDQo+Pj4+Pj4gDQo+Pj4+Pj4gc29ycnkgZm9yIGJlaW5nIGxhdGUu IFNlZSBiZWxvdy4NCj4+Pj4+PiANCj4+Pj4+PiANCj4+Pj4+Pj4gT24gSnVsIDEwLCAyMDE2LCBh dCAxMTowNyBBTSwgQWxleGFuZGVyIFZhaW5zaHRlaW4gID4gPj4gPEFsZXhhbmRlci5WYWluc2h0 ZWluQGVjaXRlbGUuY29tPiB3cm90ZToNCj4+Pj4+Pj4gDQo+Pj4+Pj4+IEhpIGFsbCwNCj4+Pj4+ Pj4gSSBoYXZlIHJlYWQgdGhlIFNSIFJlc2lsaWVuY3kgVXNlIENhc2VzIGRyYWZ0IGFuZCBJIGhh dmUgYW4gaXNzdWUgd2l0aCB0aGUgcGF0aCAgPiA+PiBwcm90ZWN0aW9uIHVzZSBjYXNlLg0KPj4+ Pj4+PiANCj4+Pj4+Pj4gVGhlIGRyYWZ0IGRlZmluZXMgdGhpcyB1c2UgY2FzZSB3aXRoIHRoZSBm b2xsb3dpbmcgY29uc3RyYWlucy9xdWFsaWZpZXJzIChxdW90aW5nICA+IGZyb20gID4gPj4gU2Vj dGlvbiAyKToNCj4+Pj4+Pj4gwrcgICAgICAgICBUaGUgb3BlcmF0b3IgY29uZmlndXJlcyB0d28g U1BSSU5HIHBhdGhzIFQxIGFuZCBUMiBmcm9tIEEgdG8gWg0KPj4+Pj4+PiDCtyAgICAgICAgIElu aXRpYWxseSwgdGhlIGN1c3RvbWVyIHRyYWZmaWMgKGUuZy4sIFBXIHRyYWZmaWMpIGlzIHNlbnQg ZnJvbSBBIHRvIFogdmlhIFQxLiBXaGVuDQo+Pj4+PiBUMSBmYWlscywgdGhlIHRyYWZmaWMgaXMg c2VudCB2aWEgVDIuDQo+Pj4+Pj4+IMK3ICAgICAgICAgVGhlIHR3byBwYXRocyBhcmUgbWFkZSBk aXNqb2ludCB1c2luZyB0aGUgU1BSSU5HIGFyY2hpdGVjdHVyZQ0KPj4+Pj4+PiDCtyAgICAgICAg IFRoZSB0d28gY29uZmlndXJlZCBwYXRocyBUMSBhbmQgVDIgTVVTVCBOT1QgYmVuZWZpdCBmcm9t IGxvY2FsIHByb3RlY3Rpb24NCj4+Pj4+Pj4gDQo+Pj4+Pj4+IFRoZSBkcmFmdCBkb2VzIG5vdCBn byBpbnRvIGFueSBkZXRhaWwgcmVnYXJkaW5nIHRoZSB0eXBlIG9mIHNlZ21lbnRzIHRoYXQgdGhl ICA+IG9wZXJhdG9yICA+ID4+IHVzZXMgd2hlbiBzcGVjaWZ5aW5nIFQxIGFuZCBUMiwgYW5kIHRo ZSBleGFtcGxlIGdpdmVuIGluIHRoZSBkcmFmdCBjYW4gYmUgaW50ZXJwcmV0ZWQgID4gaW4gID4g Pj4gdHdvIHdheXM6DQo+Pj4+Pj4+IMK3ICAgICAgICAgVDEgYW5kIFQyIGFyZSBzcGVjaWZpZWQg dXNpbmcgb25seSBhZGphY2VuY3kgU0lEDQo+Pj4+Pj4+IMK3ICAgICAgICAgVDEgYW5kIFQyIGFy ZSBzcGVjaWZpZWQgdXNpbmcgbm9kZSBTSURzIChvciBhIG1peCBvZiBub2RlIFNJRHMgYW5kIGFk amFjZW5jeQ0KPj4+Pj4gU0lEcykuDQo+Pj4+Pj4gDQo+Pj4+Pj4gDQo+Pj4+Pj4gdGhpcyBpcyBp bnRlbnRpb25hbC4NCj4+Pj4+PiANCj4+Pj4+PiBJdOKAmXMgYSB1c2UgY2FzZSBkcmFmdCB3aGVy ZSB3ZSBkZXNjcmliZSB0aGUgdmFyaW91cyBwcm90ZWN0aW9uIHJlcXVpcmVtZW50cyBhbmQgID4g Pj4gc3RyYXRlZ2llcyBmb3IgcHJvdGVjdGlvbi4NCj4+Pj4+PiANCj4+Pj4+PiBJdCBoYXMgbmV2 ZXIgYmVlbiBpbnRlbmRlZCB0byBkZXNjcmliZSBhIHNwZWNpZmljIHNvbHV0aW9uLg0KPj4+Pj4+ IA0KPj4+Pj4+IA0KPj4+Pj4+PiBJZiBUMSBhbmQgVDIgYXJlIHNwZWNpZmllZCB1c2luZyBub2Rl IFNJRHMsIHRoZXJlIGlzIG5vIGd1YXJhbnRlZSB0aGF0IHRoZXNlIHBhdGhzLCAgPiBldmVuICA+ ID4+IGlmIGluaXRpYWxseSBkaXNqb2ludCwgd2lsbCByZW1haW4gZGlzam9pbnQgd2hlbiB0aGUg dW5kZXJseWluZyBuZXR3b3JrIHRvcG9sb2d5IGNoYW5nZXMuDQo+Pj4+Pj4gDQo+Pj4+Pj4gDQo+ Pj4+Pj4gSXQgYWxsIGRlcGVuZHMgb24gdmFyaW91cyBmYWN0b3JzIGFtb25nIHdoaWNoIHRoZSB0 b3BvbG9neSBhbmQgaG93IHRoZXNlIHBhdGhzIGhhdmUgID4gPj4gYmVlbiBjb21wdXRlZCAoaS5l LjogZm9yIHdoaWNoIGZhaWx1cmU6IGxpbmsvbm9kZS9zcmxnKS4gSU9XLCB5b3UgX2Nhbl8gY29t cHV0ZSAgPiBkaXNqb2ludCAgPiA+PiBwYXRocyB0YWtpbmcgaW50byBhY2NvdW50IGEgZ2l2ZW4g c3JsZyBmYWlsdXJlLg0KPj4+Pj4+IA0KPj4+Pj4+IEZvciBzdXJlLCBhIHBhdGggZXhwcmVzc2Vk IHRocm91Z2ggYW4gZXhoYXVzdGl2ZSAobGlzdCBvZiBhZGotc2lkIHdpbGwgZ2l2ZSB5b3UgdGhl IGJlc3QgID4gPj4gZ3VhcmFudGVlIG9uIHRoZSBwYXRoIHRoZSBwYWNrZXQgd2lsbCB0YWtlIGlu IGFsbCBjYXNlcyBidXQgaXQgaXMgbm90IHRoZSBwb2ludCBvZiB0aGUgID4gZHJhZnQuDQo+Pj4+ Pj4gDQo+Pj4+Pj4gDQo+Pj4+Pj4+IEZ1cnRoZXIsIGlmIFRJIEZSUiBpcyBlbmFibGVkIGluIHRo ZSBuZXR3b3JrIGZvciBwcm90ZWN0aW9uIG9mIG5vbi1URSBTUiBMU1BzLCB0aGUgID4gPj4gZnJh Z21lbnRzIG9mIFQxIGFuZCBUMiB0aGF0IGFyZSBzcGVjaWZpZWQgdXNpbmcgbm9kZSBTSURzIHdp bGwgbm90IGJlIGV4Y2x1ZGVkIGZyb20gID4gbG9jYWwgID4gPj4gcHJvdGVjdGlvbi4NCj4+Pj4+ IA0KPj4+Pj4gDQo+Pj4+PiBzb3JyeSwgSSByZWFsaXplZCBzb21ldGhpbmcgaXMgbWlzc2luZyBp biBteSBhbnN3ZXIuDQo+Pj4+PiANCj4+Pj4+IEluIGZhY3QsIGV2ZW4gdXNpbmcgbm9kZS1zaWRz IGFuZCBldmVuIGZvciBub24gVEUgU1IgdHJhZmZpYywgeW91IGNhbiBzdGlsbCBlbnN1cmUgdGhl ICA+IHBhdGggID4gPj4geW91IGNvbXB1dGVkIHVzZXMgbm9uIHByb3RlY3RlZCBzaWTigJlzLg0K Pj4+Pj4gDQo+Pj4+PiBUaGluayBhYm91dCB0aGUgdXNlIG9mIHN0cmljdC1zcGYgc2lk4oCZcyB3 aGVyZSB0aGUgcnVsZSBpcyBjbGVhcjoganVzdCBmb3dsbG93IHNwdCBhbmQgZG8gID4gbm90ICA+ ID4+IGRpdmVyZ2UgZnJvbSBpdC4NCj4+Pj4gDQo+Pj4+IElNTywgaXQgd291bGQgYmUgdXNlZnVs IHRvIGluZGljYXRlIGluIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21lbnQtcm91dGluZyB0aGF0IHN0 cmljdC1zcGYgID4gU0lEIE1VU1QgTk9UIGJlIHByb3RlY3RlZCBieSBhIGxvY2FsIHByb3RlY3Rp b24gKGFrYSBGYXN0IFJlUm91dGUpLg0KPj4+PiBJdCBtYXkgYmUgb2J2aW91cyB0byB5b3UsIGJ1 dCBpdCB3YXMgbm90IGZvciBtZS4gSW4gcGFydGljdWxhciBpbiB0aGUgY2FzZSBvZiBUSS1MRkEg d2hlcmUgID4gdGhlIHByb3RlY3Rpb24gX2RvXyBmb2xsb3cgdGhlIFNQRiAoaW5kZWVkIGluIHRo ZSBuZXcgdG9wb2xvZ3ksIGJ1dCBqdXN0IGxpa2Ugc3RyaWN0LXNwZiAgPiBhZnRlciB0aGUgSUdQ IGNvbnZlcmdlbmNlKSAgPiAgPiAgPiBXZWxsLCBJ4oCZbSBub3QgcmVjb21tZW5kaW5nIHRoaXMu IEkganVzdCB0b29rIGFuIGV4YW1wbGUgb24gaG93IHlvdSBjb3VsZCBlbmZvcmNlIGEgID4gc3Bl Y2lmaWMgZm9yd2FyZGluZyBydWxlIHRocm91Z2ggYSBnaXZlbiBzZWdtZW50IGlkZW50aWZpZXIu IFRoZXJlIGFyZSBtdWx0aXBsZSBjaG9pY2VzIGZvciAgPiB0aGF0Og0KPj4+IAkuIGFkZCBhIGZs YWcgdG8gcHJlZml4LXNpZCAoaS5lLjogZG8gbm90IHByb3RlY3QpDQo+Pj4gCS4gZGVmaW5lIG5l dyDigJx1bnByb3RlY3RlZOKAnSBTSURzDQo+Pj4gCS4gZGVmaW5lIG5ldyBhbGdvcml0aG0NCj4+ PiAJLiB1c2Ugc3RyaWN0LXNwZiBhbGdvcml0aG0NCj4+PiAJLiBwcm9iYWJseSBtb3JlLi4uDQo+ Pj4gDQo+Pj4gSGVyZSwgaW4gdGhlIGNvbnRleHQgb2YgdGhpcyBkcmFmdCwgSSBkb27igJl0IHRo aW5rIHdlIGhhdmUgdG8gbGlzdCB0aGUgcG9zc2libGUgc29sdXRpb25zLCByaWdodCA/DQo+PiAN Cj4+IEFncmVlZC4NCj4+IA0KPj4gDQo+Pj4gTXkgYW5zd2VyIHdhcyBnaXZlbiB0byBTYXNoYSB3 aGVuIGhlIGNsYWltZWQgdGhhdCB0aGVyZSBhcmUgbm93IHdheXMgdG8gcHJldmVudCAgPiBwcm90 ZWN0aW9uIGZvciBhIGdpdmVuIHRyYWZmaWMuIFRoYXQgc3RhdGVtZW50IHdhcyB3cm9uZyAoSU1P KSBhbmQgSSBpbGx1c3RyYXRlZCBvbmUgd2F5ICA+IHRvIGFjaGlldmUgaXQuDQo+PiANCj4+IFlv dSBzYWlkIHRvIHVzZSBzdHJpY3Qtc3BmIHNpbmNlIGl0IGlzIG5vdCBwcm90ZWN0ZWQgYnkgRlJS Lg0KPj4gRm9yIHRoaXMgcnVsZSB0byBiZSBlbmZvcmNlZCwgaXQgbmVlZHMgdG8gYmUgY2xlYXIg aW4gdGhlIGRlZmluaXRpb24gb2YgdGhlIHN0cmljdC1zcGYgYWxnby4NCj4+IElNTywgdGhpcyBy dWxlLCBhcyBjdXJyZW50bHkgd3JpdHRlbiBpbiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJv dXRpbmcsIGlzIG5vdCBjbGVhciBlbm91Z2guIEhlbmNlIGNvdWxkIHlvdSBwbGVhc2UgY2xhcmlm eSBpdCwgaW4gZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nLCAgdG8gc3BlY2lmeSB3 aGV0aGVyIG9yIG5vdCBTSUQgdXNpbmcgdGhlICJTdHJpY3QgU2hvcnRlc3QgUGF0aCIgbWF5IGJl IHByb3RlY3RlZCBieSBGUlIgb3Igbm90Pw0KPj4gDQo+PiBUaGFua3MNCj4+IC0tQnJ1bm8NCj4+ IA0KPj4+IFRoYW5rcy4NCj4+PiBzLg0KPj4+IA0KPj4+IA0KPj4+PiANCj4+Pj4gVGhhbmtzDQo+ Pj4+IC0tQnJ1bm8NCj4+Pj4gDQo+Pj4+IA0KPj4+Pj4gcy4NCj4+Pj4+IA0KPj4+Pj4gDQo+Pj4+ Pj4+IFNvIGl0IHNlZW1zIHRoYXQgcGF0aCBwcm90ZWN0aW9uIGZvciBTUiBMU1BzIGFzIHNwZWNp ZmllZCBpbiB0aGUgZHJhZnQgaXMgb25seSAgPiBhcHBsaWNhYmxlICA+ID4+IHRvIHBhdGhzIHRo YXQgYXJlIHNwZWNpZmllZCB1c2luZyBvbmx5IGFkamFjZW5jeSBTSURzLg0KPj4+Pj4gDQo+Pj4+ Pj4gSSBkb27igJl0IGRpc2FncmVlIHdoaWxlIEkgYmVsaWV2ZSBpdCBtb3N0bHkgZGVwZW5kcyBv biB0aGUgdG9wb2xvZ3kuDQo+Pj4+Pj4gDQo+Pj4+Pj4gTW9yZSBpbXBvcnRhbnQgaXMgdGhlIGZh Y3QgdGhhdCB0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBmb2N1cyBvbiBvbmUgc3BlY2lmaWMgd2F5 IG9mICA+ID4+IGNvbXB1dGluZyBwcm90ZWN0aW9uIHBhdGhzLg0KPj4+Pj4+IA0KPj4+Pj4+IHMu DQo+Pj4+Pj4gDQo+Pj4+Pj4gDQo+Pj4+Pj4+IA0KPj4+Pj4+PiBEaWQgSSBtaXNzIHNvbWV0aGlu ZyBzdWJzdGFudGlhbD8NCj4+Pj4+Pj4gDQo+Pj4+Pj4+IFJlZ2FyZHMsIGFuZCBsb3RzIGZvIHRo YW5rcyBpbiBhZHZhbmNlLCAgPiA+Pj4+IFNhc2hhICA+ID4+Pj4gID4gPj4+PiBPZmZpY2U6ICs5 NzItMzkyNjYzMDINCj4+Pj4+Pj4gQ2VsbDogICAgICArOTcyLTU0OTI2NjMwMg0KPj4+Pj4+PiBF bWFpbDogICBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbQ0KPj4+Pj4+PiANCj4+Pj4+ Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4+ Pj4gc3ByaW5nIG1haWxpbmcgbGlzdA0KPj4+Pj4+PiBzcHJpbmdAaWV0Zi5vcmcNCj4+Pj4+Pj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCj4+Pj4+PiANCj4+ Pj4gDQo+Pj4+IA0KPj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IA0KPj4+PiBDZSBtZXNz YWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlv bnMgY29uZmlkZW50aWVsbGVzIG91ICA+IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMg ID4gPiBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNh dGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSAgPiBwYXIgZXJyZXVyLCB2ZXVpbGxl eiBsZSBzaWduYWxlciAgPiA+IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1 ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzICA+IGV0YW50 IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sICA+ID4gT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVz cG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lm aWUuDQo+Pj4gTWVyY2kuDQo+Pj4+IA0KPj4+PiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiAg PiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyAgPiA+IHRoZXkgc2hvdWxkIG5vdCBiZSBk aXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPj4+PiBJ ZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRo ZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzICA+IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4N Cj4+Pj4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3Ig bWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsICA+IGNoYW5nZWQgb3IgZmFsc2lmaWVk Lg0KPj4+PiBUaGFuayB5b3UuDQo+Pj4+IA0KPj4gDQo+PiANCj4+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IA0KPj4g Q2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5m b3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBk b25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMgYXV0b3Jpc2F0 aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZldWlsbGV6IGxl IHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGll Y2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxl cyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNl IG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4+IA0K Pj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50 aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxh dzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0 IGF1dGhvcmlzYXRpb24uDQo+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVy cm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5k IGl0cyBhdHRhY2htZW50cy4NCj4+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlz IG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2Vk IG9yIGZhbHNpZmllZC4NCj4+IFRoYW5rIHlvdS4NCj4+IA0KPj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4+ IHNwcmluZ0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9zcHJpbmcNCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+PiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+PiBzcHJpbmdAaWV0Zi5vcmcNCj4+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQo+PiANCj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4+IA0KPj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5p ciBkZXMgaW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUg ZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVzIHNhbnMg YXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJldXIsIHZl dWlsbGV6IGxlIHNpZ25hbGVyIGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1 ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1 c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmls aXRlIHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJj aS4NCj4+IA0KPj4gVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4g Y29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVj dGVkIGJ5IGxhdzsgdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGll ZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQo+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCj4+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwg T3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVk LCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCj4+IFRoYW5rIHlvdS4NCj4+IA0KPj4gDQo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+PiANCj4+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29u dGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0 IG5lIGRvaXZlbnQgZG9uYw0KPj4gcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3Bp ZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVy cmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCj4+IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1 aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlx dWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQo+PiBPcmFuZ2UgZGVjbGluZSB0 b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBv dSBmYWxzaWZpZS4gTWVyY2kuDQo+PiANCj4+IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRo YXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7DQo+PiB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJp YnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4+IElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRl ciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPj4gQXMgZW1h aWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhh dCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KPj4gVGhhbmsgeW91 Lg0KPj4gDQo+IA0KDQo= From nobody Tue Oct 4 06:29:22 2016 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 83758129688; Tue, 4 Oct 2016 06:29:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 m6Y0ahHyStvh; Tue, 4 Oct 2016 06:29:15 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D3AB12984C; Tue, 4 Oct 2016 06:29:14 -0700 (PDT) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm14.si.francetelecom.fr (ESMTP service) with ESMTP id 07AF822DFC5; Tue, 4 Oct 2016 15:29:13 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.13]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id BC7A84C069; Tue, 4 Oct 2016 15:29:12 +0200 (CEST) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM6D.corporate.adroot.infra.ftgroup ([fe80::54f9:a6c3:c013:cbc7%19]) with mapi id 14.03.0301.000; Tue, 4 Oct 2016 15:29:09 +0200 From: To: "Stefano Previdi (sprevidi)" , Alexander Vainshtein Thread-Topic: [spring] Issue with path protection for SR-TE LSPs Thread-Index: AdHaiG7vxRelr/mFQMaAZB42zmpXRg9b4juAAABDWoAAJnlu0AAKxUGAAAgqH9AADfBWwAAYv4JAAC9cJOAANbOhAAAKQe8AAMNs3QAAAEgm4A== Date: Tue, 4 Oct 2016 13:29:08 +0000 Message-ID: <3164_1475587752_57F3AEA8_3164_2870_1_262def06-e1f9-4de2-a533-ca22eed5debf@OPEXCLILM6D.corporate.adroot.infra.ftgroup> References: <6CF620EC-27AF-4C27-BFA7-62B432A2EA7F@cisco.com> <27949_1474962654_57EA24DE_27949_652_1_53C29892C857584299CBF5D05346208A0F9DDEBC@OPEXCLILM21.corporate.adroot.infra.ftgroup> <7C9ABAEC-BDC7-437E-BA4B-6421780FCCD8@cisco.com> <3866_1474967284_57EA36F3_3866_133_19_53C29892C857584299CBF5D05346208A0F9DE051@OPEXCLILM21.corporate.adroot.infra.ftgroup> <30899_1474976445_57EA5ABD_30899_5783_9_00166941-e5c4-4330-856d-9da32b398f9f@OPEXCLILM7D.corporate.adroot.infra.ftgroup> <11594_1475234953_57EE4C89_11594_8166_1_63cbe7c2-43ae-42d5-aaf0-70fa9af7bbe1@OPEXCLILM41.corporate.adroot.infra.ftgroup> <3A5A0F31-2EEF-40CD-8490-34CE82FAAD75@cisco.com> <2D4BDE5B-E434-4AA9-A66E-F6231609AC9E@cisco.com> In-Reply-To: <2D4BDE5B-E434-4AA9-A66E-F6231609AC9E@cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.10.4.124517 Archived-At: Cc: "spring@ietf.org" , Shell Nakash , Michael Gorokhovsky , "draft-ietf-spring-resiliency-use-cases@ietf.org" , DECRAENE Bruno IMT/OLN , Marina Fizgeer , Rotem Cohen Subject: Re: [spring] Issue with path protection for SR-TE LSPs X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 13:29:19 -0000 V2UgYXJlIGluIHN5bmMuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBTdGVm YW5vIFByZXZpZGkgKHNwcmV2aWRpKSBbbWFpbHRvOnNwcmV2aWRpQGNpc2NvLmNvbV0gDQpTZW50 OiBUdWVzZGF5LCBPY3RvYmVyIDA0LCAyMDE2IDExOjM3DQpUbzogTElUS09XU0tJIFN0ZXBoYW5l IE9CUy9PSU5JUzsgQWxleGFuZGVyIFZhaW5zaHRlaW4NCkNjOiBzcHJpbmdAaWV0Zi5vcmc7IFNo ZWxsIE5ha2FzaDsgTWljaGFlbCBHb3Jva2hvdnNreTsgZHJhZnQtaWV0Zi1zcHJpbmctcmVzaWxp ZW5jeS11c2UtY2FzZXNAaWV0Zi5vcmc7IE1hcmluYSBGaXpnZWVyOyBSb3RlbSBDb2hlbjsgREVD UkFFTkUgQnJ1bm8gSU1UL09MTg0KU3ViamVjdDogUmU6IFtzcHJpbmddIElzc3VlIHdpdGggcGF0 aCBwcm90ZWN0aW9uIGZvciBTUi1URSBMU1BzDQoNClN0ZXBoYW5lLCBTYXNoYSwgQWxsLA0KDQpq dXN0IHRvIGJlIHN1cmUgd+KAmWVyZSBpbiBzeW5jLg0KDQpJdCBpcyBvYnZpb3VzIHRvIG1lIHRo YXQgaXQgd29u4oCZdCBtYWtlIG11Y2ggc2Vuc2UgdG8gaGF2ZSBhIHJlcXVpcmVtZW50cyBzdGF0 aW5nIHRoYXQgZGlzam9pbnRuZXNzIG11c3QgYmUgZ3VhcmFudGVlZCBpbiBhbGwgY2FzZXMgYW5k IGV2ZW4gd2hlbiDigJxhbnnigJ0gZmFpbHVyZSBvY2N1cnMuIA0KDQpJbiByZWFsIG5ldHdvcmtz LCBtdWx0aXBsZSAoY29ycmVsYXRlZCBvciBub3QpIGV2ZW50cyBtYXkgaGFwcGVuIHNpbXVsdGFu ZW91c2x5IGFuZCBkZXNwaXRlIHRoZSB0aGVvcmV0aWNhbCBwb3NzaWJpbGl0eSB0byBhbHdheXMg ZmluZCBkaXNqb2ludG5lc3MsIGluIHByYWN0aWNlIHRoZSByZXF1aXJlbWVudHMgaXMgZGlmZmVy ZW50Lg0KDQpEaXNqb2ludG5lc3MgaXMgY29tcHV0ZWQgb24gYSBzcGVjaWZpYyB0b3BvbG9neSBh bmQgZm9yIGEgc3BlY2lmaWMgc2VydmljZSAoaS5lLjogbm8gcmVzb3VyY2Ugc2hhcmluZyBiZXR3 ZWVuIHBhdGhzKS4NCg0KV2hhdOKAmXMgaW1wb3J0YW50IGlzIHRoYXQgdGhlIHNwcmluZyBhcmNo aXRlY3R1cmUgbXVzdCBiZSBjYXBhYmxlIG9mIGVuc3VyaW5nIGRpc2pvaW50bmVzcyBpbiBhIGdp dmVuIHRvcG9sb2d5LCBtb25pdG9yIGl0IGFuZCwgaW4gY2FzZSBvZiBhbnkgbmV0d29yayBldmVu dCwgdmFsaWRhdGUgaXQgKG9yIHJlLXZhbGlkYXRlIGl0KS4NCg0KSWYgc29tZXRoaW5nIGhhcyBj aGFuZ2VkIGluIHRoZSBuZXR3b3JrIHRoYXQgYnJha2VzIHRoZSBkaXNqb2ludG5lc3MsIHRoZW4g dGhlIHBkaXNqb2ludCBwYXRocyBtdXN0IGJlIHJlY29tcHV0ZWQuDQoNClRoYW5rcy4NCnMuDQoN Cg0KPiBPbiBTZXAgMzAsIDIwMTYsIGF0IDI6MjEgUE0sIFN0ZWZhbm8gUHJldmlkaSAoc3ByZXZp ZGkpIDxzcHJldmlkaUBjaXNjby5jb20+IHdyb3RlOg0KPiANCj4gU2FzaGEsIFN0ZXBoYW5lLA0K PiANCj4gDQo+PiBPbiBTZXAgMzAsIDIwMTYsIGF0IDE6MjkgUE0sIHN0ZXBoYW5lLmxpdGtvd3Nr aUBvcmFuZ2UuY29tIHdyb3RlOg0KPj4gDQo+PiBIaSwNCj4+IA0KPj4gRXhwcmVzc2VkIHRoaXMg d2F5IEkgYWdyZWUgdGhhdCB0aGlzIGlzIGFuIGludGVyZXN0aW5nIGFkZGl0aW9uYWwgcmVxdWly ZW1lbnQgZm9yIHRoZSBkcmFmdC4NCj4gDQo+IA0KPiBJIGFncmVlLiBJ4oCZbGwgdXBkYXRlIHRo ZSBkcmFmdC4NCj4gDQo+IHMuDQo+IA0KPiANCj4+IA0KPj4gQmVzdCBSZWdhcmRzLA0KPj4gDQo+ PiBTdGVwaGFuZQ0KPj4gDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBG cm9tOiBBbGV4YW5kZXIgVmFpbnNodGVpbiBbbWFpbHRvOkFsZXhhbmRlci5WYWluc2h0ZWluQGVj aXRlbGUuY29tXQ0KPj4gU2VudDogVHVlc2RheSwgU2VwdGVtYmVyIDI3LCAyMDE2IDE0OjQxDQo+ PiBUbzogTElUS09XU0tJIFN0ZXBoYW5lIE9CUy9PSU5JUw0KPj4gQ2M6IHNwcmluZ0BpZXRmLm9y ZzsgU2hlbGwgTmFrYXNoOyBNaWNoYWVsIEdvcm9raG92c2t5OyANCj4+IGRyYWZ0LWlldGYtc3By aW5nLXJlc2lsaWVuY3ktdXNlLWNhc2VzQGlldGYub3JnOyBNYXJpbmEgRml6Z2VlcjsgDQo+PiBS b3RlbSBDb2hlbjsgREVDUkFFTkUgQnJ1bm8gSU1UL09MTjsgU3RlZmFubyBQcmV2aWRpIChzcHJl dmlkaSkNCj4+IFN1YmplY3Q6IFJFOiBbc3ByaW5nXSBJc3N1ZSB3aXRoIHBhdGggcHJvdGVjdGlv biBmb3IgU1ItVEUgTFNQcw0KPj4gDQo+PiBTdGVwaGFuZSwNCj4+IExvdHMgb2YgdGhhbmtzIGZv ciBhbiBpbXBvcnRhbnQgY2xhcmlmaWNhdGlvbi4NCj4+IA0KPj4gQnV0IGRvbuKAmXQgeW91IHRo aW5rIHRoYXQgaW4gYWRkaXRpb24gdG8geW91ciBzdGF0ZW1lbnQgIlNQUklORyBhcmNoaXRlY3R1 cmUgTVVTVCBwcm92aWRlIGEgd2F5IHRvIGNvbXB1dGUgcGF0aHMgdGhhdCBNVVNUIE5PVCBiZSBw cm90ZWN0ZWQgYnkgbG9jYWwgcmVwYWlyIHRlY2huaXF1ZXMiIHRoZSBkcmFmdCBzaG91bGQgYWxz byBzYXkgdGhhdCAiIFNQUklORyBhcmNoaXRlY3R1cmUgTVVTVCBwcm92aWRlIGEgd2F5IHRvIGlu c3RhbnRpYXRlIHBhaXJzIG9mIHBhdGhzIHRoYXQgd2lsbCB3b3VsZCByZW1haW4gZGlzam9pbnQg aW4gc3BpdGUgb2YgYW55IHRvcG9sb2d5IGNoYW5nZXMgaW4gdGhlIG5ldHdvcmsiPw0KPj4gDQo+ PiBSZWdhcmRzLA0KPj4gU2FzaGENCj4+IA0KPj4gT2ZmaWNlOiArOTcyLTM5MjY2MzAyDQo+PiBD ZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQo+PiBFbWFpbDogICBBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbQ0KPj4gDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ PiBGcm9tOiBzdGVwaGFuZS5saXRrb3dza2lAb3JhbmdlLmNvbSANCj4+IFttYWlsdG86c3RlcGhh bmUubGl0a293c2tpQG9yYW5nZS5jb21dDQo+PiBTZW50OiBUdWVzZGF5LCBTZXB0ZW1iZXIgMjcs IDIwMTYgMjo0MSBQTQ0KPj4gVG86IEFsZXhhbmRlciBWYWluc2h0ZWluIDxBbGV4YW5kZXIuVmFp bnNodGVpbkBlY2l0ZWxlLmNvbT47IERFQ1JBRU5FIA0KPj4gQnJ1bm8gSU1UL09MTiA8YnJ1bm8u ZGVjcmFlbmVAb3JhbmdlLmNvbT47IFN0ZWZhbm8gUHJldmlkaSAoc3ByZXZpZGkpIA0KPj4gPHNw cmV2aWRpQGNpc2NvLmNvbT4NCj4+IENjOiBzcHJpbmdAaWV0Zi5vcmc7IFNoZWxsIE5ha2FzaCA8 U2hlbGwuTmFrYXNoQGVjaXRlbGUuY29tPjsgTWljaGFlbCANCj4+IEdvcm9raG92c2t5IDxNaWNo YWVsLkdvcm9raG92c2t5QGVjaXRlbGUuY29tPjsgDQo+PiBkcmFmdC1pZXRmLXNwcmluZy1yZXNp bGllbmN5LXVzZS1jYXNlc0BpZXRmLm9yZzsgTWFyaW5hIEZpemdlZXIgDQo+PiA8TWFyaW5hLkZp emdlZXJAZWNpdGVsZS5jb20+OyBSb3RlbSBDb2hlbiA8Um90ZW0uQ29oZW5AZWNpdGVsZS5jb20+ DQo+PiBTdWJqZWN0OiBSRTogW3NwcmluZ10gSXNzdWUgd2l0aCBwYXRoIHByb3RlY3Rpb24gZm9y IFNSLVRFIExTUHMNCj4+IA0KPj4gSGksDQo+PiANCj4+IEFzIFN0ZWZhbm8gbWVudGlvbmVkLCBh cyBpdCdzIGEgdXNlIGNhc2UgYW5kIHJlcXVpcmVtZW50IGRyYWZ0LCB3ZSBkbyBub3QgaGF2ZSB0 byB0YWxrIGFib3V0IHNvbHV0aW9ucywgYW5kIGFib3V0IGlzc3VlcyBpbiB1c2luZyBvbmUgb3Ig b3RoZXIgbWVjaGFuaXNtLg0KPj4gU3VjaCBjb25zaWRlcmF0aW9ucyBhYm91dCB1c2luZyBvciBu b3Qgc29tZSBwYXJ0aWN1bGFyIFNJRHMgdG8gZmlsbCB0aGUgInBhdGggbXVzdCBub3QgYmUgcHJv dGVjdGVkIGJ5IGFueSBsb2NhbCByZXBhaXIiIGNvbnN0cmFpbnQgYXJlIHVwIHRvIGEgc29sdXRp b24gZHJhZnQgYW5kIG5vdCB0aGlzIGRvY3VtZW50LiBSZWdhcmRpbmcgdGhpcyBkb2N1bWVudCwg dGhlIHJlcXVpcmVtZW50IGlzIGNsZWFyIDogIiBTUFJJTkcgYXJjaGl0ZWN0dXJlIE1VU1QgcHJv dmlkZSBhIHdheSB0byBjb21wdXRlIHBhdGhzIHRoYXQgTVVTVA0KPj4gICAgIE5PVCBiZSBwcm90 ZWN0ZWQgYnkgbG9jYWwgcmVwYWlyIHRlY2huaXF1ZXMiLCB0aGF0J3MgYWxsIHdlIGNhbiBleHBl Y3QgZnJvbSB0aGlzIGRvY3VtZW50Lg0KPj4gDQo+PiBCZXN0IFJlZ2FyZHMsDQo+PiANCj4+IFN0 ZXBoYW5lDQo+PiANCj4+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206 IHNwcmluZyBbbWFpbHRvOnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWxl eGFuZGVyIA0KPj4gVmFpbnNodGVpbg0KPj4gU2VudDogVHVlc2RheSwgU2VwdGVtYmVyIDI3LCAy MDE2IDEyOjIyDQo+PiBUbzogREVDUkFFTkUgQnJ1bm8gSU1UL09MTjsgU3RlZmFubyBQcmV2aWRp IChzcHJldmlkaSkNCj4+IENjOiBzcHJpbmdAaWV0Zi5vcmc7IFNoZWxsIE5ha2FzaDsgTWljaGFl bCBHb3Jva2hvdnNreTsgDQo+PiBkcmFmdC1pZXRmLXNwcmluZy1yZXNpbGllbmN5LXVzZS1jYXNl c0BpZXRmLm9yZzsgTWFyaW5hIEZpemdlZXI7IA0KPj4gUm90ZW0gQ29oZW4NCj4+IFN1YmplY3Q6 IFJlOiBbc3ByaW5nXSBJc3N1ZSB3aXRoIHBhdGggcHJvdGVjdGlvbiBmb3IgU1ItVEUgTFNQcw0K Pj4gDQo+PiBTdGVmYW5vLCBCcnVubyBhbmQgYWxsLA0KPj4gTG90cyBvZiB0aGFua3MgZm9yIGRl dGFpbGVkIHJlc3BvbnNlcyB0aGF0LCBmcmFua2x5LCBub3cgZ28gbXVjaCBkZWVwZXIgdGhhbiBt eSBvcmlnaW5hbCBxdWVzdGlvbi4NCj4+IA0KPj4gTXkgY29uY2VybiB3YXMgYWJvdXQgY29tYmlu aW5nICJyZWd1bGFyIiBwcmVmaXggU0lEcyBhZHZlcnRpc2VkIHdpdGggdGhlIGRlZmF1bHQgYWxn b3JpdGhtIGFuZCBwYXRoIHByb3RlY3Rpb24gZm9yIFNSIExTUHMuDQo+PiBUbyB0aGUgYmVzdCBv ZiBteSB1bmRlcnN0YW5kaW5nLCB3aXRoaW4gaGlzLCBhZG1pdHRlZGx5IGxpbWl0ZWQsIHNjb3Bl Og0KPj4gLSB0aGVyZSBpcyBubyB3YXkgdG8gZ3VhcmFudGVlIHRoYXQgTWFpbiBhbmQgUHJvdGVj dGlvbiBwYXRocyB3aWxsIA0KPj4gcmVtYWluIGRpc2pvaW50IGZvbGxvd2luZyBzb21lIHRvcG9s b2d5IGNoYW5nZXMgaW4gdGhlIG5ldHdvcmsNCj4+IC0gaWYgc29tZSBsb2NhbCBwcm90ZWN0aW9u IGZvciB0aGVzZSBTSURzIGlzIGVuYWJsZWQgaW4gdGhlIG5ldHdvcmssIHRoZXJlIGlzIG5vIHdh eSB0byBndWFyYW50ZWUgdGhhdCBpdCB3aWxsIG5vdCBhZmZlY3Qgc29tZSBzZWdtZW50cyBvZiBz dWNoIExTUHMuDQo+PiANCj4+IFRvIHRoZSBiZXN0IG9mIG15IHVuZGVyc3RhbmRpbmcsIFN0ZWZh bm8ncyBhbnN3ZXJzIHNheXMgdGhhdCB5b3UgY2FuIHVzZSBzb21lICJzcGVjaWFsIiBwcmVmaXgt U0lEcyAoZS5nLiwgbWFya2luZyB0aGVtIGFzIG5vdCBwcm90ZWN0aW5nLCBhZHZlcnRpc2luZyB0 ZW0gd2l0aCBzb21lIG5vbi1kZWZhdWx0IGFsZ29yaXRobSBldGMuKS4gSSBoYXZlIG5vIHByb2Js ZW0gd2l0aCB0aGVzZSBhbnN3ZXJzIC0gYnV0IGZyb20gbXkgUE9WIHRoZXkgYXJlIG91dCBvZiB0 aGUgbmFycm93IHNjb3BlIG9mIG15IG9yaWdpbmFsIHF1ZXN0aW9ucy4gDQo+PiBJIGRvIG5vdCB0 aGluayB0aGF0IHRoaXMgZHJhZnQgc2hvdWxkIGxpc3QgYW55IHNwZWNpZmljIHNvbHV0aW9ucy4g QnV0IG1heWJlIGl0IHNob3VsZCBzYXkgdGhhdCAidGhlIGRlZmF1bHQgcHJlZml4LVNJRHMiIChp LmUuIHByZWZpeC1TSURzIGFkdmVydGlzZWQgd2l0aCB0aGUgZGVmYXVsdCBhbGdvcml0aG0gZXRj Likgc2hvdWxkIG5vdCBiZSB1c2VkIGluIHNwZWNpZmljYXRpb24gb2YgU1ItTFNQcyBlbXBsb3lp bmcgdGhlIHBhdGggcHJvdGVjdGlvbiBzY2hlbWU/DQo+PiANCj4+IFJlZ2FyZHMsDQo+PiBTYXNo YQ0KPj4gDQo+PiBPZmZpY2U6ICs5NzItMzkyNjYzMDINCj4+IENlbGw6ICAgICAgKzk3Mi01NDky NjYzMDINCj4+IEVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tDQo+PiAN Cj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBzcHJpbmcgW21haWx0bzpz cHJpbmctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KPj4gYnJ1bm8uZGVjcmFlbmVA b3JhbmdlLmNvbQ0KPj4gU2VudDogVHVlc2RheSwgU2VwdGVtYmVyIDI3LCAyMDE2IDEyOjA4IFBN DQo+PiBUbzogU3RlZmFubyBQcmV2aWRpIChzcHJldmlkaSkgPHNwcmV2aWRpQGNpc2NvLmNvbT4N Cj4+IENjOiBzcHJpbmdAaWV0Zi5vcmc7IEFsZXhhbmRlciBWYWluc2h0ZWluIA0KPj4gPEFsZXhh bmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tPjsgU2hlbGwgTmFrYXNoIA0KPj4gPFNoZWxsLk5h a2FzaEBlY2l0ZWxlLmNvbT47IE1pY2hhZWwgR29yb2tob3Zza3kgDQo+PiA8TWljaGFlbC5Hb3Jv a2hvdnNreUBlY2l0ZWxlLmNvbT47IA0KPj4gZHJhZnQtaWV0Zi1zcHJpbmctcmVzaWxpZW5jeS11 c2UtY2FzZXNAaWV0Zi5vcmc7IE1hcmluYSBGaXpnZWVyIA0KPj4gPE1hcmluYS5GaXpnZWVyQGVj aXRlbGUuY29tPjsgUm90ZW0gQ29oZW4gPFJvdGVtLkNvaGVuQGVjaXRlbGUuY29tPg0KPj4gU3Vi amVjdDogUmU6IFtzcHJpbmddIElzc3VlIHdpdGggcGF0aCBwcm90ZWN0aW9uIGZvciBTUi1URSBM U1BzDQo+PiANCj4+IEhpIFN0ZWZhbm8sDQo+PiANCj4+PiBGcm9tOiBTdGVmYW5vIFByZXZpZGkg KHNwcmV2aWRpKSBbbWFpbHRvOnNwcmV2aWRpQGNpc2NvLmNvbV0gID4gU2VudDogDQo+Pj4gVHVl c2RheSwgU2VwdGVtYmVyIDI3LCAyMDE2IDEwOjUzIEFNDQo+Pj4gDQo+Pj4+IE9uIFNlcCAyNywg MjAxNiwgYXQgOTo1MCBBTSwgYnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbSB3cm90ZToNCj4+Pj4g DQo+Pj4+IEhpIFN0ZWZhbm8sDQo+Pj4+IA0KPj4+PiBBcyBhbiBpbmRpdmlkdWFsIGNvbnRyaWJ1 dG9yLCBwbGVhc2UgZmluZCBhIGNvbW1lbnQgaW5saW5lICA+ID4gID4gPj4gRnJvbTogU3RlZmFu byBQcmV2aWRpIChzcHJldmlkaSkgW21haWx0bzpzcHJldmlkaUBjaXNjby5jb21dICA+IFNlbnQ6 IE1vbmRheSwgID4gU2VwdGVtYmVyIDI2LCAyMDE2IDExOjIyIEFNICA+ID4+ICA+ID4+IDxzZWUg YmVsb3c+ICA+ID4+ICA+ID4+ICA+ID4+PiBPbiBTZXAgMjYsIDIwMTYsIGF0IDExOjE0IEFNLCBT dGVmYW5vIFByZXZpZGkgKHNwcmV2aWRpKSA8c3ByZXZpZGlAY2lzY28uY29tPiB3cm90ZToNCj4+ Pj4+PiANCj4+Pj4+PiBIaSBTYXNoYSwNCj4+Pj4+PiANCj4+Pj4+PiBzb3JyeSBmb3IgYmVpbmcg bGF0ZS4gU2VlIGJlbG93Lg0KPj4+Pj4+IA0KPj4+Pj4+IA0KPj4+Pj4+PiBPbiBKdWwgMTAsIDIw MTYsIGF0IDExOjA3IEFNLCBBbGV4YW5kZXIgVmFpbnNodGVpbiAgPiA+PiA8QWxleGFuZGVyLlZh aW5zaHRlaW5AZWNpdGVsZS5jb20+IHdyb3RlOg0KPj4+Pj4+PiANCj4+Pj4+Pj4gSGkgYWxsLA0K Pj4+Pj4+PiBJIGhhdmUgcmVhZCB0aGUgU1IgUmVzaWxpZW5jeSBVc2UgQ2FzZXMgZHJhZnQgYW5k IEkgaGF2ZSBhbiBpc3N1ZSB3aXRoIHRoZSBwYXRoICA+ID4+IHByb3RlY3Rpb24gdXNlIGNhc2Uu DQo+Pj4+Pj4+IA0KPj4+Pj4+PiBUaGUgZHJhZnQgZGVmaW5lcyB0aGlzIHVzZSBjYXNlIHdpdGgg dGhlIGZvbGxvd2luZyBjb25zdHJhaW5zL3F1YWxpZmllcnMgKHF1b3RpbmcgID4gZnJvbSAgPiA+ PiBTZWN0aW9uIDIpOg0KPj4+Pj4+PiDCtyAgICAgICAgIFRoZSBvcGVyYXRvciBjb25maWd1cmVz IHR3byBTUFJJTkcgcGF0aHMgVDEgYW5kIFQyIGZyb20gQSB0byBaDQo+Pj4+Pj4+IMK3ICAgICAg ICAgSW5pdGlhbGx5LCB0aGUgY3VzdG9tZXIgdHJhZmZpYyAoZS5nLiwgUFcgdHJhZmZpYykgaXMg c2VudCBmcm9tIEEgdG8gWiB2aWEgVDEuIFdoZW4NCj4+Pj4+IFQxIGZhaWxzLCB0aGUgdHJhZmZp YyBpcyBzZW50IHZpYSBUMi4NCj4+Pj4+Pj4gwrcgICAgICAgICBUaGUgdHdvIHBhdGhzIGFyZSBt YWRlIGRpc2pvaW50IHVzaW5nIHRoZSBTUFJJTkcgYXJjaGl0ZWN0dXJlDQo+Pj4+Pj4+IMK3ICAg ICAgICAgVGhlIHR3byBjb25maWd1cmVkIHBhdGhzIFQxIGFuZCBUMiBNVVNUIE5PVCBiZW5lZml0 IGZyb20gbG9jYWwgcHJvdGVjdGlvbg0KPj4+Pj4+PiANCj4+Pj4+Pj4gVGhlIGRyYWZ0IGRvZXMg bm90IGdvIGludG8gYW55IGRldGFpbCByZWdhcmRpbmcgdGhlIHR5cGUgb2Ygc2VnbWVudHMgdGhh dCB0aGUgID4gb3BlcmF0b3IgID4gPj4gdXNlcyB3aGVuIHNwZWNpZnlpbmcgVDEgYW5kIFQyLCBh bmQgdGhlIGV4YW1wbGUgZ2l2ZW4gaW4gdGhlIGRyYWZ0IGNhbiBiZSBpbnRlcnByZXRlZCAgPiBp biAgPiA+PiB0d28gd2F5czoNCj4+Pj4+Pj4gwrcgICAgICAgICBUMSBhbmQgVDIgYXJlIHNwZWNp ZmllZCB1c2luZyBvbmx5IGFkamFjZW5jeSBTSUQNCj4+Pj4+Pj4gwrcgICAgICAgICBUMSBhbmQg VDIgYXJlIHNwZWNpZmllZCB1c2luZyBub2RlIFNJRHMgKG9yIGEgbWl4IG9mIG5vZGUgU0lEcyBh bmQgYWRqYWNlbmN5DQo+Pj4+PiBTSURzKS4NCj4+Pj4+PiANCj4+Pj4+PiANCj4+Pj4+PiB0aGlz IGlzIGludGVudGlvbmFsLg0KPj4+Pj4+IA0KPj4+Pj4+IEl04oCZcyBhIHVzZSBjYXNlIGRyYWZ0 IHdoZXJlIHdlIGRlc2NyaWJlIHRoZSB2YXJpb3VzIHByb3RlY3Rpb24gcmVxdWlyZW1lbnRzIGFu ZCAgPiA+PiBzdHJhdGVnaWVzIGZvciBwcm90ZWN0aW9uLg0KPj4+Pj4+IA0KPj4+Pj4+IEl0IGhh cyBuZXZlciBiZWVuIGludGVuZGVkIHRvIGRlc2NyaWJlIGEgc3BlY2lmaWMgc29sdXRpb24uDQo+ Pj4+Pj4gDQo+Pj4+Pj4gDQo+Pj4+Pj4+IElmIFQxIGFuZCBUMiBhcmUgc3BlY2lmaWVkIHVzaW5n IG5vZGUgU0lEcywgdGhlcmUgaXMgbm8gZ3VhcmFudGVlIHRoYXQgdGhlc2UgcGF0aHMsICA+IGV2 ZW4gID4gPj4gaWYgaW5pdGlhbGx5IGRpc2pvaW50LCB3aWxsIHJlbWFpbiBkaXNqb2ludCB3aGVu IHRoZSB1bmRlcmx5aW5nIG5ldHdvcmsgdG9wb2xvZ3kgY2hhbmdlcy4NCj4+Pj4+PiANCj4+Pj4+ PiANCj4+Pj4+PiBJdCBhbGwgZGVwZW5kcyBvbiB2YXJpb3VzIGZhY3RvcnMgYW1vbmcgd2hpY2gg dGhlIHRvcG9sb2d5IGFuZCBob3cgdGhlc2UgcGF0aHMgaGF2ZSAgPiA+PiBiZWVuIGNvbXB1dGVk IChpLmUuOiBmb3Igd2hpY2ggZmFpbHVyZTogbGluay9ub2RlL3NybGcpLiBJT1csIHlvdSBfY2Fu XyBjb21wdXRlICA+IGRpc2pvaW50ICA+ID4+IHBhdGhzIHRha2luZyBpbnRvIGFjY291bnQgYSBn aXZlbiBzcmxnIGZhaWx1cmUuDQo+Pj4+Pj4gDQo+Pj4+Pj4gRm9yIHN1cmUsIGEgcGF0aCBleHBy ZXNzZWQgdGhyb3VnaCBhbiBleGhhdXN0aXZlIChsaXN0IG9mIGFkai1zaWQgd2lsbCBnaXZlIHlv dSB0aGUgYmVzdCAgPiA+PiBndWFyYW50ZWUgb24gdGhlIHBhdGggdGhlIHBhY2tldCB3aWxsIHRh a2UgaW4gYWxsIGNhc2VzIGJ1dCBpdCBpcyBub3QgdGhlIHBvaW50IG9mIHRoZSAgPiBkcmFmdC4N Cj4+Pj4+PiANCj4+Pj4+PiANCj4+Pj4+Pj4gRnVydGhlciwgaWYgVEkgRlJSIGlzIGVuYWJsZWQg aW4gdGhlIG5ldHdvcmsgZm9yIHByb3RlY3Rpb24gb2Ygbm9uLVRFIFNSIExTUHMsIHRoZSAgPiA+ PiBmcmFnbWVudHMgb2YgVDEgYW5kIFQyIHRoYXQgYXJlIHNwZWNpZmllZCB1c2luZyBub2RlIFNJ RHMgd2lsbCBub3QgYmUgZXhjbHVkZWQgZnJvbSAgPiBsb2NhbCAgPiA+PiBwcm90ZWN0aW9uLg0K Pj4+Pj4gDQo+Pj4+PiANCj4+Pj4+IHNvcnJ5LCBJIHJlYWxpemVkIHNvbWV0aGluZyBpcyBtaXNz aW5nIGluIG15IGFuc3dlci4NCj4+Pj4+IA0KPj4+Pj4gSW4gZmFjdCwgZXZlbiB1c2luZyBub2Rl LXNpZHMgYW5kIGV2ZW4gZm9yIG5vbiBURSBTUiB0cmFmZmljLCB5b3UgY2FuIHN0aWxsIGVuc3Vy ZSB0aGUgID4gcGF0aCAgPiA+PiB5b3UgY29tcHV0ZWQgdXNlcyBub24gcHJvdGVjdGVkIHNpZOKA mXMuDQo+Pj4+PiANCj4+Pj4+IFRoaW5rIGFib3V0IHRoZSB1c2Ugb2Ygc3RyaWN0LXNwZiBzaWTi gJlzIHdoZXJlIHRoZSBydWxlIGlzIGNsZWFyOiBqdXN0IGZvd2xsb3cgc3B0IGFuZCBkbyAgPiBu b3QgID4gPj4gZGl2ZXJnZSBmcm9tIGl0Lg0KPj4+PiANCj4+Pj4gSU1PLCBpdCB3b3VsZCBiZSB1 c2VmdWwgdG8gaW5kaWNhdGUgaW4gZHJhZnQtaWV0Zi1zcHJpbmctc2VnbWVudC1yb3V0aW5nIHRo YXQgc3RyaWN0LXNwZiAgPiBTSUQgTVVTVCBOT1QgYmUgcHJvdGVjdGVkIGJ5IGEgbG9jYWwgcHJv dGVjdGlvbiAoYWthIEZhc3QgUmVSb3V0ZSkuDQo+Pj4+IEl0IG1heSBiZSBvYnZpb3VzIHRvIHlv dSwgYnV0IGl0IHdhcyBub3QgZm9yIG1lLiBJbiBwYXJ0aWN1bGFyIGluIHRoZSBjYXNlIG9mIFRJ LUxGQSB3aGVyZSAgPiB0aGUgcHJvdGVjdGlvbiBfZG9fIGZvbGxvdyB0aGUgU1BGIChpbmRlZWQg aW4gdGhlIG5ldyB0b3BvbG9neSwgYnV0IGp1c3QgbGlrZSBzdHJpY3Qtc3BmICA+IGFmdGVyIHRo ZSBJR1AgY29udmVyZ2VuY2UpICA+ICA+ICA+IFdlbGwsIEnigJltIG5vdCByZWNvbW1lbmRpbmcg dGhpcy4gSSBqdXN0IHRvb2sgYW4gZXhhbXBsZSBvbiBob3cgeW91IGNvdWxkIGVuZm9yY2UgYSAg PiBzcGVjaWZpYyBmb3J3YXJkaW5nIHJ1bGUgdGhyb3VnaCBhIGdpdmVuIHNlZ21lbnQgaWRlbnRp Zmllci4gVGhlcmUgYXJlIG11bHRpcGxlIGNob2ljZXMgZm9yICA+IHRoYXQ6DQo+Pj4gCS4gYWRk IGEgZmxhZyB0byBwcmVmaXgtc2lkIChpLmUuOiBkbyBub3QgcHJvdGVjdCkNCj4+PiAJLiBkZWZp bmUgbmV3IOKAnHVucHJvdGVjdGVk4oCdIFNJRHMNCj4+PiAJLiBkZWZpbmUgbmV3IGFsZ29yaXRo bQ0KPj4+IAkuIHVzZSBzdHJpY3Qtc3BmIGFsZ29yaXRobQ0KPj4+IAkuIHByb2JhYmx5IG1vcmUu Li4NCj4+PiANCj4+PiBIZXJlLCBpbiB0aGUgY29udGV4dCBvZiB0aGlzIGRyYWZ0LCBJIGRvbuKA mXQgdGhpbmsgd2UgaGF2ZSB0byBsaXN0IHRoZSBwb3NzaWJsZSBzb2x1dGlvbnMsIHJpZ2h0ID8N Cj4+IA0KPj4gQWdyZWVkLg0KPj4gDQo+PiANCj4+PiBNeSBhbnN3ZXIgd2FzIGdpdmVuIHRvIFNh c2hhIHdoZW4gaGUgY2xhaW1lZCB0aGF0IHRoZXJlIGFyZSBub3cgd2F5cyB0byBwcmV2ZW50ICA+ IHByb3RlY3Rpb24gZm9yIGEgZ2l2ZW4gdHJhZmZpYy4gVGhhdCBzdGF0ZW1lbnQgd2FzIHdyb25n IChJTU8pIGFuZCBJIGlsbHVzdHJhdGVkIG9uZSB3YXkgID4gdG8gYWNoaWV2ZSBpdC4NCj4+IA0K Pj4gWW91IHNhaWQgdG8gdXNlIHN0cmljdC1zcGYgc2luY2UgaXQgaXMgbm90IHByb3RlY3RlZCBi eSBGUlIuDQo+PiBGb3IgdGhpcyBydWxlIHRvIGJlIGVuZm9yY2VkLCBpdCBuZWVkcyB0byBiZSBj bGVhciBpbiB0aGUgZGVmaW5pdGlvbiBvZiB0aGUgc3RyaWN0LXNwZiBhbGdvLg0KPj4gSU1PLCB0 aGlzIHJ1bGUsIGFzIGN1cnJlbnRseSB3cml0dGVuIGluIGRyYWZ0LWlldGYtc3ByaW5nLXNlZ21l bnQtcm91dGluZywgaXMgbm90IGNsZWFyIGVub3VnaC4gSGVuY2UgY291bGQgeW91IHBsZWFzZSBj bGFyaWZ5IGl0LCBpbiBkcmFmdC1pZXRmLXNwcmluZy1zZWdtZW50LXJvdXRpbmcsICB0byBzcGVj aWZ5IHdoZXRoZXIgb3Igbm90IFNJRCB1c2luZyB0aGUgIlN0cmljdCBTaG9ydGVzdCBQYXRoIiBt YXkgYmUgcHJvdGVjdGVkIGJ5IEZSUiBvciBub3Q/DQo+PiANCj4+IFRoYW5rcw0KPj4gLS1CcnVu bw0KPj4gDQo+Pj4gVGhhbmtzLg0KPj4+IHMuDQo+Pj4gDQo+Pj4gDQo+Pj4+IA0KPj4+PiBUaGFu a3MNCj4+Pj4gLS1CcnVubw0KPj4+PiANCj4+Pj4gDQo+Pj4+PiBzLg0KPj4+Pj4gDQo+Pj4+PiAN Cj4+Pj4+Pj4gU28gaXQgc2VlbXMgdGhhdCBwYXRoIHByb3RlY3Rpb24gZm9yIFNSIExTUHMgYXMg c3BlY2lmaWVkIGluIHRoZSBkcmFmdCBpcyBvbmx5ICA+IGFwcGxpY2FibGUgID4gPj4gdG8gcGF0 aHMgdGhhdCBhcmUgc3BlY2lmaWVkIHVzaW5nIG9ubHkgYWRqYWNlbmN5IFNJRHMuDQo+Pj4+PiAN Cj4+Pj4+PiBJIGRvbuKAmXQgZGlzYWdyZWUgd2hpbGUgSSBiZWxpZXZlIGl0IG1vc3RseSBkZXBl bmRzIG9uIHRoZSB0b3BvbG9neS4NCj4+Pj4+PiANCj4+Pj4+PiBNb3JlIGltcG9ydGFudCBpcyB0 aGUgZmFjdCB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgbm90IGZvY3VzIG9uIG9uZSBzcGVjaWZp YyB3YXkgb2YgID4gPj4gY29tcHV0aW5nIHByb3RlY3Rpb24gcGF0aHMuDQo+Pj4+Pj4gDQo+Pj4+ Pj4gcy4NCj4+Pj4+PiANCj4+Pj4+PiANCj4+Pj4+Pj4gDQo+Pj4+Pj4+IERpZCBJIG1pc3Mgc29t ZXRoaW5nIHN1YnN0YW50aWFsPw0KPj4+Pj4+PiANCj4+Pj4+Pj4gUmVnYXJkcywgYW5kIGxvdHMg Zm8gdGhhbmtzIGluIGFkdmFuY2UsICA+ID4+Pj4gU2FzaGEgID4gPj4+PiAgPiA+Pj4+IE9mZmlj ZTogKzk3Mi0zOTI2NjMwMg0KPj4+Pj4+PiBDZWxsOiAgICAgICs5NzItNTQ5MjY2MzAyDQo+Pj4+ Pj4+IEVtYWlsOiAgIEFsZXhhbmRlci5WYWluc2h0ZWluQGVjaXRlbGUuY29tDQo+Pj4+Pj4+IA0K Pj4+Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K Pj4+Pj4+PiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+Pj4+Pj4+IHNwcmluZ0BpZXRmLm9yZw0KPj4+ Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KPj4+Pj4+ IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gX19fX18gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+IA0KPj4+PiBD ZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZv cm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91ICA+IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50 IGRvbmMgID4gPiBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1 dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSAgPiBwYXIgZXJyZXVyLCB2 ZXVpbGxleiBsZSBzaWduYWxlciAgPiA+IGEgbCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFp bnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMuIExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzICA+ IGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sICA+ID4gT3JhbmdlIGRlY2xpbmUgdG91 dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3Ug ZmFsc2lmaWUuDQo+Pj4gTWVyY2kuDQo+Pj4+IA0KPj4+PiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiAgPiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyAgPiA+IHRoZXkgc2hvdWxkIG5v dCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0K Pj4+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2Ugbm90 aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzICA+IG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cy4NCj4+Pj4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJs ZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsICA+IGNoYW5nZWQgb3IgZmFs c2lmaWVkLg0KPj4+PiBUaGFuayB5b3UuDQo+Pj4+IA0KPj4gDQo+PiANCj4+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPj4gDQo+PiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRl bmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBu ZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2Fu cyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwg dmV1aWxsZXogbGUgc2lnbmFsZXIgYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kg cXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQg c3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwgT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2Fi aWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1l cmNpLg0KPj4gDQo+PiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFp biBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90 ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29w aWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMg ZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0KPj4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVk LCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZp ZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KPj4gVGhhbmsgeW91Lg0KPj4gDQo+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gc3ByaW5nIG1haWxp bmcgbGlzdA0KPj4gc3ByaW5nQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL3NwcmluZw0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4+IHNwcmluZ0BpZXRmLm9y Zw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCj4+IA0K Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQo+PiANCj4+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVz IHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3UgcHJp dmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVz IG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2Fn ZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBsZSBk ZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ry b25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0 b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBv dSBmYWxzaWZpZS4gTWVyY2kuDQo+PiANCj4+IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1l bnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIHRo YXQgbWF5IGJlIHByb3RlY3RlZCBieSBsYXc7IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRl ZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPj4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQo+PiBBcyBlbWFpbHMg bWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhh dmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+PiBUaGFuayB5b3UuDQo+ PiANCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+PiANCj4+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNl cyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyANCj4+IGNvbmZpZGVu dGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVudCBkb25jIHBhcyBldHJlIGRpZmZ1 c2VzLCANCj4+IGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgDQo+PiBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl ciBhIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu dGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRl cmF0aW9uLCBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+PiANCj4+IFRoaXMg bWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBvciAN Cj4+IHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsg dGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1 dGhvcmlzYXRpb24uDQo+PiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9y LCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0 cyBhdHRhY2htZW50cy4NCj4+IEFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5v dCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9y IGZhbHNpZmllZC4NCj4+IFRoYW5rIHlvdS4NCj4+IA0KPiANCg0KCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3Nh Z2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9u cyBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMg ZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kg dm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxl cgphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2lu dGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRl cmF0aW9uLApPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdl IGEgZXRlIGFsdGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2Ug YW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBu b3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4K SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0 aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFz IGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2Vz IHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91 LgoK From nobody Tue Oct 4 06:33:31 2016 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 298A0129859 for ; Tue, 4 Oct 2016 06:33:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793] 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 YAlJ7-2uj2qJ for ; Tue, 4 Oct 2016 06:33:26 -0700 (PDT) Received: from owl2.lab.dtag.de (unknown [194.25.1.238]) by ietfa.amsl.com (Postfix) with ESMTP id C9048129867 for ; Tue, 4 Oct 2016 06:33:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by owl2.lab.dtag.de (Postfix) with ESMTP id 1B528CD205 for ; Tue, 4 Oct 2016 15:33:24 +0200 (CEST) Received: from TSUNAMI-Boggart-33.lab.DTAG.de (o-Boggart.lab.dtag.de [62.153.176.78]) by owl2.lab.dtag.de (Postfix) with ESMTPSA id F0436CD1FC for ; Tue, 4 Oct 2016 15:33:23 +0200 (CEST) From: Martin Horneffer To: spring@ietf.org References: <57F37524.2060604@cisco.com> Message-ID: Date: Tue, 4 Oct 2016 15:33:32 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <57F37524.2060604@cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [spring] IPR Disclosure Orange's Statement about IPR related to draft-psarkar-spring-mpls-anycast-segments X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 13:33:30 -0000 Neither am I aware of any other IPR related to this document. Best regards, Martin Am 04.10.16 um 11:23 schrieb Clarence Filsfils: > > I'm not aware of any other IPR than the one already disclosed > > Cheers, > Clarence > > >> >> ---------- Forwarded message ---------- >> From: "IETF Secretariat" > >> Date: Sep 15, 2016 11:04 AM >> Subject: IPR Disclosure Orange's Statement about IPR related to >> draft-psarkar-spring-mpls-anycast-segments >> To: > > >> Cc: >, > > >> >> Dear Hannes Gredler, Clarence Filsfils, Stefano Previdi, Bruno >> Decraene, Martin Horneffer, Pushpasis Sarkar: >> >> >> An IPR disclosure that pertains to your Internet-Draft entitled >> "Anycast >> Segments in MPLS based Segment Routing" >> (draft-psarkar-spring-mpls-anycast-segments) was submitted to the >> IETF >> Secretariat on and has been posted on the "IETF Page of >> Intellectual Property >> Rights Disclosures" (https://datatracker.ietf.org/ipr/2875/ >> ). The title of the >> IPR disclosure is "Orange's Statement about IPR related to >> draft-psarkar-spring-mpls-anycast-segments" >> >> >> Thank you >> >> IETF Secretariat >> >> > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Tue Oct 4 06:33:54 2016 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 2321812986B; Tue, 4 Oct 2016 06:33:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793] 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 6PLztMxJ8m7L; Tue, 4 Oct 2016 06:33:46 -0700 (PDT) Received: from owl2.lab.dtag.de (unknown [194.25.1.238]) by ietfa.amsl.com (Postfix) with ESMTP id D3F0B129859; Tue, 4 Oct 2016 06:33:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by owl2.lab.dtag.de (Postfix) with ESMTP id 53856CD362; Tue, 4 Oct 2016 15:33:45 +0200 (CEST) Received: from TSUNAMI-Boggart-33.lab.DTAG.de (o-Boggart.lab.dtag.de [62.153.176.78]) by owl2.lab.dtag.de (Postfix) with ESMTPSA id 1C5B9CD2FE; Tue, 4 Oct 2016 15:33:45 +0200 (CEST) From: Martin Horneffer To: "John G. Scudder" , spring@ietf.org References: <5D8D1F47-F36D-48FB-A256-2C338D2E5612@juniper.net> Message-ID: <418b17b3-1a88-9a32-0c90-f22c58aa62fd@lab.dtag.de> Date: Tue, 4 Oct 2016 15:33:53 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <5D8D1F47-F36D-48FB-A256-2C338D2E5612@juniper.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: mpls@ietf.org Subject: Re: [spring] [mpls] WG adoption requested for draft-psarkar-spring-mpls-anycast-segments X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Oct 2016 13:33:49 -0000 As an operator and as co-author I strongly support WG adoption of this document. IMO it is essential to make the SPRING architecture for the MPLS dataplane complete. Also I am not aware of any IPR. BR, Martin Horneffer Am 24.07.16 um 14:39 schrieb John G. Scudder: > Dear WG (and cc MPLS, please include SPRING in replies), > > As we discussed at our meeting, working group adoption has been requested for draft-psarkar-spring-mpls-anycast-segments. Please reply to the list with your comments, including although not limited to whether or not you support adoption. Non-authors are especially encouraged to comment. > > We will end the call on August 31, 2015. > > Authors, please indicate whether you are aware of any relevant IPR and if so, whether it has been disclosed. Also, the length of the author list for this document exceeds the maximum recommended. Assuming the document is adopted, the authors should be prepared to correct this when submitting as a WG document, ideally by reducing the list to simply the active editor(s) and making use of the "contributors" section for the full list. > > Thanks, > > --Bruno and John > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Oct 5 07:58:13 2016 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 9224E12976B; Wed, 5 Oct 2016 07:58:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.516 X-Spam-Level: X-Spam-Status: No, score=-17.516 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 P3FEsXH1RUrY; Wed, 5 Oct 2016 07:58:07 -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 39E981296C2; Wed, 5 Oct 2016 07:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18378; q=dns/txt; s=iport; t=1475679487; x=1476889087; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=2sU2XrMmtb7F+y8cSm7/0w1r3ztrBfJp/yXQIKXrZ8A=; b=CrgW2ZvNZ0qnt6BEs6jeEud14wK4gJ1MeWr3x2Qc5CwuBNpxaNO2/mKT yENEb+LwgQa8FxJMkiNipAhpUpYRqLquogMGaCXDmoWPM8etS8ApIIyFS EXjLbntdId28fY1sPOwtmCzU8FKgJ6r4yqepBGv8VJ8NS4yX2uBDDnt5E 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AgAQCmE/VX/40NJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgwc2AQEBAQEeV3wHjSuWfo8YhRKCCYYgAhyBVTgUAQIBAQEBAQE?= =?us-ascii?q?BXieEYQEBAQMBI1YFBwQCAQgRAwEBASgDAgICMBQJCAIEAQ0FiDQDDwisRIxtA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBHYY8gX0IglCCR4FSEQE8FoJOK4IvBY43hWq?= =?us-ascii?q?FWQGPdoFuhGaJH4xzg30BHjZLgyCBOXKGFoEggQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,449,1473120000"; d="scan'208,217";a="332093282" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Oct 2016 14:58:06 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u95Ew6fE032271 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Oct 2016 14:58:06 GMT Received: from xch-aln-011.cisco.com (173.36.7.21) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Oct 2016 09:58:05 -0500 Received: from xch-aln-011.cisco.com ([173.36.7.21]) by XCH-ALN-011.cisco.com ([173.36.7.21]) with mapi id 15.00.1210.000; Wed, 5 Oct 2016 09:58:05 -0500 From: "Tim LaBerge (tlaberge)" To: "bruno.decraene@orange.com" , "draft-filsfils-spring-large-scale-interconnect@ietf.org" , "spring@ietf.org" Thread-Topic: Expiration impending: Thread-Index: AQHSHWssvprTZLf+xkS6zq9vzqT9vKCW+PyAgALcZ4A= Date: Wed, 5 Oct 2016 14:58:05 +0000 Message-ID: <40161D61-995C-4657-A0DE-49B02A80E748@cisco.com> References: <147549492546.27448.17893005881969421313.idtracker@ietfa.amsl.com> <14707_1475497004_57F24C2C_14707_4393_1_53C29892C857584299CBF5D05346208A0F9E4323@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <14707_1475497004_57F24C2C_14707_4393_1_53C29892C857584299CBF5D05346208A0F9E4323@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.38.43] Content-Type: multipart/alternative; boundary="_000_40161D61995C4657A0DE49B02A80E748ciscocom_" MIME-Version: 1.0 Archived-At: Cc: "Alvaro Retana \(aretana\)" Subject: Re: [spring] Expiration impending: X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2016 14:58:11 -0000 --_000_40161D61995C4657A0DE49B02A80E748ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gdW5hd2FyZSBvZiBhbnkgSVBSIGNvbm5lY3RlZCB3aXRoIHRoaXMgZHJhZnQuDQoNClRp bSBMYUJlcmdlDQoNCkZyb206ICJicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tIiA8YnJ1bm8uZGVj cmFlbmVAb3JhbmdlLmNvbT4NCkRhdGU6IE1vbmRheSwgT2N0b2JlciAzLCAyMDE2IGF0IDU6MTYg QU0NClRvOiAiZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLWxhcmdlLXNjYWxlLWludGVyY29ubmVjdEBp ZXRmLm9yZyIgPGRyYWZ0LWZpbHNmaWxzLXNwcmluZy1sYXJnZS1zY2FsZS1pbnRlcmNvbm5lY3RA aWV0Zi5vcmc+DQpDYzogIkFsdmFybyBSZXRhbmEgKGFyZXRhbmEpIiA8YXJldGFuYUBjaXNjby5j b20+LCAic3ByaW5nLWNoYWlyc0BpZXRmLm9yZyIgPHNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+DQpT dWJqZWN0OiBSRTogRXhwaXJhdGlvbiBpbXBlbmRpbmc6IDxkcmFmdC1maWxzZmlscy1zcHJpbmct bGFyZ2Utc2NhbGUtaW50ZXJjb25uZWN0LTAyLnR4dD4NClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91 bmNlc0BpZXRmLm9yZz4NClJlc2VudC1UbzogPGplZmYudGFudHN1cmFAZXJpY3Nzb24uY29tPiwg PGNmaWxzZmlsQGNpc2NvLmNvbT4sIDxkY2FpQGNpc2NvLmNvbT4sIDxzcHJldmlkaUBjaXNjby5j b20+LCA8d2ltLmhlbmRlcmlja3hAYWxjYXRlbC1sdWNlbnQuY29tPiwgPHJqc0Byb2Iuc2g+LCA8 ZGF2ZS5jb29wZXJAbGV2ZWwzLmNvbT4sIDxmcmFuY2lzLmZlcmd1c29uQGxldmVsMy5jb20+LCA8 c2xpbkBtaWNyb3NvZnQuY29tPiwgPGJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20+LCA8bHVheS5q YWxpbEB2ZXJpem9uLmNvbT4sIDx0bGFiZXJnZUBjaXNjby5jb20+DQpSZXNlbnQtRGF0ZTogTW9u ZGF5LCBPY3RvYmVyIDMsIDIwMTYgYXQgNToxNiBBTQ0KDQpBdXRob3JzLA0KDQpBcyBhIHJlbWlu ZGVyLCB3ZSBhcmUgbWlzc2luZyB0aGUgSVBSIHN0YXRlbWVudCBmcm9tOiBDbGFyZW5jZSBGaWxz ZmlscywgU3RlZmFubyBQcmV2aWRpLCBEYXZlIENvb3BlciwgRnJhbmNpcyBGZXJndXNvbiwgVGlt IExhQmVyZ2UsIFN0ZXZlbiBMaW4sIEx1YXkgSmFsaWwuDQoNClJlZ2FyZHMsDQotLSBCcnVubw0K DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IElFVEYgU2VjcmV0YXJpYXQg W21haWx0bzppZXRmLXNlY3JldGFyaWF0LXJlcGx5QGlldGYub3JnXQ0KPiBTZW50OiBNb25kYXks IE9jdG9iZXIgMDMsIDIwMTYgMTo0MiBQTQ0KPiBUbzogZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLWxh cmdlLXNjYWxlLWludGVyY29ubmVjdEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtZmlsc2ZpbHMtc3By aW5nLWxhcmdlLXNjYWxlLWludGVyY29ubmVjdEBpZXRmLm9yZz4NCj4gQ2M6IGFyZXRhbmFAY2lz Y28uY29tPG1haWx0bzphcmV0YW5hQGNpc2NvLmNvbT47IG1hcnRpbi52aWdvdXJldXhAbm9raWEu Y29tPG1haWx0bzptYXJ0aW4udmlnb3VyZXV4QG5va2lhLmNvbT47IHNwcmluZy1jaGFpcnNAaWV0 Zi5vcmc8bWFpbHRvOnNwcmluZy1jaGFpcnNAaWV0Zi5vcmc+OyBNYXJ0aW4NCj4gVmlnb3VyZXV4 DQo+IFN1YmplY3Q6IEV4cGlyYXRpb24gaW1wZW5kaW5nOiA8ZHJhZnQtZmlsc2ZpbHMtc3ByaW5n LWxhcmdlLXNjYWxlLWludGVyY29ubmVjdC0wMi50eHQ+DQo+DQo+IFRoZSBmb2xsb3dpbmcgZHJh ZnQgd2lsbCBleHBpcmUgc29vbjoNCj4NCj4gTmFtZTogICAgIGRyYWZ0LWZpbHNmaWxzLXNwcmlu Zy1sYXJnZS1zY2FsZS1pbnRlcmNvbm5lY3QNCj4gVGl0bGU6ICAgIEludGVyY29ubmVjdGluZyBN aWxsaW9ucyBPZiBFbmRwb2ludHMgV2l0aCBTZWdtZW50IFJvdXRpbmcNCj4gU3RhdGU6ICAgIEkt RCBFeGlzdHMNCj4gRXhwaXJlczogIDIwMTYtMTAtMDYgKGluIDIgZGF5cywgMTkgaG91cnMpDQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNv bnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBl dCBuZSBkb2l2ZW50IGRvbmMNCnBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29waWVz IHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogcmVjdSBjZSBtZXNzYWdlIHBhciBlcnJl dXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyDQphIGwnZXhwZWRpdGV1ciBldCBsZSBkZXRydWlyZSBh aW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBl dGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLA0KT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVz cG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lm aWUuIE1lcmNpLg0KDQpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cyBtYXkgY29udGFp biBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90 ZWN0ZWQgYnkgbGF3Ow0KdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVt YWlsIGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGlzIG1l c3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCkFzIGVtYWlscyBtYXkgYmUgYWx0ZXJlZCwgT3Jh bmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2ZSBiZWVuIG1vZGlmaWVkLCBj aGFuZ2VkIG9yIGZhbHNpZmllZC4NClRoYW5rIHlvdS4NCg0KDQo= --_000_40161D61995C4657A0DE49B02A80E748ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <08998B0E3857AB4AAC5A2725D5021FA8@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnNwYW4uYXBwbGUtc3R5bGUtc3Bhbg0KCXttc28tc3R5bGUtbmFtZTph cHBsZS1zdHlsZS1zcGFuO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUt bmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEw LjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2lu OjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3Jk U2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBs YW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3Jk U2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+SeKAmW0gdW5hd2FyZSBvZiBhbnkgSVBSIGNvbm5l Y3RlZCB3aXRoIHRoaXMgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGltIExhQmVy Z2U8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+RnJv bTogPC9zcGFuPg0KPC9iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJs YWNrIj4mcXVvdDticnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tJnF1b3Q7ICZsdDticnVuby5kZWNy YWVuZUBvcmFuZ2UuY29tJmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5Nb25kYXksIE9jdG9iZXIgMywg MjAxNiBhdCA1OjE2IEFNPGJyPg0KPGI+VG86IDwvYj4mcXVvdDtkcmFmdC1maWxzZmlscy1zcHJp bmctbGFyZ2Utc2NhbGUtaW50ZXJjb25uZWN0QGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1maWxz Zmlscy1zcHJpbmctbGFyZ2Utc2NhbGUtaW50ZXJjb25uZWN0QGlldGYub3JnJmd0Ozxicj4NCjxi PkNjOiA8L2I+JnF1b3Q7QWx2YXJvIFJldGFuYSAoYXJldGFuYSkmcXVvdDsgJmx0O2FyZXRhbmFA Y2lzY28uY29tJmd0OywgJnF1b3Q7c3ByaW5nLWNoYWlyc0BpZXRmLm9yZyZxdW90OyAmbHQ7c3By aW5nLWNoYWlyc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UkU6IEV4cGlyYXRp b24gaW1wZW5kaW5nOiAmbHQ7ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLWxhcmdlLXNjYWxlLWludGVy Y29ubmVjdC0wMi50eHQmZ3Q7PGJyPg0KPGI+UmVzZW50LUZyb206IDwvYj4mbHQ7YWxpYXMtYm91 bmNlc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj4mbHQ7amVmZi50YW50c3Vy YUBlcmljc3Nvbi5jb20mZ3Q7LCAmbHQ7Y2ZpbHNmaWxAY2lzY28uY29tJmd0OywgJmx0O2RjYWlA Y2lzY28uY29tJmd0OywgJmx0O3NwcmV2aWRpQGNpc2NvLmNvbSZndDssICZsdDt3aW0uaGVuZGVy aWNreEBhbGNhdGVsLWx1Y2VudC5jb20mZ3Q7LCAmbHQ7cmpzQHJvYi5zaCZndDssICZsdDtkYXZl LmNvb3BlckBsZXZlbDMuY29tJmd0OywgJmx0O2ZyYW5jaXMuZmVyZ3Vzb25AbGV2ZWwzLmNvbSZn dDssICZsdDtzbGluQG1pY3Jvc29mdC5jb20mZ3Q7LCAmbHQ7YnJ1bm8uZGVjcmFlbmVAb3Jhbmdl LmNvbSZndDssDQogJmx0O2x1YXkuamFsaWxAdmVyaXpvbi5jb20mZ3Q7LCAmbHQ7dGxhYmVyZ2VA Y2lzY28uY29tJmd0Ozxicj4NCjxiPlJlc2VudC1EYXRlOiA8L2I+TW9uZGF5LCBPY3RvYmVyIDMs IDIwMTYgYXQgNToxNiBBTTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5BdXRob3JzLDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztj b2xvcjpibGFjayI+QXMgYSByZW1pbmRlciwgd2UgYXJlIG1pc3NpbmcgdGhlIElQUiBzdGF0ZW1l bnQgZnJvbTogQ2xhcmVuY2UgRmlsc2ZpbHMsIFN0ZWZhbm8gUHJldmlkaSwgRGF2ZSBDb29wZXIs IEZyYW5jaXMgRmVyZ3Vzb24sIFRpbSBMYUJlcmdlLCBTdGV2ZW4gTGluLCBMdWF5IEphbGlsLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDb25zb2xhcztjb2xvcjpibGFjayI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+LS0gQnJ1bm88bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29u c29sYXM7Y29sb3I6YmxhY2siPiZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFj ayI+Jmd0OyBGcm9tOiBJRVRGIFNlY3JldGFyaWF0IFs8YSBocmVmPSJtYWlsdG86aWV0Zi1zZWNy ZXRhcmlhdC1yZXBseUBpZXRmLm9yZyI+bWFpbHRvOmlldGYtc2VjcmV0YXJpYXQtcmVwbHlAaWV0 Zi5vcmc8L2E+XTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNv bnNvbGFzO2NvbG9yOmJsYWNrIj4mZ3Q7IFNlbnQ6IE1vbmRheSwgT2N0b2JlciAwMywgMjAxNiAx OjQyIFBNPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29s YXM7Y29sb3I6YmxhY2siPiZndDsgVG86DQo8YSBocmVmPSJtYWlsdG86ZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLWxhcmdlLXNjYWxlLWludGVyY29ubmVjdEBpZXRmLm9yZyI+ZHJhZnQtZmlsc2ZpbHMt c3ByaW5nLWxhcmdlLXNjYWxlLWludGVyY29ubmVjdEBpZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jmd0 OyBDYzoNCjxhIGhyZWY9Im1haWx0bzphcmV0YW5hQGNpc2NvLmNvbSI+YXJldGFuYUBjaXNjby5j b208L2E+OyA8YSBocmVmPSJtYWlsdG86bWFydGluLnZpZ291cmV1eEBub2tpYS5jb20iPg0KbWFy dGluLnZpZ291cmV1eEBub2tpYS5jb208L2E+OyA8YSBocmVmPSJtYWlsdG86c3ByaW5nLWNoYWly c0BpZXRmLm9yZyI+c3ByaW5nLWNoYWlyc0BpZXRmLm9yZzwvYT47IE1hcnRpbjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4m Z3Q7IFZpZ291cmV1eDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4mZ3Q7IFN1YmplY3Q6IEV4cGlyYXRpb24gaW1wZW5kaW5n OiAmbHQ7ZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLWxhcmdlLXNjYWxlLWludGVyY29ubmVjdC0wMi50 eHQmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29s YXM7Y29sb3I6YmxhY2siPiZndDsNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj4mZ3Q7IFRoZSBmb2xsb3dpbmcgZHJhZnQg d2lsbCBleHBpcmUgc29vbjo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+Jmd0Ow0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPiZndDsgTmFtZTombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLWxhcmdlLXNjYWxlLWlu dGVyY29ubmVjdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNv bnNvbGFzO2NvbG9yOmJsYWNrIj4mZ3Q7IFRpdGxlOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0lu dGVyY29ubmVjdGluZyBNaWxsaW9ucyBPZiBFbmRwb2ludHMgV2l0aCBTZWdtZW50IFJvdXRpbmc8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xv cjpibGFjayI+Jmd0OyBTdGF0ZTombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtJLUQgRXhpc3RzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6 YmxhY2siPiZndDsgRXhwaXJlczombmJzcDsmbmJzcDsyMDE2LTEwLTA2IChpbiAyJm5ic3A7ZGF5 cywgMTkmbmJzcDtob3Vycyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNr Ij5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29u c29sYXM7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJsYWNrIj5DZSBtZXNzYWdlIGV0IHNlcyBwaWVj ZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmM8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+cGFzIGV0cmUg ZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMg YXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpi bGFjayI+YSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpD b25zb2xhcztjb2xvcjpibGFjayI+T3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUg c2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDb25zb2xhcztjb2xvcjpibGFjayI+VGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBt YXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+dGhleSBzaG91bGQgbm90IGJlIGRpc3Ry aWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPklm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhl IHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNvbGFzO2NvbG9yOmJs YWNrIj5BcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBt ZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6 YmxhY2siPlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDb25zb2xhcztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_40161D61995C4657A0DE49B02A80E748ciscocom_-- From nobody Wed Oct 5 09:00:28 2016 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 8D58A12970A; Wed, 5 Oct 2016 09:00:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=nwcD7rCT; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=verizon.com header.b=PshE2rtu 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 jVUMTvprrh8h; Wed, 5 Oct 2016 09:00:12 -0700 (PDT) Received: from omzsmtpe03.verizonbusiness.com (omzsmtpe03.verizonbusiness.com [199.249.25.208]) (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 761D61297A8; Wed, 5 Oct 2016 08:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1475682891; x=1507218891; h=from:to:cc:subject:date:message-id:mime-version; bh=KxMamo5z23hoZFPDd+Qa37r3kKX5gyoMBplp6/cDRcU=; b=nwcD7rCTfT++boztSRpimDOgyFocBpblVIHIql0Mvs7ay/34JhRCbQwA 33I13muVH3cKq5tG89XbCTteYW1skJsq2qItIzjUYczTUefhjNwj5QWZQ QITXW8DdxZQ/chqaec9YczdRlPQ9gNGnvYgikwOJJK+MPKXhBf0aoA+og A=; X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by omzsmtpe03.verizonbusiness.com with ESMTP; 05 Oct 2016 15:54:50 +0000 From: "Jalil, Luay" X-IronPort-AV: E=Sophos;i="5.31,449,1473120000"; d="scan'208,217";a="1287789319" Received: from rogue-10-255-0-101.rogue.vzwcorp.com (HELO Gemini.verizonwireless.com) ([10.255.0.101]) by fldsmtpi02.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Oct 2016 15:54:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1475682856; x=1507218856; h=from:to:cc:subject:date:message-id:mime-version; bh=KxMamo5z23hoZFPDd+Qa37r3kKX5gyoMBplp6/cDRcU=; b=PshE2rtuEh4/A01gNcxLRILXxOnNVb4gAem6fVJiqmCWkEY7OwuKwQTt J1TU44fSrU5gjMs2P6q8siJad1V1gDlrUOocS+76vZbzFyRzihpc69YtN A9ywG/OxlXou3CMp8h7BrFeJisYxIDLr77tJx7tSHKPfnk8XFUFktRZR/ o=; Received: from discovery.odc.vzwcorp.com (HELO mercury.verizonwireless.com) ([10.255.240.25]) by Gemini.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Oct 2016 08:54:13 -0700 X-Host: discovery.odc.vzwcorp.com Received: from nyora1hub002.uswin.ad.vzwcorp.com ([10.170.34.217]) by mercury.verizonwireless.com with ESMTP/TLS/AES256-SHA; 05 Oct 2016 15:54:12 +0000 Received: from OMZP1LUMXCA03.uswin.ad.vzwcorp.com (144.8.22.173) by NYORA1HUB002.uswin.ad.vzwcorp.com (10.170.34.217) with Microsoft SMTP Server (TLS) id 8.3.406.0; Wed, 5 Oct 2016 11:54:12 -0400 Received: from OMZP1LUMXCA07.uswin.ad.vzwcorp.com (144.8.22.180) by OMZP1LUMXCA03.uswin.ad.vzwcorp.com (144.8.22.173) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Oct 2016 10:54:11 -0500 Received: from OMZP1LUMXCA07.uswin.ad.vzwcorp.com ([144.8.22.180]) by OMZP1LUMXCA07.uswin.ad.vzwcorp.com ([144.8.22.180]) with mapi id 15.00.1210.000; Wed, 5 Oct 2016 10:54:11 -0500 To: "Tim LaBerge (tlaberge)" , "bruno.decraene@orange.com" , "draft-filsfils-spring-large-scale-interconnect@ietf.org" , "spring@ietf.org" Thread-Topic: [E] Re: Expiration impending: Thread-Index: AQHSHyC2yTZvgWx4q0K3/iE2GR2sig== Date: Wed, 5 Oct 2016 15:54:11 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.8.160830 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.144.60.250] Content-Type: multipart/alternative; boundary="_000_D41A8BC7CCC1Dluayjaliloneverizoncom_" MIME-Version: 1.0 Archived-At: Cc: "Alvaro Retana \(aretana\)" Subject: Re: [spring] [E] Re: Expiration impending: X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Oct 2016 16:00:19 -0000 --_000_D41A8BC7CCC1Dluayjaliloneverizoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm not aware of any IPR related to this draft Regards, Luay From: "Tim LaBerge (tlaberge)" > Date: Wednesday, October 5, 2016 at 9:58 AM To: "bruno.decraene@orange.com" >, "draft-filsfils-sprin= g-large-scale-interconnect@ietf.org" >, "= spring@ietf.org" > Cc: "Alvaro Retana (aretana)" > Subject: [E] Re: Expiration impending: Resent-From: > Resent-To: >,= Clarence Filsfils >, Dennis = Cai >, >, Wim Henderickx >, >, >, >, >, >, "luay.jalil@verizon.com" >, > Resent-Date: Wednesday, October 5, 2016 at 9:58 AM I'm unaware of any IPR connected with this draft. Tim LaBerge From: "bruno.decraene@orange.com" > Date: Monday, October 3, 2016 at 5:16 AM To: "draft-filsfils-spring-large-scale-interconnect@ietf.org" > Cc: "Alvaro Retana (aretana)" >= , "spring-chairs@ietf.org" > Subject: RE: Expiration impending: Resent-From: > Resent-To: >,= >, >, >, >, >, >, >,= >, >, >, > Resent-Date: Monday, October 3, 2016 at 5:16 AM Authors, As a reminder, we are missing the IPR statement from: Clarence Filsfils, St= efano Previdi, Dave Cooper, Francis Ferguson, Tim LaBerge, Steven Lin, Luay= Jalil. Regards, -- Bruno > -----Original Message----- > From: IETF Secretariat [mailto:ietf-secretariat-reply@ietf.org] > Sent: Monday, October 03, 2016 1:42 PM > To: draft-filsfils-spring-large-scale-interconnect@ietf.org > Cc: aretana@cisco.com; martin.vigoureux@nokia.c= om; spring-chairs@ietf.org; Martin > Vigoureux > Subject: Expiration impending: > > The following draft will expire soon: > > Name: draft-filsfils-spring-large-scale-interconnect > Title: Interconnecting Millions Of Endpoints With Segment Routing > State: I-D Exists > Expires: 2016-10-06 (in 2 days, 19 hours) ___________________________________________________________________________= ______________________________________________ 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_D41A8BC7CCC1Dluayjaliloneverizoncom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <01EAD77E6834AF4EAAFFD7CBDB9CCB61@vzwcorp.com> Content-Transfer-Encoding: quoted-printable
I’m not aware of any IPR related to this draft

Regards,
Luay

From: "Tim LaBerge (tlaberge)&= quot; <tlaberge@cisco.com><= br> Date: Wednesday, October 5, 2016 at= 9:58 AM
To: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "draf= t-filsfils-spring-large-scale-interconnect@ietf.org" <draft-filsfils-spring-large-scale-interconnect@ietf.org>, "= ;spring@ietf.org" <spring@ietf.org>
Cc: "Alvaro Retana (aretana)&q= uot; <aretana@cisco.com>
Subject: [E] Re: Expiration impendi= ng: <draft-filsfils-spring-large-scale-interconnect-02.txt>
Resent-From: <alias-bounces@ietf.org>
Resent-To: <jeff.tantsura@ericsson.com>, Clarence Fils= fils <cfilsfil@cisco.com>, = Dennis Cai <dcai@cisco.com>, <sprevidi@cisco.com>, Wim = Henderickx <wim.hen= derickx@alcatel-lucent.com>, <rjs@r= ob.sh>, <dave.cooper@le= vel3.com>, <francis.ferguson@level3= .com>, <slin@microsoft.com<= /a>>, <bruno.decraene@or= ange.com>, "luay.jali= l@verizon.com" <luay.jalil@verizon.com&g= t;, <tlaberge@cisco.com> Resent-Date: Wednesday, October 5, = 2016 at 9:58 AM

I’m unaware of any IPR connected with this draft.<= /p>

 

Tim LaBerge

 

F= rom: "bruno.decraene@orange.com" <bruno.decraene@orange.com>
Date: Monday, October 3, 2016 at 5:16 AM
To: "draft-filsfils-spring-large-scale-interconnect@ietf.org" <draft-filsfils-spring-large-scale-interconnect@ietf.org>=
Cc: "Alvaro Retana (aretana)" <aretana@cisco.com>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Subject: RE: Expiration impending: <draft-filsfils-spring-large-s= cale-interconnect-02.txt>
Resent-From: <alias-bou= nces@ietf.org>
Resent-To: <jeff.ta= ntsura@ericsson.com>, <cfil= sfil@cisco.com>, <dcai@cisco.co= m>, <sprevidi@cisco.com= >, <wim.henderickx@al= catel-lucent.com>, <rjs@rob.sh&= gt;, <dave.cooper@level3.com>, <francis.ferguson= @level3.com>, <slin@microsoft.com>, <= bruno.decraene@orange.com&= gt;, <luay.jalil@verizon.com>, <tlaberge@cisco.com>= ;
Resent-Date: Monday, October 3, 2016 at 5:16 AM

 

Authors,

 

As a reminder, we are missing the IPR statement from: Clarenc= e Filsfils, Stefano Previdi, Dave Cooper, Francis Ferguson, Tim LaBerge, St= even Lin, Luay Jalil.

 

Regards,

-- Bruno

 

> -----Original Message-----

> From: IETF Secretariat [mailto:ietf-secretariat-reply@ietf.org]

> Sent: Monday, October 03, 2016 1:42 PM=

> Vigoureux

> Subject: Expiration impending: <draft-filsfils-spring= -large-scale-interconnect-02.txt>

>

> The following draft will expire soon:<= /p>

>

> Name:     draft-filsfils-spring-larg= e-scale-interconnect

> Title:    Interconnecting Millions O= f Endpoints With Segment Routing

> State:    I-D Exists

> Expires:  2016-10-06 (in 2 days, 19 = hours)

 

 

_____________________________________________________________= ____________________________________________________________

 

Ce message et ses pieces jointes peuvent contenir des informa= tions confidentielles ou privilegiees et ne doivent donc<= /p>

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. L= es messages electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete alter= e, 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 author= isation.

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

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

Thank you.

 

 

 --_000_D41A8BC7CCC1Dluayjaliloneverizoncom_-- From nobody Tue Oct 11 02:57:09 2016 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 2CB031294AD; Tue, 11 Oct 2016 02:57:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147617982617.31924.14853911093255810330.idtracker@ietfa.amsl.com> Date: Tue, 11 Oct 2016 02:57:06 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 09:57:06 -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 of the IETF. Title : Resiliency use cases in SPRING networks Authors : Clarence Filsfils Stefano Previdi Pierre Francois Bruno Decraene Rob Shakir Filename : draft-ietf-spring-resiliency-use-cases-07.txt Pages : 11 Date : 2016-10-11 Abstract: This document identifies and describes the requirements for a set of use cases related to network resiliency on Segment Routing (SPRING) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-resiliency-use-cases-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-resiliency-use-cases-07 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 Tue Oct 11 02:59:42 2016 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 1B4481294AE for ; Tue, 11 Oct 2016 02:59:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.517 X-Spam-Level: X-Spam-Status: No, score=-17.517 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.996, 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 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 7c65TgxiXCuI for ; Tue, 11 Oct 2016 02:59:39 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 833CB129484 for ; Tue, 11 Oct 2016 02:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1881; q=dns/txt; s=iport; t=1476179979; x=1477389579; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=1pSlCs/f6PXgDXIYgC2ifyydChdj+O5RProxl25HfUg=; b=IlNcvMzw5jfwYSPxDjWfQK/Zjft7hKc2PQ79/yPkRknLlOYmTysSC9LC 3quAuNGZFk06QBcW1EZxTo8AMh79mJkINRSJ8KKdBZobU3zY+V3npoiI1 bCQdiTNDi1Y3gmvItXn6ZOj8RmjTPBKXcBIikzK40Rz82jM+WhuqLxPdd Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AdAQCqtvxX/5pdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzwBAQEBAR1XfAeNLJcDlDSCCxsNhS5KAoF8OBQBAgEBAQEBAQF?= =?us-ascii?q?eJ4RhAQEBAwEBAQE3NBALAgEIGB4QJwslAgQTiEgIDsJaAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBHYY9gX0IglCER4Mwgi8FmgIBhiaJVoFuToQZiSCMeYN+AR42TYR?= =?us-ascii?q?gcocigQABAQE?= X-IronPort-AV: E=Sophos;i="5.31,476,1473120000"; d="scan'208";a="332400832" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Oct 2016 09:59:38 +0000 Received: from XCH-RTP-009.cisco.com (xch-rtp-009.cisco.com [64.101.220.149]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u9B9xcDb017504 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 11 Oct 2016 09:59:38 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-009.cisco.com (64.101.220.149) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 11 Oct 2016 05:59:37 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Tue, 11 Oct 2016 05:59:37 -0400 From: "Stefano Previdi (sprevidi)" To: SPRING WG Thread-Topic: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt Thread-Index: AQHSI6XaSD5gQGiXrUKGZq6Bnr3QcaCjSBgA Date: Tue, 11 Oct 2016 09:59:37 +0000 Message-ID: <4381DD45-672C-497D-8043-5190CFB6C1DD@cisco.com> References: <147617982617.31924.14853911093255810330.idtracker@ietfa.amsl.com> In-Reply-To: <147617982617.31924.14853911093255810330.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.248.14] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 09:59:41 -0000 SPRINGers, this is the updated version after Stephane and Sasha comments about path di= sjointness. Let me know if it captures correctly the outcome of our discussion. Thanks. s. > On Oct 11, 2016, at 11:57 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Source Packet Routing in Networking of t= he IETF. >=20 > Title : Resiliency use cases in SPRING networks > Authors : Clarence Filsfils > Stefano Previdi > Pierre Francois > Bruno Decraene > Rob Shakir > Filename : draft-ietf-spring-resiliency-use-cases-07.txt > Pages : 11 > Date : 2016-10-11 >=20 > Abstract: > This document identifies and describes the requirements for a set of > use cases related to network resiliency on Segment Routing (SPRING) > networks. >=20 >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-spring-resiliency-use-cases-07 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-resiliency-use-case= s-07 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Tue Oct 11 05:16:39 2016 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 1EFF2129534; Tue, 11 Oct 2016 05:16:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.421 X-Spam-Level: X-Spam-Status: No, score=-6.421 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, 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 CKqW0IDXzugB; Tue, 11 Oct 2016 05:16:31 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 0DAB012948F; Tue, 11 Oct 2016 05:16:31 -0700 (PDT) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 86F87C9D0A01E; Tue, 11 Oct 2016 12:16:26 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u9BCGSJW010745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Oct 2016 12:16:29 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u9BCGSiR002083 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Oct 2016 14:16:28 +0200 Received: from [135.224.203.10] (135.239.27.38) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 11 Oct 2016 14:16:28 +0200 Message-ID: <57FCD81B.3070408@nokia.com> Date: Tue, 11 Oct 2016 14:16:27 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: References: <5D8D1F47-F36D-48FB-A256-2C338D2E5612@juniper.net> In-Reply-To: <5D8D1F47-F36D-48FB-A256-2C338D2E5612@juniper.net> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.38] Archived-At: Cc: 'mpls' Subject: Re: [spring] [mpls] WG adoption requested for draft-psarkar-spring-mpls-anycast-segments X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 12:16:33 -0000 WG, this document is now adopted. Authors, please republish as draft-ietf-spring-mpls-anycast-segments-00 thanks -m Le 24/07/2016 14:39, John G. Scudder a écrit : > Dear WG (and cc MPLS, please include SPRING in replies), > > As we discussed at our meeting, working group adoption has been requested for draft-psarkar-spring-mpls-anycast-segments. Please reply to the list with your comments, including although not limited to whether or not you support adoption. Non-authors are especially encouraged to comment. > > We will end the call on August 31, 2015. > > Authors, please indicate whether you are aware of any relevant IPR and if so, whether it has been disclosed. Also, the length of the author list for this document exceeds the maximum recommended. Assuming the document is adopted, the authors should be prepared to correct this when submitting as a WG document, ideally by reducing the list to simply the active editor(s) and making use of the "contributors" section for the full list. > > Thanks, > > --Bruno and John > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Tue Oct 11 05:47:57 2016 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 092C812948F; Tue, 11 Oct 2016 05:47:52 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147619007201.31959.2948030148200451563.idtracker@ietfa.amsl.com> Date: Tue, 11 Oct 2016 05:47:52 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-mpls-anycast-segments-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 12:47:52 -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 of the IETF. Title : Anycast Segments in MPLS based Segment Routing Authors : Pushpasis Sarkar Hannes Gredler Clarence Filsfils Stefano Previdi Bruno Decraene Martin Horneffer Filename : draft-ietf-spring-mpls-anycast-segments-00.txt Pages : 19 Date : 2016-10-11 Abstract: Instead of forwarding to a specific device or to all devices in a group, anycast addresses, let network devices forward a packet to (or steer it through) one or more topologically nearest devices in a specific group of network devices. The use of anycast addresses has been extended to the Segment Routing (SR) network, wherein a group of SR-capable devices can represent a anycast address, by having the same Segment Routing Global Block (SRGB) provisioned on all the devices and each one of them advertising the same anycast prefix segment (or Anycast SID). This document describes a proposal for implementing anycast prefix segments in a MPLS-based SR network, without the need to have the same SRGB block (label ranges) provisioned across all the member devices in the group. Each node can be provisioned with a separate SRGB from the label range supported by the specfic hardware platform. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-anycast-segments/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-mpls-anycast-segments-00 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 Tue Oct 11 05:48:17 2016 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 43080129553; Tue, 11 Oct 2016 05:48:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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_LOW=-0.7, 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 FHEotuz0yrq8; Tue, 11 Oct 2016 05:48:06 -0700 (PDT) Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (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 F3CF0129555; Tue, 11 Oct 2016 05:48:00 -0700 (PDT) Received: by mail-yw0-x230.google.com with SMTP id t192so11721508ywf.0; Tue, 11 Oct 2016 05:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9min/f6ZsEb/XJ7/3EJGRzCRG/Zh0KNurNFf4kGScqI=; b=MDNZ88IGPbUaET5sOqA8sL7pATVUulDZvjA35FdpQj/QXD3sG6EGg9NjfJkLP+mQBC Pj6y7dCH8lowzoHyylRO0PfarGy3OjHMemuT6sEeWgG+NTJ2oykY5bfv4DB4sXA7zhZL rH7E3oN3T8jGoAlkGcOm0klusV6yYxDhCpuZrRh8jD1dGbV6bH2TDWnx58zW2DDddlKl bOhJ0mHsBeE1xDNJrLf/CVoAsUdjBHhQrcxI9IKmmruaPjwXbezsCLxXYlSUZZlMnxPT z5eEXsMXPISUHeg/K4lwhljmFllcUmSMVEKgwYJdIN1xY8iftUpkdLJsfxJajKDhbEfN 9oUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9min/f6ZsEb/XJ7/3EJGRzCRG/Zh0KNurNFf4kGScqI=; b=JNE+5VbKd+ZphZ4qv/RxfousjqcM9dv8Hev6qpUOCX9s3V+Ik9WV1IK5c5VFzkuaxL kavdJPVqg1mzLoYwAnL3i4aQJrJYbj71wCduII+JvxHBIoaXl0wPbjpGHuZEZPascFn1 FVmPnv0RuaPSiss1Bo1/WUdwm4h8aEuWlLfEvYtQlEAJm8+OyuTMBEdoq4Z/kN6+4+EY MS5doxrdU/MPeljXnLzh0xKSHcWA0hwL48ZfpHQjXKlNF2VA7oPKBALQwhnBdSuQAzZJ GvvwZbQaTIYnvLjsf6PvB/Q9NyvOEShVH6W8qc+sCNFrjt8UCZdfE8Vg7qvEdxDcO43w SZcQ== X-Gm-Message-State: AA6/9RlL1PddyJobUZgsBVOviPlj/vaCVVDD5ioh7PTalTLYlOmikBaAB3pSDCjUV5mMgjstmms6xOqyGz7sRA== X-Received: by 10.129.93.4 with SMTP id r4mr3278563ywb.15.1476190080231; Tue, 11 Oct 2016 05:48:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.174.16 with HTTP; Tue, 11 Oct 2016 05:47:58 -0700 (PDT) In-Reply-To: <57FCD81B.3070408@nokia.com> References: <5D8D1F47-F36D-48FB-A256-2C338D2E5612@juniper.net> <57FCD81B.3070408@nokia.com> From: Pushpasis Sarkar Date: Tue, 11 Oct 2016 18:17:58 +0530 Message-ID: To: Martin Vigoureux Content-Type: multipart/alternative; boundary=001a114da01e5a6bee053e964987 Archived-At: Cc: mpls , spring@ietf.org Subject: Re: [spring] [mpls] WG adoption requested for draft-psarkar-spring-mpls-anycast-segments X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 12:48:13 -0000 --001a114da01e5a6bee053e964987 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Martin, Thanks a lot for the follow up :) I have uploaded draft-ietf-spring-anycast-segments-00. Best Regards, -Pushpasis On Tue, Oct 11, 2016 at 5:46 PM, Martin Vigoureux < martin.vigoureux@nokia.com> wrote: > WG, > > this document is now adopted. > Authors, please republish as draft-ietf-spring-mpls-anycast-segments-00 > > thanks > -m > > Le 24/07/2016 14:39, John G. Scudder a =C3=A9crit : > >> Dear WG (and cc MPLS, please include SPRING in replies), >> >> As we discussed at our meeting, working group adoption has been requeste= d >> for draft-psarkar-spring-mpls-anycast-segments. Please reply to the list >> with your comments, including although not limited to whether or not you >> support adoption. Non-authors are especially encouraged to comment. >> >> We will end the call on August 31, 2015. >> >> Authors, please indicate whether you are aware of any relevant IPR and i= f >> so, whether it has been disclosed. Also, the length of the author list f= or >> this document exceeds the maximum recommended. Assuming the document is >> adopted, the authors should be prepared to correct this when submitting = as >> a WG document, ideally by reducing the list to simply the active editor(= s) >> and making use of the "contributors" section for the full list. >> >> Thanks, >> >> --Bruno and John >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> >> > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --001a114da01e5a6bee053e964987 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Martin,

Thanks a lot for the follow = up :) I have uploaded draft-ietf-spring-anycast-segments-00.

=
Best Regards,
-Pushpasis


On Tue, Oct 11, 2016= at 5:46 PM, Martin Vigoureux <martin.vigoureux@nokia.com>= wrote:
WG,

this document is now adopted.
Authors, please republish as draft-ietf-spring-mpls-anycast-segments-0= 0

thanks
-m

Le 24/07/2016 14:39, John G. Scudder a =C3=A9crit :
Dear WG (and cc MPLS, please include SPRING in replies),

As we discussed at our meeting, working group adoption has been requested f= or draft-psarkar-spring-mpls-anycast-segments. Please reply to the lis= t with your comments, including although not limited to whether or not you = support adoption. Non-authors are especially encouraged to comment.

We will end the call on August 31, 2015.

Authors, please indicate whether you are aware of any relevant IPR and if s= o, whether it has been disclosed. Also, the length of the author list for t= his document exceeds the maximum recommended. Assuming the document is adop= ted, the authors should be prepared to correct this when submitting as a WG= document, ideally by reducing the list to simply the active editor(s) and = making use of the "contributors" section for the full list.

Thanks,

--Bruno and John

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


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

--001a114da01e5a6bee053e964987-- From nobody Tue Oct 11 07:23:23 2016 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 91D30129508 for ; Tue, 11 Oct 2016 07:23:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 0MkHaXVnjQB2 for ; Tue, 11 Oct 2016 07:23:18 -0700 (PDT) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 389341294CE for ; Tue, 11 Oct 2016 07:23:17 -0700 (PDT) Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id 35D1318C3FF; Tue, 11 Oct 2016 16:23:15 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.69]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 029F527C085; Tue, 11 Oct 2016 16:23:15 +0200 (CEST) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILMA2.corporate.adroot.infra.ftgroup ([fe80::bc1c:ad2f:eda3:8c3d%18]) with mapi id 14.03.0319.002; Tue, 11 Oct 2016 16:23:14 +0200 From: To: Marc Binderberger Thread-Topic: [spring] draft-ietf-spring-conflict-resolution - Preference Rule Thread-Index: AQHSGBnXHEcCBaNUpESIu3/gmkS08KCjVGmw Date: Tue, 11 Oct 2016 14:23:13 +0000 Message-ID: <30138_1476195795_57FCF5D3_30138_3778_19_53C29892C857584299CBF5D05346208A0F9FD86A@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <5548_1463066557_57349FBD_5548_8297_1_53C29892C857584299CBF5D05346208A0F8A48D7@OPEXCLILM21.corporate.adroot.infra.ftgroup> <963520eb14aa491f9ad01e1a834d64af@XCH-ALN-001.cisco.com> <29660_1463572616_573C5887_29660_1788_1_53C29892C857584299CBF5D05346208A0F8AC57D@OPEXCLILM21.corporate.adroot.infra.ftgroup> <3616_1467210147_5773D9A3_3616_331_1_53C29892C857584299CBF5D05346208A0F92295D@OPEXCLILM21.corporate.adroot.infra.ftgroup> <10117_1467288584_57750C07_10117_1628_1_53C29892C857584299CBF5D05346208A0F92453A@OPEXCLILM21.corporate.adroot.infra.ftgroup> <381b2391249a4975ac87e7100d56d09f@XCH-ALN-001.cisco.com> <681_1467634028_577A516B_681_14652_1_53C29892C857584299CBF5D05346208A0F92A131@OPEXCLILM21.corporate.adroot.infra.ftgroup> <269896ae1e214e9295130d1999b614c0@XCH-ALN-001.cisco.com> <0039f4f2-e09a-f61c-6089-9a488d8bf2da@nic.dtag.de> <30779_1469709362_5799FC32_30779_217_1_53C29892C857584299CBF5D05346208A0F96DEB2@OPEXCLILM21.corporate.adroot.infra.ftgroup> <20160809005610361624.5ef56c4c@sniff.de> <12561_1472576905_57C5BD89_12561_5795_1_53C29892C857584299CBF5D05346208A0F9A884D@OPEXCLILM21.corporate.adroot.infra.ftgroup> <20160926101717320547.1f641a1e@sniff.de> In-Reply-To: <20160926101717320547.1f641a1e@sniff.de> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.10.11.131516 Archived-At: Cc: Les Ginsberg , Martin Horneffer , "Horneffer, Martin" , "spring@ietf.org" Subject: Re: [spring] draft-ietf-spring-conflict-resolution - Preference Rule X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2016 14:23:21 -0000 Hello Marc, As a individual contributor, > From: Marc Binderberger [mailto:marc@sniff.de] > Sent: Monday, September= 26, 2016 7:17 PM >=20 > Hello Bruno, >=20 > thanks for the detailed reply and apology for my late response. >=20 >=20 > First, let me re-phrase what I propose. Realized that I never explained > exactly what I had in mind and using the "ignore" keyword was just a bad= idea > too. Will avoid "ignore" as this keyword has been used in different ways > already. draft-ietf-spring-conflict-resolution did a good job in clarifying the prob= lem space and the possible solutions. In order to have a useful discussion = on this complex matter, it would probably be a good idea to re-use its term= inology and work. I'll try to do such mapping in your below text. Please co= rrect me if I misunderstood be mapping. Note however that the draft has not been updated following latest SPRING me= eting, hence latest Les' slides may be more up to date: https://www.ietf.or= g/proceedings/96/slides/slides-96-spring-4.pdf =20 > So what I propose is: if a prefix has conflicting mapping information - > prefix or SID conflict - then keep this prefix unlabeled. [1] >=20 > I don't see that draft-ietf-spring-conflict-resolution is exactly coveri= ng > this idea. =20 Since your rule is applied on a per prefix basis, it looks to me that you a= re calling for the "Ignore Overlap Only (AKA "per FEC")" policy. (cf slide = 13) Then, you seem to be proposing a new Preference Rule: "drop all". Is this a correct understanding/mapping to draft-ietf-spring-conflict-resol= ution terminology? In addition to your opinion, it would also be interesting to understand you= r technical reasons for the above. As this proposition seems to be both the= most complex to implement (per FEC) and the more disruptive for the networ= k (drop all SID hence traffic). =20 =20 >=20 > Then: >=20 > > But I'm not sure that you are really calling for the network operator = to > > have this flexibility. >=20 > I actually do expect requests from network operators to implement their > specific view on how to operate the network into the conflict algorithm.= The > protocol design should allow for it. >=20 > But there are also network operators who prefer to keep the network > relatively "dumb" and implement their operational logic into their OSS > systems. I don't see why vendors would want to impose the more complex l= ogic > on customers not asking or not wanting it. Which is why I argue against = the > idea to make the preference algorithm "the" standard. =20 We need the conflict resolution to be consistent within the SR domain. In o= rder to do this in multi-vendor networks, we need a standardized behavior. My understanding is that you are calling for multiple standardized ones. Th= is could be discussed although I don't feel that this would magically make = everyone happy. But we still need a mandatory one, to allow for the above i= nterop. =20 > (yes, "simple" or "dumb" allows for interpretation. I'm sure you get the > point though) >=20 >=20 > Saying all this, of course we should support the request from Orange and > others for the preference algorithm. We do have the "algorithm" field, e= .g. > draft-ietf-isis-segment-routing-extensions, that could carry the > SPF+conflict+... algorithm required. =20 Eventually; although both points seems orthogonal to me. I don't feel that the encoding part would be the tricky point, so let's not= digress too much on this. =20 >=20 >=20 > There was also a misunderstanding about my "solving a problem that shoul= d be > rare" statement. I said it with a qualifier "with the quoted rule above"= and > the rule was >=20 > "Local configuration conflicts can be prevented before they are adver= tised" >=20 > If implementations check for a conflict between what they want to advert= ise > and what is already advertised by others in the network=20 AFAIU, current discussion about "Local configuration conflicts can be preve= nted before they are advertised" is about checking the consistency within t= he local configuration of the node. Not between the local configuration and= what all others nodes have advertised. There is a big difference between both, in term of work to be done by the i= mplementation, and probability of conflicting information in the IGP, ie. n= eed to apply the spring-conflict-resolution. So this point would need to be= clarified as it could indeed influence the positions. That being said, there may be a need for SID/IP renumbering, in which case,= with redundant Mapping Server, there will be conflicting advertisement. > then we filter out > conflicts from config change that is happening after a time window of e.= g. > several seconds since the last SR config change in the network. Not sayi= ng > this is a fool-proof algorithm but it puts a perspective on the problem. >=20 >=20 > > Basically, what I propose is to keep it safe, and not introduce new ri= sks >=20 > sorry but I disagree. I cannot name customers but there are network oper= ators > who consider code complexity that they don't need a risk. =20=20 I can understand that there are different deployment cases. Indeed, the deployments not using a Mapping Server (e.g. a greenfield deplo= yment, with mono vendor or all vendors supporting spring from day 1) do not= need to care much about conflict with MS advertisement hence conflict reso= lution. But those deployments also do not need the complexity involved with Mapping= Servers and SR-LDP interop. So, are you calling for those features not to = be standardized nor implemented? Or is this just the error handling which i= ntroduce risky code? and if so, why? Best regards, --Bruno =20=20 > To summarize: I see your point for the preference algorithm but I disagr= ee > that this should be "the" standard behaviour of Segment Routing > implementations. Rather we should allow for different algorithm. To have > basic interoperability I propose the algorithm [1] above as a starting p= oint. > Other algorithm can be defined within IETF if network operators are > interested in - we obviously have one algorithm with interest already :-) >=20 >=20 > Best regards, > Marc >=20 >=20 >=20 >=20 > On Tue, 30 Aug 2016 17:08:24 +0000, bruno.decraene@orange.com wrote: > > Hello Marc, > > > > Speaking as an individual contributor, and network operator. > > > > Please see inline. > > > >> From: Marc Binderberger [mailto:marc@sniff.de] > Sent: Tuesday, Augus= t 09, > >> 2016 9:56 AM > >> > >> Hello Bruno and spring list experts, > >> > >> jumping late into the discussion (sorry). > > > > Thanks for the feedback. > > > >> > >> I would see any kind of preference list to handle a conflict to be an > >> somewhat arbitrary decision. > > > > Agreed. > > St=E9phane has proposed the addition of a "preference" field attached = to > > mapping server (advertisements) to allow a network operator to control= this > > preference decision, depending on SP rules or current network status (= e.g. > > migrations) > > To increase this capacity for customization, I guess that an option wo= uld > > be to extend this preference to other SID advertisements. > > But I'm not sure that you are really calling for the network operator = to > > have this flexibility. So I don't think that this comment is really the > > point that you want to make. > > > >> That is okay for a particular network (assuming > >> the network operator had a word or two about the rules) but I don't > >> consider > >> this a good idea for a standard to reflect specific designs or > >> operational/troubleshooting procedures. > >> > >> E.g. who is saying that IPv6 should be preferred over IPv4? > > > > The working group. > > You are welcome to contribute. IIRC, this specific point has already b= een > > changed based on WG feedback. > > > >> What when the > >> operator's workhorse is still IPv4 traffic and s/he would prefer to > >> sacrifice > >> IPv6 to keep IPv4 running? > >> > >> > >> In reality, don't we expect the rule ... > >> > >> "Local configuration conflicts can be prevented before they are > >> advertised" > >> > >> ... to cover the large amount of mistakes? > > > > I'm not sure to see why. > > A priori, I would expect that the more pre-existing configuration/stat= es, > > the more chance to conflict. Given that the network wide > > states/configurations is greater (by at least 1 or 2 order of magnitud= e) > > compared to the state/configuration of one device, I'd would tend to e= xpect > > the opposite. (i.e. there is more chance to conflict with 100s nodes t= han > > with itself) > > > > > >> Then the basic "ignore" policy > >> would cover the few cases where things went really bad. > > > > The basic "ignore policy" would disable the traffic to 100s of PE in c= ase > > of a single SID conflict. I would not call this "cover the few cases w= here > > things went really bad". I would call this create a very bad situation, > > from one single misconfiguration. > > > >> We seem to spend a > >> lot of time and energy on solving a problem that should be rare (with= the > >> quoted rule above). > > > > In addition, to the above discussion regarding "large amount of mistake > > covered" / "few remaining cases" / "rare" which I don't see the basis = for, > > could you state how often, in your personal opinion, is it ok to drop = the > > traffic to 100s of PE, in a multi-service network carrying Internet, T= V, > > Mobile, Enterprise VPN services? > > Just as a hint, how do you propose to call the people needed to resolv= e the > > issue, whether internal to the company, or outsourced or at the vendor? > > What about emergency calls which won't be honored? > > Then, how often do you expect misconfiguration? (or bug, if you are on= the > > implementation side, even though I would expect that worldwide, across= all > > vendors and networks, configurations change are more frequent than code > > chance, hence more test effort is given to code change rather than > > configuration change) > > > > Most network operator, pay twice to get link and node redundancy, in o= rder > > to protect important communications from a single link or node failure. > > While with the "Ignore policy" one single error have the ability to sh= ut > > down the whole network or a significant part of it. > > > > Indeed, in risk analysis, probability of occurrence is one important p= oint > > to consider. But consequences/cost is another important point to consi= der. > > And in the old telco world, some level of consequences may not be > > considered acceptable. e.g. there is usually a limit defined for the n= umber > > of people which may be affected by a single failure. When this limit is > > reached, another equipment is deployed to service those additional peo= ple, > > even though the first equipment had enough capacity. > > > >> Basically what I propose is to keep it simple. > > > > Hum... "Everything should be made as simple as possible, but no simple= r." > > Now the problem is to draw the line. (and that's not simple) > > And there are multiple metrics to consider. Implementation (simplicity= ) is > > one, network operation (simplicity) is another one. And I would note t= hat > > the number of networks is significantly higher than the number of > > implementations so it may be advantageous to prefer the network operat= ion > > metric over the implementation metric. > > > > Basically, what I propose is to keep it safe, and not introduce new ri= sks, > > especially with massive consequences, compared to existing signaling > > solutions (e.g. LDP or RSVP-TE) which may be seen as a show stopper for > > some person (before or after the failure, depending on their anticipat= ions). > > > >> At least start simple. _If_ > >> network operators find during operation that the basic > >> don't-advertise/ignore > >> rule is insufficient then we can still increase the complexity of the > >> conflict handling procedure (and add a config knob to select the new > >> procedure). > > > > I believe that we are in the process of getting network operator feedb= ack. > > > > Regards, > > Bruno > > > >> > >> Regards, Marc > >> > >> > >> > >> > >> On Thu, 28 Jul 2016 12:36:01 +0000, bruno.decraene@orange.com wrote: > >>> Hi Les, all > >>> > >>> As an individual contributor. > >>> > >>> As a network operator, I have a slight preference for the older pref= erence > >>> rule, and more specifically for the following preference rule: > >>> 1) PFX source wins over SRMS source > >>> 2) Between redundant SRMS, operator defined preference (aka weight) > >>> > >>> Note however, that for me, this is a lighter preference compared to = the > >>> choice of the policy. Besides, my above preference assumes that the = policy > >>> "Per FEC/Ignore overlap only" be selected. If "Quarantine" were sele= cted, > >>> I > >>> would have a strong preference for the revised preference rule (Larg= er > >>> range wins) in order to limit the consequences on the network > >>> availability. > >>> > >>> Regarding 1, > >>> I would assume that before the conflicting advertisement, the networ= k was > >>> running fine. i.e. conflict entries is not the nominal behavior in t= he > >>> network, and conflict are detected and reported to the network opera= tor > >>> for > >>> correction. (e.g. via the yang model, syslog, error message on the > >>> terminal > >>> (hence in particular the one configuring the conflicting entry...). > >>> With such assumption, the conflict is likely the result of a > >>> misconfiguration on one node. Preferring PFX source over SRMS give > >>> preference to diversity/the majority of the nodes rather than the > >>> individual (mapping server). In this assumption where a single node = is > >>> misconfigured, preference many advertisement over a single one, maxi= mize > >>> the number of valid advertisement kept. I agree that this is depende= nt on > >>> the assumption, and another scenario could be that one had mis-progr= am the > >>> script configuring the prefix SID on N routers, which would results = in N > >>> simultaneous misconfigurations. > >>> Additionally, following the principle that the one speaking for hims= elf is > >>> probably the best source, I'd be inclined to trust the originator of= the > >>> IP > >>> prefix, as the reference for the SID to be used. > >>> > >>> Regarding 2, > >>> Some network operation people have expressed a need to control which > >>> advertisement is preferred, especially to control SID renumbering (= e.g. > >>> in > >>> case of network merge). cf St=E9phane email. Putting this preference= lower > >>> (e.g. after preferring the larger range) would somewhat defeat the g= oal or > >>> make it less predictable for people. > >>> > >>> Regards, > >>> --Bruno > >>> > >>>> -----Original Message----- > >>>> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Martin > >>>> Horneffer > >>>> Sent: Friday, July 22, 2016 10:59 AM > >>>> To: Les Ginsberg (ginsberg); spring@ietf.org > >>>> Cc: Horneffer, Martin > >>>> Subject: [spring] draft-ietf-spring-conflict-resolution - Preferenc= e Rule > >>>> > >>>> Hi Les, > >>>> > >>>> this topic, and this document is in my eyes a very important one. T= hanks > >>>> a lot for writing and promoting it! > >>>> > >>>> During the Berlin WG session you proposed a new preference rule whi= ch > >>>> would make the policy choice easier. You asked for a discussion on = the > >>>> list - more on your slides rather than the existing draft document. > >>>> > >>>> As an operator, and as an individual that has insight in more than = just > >>>> one or two IP/MPLS carrier networks, that has the main engineering > >>>> responsibility for a rather large backbone, and that stays in actual > >>>> contact with the operational staff and security authorities, I stro= ngly > >>>> ask you: PLEASE DO NOT CHANGE THE PREFERENCE RULE! > >>>> > >>>> The first two elements of the preference rule are, in my eyes, the = most > >>>> important ones of the whole document and must not be changed or dro= pped! > >>>> 1) PFX source wins over SRMS soucre > >>>> 2) Smaller range wins > >>>> > >>>> Why is this so important? > >>>> > >>>> I don't care so much about the _amount_ of traffic that would be > >>>> affected by a conflict. No amount of traffic lost due to a network > >>>> design or configuration error is permissible. But I do care about t= he > >>>> overall _robustness_ and _security_ of the network. > >>>> > >>>> Of course - in terms of security a first approximation would say th= at > >>>> segment routing plays within the IGP only, and that the IGP needs t= o be > >>>> trusted anyways. It must be secured against the outside. While this= is > >>>> true, I nevertheless would like to differentiate a bit more. > >>>> > >>>> For the sake of robustness, and possibly also for security, I would= like > >>>> to apply the following guidelines: > >>>> a) Effects of local misconfiguration should be as local as possib= le. > >>>> b) The more reliable and controllable source should win over a le= ss > >>>> reliable or controllable one. > >>>> > >>>> As I see it, both guidelines lead to a clear preference of PFX sour= ces > >>>> over SRMS sources. Also the preference for smaller ranges seems to = fit. > >>>> > >>>> Please do consider environments where more and more formely separate > >>>> IP/MPLS networks get merged into a single IGP domain. I am seeing t= his a > >>>> lot since a couple of years - several times within DT, but also at = other > >>>> carriers. Sometimes this is done as a complete merge e.g. into a si= ngle > >>>> IS-IS area, sometimes different areas are used, and sometimes seper= ate > >>>> IGP instances are maintained but connected. While redistributing fr= om > >>>> one IGP area or instance to the other you can do more or less filte= ring, > >>>> but it definitely is being done. Thus, even within the IGP filters = and > >>>> policies are being applied - be it for the sake of security or > >>>> scalability. While there are well-known mechanisms and tools to fil= ter > >>>> and control prefix redistribution, I am not so sure about SRMS. > >>>> > >>>> > >>>> I'm going to also write my opinion about the policy selection, but > >>>> keeping the preference rule really is my main concern. > >>>> > >>>> > >>>> BR, > >>>> Martin > >>>> > >>>> _______________________________________________ > >>>> spring mailing list > >>>> spring@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/spring > >>> > >>> > >> > _________________________________________________________________________ > _ > >> _______________________________________________ > >>> > >>> 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 av= ez > >>> recu > >>> ce message par erreur, veuillez le signaler > >>> a l'expediteur et le detruire ainsi que les pieces jointes. Les mess= ages > >>> electroniques etant susceptibles d'alteration, > >>> Orange decline toute responsabilite si ce message a ete altere, defo= rme ou > >>> falsifie. Merci. > >>> > >>> This message and its attachments may contain confidential or privile= ged > >>> 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 a= nd > >>> delete this message and its attachments. > >>> As emails may be altered, Orange is not liable for messages that hav= e been > >>> modified, changed or falsified. > >>> Thank you. > >>> > >>> _______________________________________________ > >>> spring mailing list > >>> spring@ietf.org > >>> https://www.ietf.org/mailman/listinfo/spring > >>> > > > > > _________________________________________________________________________ > ________________________________________________ > > > > 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 messag= es > > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deform= e 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. > > > > ___________________________________________________________________________= ______________________________________________ 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. From nobody Mon Oct 17 04:50:52 2016 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 D67B1129628; Mon, 17 Oct 2016 04:50:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147670505087.4470.5315734063949678497.idtracker@ietfa.amsl.com> Date: Mon, 17 Oct 2016 04:50:50 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-filsfils-spring-sr-recursing-info-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2016 11:50:51 -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 of the IETF. Title : Segment Routing Recursive Information Authors : Clarence Filsfils Stefano Previdi Peter Psenak Les Ginsberg Filename : draft-filsfils-spring-sr-recursing-info-03.txt Pages : 8 Date : 2016-10-17 Abstract: Segment Routing (SR) allows for a flexible definition of end-to-end paths within IGP topologies by encoding paths as sequences of topological sub-paths, called "segments". These segments are advertised by the link-state routing protocols (IS-IS and OSPF). There are use cases where it is desirable to utilize a SID associated with a given node in order to transport traffic destined to different local services supported by such node. This document defines the mechanism to do so and illustrates it. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-filsfils-spring-sr-recursing-info/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-filsfils-spring-sr-recursing-info-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-filsfils-spring-sr-recursing-info-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 Mon Oct 17 04:53:43 2016 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 1EC8312953C for ; Mon, 17 Oct 2016 04:53:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.952 X-Spam-Level: X-Spam-Status: No, score=-14.952 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, 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 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 MuA6SubD4TPS for ; Mon, 17 Oct 2016 04:53:40 -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 E0A0012962B for ; Mon, 17 Oct 2016 04:53:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2874; q=dns/txt; s=iport; t=1476705219; x=1477914819; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=H6A1dlWiTl2/2yVLvRo9UaJ8qfqtL5CmyP84b/Pr1Vk=; b=gJ4j9pci6ZI93j0PYrPljR+OYSFEnh5WJrbcXUkGsYYsw/dVR3kA75YU gGoE9oJBItgGM2WL+uI7a3JA+oHviztBlfpubWRfyT3qWkKQ9vaFiv1a/ V589QsthM+PJovgmnbbRbioERdyh7/qSaJGbEmYS2rdoq0CfEWXIeeIPX Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ArAQCJugRY/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgzwBAQEBAR1XfAeNLZcClDiCCB0NhS5KAhqCCjgUAQIBAQEBAQE?= =?us-ascii?q?BXieEYQEBAQMBAQEBGgYROhALAgEIGAICJgICAiULFRACBBOISggOtSOMcgEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAR2BB4U2gX2CWIRHgwQsgi8FmgYBhieDBoZWgW5?= =?us-ascii?q?OhBmJIIx7g38BHjZSgn4cgVNyiAGBAAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,357,1473120000"; d="scan'208";a="336498154" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Oct 2016 11:53:39 +0000 Received: from XCH-RTP-007.cisco.com (xch-rtp-007.cisco.com [64.101.220.147]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id u9HBrc8c031513 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 17 Oct 2016 11:53:39 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-007.cisco.com (64.101.220.147) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 17 Oct 2016 07:53:38 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Mon, 17 Oct 2016 07:53:38 -0400 From: "Stefano Previdi (sprevidi)" To: SPRING WG Thread-Topic: [spring] I-D Action: draft-filsfils-spring-sr-recursing-info-03.txt Thread-Index: AQHSKGy71qLduFkcsEuzD1XWu/I/UqCszGKA Date: Mon, 17 Oct 2016 11:53:38 +0000 Message-ID: <4B71FA89-E03F-4B86-99E9-07B35B4B3235@cisco.com> References: <147670505087.4470.5315734063949678497.idtracker@ietfa.amsl.com> In-Reply-To: <147670505087.4470.5315734063949678497.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.235.34] Content-Type: text/plain; charset="utf-8" Content-ID: <28D2937ED0BDF1438EE94D0A62247E36@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [spring] I-D Action: draft-filsfils-spring-sr-recursing-info-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Oct 2016 11:53:42 -0000 dGhpcyBpcyBqdXN0IGEgcmVmcmVzaC4gDQoNCk5vdGUgdGhhdCB0aGlzIGRyYWZ0IGlzIGluICJD YWxsIEZvciBBZG9wdGlvbiBCeSBXR+KAnSBzdGF0ZS4NCg0KVGhhbmtzLg0Kcy4NCg0KDQo+IE9u IE9jdCAxNywgMjAxNiwgYXQgMTo1MCBQTSwgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIHdyb3Rl Og0KPiANCj4gDQo+IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBv bi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCj4gVGhpcyBkcmFmdCBpcyBhIHdv cmsgaXRlbSBvZiB0aGUgU291cmNlIFBhY2tldCBSb3V0aW5nIGluIE5ldHdvcmtpbmcgb2YgdGhl IElFVEYuDQo+IA0KPiAgICAgICAgVGl0bGUgICAgICAgICAgIDogU2VnbWVudCBSb3V0aW5nIFJl Y3Vyc2l2ZSBJbmZvcm1hdGlvbg0KPiAgICAgICAgQXV0aG9ycyAgICAgICAgIDogQ2xhcmVuY2Ug Rmlsc2ZpbHMNCj4gICAgICAgICAgICAgICAgICAgICAgICAgIFN0ZWZhbm8gUHJldmlkaQ0KPiAg ICAgICAgICAgICAgICAgICAgICAgICAgUGV0ZXIgUHNlbmFrDQo+ICAgICAgICAgICAgICAgICAg ICAgICAgICBMZXMgR2luc2JlcmcNCj4gCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWZpbHNmaWxz LXNwcmluZy1zci1yZWN1cnNpbmctaW5mby0wMy50eHQNCj4gCVBhZ2VzICAgICAgICAgICA6IDgN Cj4gCURhdGUgICAgICAgICAgICA6IDIwMTYtMTAtMTcNCj4gDQo+IEFic3RyYWN0Og0KPiAgIFNl Z21lbnQgUm91dGluZyAoU1IpIGFsbG93cyBmb3IgYSBmbGV4aWJsZSBkZWZpbml0aW9uIG9mIGVu ZC10by1lbmQNCj4gICBwYXRocyB3aXRoaW4gSUdQIHRvcG9sb2dpZXMgYnkgZW5jb2RpbmcgcGF0 aHMgYXMgc2VxdWVuY2VzIG9mDQo+ICAgdG9wb2xvZ2ljYWwgc3ViLXBhdGhzLCBjYWxsZWQgInNl Z21lbnRzIi4gIFRoZXNlIHNlZ21lbnRzIGFyZQ0KPiAgIGFkdmVydGlzZWQgYnkgdGhlIGxpbmst c3RhdGUgcm91dGluZyBwcm90b2NvbHMgKElTLUlTIGFuZCBPU1BGKS4NCj4gDQo+ICAgVGhlcmUg YXJlIHVzZSBjYXNlcyB3aGVyZSBpdCBpcyBkZXNpcmFibGUgdG8gdXRpbGl6ZSBhIFNJRCBhc3Nv Y2lhdGVkDQo+ICAgd2l0aCBhIGdpdmVuIG5vZGUgaW4gb3JkZXIgdG8gdHJhbnNwb3J0IHRyYWZm aWMgZGVzdGluZWQgdG8gZGlmZmVyZW50DQo+ICAgbG9jYWwgc2VydmljZXMgc3VwcG9ydGVkIGJ5 IHN1Y2ggbm9kZS4gIFRoaXMgZG9jdW1lbnQgZGVmaW5lcyB0aGUNCj4gICBtZWNoYW5pc20gdG8g ZG8gc28gYW5kIGlsbHVzdHJhdGVzIGl0Lg0KPiANCj4gDQo+IA0KPiBUaGUgSUVURiBkYXRhdHJh Y2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtZmlsc2ZpbHMtc3ByaW5nLXNyLXJlY3Vyc2luZy1pbmZvLw0K PiANCj4gVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQo+IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1maWxzZmlscy1zcHJpbmctc3ItcmVjdXJz aW5nLWluZm8tMDMNCj4gDQo+IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2 YWlsYWJsZSBhdDoNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWZp bHNmaWxzLXNwcmluZy1zci1yZWN1cnNpbmctaW5mby0wMw0KPiANCj4gDQo+IFBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls YWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IEludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBh dmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCj4gZnRwOi8vZnRwLmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy8NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5nQGlldGYub3JnDQo+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQoNCg== From nobody Tue Oct 18 01:32:01 2016 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 61FD6129991 for ; Tue, 18 Oct 2016 01:32:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.921 X-Spam-Level: X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 2xcjfp5gLyeQ for ; Tue, 18 Oct 2016 01:31:58 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 91C1812998D for ; Tue, 18 Oct 2016 01:31:58 -0700 (PDT) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 6778AF7341518 for ; Tue, 18 Oct 2016 08:31:55 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u9I8VumX010733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 18 Oct 2016 08:31:56 GMT Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u9I8VpgT019196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 18 Oct 2016 10:31:56 +0200 Received: from [135.224.207.194] (135.239.27.41) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 18 Oct 2016 10:31:36 +0200 Message-ID: <5805DDE7.4020301@nokia.com> Date: Tue, 18 Oct 2016 10:31:35 +0200 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.41] Archived-At: Subject: [spring] Slots requests for SPRING WG session - IETF 97 - Seoul X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2016 08:32:00 -0000 All, it is time we start building the SPRING WG agenda for Seoul. The IETF agenda is available at: https://datatracker.ietf.org/meeting/97/agenda.html Please note that it is still a preliminary agenda. The SPRING WG session (1.5h) is currently scheduled on Thursday, 17th of November, Morning session I 09:30-11:00 (local time) Please send us your request for a presentation slot, indicating draft name, speaker and desired duration (covering presentation + discussion) Please send the requests no later than the 30th of October. Thank you M&B From nobody Thu Oct 20 12:21:04 2016 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 AC6D11296B3; Thu, 20 Oct 2016 12:21:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.35.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147699126270.18032.14179591618368885367.idtracker@ietfa.amsl.com> Date: Thu, 20 Oct 2016 12:21:02 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-oam-usecase-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2016 19:21:03 -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 of the IETF. Title : A Scalable and Topology-Aware MPLS Dataplane Monitoring System Authors : Ruediger Geib Clarence Filsfils Carlos Pignataro Nagendra Kumar Filename : draft-ietf-spring-oam-usecase-04.txt Pages : 12 Date : 2016-10-20 Abstract: This document describes features of a path monitoring system and related use cases. Segment based routing enables a scalable and simple method to monitor data plane liveliness of the complete set of paths belonging to a single domain. The MPLS monitoring system adds features to the traditional MPLS ping and LSP trace, in a very complementary way. MPLS topology awareness reduces management and control plane involvement of OAM measurements while enabling new OAM features. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-oam-usecase/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-oam-usecase-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-oam-usecase-04 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 Oct 20 12:23:18 2016 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 E29A71294D2; Thu, 20 Oct 2016 12:23:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.952 X-Spam-Level: X-Spam-Status: No, score=-14.952 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, 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 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 cSYkfsWjaiC9; Thu, 20 Oct 2016 12:23:14 -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 1497F1296CA; Thu, 20 Oct 2016 12:23:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15728; q=dns/txt; s=iport; t=1476991394; x=1478200994; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=BKthhEo68zib9TWkRSy2FfbG+K6L5IzGUcMyhOfqwzs=; b=SnNoBh6tMQn+IepIpU8VTtMdoy9eiVG9YWsuQIliY5Z146bDVH0cTqhy 0qTlEv1MxR9RB9Y+5jiXtGYd/N54i1p4hqkS6+qiLvMWzKAnzilw/4bYM 9M9l4c435X23parmB6U+8cgXWz8I3euS3KxUyoOh8rnBrbZcE3FfreglL A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A9AQCAGAlY/5tdJa1ZAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYM+AQEBAQEdV30HjS2WfJQ9gggcDYJCgmxKAhqBYz8UAQIBAQE?= =?us-ascii?q?BAQEBYh0LhGIBAQEDAQEBASARMggLBQcEAgEIEQQBAQECAiMDAgICJQsUAQgIA?= =?us-ascii?q?QEEDgUbiC8IDrZZgUuLLgEBAQEBAQEBAQEBAQEBAQEBAQEBARyBB4U2gX0IglC?= =?us-ascii?q?EGREBBhYMCwoLG4I9LIIvBZoOAYYpdIhvgW5OhBuDN4RGgSeMf4N/AR42WIR4c?= =?us-ascii?q?oZsDRcHgQKBAAEBAQ?= X-IronPort-AV: E=Sophos;i="5.31,372,1473120000"; d="scan'208";a="336765152" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Oct 2016 19:23:12 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u9KJNBdM002320 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Oct 2016 19:23:12 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Oct 2016 15:23:10 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Thu, 20 Oct 2016 15:23:11 -0400 From: "Carlos Pignataro (cpignata)" To: "bruno.decraene@orange.com" Thread-Topic: [spring] WGLC for draft-ietf-spring-oam-usecase Thread-Index: AdIKml7wox8kLDA7Rra+q6q4em8mHQN2oHmAAKPexKAAO9ceIAPNTNQA Date: Thu, 20 Oct 2016 19:23:11 +0000 Message-ID: References: <14429_1473697809_57D6D811_14429_4969_3_53C29892C857584299CBF5D05346208A0F9CDE2B@OPEXCLILM21.corporate.adroot.infra.ftgroup> <27164430cd484961bc314ed6d168ed58@HE101653.emea1.cds.t-internal.com> <3d7e9687850f47099cbf50d496925396@XCH-RTP-013.cisco.com> In-Reply-To: <3d7e9687850f47099cbf50d496925396@XCH-RTP-013.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.176.206] Content-Type: text/plain; charset="utf-8" Content-ID: <6C5876A1B4C6A048BFC4463A178D917D@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "Ruediger.Geib@telekom.de" , "Faisal Iqbal \(faiqbal\)" , "spring-chairs@ietf.org" , "spring@ietf.org" Subject: Re: [spring] WGLC for draft-ietf-spring-oam-usecase X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Oct 2016 19:23:18 -0000 RGVhciBCcnVubywNCg0KQ2xvc2luZyB0aGUgbG9vcCBvbiB0aGlzIFdHTEMsIHdlIGp1c3Qgc3Vi bWl0dGVkIGEgbmV3IHJldmlzaW9uIG9mIHRoaXMgZHJhZnQgYWRkcmVzc2luZyBhbGwgcmVjZWl2 ZWQgV0dMQyBjb21tZW50cy4NCg0KVGhhbmtzLA0KDQrigJQgQ2FybG9zLg0KDQo+IE9uIE9jdCAx LCAyMDE2LCBhdCAxMTowMSBBTSwgRmFpc2FsIElxYmFsIChmYWlxYmFsKSA8ZmFpcWJhbEBjaXNj by5jb20+IHdyb3RlOg0KPiANCj4gVGhhbmsgeW91IFJ1ZWRpZ2VyIGZvciB5b3VyIHF1aWNrIHJl c3BvbnNlLiBJIGFncmVlIHdpdGggeW91ciBzdWdnZXN0aW9ucyBhbmQgZG9uJ3QgaGF2ZSBhbnkg ZnVydGhlciBjb21tZW50cy4NCj4gDQo+IFJlZ2FyZHMsDQo+IEZhaXNhbCBJcWJhbA0KPiANCj4g DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFJ1ZWRpZ2VyLkdlaWJAdGVs ZWtvbS5kZSBbbWFpbHRvOlJ1ZWRpZ2VyLkdlaWJAdGVsZWtvbS5kZV0gDQo+IFNlbnQ6IEZyaWRh eSwgU2VwdGVtYmVyIDMwLCAyMDE2IDY6NDAgQU0NCj4gVG86IEZhaXNhbCBJcWJhbCAoZmFpcWJh bCkgPGZhaXFiYWxAY2lzY28uY29tPg0KPiBDYzogc3ByaW5nLWNoYWlyc0BpZXRmLm9yZzsgYnJ1 bm8uZGVjcmFlbmVAb3JhbmdlLmNvbTsgc3ByaW5nQGlldGYub3JnDQo+IFN1YmplY3Q6IEFXOiBX R0xDIGZvciBkcmFmdC1pZXRmLXNwcmluZy1vYW0tdXNlY2FzZQ0KPiANCj4gSGkgRmFpc2FsLA0K PiANCj4gdGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIE15IHJlbWFya3MgaW4g bGluZSBiZWxvdywgbWFya2VkIFtSR10uDQo+IA0KPiBSZWdhcmRzLCBSdWVkaWdlcg0KPiANCj4g LS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KPiBWb246IHNwcmluZyBbbWFpbHRv OnNwcmluZy1ib3VuY2VzQGlldGYub3JnXSBJbSBBdWZ0cmFnIHZvbiBGYWlzYWwgSXFiYWwgKGZh aXFiYWwpDQo+IEdlc2VuZGV0OiBEaWVuc3RhZywgMjcuIFNlcHRlbWJlciAyMDE2IDA2OjEzDQo+ IEFuOiBicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tOyBzcHJpbmdAaWV0Zi5vcmcNCj4gQ2M6IHNw cmluZy1jaGFpcnNAaWV0Zi5vcmcNCj4gQmV0cmVmZjogUmU6IFtzcHJpbmddIFdHTEMgZm9yIGRy YWZ0LWlldGYtc3ByaW5nLW9hbS11c2VjYXNlDQo+IA0KPiBIaSwNCj4gVGhpcyBpcyBhIHVzZWZ1 bCBhbmQgdmVyeSB3ZWxsLXdyaXR0ZW4gZG9jdW1lbnQuIEkgaGF2ZSBzb21lIG1pbm9yIGNvbW1l bnRzIGFuZCBwb3NzaWJsZSBzeW50YXggY29ycmVjdGlvbnMgZm9yIHRoZSBhdXRob3JzLg0KPiAN Cj4gTWlub3I6DQo+IC0tLS0tLQ0KPiBJbiBteSBvcGluaW9uLCB0aGUgZG9jdW1lbnQgc2hvdWxk IGZ1cnRoZXIgZXhwbGFpbiBpZiBpdCdzIHByb3Bvc2luZyBhIG5ldyBzeXN0ZW0gb3Igb3V0bGlu aW5nIHdoYXQgbXVzdCBiZSB0aGVyZSBpbiBleGlzdGluZyBzeXN0ZW1zLiBEbyB3ZSB3YW50IHRv IGltcGxlbWVudCBzdWNoIGEgZGF0YSBwbGFuZSB2YWxpZGF0aW9uIG9yIGVuaGFuY2UvcmV1c2Ug QkZEIGZvciB0aGF0IHB1cnBvc2U/DQo+IA0KPiBbUkddIFRoZSBvdXRsaW5lZCBzeXN0ZW0gd29y a3Mgd2l0aCBNUExTIGFzIGlzIHRvZGF5LiBCRkQgY291bGQgYmUgaW1wbGVtZW50ZWQgYXMgcGFy dCBvZiBhIFBNUyB0byBtb25pdG9yIGEgcGF0aC4gSSdsbCBhZGQgdGV4dCB0byBzdGF0ZSB0aGF0 IChpbiB0aGF0IGNhc2UsIHNjYWxhYmlsaXR5IGhhcyB0byBiZSByZWdhcmRlZCBhbmQgZGV0ZXJt aW5hdGlvbiBvZiB0aGUgZmFpbGluZyBwYXRoKS4gDQo+IA0KPiBOb3RlIGluIFBhZ2UgNTogV2h5 IHdpbGwgdGhlIFBNUyBob3N0IG5vdCBiZSBwYXJ0IG9mIE1QTFMgZG9tYWluPyBJc24ndCBpdCBn aXZlbiBiZWNhdXNlIGEpIHNvbHV0aW9uIGFwcGxpZXMgdG8gSUdQIGFuZCBob3N0IHdpbGwgYmUg cGFydCBvZiBJR1AsIGFuZCBiKSBUaGUgdG9wIGxhYmVsIGlzIGZvciBwYXRoIGZyb20gUE1TIHRv IExFUiBJIHNvIHRoZXJlIGlzIGFuIE1QTFMgcGF0aCB0aGVyZS4NCj4gDQo+IFtSR10gSXQgaXMg anVzdCBvbmUgb3B0aW9uIHRoYXQgdGhlIFBNUyBpcyBub3QgcGFydCBvZiB0aGUgTVBMUyBkb21h aW4gKHRoZSBsYXR0ZXIgaXMgdGhlIGJlc3Qgb3B0aW9uIGZvciBhIHJlYWxpemF0aW9uKS4gSXQg c2hvdWxkIGJlIHBhcnQgb2YgdGhlIElHUCBkb21haW4uIEJ1dCBhIGRlc2lnbiB3aXRoIGEgUE1T IG5laXRoZXIgYmVpbmcgcGFydCBvZiB0aGUgTVBMUyBkb21haW4sIG5vciBiZWluZyBwYXJ0IG9m IHRoZSBJR1AgZG9tYWluIGlzIHBvc3NpYmxlLiBJJ2xsIGNsYXJpZnkgdGhhdC4NCj4gDQo+IFBh cmFncmFwaCAxLCBQYWdlIDg6ICJUaGUgUE1TIGZ1cnRoZXIgY291bGQgYmUgZW5hYmxlZCB0byBz ZW5kIE1QTFMgT0FNIHBhY2tldHMgd2l0aCB0aGUgbGFiZWwgc3RhY2sgYW5kIGFkZHJlc3MgaW5m b3JtYXRpb24gaWRlbnRpY2FsIHRvIHRob3NlIG9mIHRoZSBtb25pdG9yaW5nIHBhY2tldHMgdG8g YW55IG5vZGUgb2YgdGhlIE1QTFMgZG9tYWluIi4gQ2FuIHlvdSBwbGVhc2UgY2xhcmlmeSB0aGlz PyBJIGRvbid0IHVuZGVyc3RhbmQgdGhlIHVzZSBjYXNlLg0KPiANCj4gW1JHXSBJJ2xsIGFkZCBz b21lIHRleHQuIE1QTFMgT0FNIGFsbG93cyB0byBkZXRlY3Qgcm91dGluZyBvZiBwYWNrZXRzIGFs b25nIEVDTVAgcGF0aHMuIFNvIHRoZXJlIGFyZSBjaG9pY2VzLCBpZiBhIHBhdGggYmV0d2VlbiBM RVJpIC0gTFNSeC9MU1J5IC0gTEVSIGogaXMgdG8gYmUgbW9uaXRvcmVkOiBlaXRoZXIgZGV0ZWN0 IGEgZGVzaXJlZCBwYXRoIGNyb3NzaW5nLCBzYXksIExTUnggdG8gYmUgdXNlZA0KPiAtIGJ5IE1Q TFMgT0FNIGFuZCBvbmx5IHNlbmQgdGhlIG1vbml0b3JpbmcgcGFja2V0IHdpdGggTGFiZWwgTEVS eSBhbmQgYSBzdWl0YWJsZSBJUCBkZXN0IGFkZHJlc3MgZnJvbSBMRVJqIG9yDQo+IC0gdXNlIGEg TGFiZWwgc3RhY2sgKExTUngpIGFuZCBMU1JqIChQSFAgd2lsbCBoYXZlIHJlbW92ZWQgdGhlIGZv cm1lcikuDQo+IA0KPiBTZWN0aW9uIDYgbWVudGlvbnMgdGhlIGFwcGxpY2FiaWxpdHkgb2YgdGhp cyBzb2x1dGlvbiBmb3IgTERQIGJ1dCBsZWF2ZXMgb3V0IFJTVlAtVEUgdHVubmVscy4gV29uJ3Qg aXQgYWxzbyBiZSBiZW5lZmljaWFsIGluIG1vbml0b3JpbmcgYWN0aXZlIFJTVlAtVEUgdHVubmVs cyBhcyB3ZWxsPw0KPiANCj4gW1JHXSBMZXQncyBhZGQgYSAicG9zc2libHkgYWxzbyBSU1ZQLVRF IiBoZXJlLCBJIGRvbid0IGtub3cgZm9yIHN1cmUuIERldXRzY2hlIFRlbGVrb20gZGV2ZWxvcGVk IHN1Y2ggYSBzeXN0ZW0gZm9yIGFuIExEUCBzaWduYWxlZCBNUExTIGRvbWFpbi4gSSBjYW4ndCBk aXNjdXNzIGhvdyB0byBidWlsZCBpdCBmb3IgUlNWUC1URSBzaWduYWxlZCB0dW5uZWxzIChhbmQg ZG9uJ3Qgd2FudCB0byBiZSBvYmxpZ2VkIHRvIGRvIHRoYXQpLg0KPiANCj4gDQo+IA0KPiANCj4g U3ludGF4OiBbUkddIHdpbGwgYmUgcGlja2VkIHVwIGZvciB0aGUgbmV4dCB2ZXJzaW9uLi4uLg0K PiAtLS0tLS0tDQo+IFBhcmFncmFwaCAyIG9uIFBhZ2UgMyBzaG91bGQgcmVhZCAiVGhpcyBkb2N1 bWVudCBkZXNjcmliZXMgYSBzeXN0ZW0gb2YgdXNpbmcgTVBMUyBkYXRhIHBsYW5lIHBhdCBtb25p dG9yaW5nIGNhcGFiaWxpdGllcyIgaW5zdGVhZCBvZiAiVGhpcyBkb2N1bWVudCBkZXNjcmliZXMg aWxsdXN0cmF0ZXMgYSBzeXN0ZW0gb2YgdXNpbmcgTVBMUyBkYXRhIHBsYW5lIHBhdCBtb25pdG9y aW5nIGNhcGFiaWxpdGllcyINCj4gDQo+IFBhcmFncmFwaCAyLCBQYWdlIDM6IENoYW5nZSAiVGhl IHVzZSBjYXNlIGludHJvZHVjZWQgaGVyZSIgdG8gIlRoZSB1c2UgY2FzZXMgaW50cm9kdWNlZCBo ZXJlIg0KPiANCj4gUGFyYWdyYXBoIDUsIFBhZ2UgMzogU2hvdWxkbid0IGl0IHJlYWQgInByZS1T ZWdtZW50IFJvdXRpbmcgKFNSKSBiYXNlZCB0ZWNobm9sb2d5IiBpbnN0ZWFkIG9mICJwcmUtU2Vn bWVudCBiYXNlZCBSb3V0aW5nIChTUikgdGVjaG5vbG9neSI/DQo+IA0KPiBQYXJhZ3JhcGggNSwg UGFnZSAzOiBDaGFuZ2UgImRvbWFpbnMgY29tcGxldGUgTVBMUyB0b3BvbG9neSIgdG8gImRvbWFp bidzIGNvbXBsZXRlIE1QTFMgdG9wb2xvZ3kiDQo+IA0KPiBQYXJhZ3JhcGggNSwgUGFnZSAzOiBD aGFuZ2UgImRvbWFpbnMgZm9yd2FyZGluZyBwbGFuZSIgdG8gImRvbWFpbidzIGZvcndhcmRpbmcg cGxhbmUiDQo+IA0KPiBQYXJhZ3JhcGggMiwgUGFnZSA0OiBDaGFuZ2UgInJlY29uZ2lzZSBhbiBl eGVjdXRlIiB0byAicmVjb2duaXNlIGFuZCBleGVjdXRlIg0KPiANCj4gUGFyYWdyYXBoIDQsIFBh Z2UgNDogQ2hhbmdlICJUaGUgTVBMUyBwYXRoIG1vbml0b3Jpbmcgc3lzdGVtIG1heSBiZSBhIGFu eSBzZXJ2ZXIiIHRvICJUaGUgTVBMUyBwYXRoIG1vbml0b3Jpbmcgc3lzdGVtIG1heSBiZSBhdCBh bnkgc2VydmVyIg0KPiANCj4gUGFyYWdyYXBoIDIsIFBhZ2UgNTogQ2hhbmdlICJtb25pdG9yIHRo ZSBwYXRoIG9mIGl0IHRvIExFUiBqIGFuZCB0aGVuIHJlY2VpdmUgdGhlIHBhY2tldCBiYWNrIiB0 byAibW9uaXRvcnMgaXRzIHBhdGggdG8gTEVSIGogYW5kIHRoZW4gcmVjZWl2ZXMgdGhlIHBhY2tl dCBiYWNrIg0KPiANCj4gQnVsbGV0IDMsIFBhZ2UgNyI6IFJlbW92ZSAidG8iIGZyb20gIlRoZSBw YXRoIExFUiBqIHRvIFBNUyB0byBtdXN0IGJlIGF2YWlsYWJsZSINCj4gDQo+IA0KPiBSZWdhcmRz LA0KPiBGYWlzYWwgSXFiYWwNCj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K PiBGcm9tOiBzcHJpbmcgW21haWx0bzpzcHJpbmctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIE1hcnRpbiBIb3JuZWZmZXINCj4gU2VudDogTW9uZGF5LCBTZXB0ZW1iZXIgMjYsIDIwMTYg ODowMiBBTQ0KPiBUbzogc3ByaW5nQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbc3ByaW5nXSBX R0xDIGZvciBkcmFmdC1pZXRmLXNwcmluZy1vYW0tdXNlY2FzZQ0KPiANCj4gSGVsbG8gZXZlcnlv bmUsDQo+IA0KPiBzcGVha2luZyBhcyBjby13b3JrZXIgb2Ygb25lIG9mIHRoZSBlZGl0b3JzOiBG cm9tIG15IG93biB2aWV3cG9pbnQgSSB0aGluayB0aGlzIGRvY3VtZW50IG1ha2VzIGEgbG90IG9m IHNlbnNlIGFuZCBpcyBpbiBhIGdvb2Qgc3RhdGUuIEknbSBub3QgYXdhcmUgb2YgYW55IHByb2Js ZW13aXRoIHRoZSBjdXJyZW50IHN0YXRlIG9mIHRoZSBkb2N1bWVudC4gQW5kIHRoZXJlIGFscmVh ZHkgaXMgYW4gaW1wbGVtZW50YXRpb24gcmVwb3J0LiBUaGUgZG9jdW1lbnQgc2hvdWxkIGJlIHNl bnQgdG8gdGhlIElFU0cuDQo+IA0KPiBUaGUgb25seSByZWFzb24gbm90IHRvIGRvIHNvIG1pZ2h0 IGJlIHRvIGFiYW5kb24gU1BSSU5HIHVzZWNhc2UgZG9jdW1lbnRzIGF0IGFsbC4gQnV0IHNpbmNl IHdlIGhhdmUgYmVlIGFza2VkIHRvIHByb2R1Y2UgdXNlY2FzZSBkb2N1bWVudHMgYW5kIHdlbnQg YWxvbmcgdGhhdCB0cmFjayBzbyBmYXIsIHdlIHNob3VsZCBJTUhPIHByb2NlZWQgYnkgcHJvbW90 aW5nIHRoaXMgZG9jdW1lbnQgYXMgd2VsbC4NCj4gDQo+IEJlc3QgcmVnYXJkcywgTWFydGluDQo+ IA0KPiANCj4gQW0gMTIuMDkuMTYgdW0gMTg6MzAgc2NocmllYiBicnVuby5kZWNyYWVuZUBvcmFu Z2UuY29tOg0KPj4gRGVhciBTUFJJTkcgV0csDQo+PiANCj4+IFRoZSBhdXRob3JzIGhhdmUgaW5k aWNhdGVkIHRoYXQgZHJhZnQtaWV0Zi1zcHJpbmctb2FtLXVzZWNhc2UgaXMgcmVhZHkgZm9yIFdH TEMuDQo+PiANCj4+IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gc3ByaW5nQGlldGYub3Jn IG9uIHdoZXRoZXIgdGhpcyB1c2UgY2FzZSBpcyByZWFkeSB0byBiZSBzZW50IHRvIHRoZSBJRVNH IGFzIGFuIGluZm9ybWF0aW9uYWwgZHJhZnQuIFdlIHdpbGwgcGxhbiB0byBlbmQgdGhlIFdHTEMg b24gU2VwdGVtYmVyIDI2Lg0KPj4gDQo+PiAqIFBsZWFzZSBjb21tZW50IGFzIHNpbGVuY2UgY291 bnRzIGFzIGEgbGFjayBvZiBpbnRlcmVzdC4gSW4gdGhlIA0KPj4gYWJzZW5jZSBvZiBXRyBzdXBw b3J0IGFuZCByZXZpZXcsIHRoaXMgZG9jdW1lbnQgd2lsbCBub3QgYmUgc2VudCB0byANCj4+IHRo ZSBJRVNHLiAqDQo+PiANCj4+IFlvdSBtYXkgYWxzbyBiZSBpbnRlcmVzdGVkIGluIGFuIGltcGxl bWVudGF0aW9uIHJlcG9ydDogDQo+PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt bGVpcG5pdHotc3ByaW5nLXBtcy1pbXBsZW1lbnRhdGlvbi1yDQo+PiBlcG9ydC0wMA0KPj4gDQo+ PiBUaGlzIGRvY3VtZW50IGhhcyAyIGRpc2Nsb3NlZCBJUFI6IA0KPj4gaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQmaWQ9ZHJhZnQtaWV0Zi1zcA0K Pj4gcmluZy1vYW0tdXNlY2FzZQ0KPj4gDQo+PiBXZSBhcmUgYWxzbyBwb2xsaW5nIGZvciBrbm93 bGVkZ2Ugb2YgaW1wbGVtZW50YXRpb25zIG9mIHBhcnQgb3IgYWxsIG9mIHdoYXQgdGhpcyBkb2N1 bWVudCBkZXNjcmliZS4gUGxlYXNlIGluZm9ybSB0aGUgbWFpbGluZyBsaXN0LCB0aGUgY2hhaXJz LCBvciBvbmx5IG9uZSBvZiB0aGUgY2hhaXJzLg0KPj4gDQo+PiBGaW5hbGx5LCBpZiB5b3Ugd2Fu dCB0byB2b2x1bnRlZXIgdG8gYmUgRG9jdW1lbnQgU2hlcGhlcmQgZm9yIHRoaXMgZG9jdW1lbnQs IHBsZWFzZSBsZXQgdXMga25vdy4NCj4+IA0KPj4gUmVnYXJkcywNCj4+IA0KPj4gLS1CcnVubw0K Pj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+IA0KPj4gQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpv aW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMgaW5mb3JtYXRpb25zIA0KPj4gY29uZmlkZW50aWVs bGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMgcGFzIGV0cmUgZGlmZnVzZXMs IA0KPj4gZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6 IHJlY3UgY2UgbWVzc2FnZSANCj4+IHBhciBlcnJldXIsIHZldWlsbGV6IGxlIHNpZ25hbGVyIGEg bCdleHBlZGl0ZXVyIGV0IGxlIGRldHJ1aXJlIGFpbnNpIHF1ZSBsZXMgcGllY2VzIGpvaW50ZXMu IExlcyBtZXNzYWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRp b24sIE9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRlIHNpIGNlIG1lc3NhZ2UgYSBl dGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4NCj4+IA0KPj4gVGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIA0KPj4g cHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5 IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9y aXNhdGlvbi4NCj4+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBs ZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0 dGFjaG1lbnRzLg0KPj4gQXMgZW1haWxzIG1heSBiZSBhbHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxp YWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFs c2lmaWVkLg0KPj4gVGhhbmsgeW91Lg0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gc3ByaW5nIG1haWxpbmcgbGlzdA0KPj4gc3ByaW5n QGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Nwcmlu Zw0KPj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+IHNwcmluZ0BpZXRmLm9yZw0KPiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KPiANCj4gDQo+ICANCj4gDQo+ IA0KPiBGYWlzYWwgSXFiYWwNCj4gRU5HSU5FRVIuU09GVFdBUkUgRU5HSU5FRVJJTkcNCj4gZmFp cWJhbEBjaXNjby5jb20NCj4gVGVsOiArMSA2MTMgMjU0IDM4NTMNCj4gQ2lzY28gU3lzdGVtcywg SW5jLg0KPiAyMDAwIElubm92YXRpb24gRHJpdmUNCj4gS0FOQVRBDQo+IEsySyAzRTgNCj4gQ2Fu YWRhDQo+IGNpc2NvLmNvbQ0KPiANCj4gDQo+IFRoaW5rIGJlZm9yZSB5b3UgcHJpbnQuDQo+IFRo aXMgZW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBwcml2aWxlZ2VkIG1hdGVyaWFs IGZvciB0aGUgc29sZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gQW55IHJldmlldywg dXNlLCBkaXN0cmlidXRpb24gb3IgZGlzY2xvc3VyZSBieSBvdGhlcnMgaXMgc3RyaWN0bHkgcHJv aGliaXRlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCAob3IgYXV0aG9y aXplZCB0byByZWNlaXZlIGZvciB0aGUgcmVjaXBpZW50KSwgcGxlYXNlIGNvbnRhY3QgdGhlIHNl bmRlciBieSByZXBseSBlbWFpbCBhbmQgZGVsZXRlIGFsbCBjb3BpZXMgb2YgdGhpcyBtZXNzYWdl Lg0KPiBQbGVhc2UgY2xpY2sgaGVyZSBmb3IgQ29tcGFueSBSZWdpc3RyYXRpb24gSW5mb3JtYXRp b24uDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogc3ByaW5n IFttYWlsdG86c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBicnVuby5kZWNy YWVuZUBvcmFuZ2UuY29tDQo+IFNlbnQ6IE1vbmRheSwgU2VwdGVtYmVyIDEyLCAyMDE2IDEyOjMw IFBNDQo+IFRvOiBzcHJpbmdAaWV0Zi5vcmcNCj4gQ2M6IHNwcmluZy1jaGFpcnNAaWV0Zi5vcmcN Cj4gU3ViamVjdDogW3NwcmluZ10gV0dMQyBmb3IgZHJhZnQtaWV0Zi1zcHJpbmctb2FtLXVzZWNh c2UNCj4gDQo+IERlYXIgU1BSSU5HIFdHLA0KPiANCj4gVGhlIGF1dGhvcnMgaGF2ZSBpbmRpY2F0 ZWQgdGhhdCBkcmFmdC1pZXRmLXNwcmluZy1vYW0tdXNlY2FzZSBpcyByZWFkeSBmb3IgV0dMQy4N Cj4gDQo+IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gc3ByaW5nQGlldGYub3JnIG9uIHdo ZXRoZXIgdGhpcyB1c2UgY2FzZSBpcyByZWFkeSB0byBiZSBzZW50IHRvIHRoZSBJRVNHIGFzIGFu IGluZm9ybWF0aW9uYWwgZHJhZnQuIFdlIHdpbGwgcGxhbiB0byBlbmQgdGhlIFdHTEMgb24gU2Vw dGVtYmVyIDI2Lg0KPiANCj4gKiBQbGVhc2UgY29tbWVudCBhcyBzaWxlbmNlIGNvdW50cyBhcyBh IGxhY2sgb2YgaW50ZXJlc3QuIEluIHRoZSBhYnNlbmNlIG9mIFdHIHN1cHBvcnQgYW5kIHJldmll dywgdGhpcyBkb2N1bWVudCB3aWxsIG5vdCBiZSBzZW50IHRvIHRoZSBJRVNHLiAqDQo+IA0KPiBZ b3UgbWF5IGFsc28gYmUgaW50ZXJlc3RlZCBpbiBhbiBpbXBsZW1lbnRhdGlvbiByZXBvcnQ6IGh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sZWlwbml0ei1zcHJpbmctcG1zLWltcGxl bWVudGF0aW9uLXJlcG9ydC0wMA0KPiANCj4gVGhpcyBkb2N1bWVudCBoYXMgMiBkaXNjbG9zZWQg SVBSOiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci9zZWFyY2gvP3N1Ym1pdD1kcmFm dCZpZD1kcmFmdC1pZXRmLXNwcmluZy1vYW0tdXNlY2FzZQ0KPiANCj4gV2UgYXJlIGFsc28gcG9s bGluZyBmb3Iga25vd2xlZGdlIG9mIGltcGxlbWVudGF0aW9ucyBvZiBwYXJ0IG9yIGFsbCBvZiB3 aGF0IHRoaXMgZG9jdW1lbnQgZGVzY3JpYmUuIFBsZWFzZSBpbmZvcm0gdGhlIG1haWxpbmcgbGlz dCwgdGhlIGNoYWlycywgb3Igb25seSBvbmUgb2YgdGhlIGNoYWlycy4NCj4gDQo+IEZpbmFsbHks IGlmIHlvdSB3YW50IHRvIHZvbHVudGVlciB0byBiZSBEb2N1bWVudCBTaGVwaGVyZCBmb3IgdGhp cyBkb2N1bWVudCwgcGxlYXNlIGxldCB1cyBrbm93Lg0KPiANCj4gUmVnYXJkcywNCj4gDQo+IC0t QnJ1bm8NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gDQo+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2lu dGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRlbnRpZWxsZXMgb3Ug cHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYyBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVz c2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlciBhIGwnZXhwZWRpdGV1ciBldCBs ZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgbWVzc2FnZXMgZWxl Y3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLCBPcmFuZ2UgZGVjbGlu ZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFsdGVyZSwgZGVmb3Jt ZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+IA0KPiBUaGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2ht ZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0 aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3OyB0aGV5IHNob3VsZCBub3QgYmUgZGlzdHJpYnV0 ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4NCj4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFu ZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQo+IEFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4NCj4gVGhhbmsgeW91Lg0KPiAN Cj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gc3By aW5nIG1haWxpbmcgbGlzdA0KPiBzcHJpbmdAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo+IHNwcmluZyBtYWlsaW5nIGxpc3QNCj4gc3ByaW5n QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5n DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PiBzcHJpbmcgbWFpbGluZyBsaXN0DQo+IHNwcmluZ0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KDQo= From nobody Fri Oct 21 05:08:13 2016 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 96E4112956E for ; Fri, 21 Oct 2016 05:08:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.329 X-Spam-Level: X-Spam-Status: No, score=-2.329 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_SORBS_DUL=0.001, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 0Yx6WPoTxYC1 for ; Fri, 21 Oct 2016 05:08:11 -0700 (PDT) Received: from relais-inet.orange.com (relais-aub39.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 1AC8512959E for ; Fri, 21 Oct 2016 05:08:11 -0700 (PDT) Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar24.francetelecom.fr (ESMTP service) with ESMTP id A850DC0132 for ; Fri, 21 Oct 2016 14:08:08 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.59]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 2AB89180067 for ; Fri, 21 Oct 2016 14:08:09 +0200 (CEST) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c%19]) with mapi id 14.03.0319.002; Fri, 21 Oct 2016 14:08:09 +0200 From: To: "spring@ietf.org" Thread-Topic: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt Thread-Index: AQHSI6XXZY2MLbTlg0mjqmMlso9176Cy30nQ Date: Fri, 21 Oct 2016 12:08:08 +0000 Message-ID: <11081_1477051689_580A0529_11081_11167_1_9E32478DFA9976438E7A22F69B08FF921DB2A45C@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <147617982617.31924.14853911093255810330.idtracker@ietfa.amsl.com> In-Reply-To: <147617982617.31924.14853911093255810330.idtracker@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2016 12:08:12 -0000 Hi, Just to let you know that the Shepherd's write up is available at: https://= datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/shepherdwri= teup/ AFAIK, we are still missing Pierre Francois' IPR answer, I did not receive = any answer even after multiple reminders sent. Brgds, Stephane -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of internet-drafts@= ietf.org Sent: Tuesday, October 11, 2016 11:57 To: i-d-announce@ietf.org Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-07.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Source Packet Routing in Networking of the= IETF. Title : Resiliency use cases in SPRING networks Authors : Clarence Filsfils Stefano Previdi Pierre Francois Bruno Decraene Rob Shakir Filename : draft-ietf-spring-resiliency-use-cases-07.txt Pages : 11 Date : 2016-10-11 Abstract: This document identifies and describes the requirements for a set of use cases related to network resiliency on Segment Routing (SPRING) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-resiliency-use-cases-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-resiliency-use-cases-= 07 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. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring ___________________________________________________________________________= ______________________________________________ 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. From nobody Fri Oct 21 16:27:29 2016 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 E4FA7129853; Fri, 21 Oct 2016 16:21:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147709208093.28214.9975297101126634697.idtracker@ietfa.amsl.com> Date: Fri, 21 Oct 2016 16:21:20 -0700 Archived-At: Cc: aretana@cisco.com, spring@ietf.org Subject: [spring] spring - Requested session has been scheduled for IETF 97 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Oct 2016 23:21:26 -0000 Dear Martin Vigoureux, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. spring Session 1 (1:30:00) Thursday, Morning Session I 0930-1100 Room Name: Grand Ballroom 3 size: 175 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Source Packet Routing in Networking Area Name: Routing Area Session Requester: Martin Vigoureux Number of Sessions: 1 Length of Session(s): 1.5 Hours Number of Attendees: 90 Conflicts to Avoid: First Priority: bess idr isis ospf Second Priority: 6man mpls rtgwg Third Priority: pce sfc teas ccamp Special Requests: Not on Friday please if possible, as I won't be in Seoul that day. Thank you --------------------------------------------------------- From nobody Mon Oct 24 13:32:22 2016 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 394D7129622; Mon, 24 Oct 2016 13:32:21 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147734114122.20010.3187243225758253820.idtracker@ietfa.amsl.com> Date: Mon, 24 Oct 2016 13:32:21 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-sr-yang-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2016 20:32: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 of the IETF. Title : YANG Data Model for Segment Routing Authors : Stephane Litkowski Yingzhen Qu Pushpasis Sarkar Jeff Tantsura Filename : draft-ietf-spring-sr-yang-04.txt Pages : 25 Date : 2016-10-24 Abstract: This document defines a YANG data model ([RFC6020], [RFC7950]) for segment routing ([I-D.ietf-spring-segment-routing]) configuration and operation. This YANG model is intended to be used on network elements to configure or operate segment routing. This document defines also generic containers that SHOULD be reused by IGP protocol modules to support segment routing. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-sr-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-sr-yang-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-sr-yang-04 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 Wed Oct 26 07:45:07 2016 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 CF2C81293E1; Wed, 26 Oct 2016 07:45:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147749310251.28185.5935008266338481642.idtracker@ietfa.amsl.com> Date: Wed, 26 Oct 2016 07:45:02 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-conflict-resolution-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Oct 2016 14:45:03 -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 of the IETF. Title : Segment Routing Conflict Resolution Authors : Les Ginsberg Peter Psenak Stefano Previdi Martin Pilka Filename : draft-ietf-spring-conflict-resolution-02.txt Pages : 17 Date : 2016-10-26 Abstract: In support of Segment Routing (SR) routing protocols advertise a variety of identifiers used to define the segments which direct forwarding of packets. In cases where the information advertised by a given protocol instance is either internally inconsistent or conflicts with advertisements from another protocol instance a means of achieving consistent forwarding behavior in the network is required. This document defines the policies used to resolve these occurrences. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-conflict-resolution/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-conflict-resolution-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-conflict-resolution-02 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 Fri Oct 28 05:35:33 2016 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 5D3BE129AC9; Fri, 28 Oct 2016 05:35:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147765813137.24964.17274075674893592748.idtracker@ietfa.amsl.com> Date: Fri, 28 Oct 2016 05:35:31 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-resiliency-use-cases-08.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2016 12:35:31 -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 of the IETF. Title : Resiliency use cases in SPRING networks Authors : Clarence Filsfils Stefano Previdi Bruno Decraene Rob Shakir Filename : draft-ietf-spring-resiliency-use-cases-08.txt Pages : 11 Date : 2016-10-28 Abstract: This document identifies and describes the requirements for a set of use cases related to network resiliency on Segment Routing (SPRING) networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-resiliency-use-cases-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-resiliency-use-cases-08 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 Fri Oct 28 14:20:54 2016 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 71FE2120726; Fri, 28 Oct 2016 14:20:49 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147768964946.24907.3860677476769772649.idtracker@ietfa.amsl.com> Date: Fri, 28 Oct 2016 14:20:49 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-sr-yang-05.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Oct 2016 21:20:49 -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 of the IETF. Title : YANG Data Model for Segment Routing Authors : Stephane Litkowski Yingzhen Qu Pushpasis Sarkar Jeff Tantsura Filename : draft-ietf-spring-sr-yang-05.txt Pages : 27 Date : 2016-10-28 Abstract: This document defines a YANG data model ([RFC6020], [RFC7950]) for segment routing ([I-D.ietf-spring-segment-routing]) configuration and operation. This YANG model is intended to be used on network elements to configure or operate segment routing. This document defines also generic containers that SHOULD be reused by IGP protocol modules to support segment routing. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-sr-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-spring-sr-yang-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-sr-yang-05 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 Oct 30 11:58:46 2016 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 17204129417; Sun, 30 Oct 2016 11:58:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.36.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147785392209.20704.701709835682588204.idtracker@ietfa.amsl.com> Date: Sun, 30 Oct 2016 11:58:42 -0700 Archived-At: Cc: spring@ietf.org Subject: [spring] I-D Action: draft-filsfils-spring-large-scale-interconnect-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2016 18:58:42 -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 of the IETF. Title : Interconnecting Millions Of Endpoints With Segment Routing Authors : Clarence Filsfils Dennis Cai Stefano Previdi Wim Henderickx Dave Cooper Francis Ferguson Tim Laberge Steven Lin Bruno Decraene Luay Jalil Jeff Tantsura Rob Shakir Filename : draft-filsfils-spring-large-scale-interconnect-04.txt Pages : 11 Date : 2016-10-30 Abstract: This document describes an application of Segment Routing to scale the network to support hundreds of thousands of network nodes, and tens of millions of physical underlay endpoints. This use-case can be applied to the interconnection of massive-scale DC's and/or large aggregation networks. Forwarding tables of midpoint and leaf nodes only require a few tens of thousands of entries. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-filsfils-spring-large-scale-interconnect/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-filsfils-spring-large-scale-interconnect-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-filsfils-spring-large-scale-interconnect-04 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 Oct 30 12:00:45 2016 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 5D06A129482 for ; Sun, 30 Oct 2016 12:00:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.018 X-Spam-Level: X-Spam-Status: No, score=-16.018 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, 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 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 jhBQQp9yrx4z for ; Sun, 30 Oct 2016 12:00:43 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9B5712954B for ; Sun, 30 Oct 2016 12:00:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2504; q=dns/txt; s=iport; t=1477854031; x=1479063631; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=mpfGCHALWQS2BKhIglNyejwS7yBvYeS0Ajri3LVndYc=; b=cMDsGBKu6jgb/jBm+DmY5jov0MZDE1eBpF0Z6fhiiRfM4xPqnRvbAbpu dmAkG+xxn10qO2zuAtEX0li/MzAmfJF4VGL1wFDZ+kv+wXDVTxsFt/FQP FFl2mTAUR2crGGZkDH697xOgWHWiSSrAf9GpYo+o0WuZ7YsroeXFg0uhB s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BwAQAFQxZY/5tdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgyoBAQEBAR9YfQeNL5Z+lD6CBx0NhXkCggE/FAECAQEBAQEBAWIohGI?= =?us-ascii?q?BAQEDAQEBATc0EAsCAQgYHhAnCyUCBBMJiEMIDr8kAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBHIY9gX0IglCERzKCf4IvBZoYAYYvigCBbk6EH4kpiQ+EAoQBAR42YIU?= =?us-ascii?q?ScgGGQoEJAQEB?= X-IronPort-AV: E=Sophos;i="5.31,423,1473120000"; d="scan'208";a="163265807" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Oct 2016 19:00:31 +0000 Received: from XCH-RTP-006.cisco.com (xch-rtp-006.cisco.com [64.101.220.146]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u9UJ0UOH029291 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Sun, 30 Oct 2016 19:00:31 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-006.cisco.com (64.101.220.146) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 30 Oct 2016 15:00:30 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Sun, 30 Oct 2016 15:00:30 -0400 From: "Stefano Previdi (sprevidi)" To: SPRING WG Thread-Topic: I-D Action: draft-filsfils-spring-large-scale-interconnect-04.txt Thread-Index: AQHSMt+n+6voiEvivEmIYE6lmcotm6DBnRcA Date: Sun, 30 Oct 2016 19:00:30 +0000 Message-ID: <137F4C5F-EBB7-431C-8636-3CE446937627@cisco.com> References: <147785392209.20704.701709835682588204.idtracker@ietfa.amsl.com> In-Reply-To: <147785392209.20704.701709835682588204.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.73.13] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [spring] I-D Action: draft-filsfils-spring-large-scale-interconnect-04.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Oct 2016 19:00:44 -0000 All, added more text explaining the various figures and examples. Thanks. s. > On Oct 30, 2016, at 7:58 PM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Source Packet Routing in Networking of t= he IETF. >=20 > Title : Interconnecting Millions Of Endpoints With Segme= nt Routing > Authors : Clarence Filsfils > Dennis Cai > Stefano Previdi > Wim Henderickx > Dave Cooper > Francis Ferguson > Tim Laberge > Steven Lin > Bruno Decraene > Luay Jalil > Jeff Tantsura > Rob Shakir > Filename : draft-filsfils-spring-large-scale-interconnect-04.txt > Pages : 11 > Date : 2016-10-30 >=20 > Abstract: > This document describes an application of Segment Routing to scale > the network to support hundreds of thousands of network nodes, and > tens of millions of physical underlay endpoints. This use-case can > be applied to the interconnection of massive-scale DC's and/or large > aggregation networks. Forwarding tables of midpoint and leaf nodes > only require a few tens of thousands of entries. >=20 >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-filsfils-spring-large-scale-interc= onnect/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-filsfils-spring-large-scale-interconnec= t-04 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-filsfils-spring-large-scale-int= erconnect-04 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt