From nobody Wed Oct 1 05:15:42 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F45B1A033B; Wed, 1 Oct 2014 05:15:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 O55XRNBOSwhO; Wed, 1 Oct 2014 05:15:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66E111A0332; Wed, 1 Oct 2014 05:15:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.3.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141001121534.30632.92748.idtracker@ietfa.amsl.com> Date: Wed, 01 Oct 2014 05:15:34 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/w8RJtzYNg3bFTyu1j1E_RakYmaU Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-problem-statement-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 12:15:37 -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 Working Group of the IETF. Title : SPRING Problem Statement and Requirements Authors : Stefano Previdi Clarence Filsfils Bruno Decraene Stephane Litkowski Martin Horneffer Rob Shakir Filename : draft-ietf-spring-problem-statement-02.txt Pages : 18 Date : 2014-10-01 Abstract: The ability for a node to specify a forwarding path, other than the normal shortest path, that a particular packet will traverse, benefits a number of network functions. Source-based routing mechanisms have previously been specified for network protocols, but have not seen widespread adoption. In this context, the term 'source' means 'the point at which the explicit route is imposed'. This document outlines various use cases, with their requirements, that need to be taken into account by the Source Packet Routing in Networking (SPRING) architecture for unicast traffic. Multicast use- cases and requirements are out of scope of this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-problem-statement/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-spring-problem-statement-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-spring-problem-statement-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 Wed Oct 1 05:17:15 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDBCA1A033B for ; Wed, 1 Oct 2014 05:17:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.287 X-Spam-Level: X-Spam-Status: No, score=-15.287 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 JR7q3WtZdOnz for ; Wed, 1 Oct 2014 05:17:12 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2DE41A0332 for ; Wed, 1 Oct 2014 05:17:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2590; q=dns/txt; s=iport; t=1412165832; x=1413375432; h=from:to:subject:date:message-id:references:content-id: content-transfer-encoding:mime-version; bh=zJs2XtO35ACqJnDRRvpo+GIobaRWygTTmNEetPXpxHM=; b=Y2bvOAoaZD3FhhfdHCuGh/JEGRJoERd6hLIsIXOPOgNQIxR5V2otgV6a JytNrNMoZRxr1eRhu7IV4n8+G29xrnO7ccNlM09+YHA6NZq0Bmbtj+5Bm OpqqNsrWQjxo6IrGroacu1VLazoLzCaJLT8JKNIV9gcWMU5UaZJthVSSv 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApYGAF3vK1StJA2E/2dsb2JhbABggw5TUwYEyjqHS4EMFgFyCYQDAQEBAwE6PRICARkBAgECFgkQMhcEAggCBBMJEogbCAgFvhUBF497OASDJIEdBY8/gi6EPIcKgWWGfo0Qg2NsAYFHgQIBAQE X-IronPort-AV: E=Sophos;i="5.04,632,1406592000"; d="scan'208";a="359854293" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-2.cisco.com with ESMTP; 01 Oct 2014 12:17:11 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id s91CHBgh030257 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 1 Oct 2014 12:17:11 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.174]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Wed, 1 Oct 2014 07:17:11 -0500 From: "Stefano Previdi (sprevidi)" To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-ietf-spring-problem-statement-02.txt Thread-Index: AQHP3XFrqsVMwTKenUSSTepfyM1rSQ== Date: Wed, 1 Oct 2014 12:17:10 +0000 Message-ID: References: <20141001121534.30632.20859.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.81] Content-Type: text/plain; charset="us-ascii" Content-ID: <23B7616BFDB10641B340556E63FF20D8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/dT5nSjS994sdRrwYZX96tKJK6eI Subject: [spring] Fwd: New Version Notification for draft-ietf-spring-problem-statement-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 01 Oct 2014 12:17:14 -0000 FYI, very minor fixes and removed from the EPE section any reference to a possib= le solution (so to remain in line with what a problem statement should be). Thanks. s. Begin forwarded message: > From: > Subject: New Version Notification for draft-ietf-spring-problem-statement= -02.txt > Date: October 1, 2014 2:15:34 PM GMT+02:00 > To: Stefano Previdi , Bruno Decraene , Martin Horneffer , Rob Shakir , Stephane Litkowski , Clare= nce Filsfils , Bruno Decraene , Stefano Previdi , Clarence Filsfils , Rob Shakir , Martin Horneffer , "Stephane Litkowski" >=20 >=20 > A new version of I-D, draft-ietf-spring-problem-statement-02.txt > has been successfully submitted by Stefano Previdi and posted to the > IETF repository. >=20 > Name: draft-ietf-spring-problem-statement > Revision: 02 > Title: SPRING Problem Statement and Requirements > Document date: 2014-10-01 > Group: spring > Pages: 18 > URL: http://www.ietf.org/internet-drafts/draft-ietf-spring-pro= blem-statement-02.txt > Status: https://datatracker.ietf.org/doc/draft-ietf-spring-proble= m-statement/ > Htmlized: http://tools.ietf.org/html/draft-ietf-spring-problem-stat= ement-02 > Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-prob= lem-statement-02 >=20 > Abstract: > The ability for a node to specify a forwarding path, other than the > normal shortest path, that a particular packet will traverse, > benefits a number of network functions. Source-based routing > mechanisms have previously been specified for network protocols, but > have not seen widespread adoption. In this context, the term > 'source' means 'the point at which the explicit route is imposed'. >=20 > This document outlines various use cases, with their requirements, > that need to be taken into account by the Source Packet Routing in > Networking (SPRING) architecture for unicast traffic. Multicast use- > cases and requirements are out of scope of this document. >=20 >=20 >=20 >=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 > The IETF Secretariat >=20 From nobody Mon Oct 6 09:10:16 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D63EA1A0231 for ; Mon, 6 Oct 2014 09:10:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.773 X-Spam-Level: X-Spam-Status: No, score=-13.773 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, URIBL_RHS_DOB=1.514, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 AOUShFbaTRut for ; Mon, 6 Oct 2014 09:10:11 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A82F81A00B1 for ; Mon, 6 Oct 2014 09:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=553; q=dns/txt; s=iport; t=1412611811; x=1413821411; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=ubQppms6pTleLX7eV4wo6pq0ABr+aG0jXeUAivaga1Y=; b=QQ5Mc/BDPZjrKaLqTfZ33nz+le6JLnbkD0t6/TYM+pvSyAEPrjSkJIwe hgtefB/QfsI8a5R9MiUeOmmL9E3UUFvmUrkCNkpJHtbsMFpQAV66/7lLV lruBdbrzc4sTsUgkE6zXjhiboLNYKNBRvl7bvS9A8fbpMFZRqtjF+0i5S 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAP+9MlStJV2R/2dsb2JhbABfgw6BIA/TbQKBBhYBe4QEAQEDATo/BQsCAQg2EDIlAgQOiDsIwSoBF5ASMweDLYEeAQSRdItKgS2DQpERg2OCNIECAQEB X-IronPort-AV: E=Sophos;i="5.04,664,1406592000"; d="scan'208";a="361022958" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-6.cisco.com with ESMTP; 06 Oct 2014 16:10:10 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s96GAAEm005557 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 6 Oct 2014 16:10:10 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.211]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0195.001; Mon, 6 Oct 2014 11:10:09 -0500 From: "Stefano Previdi (sprevidi)" To: "Alvaro Retana (aretana)" Thread-Topic: IPR Claims related to draft-ietf-spring-problem-statement Thread-Index: AQHP110UWlrIQihAb0++yZCGOEYOTpwjpRWA Date: Mon, 6 Oct 2014 16:10:09 +0000 Message-ID: <2758A9AE-34DA-421C-AFEA-87E28642907C@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.95] Content-Type: text/plain; charset="us-ascii" Content-ID: <99E78DAAFC975E44BA7A985E7996EDC3@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/utn0x3NDO9ckQyqBIWeGE5lSz6A Cc: "spring@ietf.org" , "draft-ietf-spring-problem-statement@tools.ietf.org" Subject: Re: [spring] IPR Claims related to draft-ietf-spring-problem-statement X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2014 16:10:14 -0000 no IPR. s. On Sep 23, 2014, at 8:34 PM, Alvaro Retana (aretana) wrote: > Hi! >=20 > In parallel to the WGLC for this draft, I want to formally ask the author= s (no additional contributors are listed in the latest version of the draft= ) to please respond to this message indicating whether or not you are aware= of any relevant IPR. So far there are no related disclosures. The draft = will not progress (pending the results of the WGLC) until we have received = a response from each author. >=20 > Thanks! >=20 > Alvaro. >=20 From nobody Mon Oct 6 15:03:08 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 724AE1A8AC4; Mon, 6 Oct 2014 15:03:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 zqrV00DGafTJ; Mon, 6 Oct 2014 15:03:03 -0700 (PDT) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB5AD1A8AC8; Mon, 6 Oct 2014 15:03:02 -0700 (PDT) Received: by mail-qc0-f182.google.com with SMTP id i17so4796271qcy.13 for ; Mon, 06 Oct 2014 15:03:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=1cG4aT+WsAPDhaYxAxAcn9XLe2kPw3TyfsP0VySIsKU=; b=nvBs/ypRrHIvCeL5VoE1RToZYyWqEuUkoSLzIuZ6Lyp1jWp6yXisNJelXrV4FMkEjT 2LYhL02P7OAkd/KzvvnFPZk7LQTXp+Dshy9946WH9hsfRIzR9rztKmGyl7Cdza6+B+Vu Tk6qn7GUn8nCmJ+EprVoZ6zWSGgwtVLDzd0l+t9sAz4e/71ZAVSw3NccDP2e6Xb95gOP 1glOZLDT/Br54+DfB23go3UEolfX8Aq9XiXaj0hUurZbsvrgsQN6LqGNIUmEFZbZTAsj o+I0jeXxbHMDR4R5R3vcOjzmO0E9B2dSOxlp7uPE09BN8QwvXDCblp3pLaIOBsxSaScY U0+A== X-Received: by 10.224.167.15 with SMTP id o15mr1586939qay.32.1412632981872; Mon, 06 Oct 2014 15:03:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.42.65 with HTTP; Mon, 6 Oct 2014 15:02:41 -0700 (PDT) From: "Andrew G. Malis" Date: Mon, 6 Oct 2014 18:02:41 -0400 Message-ID: To: "rtg-ads@tools.ietf.org" , "rtg-dir@ietf.org" , spring@ietf.org, draft-filsfils-spring-segment-routing@tools.ietf.org, spring-chairs@tools.ietf.org Content-Type: multipart/alternative; boundary=089e01294f64156d390504c83f63 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/dWrtuIsEF7gdVwFqK6no4S3k73k Subject: [spring] Routing Directorate QA review of draft-filsfils-spring-segment-routing-04 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2014 22:03:04 -0000 --089e01294f64156d390504c83f63 Content-Type: text/plain; charset=UTF-8 Hello, I have been selected as the Routing Directorate QA reviewer for https://tools.ietf.org/html/draft-filsfils-spring-segment-routing-04 . The Routing Directorate QA reviews are intended to improve the quality of RTG Area documents as the pass through the IETF process. This is the QA review at the time of the WG document adoption poll. Document: draft-filsfils-spring-segment-routing-04.txt Reviewer: Andy Malis Review Date: 2014-10-06 Working Group Adoption Poll end date: Oct 8, 2014 Intended Status: Standards Track Please find the review at: http://trac.tools.ietf.org/area/rtg/trac/wiki/WG%20adoption%20QA%20review%20draft-filsfils-spring-segment-routing Cheers, Andy --089e01294f64156d390504c83f63 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Cheers,
Andy

--089e01294f64156d390504c83f63-- From nobody Tue Oct 7 08:22:22 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A29101A6F8E for ; Tue, 7 Oct 2014 08:22:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.286 X-Spam-Level: X-Spam-Status: No, score=-15.286 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 opnHlQUiPAVM for ; Tue, 7 Oct 2014 08:22:17 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8A0E1A6F83 for ; Tue, 7 Oct 2014 08:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=24953; q=dns/txt; s=iport; t=1412695337; x=1413904937; h=from:to:cc:subject:date:message-id:mime-version; bh=NoxabnzM6TsiDPWS69p18+vDSZ1PgZ52uZmKF+Ytihc=; b=IppT4a0PakrOszOjdQUZRgZ8jvhJsg3UA3e7eEpbnd4jfKODYC5IPLu+ 669TeeR8CTKIPCNlaWbfgRlIyBRRGLuesdYsOIxa4qj58g3qtaPi/Mwso oHcWBi1uRGhohFvGs9LgP9+NBI/gyGQn5U+aSabbMnmIrw/PVIek2aScZ 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscFAEcENFStJA2G/2dsb2JhbABfgkhGU1gEyxWBbYdNgREWAXIJhAQCBB1cEgEIEiYHORQDEAQOBRuIIw3BewEXikqFF2OEUgWPXIIahD6HDoEtPIMIjRiDf4NjbIFIgQIBAQE X-IronPort-AV: E=Sophos;i="5.04,670,1406592000"; d="scan'208,217";a="361317715" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-6.cisco.com with ESMTP; 07 Oct 2014 15:22:16 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s97FMFru012896 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 7 Oct 2014 15:22:15 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.183]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Tue, 7 Oct 2014 10:22:15 -0500 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: [spring] WGLC for draft-ietf-spring-problem-statement Thread-Index: AQHP4kJ5BH5PLGt9tUGaLoktn++V2g== Date: Tue, 7 Oct 2014 15:22:14 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_D05865686C12Caretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/-SZeVqG46UmlN1chvjeLQOtxn5w Cc: "draft-ietf-spring-problem-statement@tools.ietf.org" Subject: Re: [spring] WGLC for draft-ietf-spring-problem-statement X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 07 Oct 2014 15:22:20 -0000 --_000_D05865686C12Caretanaciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On 9/23/14 2:28 PM, "Alvaro Retana (aretana)" > wrote: [WG Chair Hat Off] Hi! As agreed at the last in person meeting, this message starts the Working Gr= oup Last Call for draft-ietf-spring-problem-statement. This call will clos= e by EOD (pick your favorite time zone) on October 8, 2014. http://tools.ietf.org/html/draft-ietf-spring-problem-statement Please provide specific feedback as to why you support (or not) the advance= ment of this draft. Please avoid "+1"-type responses. I support the publication of this document because I believe it provides a = good general description of the use cases to be addressed. I will be the shepherd for this document, so I have some comments that I wo= uld like addressed before we ask for publication. I don't think any of my = comments (see below) are show stoppers. Thanks! Alvaro. Major: 1. Introduction. The text says that "'source' means 'the point at which= the explicit route is imposed'". It would be really nice if the word "sou= rce" was used throughout the document in the same manner..for consistency, = ease of searching, to reduce confusion, etc. For example, in the Security= section a short discussion was written to say: "There is an assumed trust = model such that any node imposing an explicit route on a packet is assumed = to be allowed to do so."..but the word "source" is not used. Another ex= ample, section 5.1.1.2. (Egress Peering Traffic Engineering) reads: "The SP= RING architecture should allow an ingress node (or a source node) to select= the exit point of a packet.." Is there a difference between an "ingress n= ode" and a "source node"? Would the source node (as the one imposing the e= xplicit route) not be the ingress node? I guess the only difference is whe= ther the ingress node is a "source" as defined above or not. 2. Given that the document is defining requirements, shouldn't RFC2119 k= eywords be used (in some places at least)? I see several "should" and some= "must" used in the text, but none of them seem to be RFC2119 keywords. If= you think that no RFC2119 keywords should be used (which I think would not= make it easier to determine whether the important requirements are satisfi= ed or not), then please take the reference out. 3. References to the architecture documents should be removed..these are= "forward" references as they point to work that should be done in response= to the use cases defined in this document. References that should be remo= ved are: I-D.filsfils-spring-segment-routing-mpls, I-D.filsfils-spring-segm= ent-routing, I-D.filsfils-spring-segment-routing-use-cases, I-D.filsfils-sp= ring-segment-routing-ldp-interop.. Minor: 1. Introduction. The last paragraph reads "SPRING architecture objectiv= e is not to replace.." I think that this document's objective is to determ= ine what the use cases are..not to determine the objective of the architect= ure. If you want to rephrase as a requirement, please do. Otherwise plea= se remove it. 2. Dataplanes. I like the first paragraph. I think the rest of this se= ction should talk about which dataplanes are in scope..and maybe about how = the use cases described are not dataplane specific.. But not about whether= MPLS or IPv6 can support what the use cases describe or not. A nice requi= rement for this section might be something along the lines of "The SPRING a= rchitecture should leverage existing dataplanes without any modification, i= f possible." or "..with minimum modifications." (and not try to be prescrip= tive as to how the problem should be solved). If you follow this suggestio= n, then the references to RFC2460, RFC6564 and RFC7045 are unnecessary. 3. Use Cases Section. There isn't one. :-( I think that the document w= ould benefit from creating a section that includes the current sections des= cribing use cases as sub-sections. Or the other option would be to provide= a "map" in the introduction so that the reader understands what each secti= on contains. 4. Section 4. "FRR technologies.." We need a reference here..specially = since one of the requirements is to support FRR. 5. Section 5. There's a lot of terminology in this section, but no refe= rences. For example, "loose or strict options"..I'm sure there's a good re= ference where the reader can clearly find definitions. IOW, please don't l= eave things up to interpretation. 6. 5.1.2.2. (SDN/SR use-case) There are several references in this sect= ion to potential pieces of an end-to-end solution that would incorporate a = controller and SR: PCE, BGP-LS, i2rs, etc. I think that those pieces of th= e e2e implementation of a system are outside the scope of this use cases do= cument. Similar to the suggestion for the Dataplanes section, mentioning t= hat existing mechanisms be used as needed to complete the system should be = enough. 7. 5.1.2.2.1. (SDN Example) This section seems to explain the result of= what looks like the experiment of applying a potential solution to a full = mesh. The text in 5.1.2.2 should be enough. 8. Section 6 (Interoperability with non-SPRING nodes). The only require= ment in this section is the first sentence/paragraph. The rest of the sect= ion is superfluous. Do you have other requirements as to what it means to = "interoperate"? It would be nice to clarify whether the intent is to have= support for "islands" of SR and islands of something else interconnected..= or if the intent is to have SR and another technology work side-by-side in = the same network. I would assume the former.. [Note that there was a sugg= estion on the list to mention interoperability with OpenFlow. Maybe that i= s too specific, which is why we need some clarity of what is expected..at l= east in this document.] 9. 7. (OAM) I think this section needs to be converted to the 'Manageab= ility Considerations' section. Pointing there to the work in progress shou= ld be ok. BTW, the text reads: "The SPRING WG should provide OAM and the m= anagement needed to manage SPRING enabled networks.". I'm assuming that yo= u really meant the SPRING architecture. 10. 8. (Security) This should become the 'Security Considerations' secti= on. 11. "Authors' Addresses" You still have 6 authors..the RFC Editor likes = no more than 5. Nits: 1. Introduction. s/In the context of this charter/In the context of this= document 2. (In several places) s/SPRING architecture/The SPRING architecture = The same for "MPLS Dataplane" or "IPv6 specification". 3. Section 3. The two paragraphs are almost exactly the same. 4. Please review the acronyms and make sure they are expanded somewhere. 5. Section 3.1. Where did 192.168.0.2 come from? You later mention it.= .maybe you just need a generic explanation (as the rest of the use case). 6. Section 4. s/should address following/should address the following 7. 5.1.1.1. The description naming doesn't correspond to the figure: th= e description uses the notation C(1,k), while the drawing shows C1Z (for k = =3D Z, of course). It can be followed, but it would be better if it was st= raight forward. 8. 5.1.1.1. "A should be able to.." Which "A"? The edge router, the = region or maybe one of the other nodes..? 9. 5.1.1.2. There's a mention of "add-path", but no reference. 10. 5.1.1.2. s/apply the following traffic-engineering policy/apply a tra= ffic-engineering policy such as the following 11. 5.1.1.3. s/allow a given node should be able to load share/allow a gi= ven node to load share 12. 5.1.1.3. s/even if these ones lead/even if these lead 13. 5.1.2.2. "..here are the benefits that the SPRING architecture should= deliver.." The architecture should deliver functionality. ;-) Please rew= ord appropriately. 14. 5.1.2.2.1 s/ATM-alike/ATM-like 15. 9. (IANA Considerations) Write this: "This document has no IANA acti= ons." --_000_D05865686C12Caretanaciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <130053BCF1893640B7107250B924BADF@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
On 9/23/14 2:28 PM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

[WG Chair Hat Off]

Hi!

As agreed at the last in person meet= ing, this message starts the Worki= ng Group Last Call for draft-ietf-spring-problem-statement. &nb= sp;This call will close by EOD (pick your favorite time zone) on October 8, 2014.

http://tools.ietf.org/html/draft-ietf-spring-problem-statement

Please provide specific feedback as to why you support (or not) the ad= vancement of this draft.  Please avoid "+1"-type respons= es.  

I support the publication of this document because I believe it provides a = good general description of the use cases to be addressed.


I will be the shepherd for this document, so I have some comments that I wo= uld like addressed before we ask for publication.  I don't think any o= f my comments (see below) are show stoppers.

Thanks!

Alvaro.



Major:
  1. Introduction.  The text says tha= t "'source' means 'the point at which the explicit route is imposed'&q= uot;.  It wo= uld be really nice if the word "source" was used throughout the document in the same manner..for consistency, ease of searching, to re= duce confusion, etc.n th= e Security section a short discussion was written to say: "There is an assumed trust model such that any node imposing = an explicit route on a packet is assumed to be allowed to do so."= ..but the word "source" is not used.     Another exampl= e, section 5.1.1.2. (Egress Peering Traffic Engineering) reads: "= The SPRING architecture should allow an ingress node (or a source node) t= o select the exit point of a packet.."  Is there a difference bet= ween an "ingress node" and a "source node"?  Would= the source node (as the one imposing the explicit route) not be the ingres= s node?  I guess the only difference is whether the ingress node is a &= quot;source" as defined above or not.
  2. Given that the document = is defining requirements, shouldn't RFC2119 keywords be used (in some place= s at least)?  I see several "should" and some "must&quo= t; used in the text, but none of them seem to be RFC2119 keywords.  If= you think that no RFC2119 keywords should be used (which I think would not make it easier to determine whethe= r the important requirements are satisfied or not), then please take the re= ference out.
  3. References to the architecture documents should be rem= oved..these are "forward" references as they point to work that s= hould be done in response to the use cases defined in this document.  = References that should be removed are: I-D.filsfils-spring-segment-rou= ting-mpls, I-D.filsfils-spring-segment-routing, I-D.filsfils-spring-segment-routing-use-cases, I-D.filsfils-spring-se= gment-routing-ldp-interop..
Minor:
  1. Introduction.  The last paragraph reads "SPRING architecture obje= ctive is not to replace.."  I think that this document's objectiv= e is to determine what the use cases are..not to determine the objective of= the architecture.   If you want to rephrase as a requirement, please do.  Otherwise please remove it.
  2. Dataplanes.  I like the first paragraph.  I think th= e rest of this section should talk about which dataplanes are in scope..and= maybe about how the use cases described are not dataplane specif= ic..  But not about whether MPLS or IPv6 can support what the use cases describe or not.  A nice requi= rement for this section might be something along the lines of "= The SPRING architecture should leverage existing dataplanes without any modifi= cation, if possible." or "..with minimum modifications." (an= d not try to be prescriptive as to how the problem should be solved).  = ;If you follow this suggestion, then the references to RFC2460, RFC6564 and RFC7045 are unnecessary.
  3. Section 4. "FRR technologies.."  We need a reference here..s= pecially since one of the requirements is to support FRR.
  4. Section 5.  There's a lot of terminology in this section, but no refer= ences.  For example, "loose or strict options"..I'm sure the= re's a good reference where the reader can clearly find definitions.  = IOW, please don't leave things up to interpretation.
  5. 5.1.2.2. (SDN/SR use-case)  There are several references in this secti= on to potential pieces of an end-to-end solution that would incorporate a c= ontroller and SR: PCE, BGP-LS, i2rs, etc.  I think that those pieces o= f the e2e implementation of a system are outside the scope of this use cases document.  Similar to the suggestion for = the Dataplanes section, mentioning that existing mechanisms be used as need= ed to complete the system should be enough.  
  6. 5.1.2.2.1. (SDN Example)  This secti= on seems to explain the result of what looks like the experiment of applyin= g a potential solution to a full mesh.  The text in 5.1.2.2 should be = enough.
  7. Section 6 (Interoperability with non-SPRING nodes).  The only requirem= ent in this section is the first sentence/paragraph.  The rest of the = section is superfluous.  Do you have other requirements as to what it = means to "interoperate"?   It would be nice to clarify whether the intent is to have support for "islands"= of SR and islands of something else interconnected..or if the intent is to= have SR and another technology work side-by-side in the same network. &nbs= p;I would assume the former..  [Note that there was a suggestion on the list to mention interoperability with OpenFlow.  = Maybe that is too specific, which is why we need some clarity of what is ex= pected..at least in this document.]
  8. 7. (OAM)  I think this section needs to be converted to the 'Manage= ability Considerations' section.  Pointing there to the work in progre= ss should be ok.  BTW, the text reads: "The SPRING WG should provide OAM and the management needed to manage SPRING enabled networ= ks.".  I'm assuming that you really meant the SPRING architecture= .
  9. 8. (Security)  This= should become the 'Security Considerations' section.
  10. "Authors' Addresses"  You still = have 6 authors..the RFC Editor likes no more than 5.

Nits:
  1. Introduction. s/In the context of this charter/In the context of this docum= ent
  2. (In several places)  s/SPRING architecture/The SPRING architecture &nb= sp; The same for "MPLS Dataplane" or "IPv6 specification&quo= t;.
  3. Section 3.  The two paragraphs are almost exactly the same.
  4. Please review the acronyms and make sure they are expanded somewhere.
    5. <= li style=3D"color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-siz= e: 14px; "> Section 3.1.  Where did 192.168.0.2 come from?  You later me= ntion it..maybe you just need a generic explanation (as the rest of the use= case).
  5. Section 4. s/should address following/should address the following
  6. 5.1.1.1.  The description naming doesn't correspond to the figure: the= description uses the notation C(1,k), while the drawing shows C1Z (fo= r k =3D Z, of course).  It can be followed, but it would be better if = it was straight forward.
  7. 5.1.1.1. "A should be able to.."    Which "A"= ?  The edge router, the region or maybe one of the other nodes..? &nbs= p;
  8. 5.1.1.2.  There's a mention of "add-path", but no reference.=
  9. 5.1.1.2. s/apply the following traffic-engineering policy/apply a traffic-e= ngineering policy such as the= following
  10. 5.1.1.3. s/allow a given node should be able to load share/allow a given node to load share
  11. 5.1.1.3. s/even if these ones lead/even if these lead
  12. here are the b= enefits that the SPRING architecture should deliver.." =  The architecture should deliver functionality. ;-)  Please rewor= d appropriately.
  13. ATM-alike/ATM-like<= /font>
  14. 9. (IANA Considerations) &= nbsp;Write this: "This document has no IANA actions."
    15. =



--_000_D05865686C12Caretanaciscocom_-- From nobody Tue Oct 7 08:26:28 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F07781A6F9C for ; Tue, 7 Oct 2014 08:26:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.287 X-Spam-Level: X-Spam-Status: No, score=-15.287 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 soCGMuClKjkg for ; Tue, 7 Oct 2014 08:26:25 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9FEE01A6F8F for ; Tue, 7 Oct 2014 08:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=735; q=dns/txt; s=iport; t=1412695585; x=1413905185; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=BKAXhNy4yO2GyccJJXrWxhhNsHQyaJffN5owzJX2yR4=; b=OEpiH8sjhyqYMuZZsalA0XQpEznCqUp4SEX38WzTQyy9UDTuQT2RcWz7 iTRcM2hRIR8IO48E8DUbEzNeLJ+/VkBYpSn93z7/0jJEtG0YiKTN6pU7x kDgcFlwJKUIMP4V3yWiffgNVLq8ieIK30YRSVa0KtpWg8cHgVuEcdYeW6 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgsFAJoFNFStJA2D/2dsb2JhbABfgw5TTQwDzQaHSQKBDxYBe4QEAQEDAR0dPwULAgEINhAyJQIEDog7CA3BfAEXkBEzB4MtgR4BBJF2hD6HDoEtPIMIkReDY4I0gQIBAQE X-IronPort-AV: E=Sophos;i="5.04,670,1406592000"; d="scan'208";a="358208779" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-9.cisco.com with ESMTP; 07 Oct 2014 15:26:25 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s97FQOYO000345 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 7 Oct 2014 15:26:25 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.132]) by xhc-rcd-x04.cisco.com ([fe80::200:5efe:173.37.183.34%12]) with mapi id 14.03.0195.001; Tue, 7 Oct 2014 10:26:24 -0500 From: "Stefano Previdi (sprevidi)" To: "Alvaro Retana (aretana)" Thread-Topic: IPR Claims related to draft-filsfils-spring-segment-routing Thread-Index: AQHP1/fub1imTrTArE2x/Y4xmYwLR5wlKfsA Date: Tue, 7 Oct 2014 15:26:24 +0000 Message-ID: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.125] Content-Type: text/plain; charset="us-ascii" Content-ID: <31CC318DACEE254CAC2D05E3BE98AD0F@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/-a0MtAwHnfBPWTh0tKcuw6ZBwJ8 Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 07 Oct 2014 15:26:27 -0000 IPR is in the process of being disclosed. Thanks. s. On Sep 24, 2014, at 3:03 PM, Alvaro Retana (aretana) wrote: > Hi! >=20 > In parallel to the WG Adoption Call for this draft, I want to formally as= k the authors (no additional contributors are listed in the latest version = of the draft) to please respond to this message indicating whether or not y= ou are aware of any relevant IPR beyond what has been already disclosed. T= he draft will not progress (pending the results of the WG Adoption Call) un= til we have received a response from each author. >=20 > http://datatracker.ietf.org/ipr/search/?option=3Ddocument_search&id=3Ddra= ft-filsfils-spring-segment-routing >=20 > Thanks! >=20 > Alvaro. From nobody Tue Oct 7 08:26:39 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C85B21A6FAB for ; Tue, 7 Oct 2014 08:26:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.287 X-Spam-Level: X-Spam-Status: No, score=-15.287 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 NSE7aKQijDpn for ; Tue, 7 Oct 2014 08:26:33 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB01B1A6F9E for ; Tue, 7 Oct 2014 08:26:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=618; q=dns/txt; s=iport; t=1412695593; x=1413905193; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=CSFHem2T0e3Eb+yzA+Yft3gekNajhpXxN+CpzNdCTI8=; b=Uimts3cICOP39WSm+gLDZNuzIHdStlno5zQ5KWxPaQgVM90xMFaX794g uwVW7GTnswnw+EVEFiCpXAi2vJ4fjTLXfMX63UGAL+voUb3osIJIrKv+6 2OFITEP0Ap+CAxJ6g5zpdm3W9R0YYkHkHBpVpVntlmHmtyhq7HW3IM2a4 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgUFAJoFNFStJA2H/2dsb2JhbABfgw6BIA/UTwKBDxYBe4QEAQEDAR0dPwULAgEINhAyJQIEDog7CMIJAReQETMHgy2BHgEEkXaLTIEtg0SRF4NjgjSBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,670,1406592000"; d="scan'208";a="361310307" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-5.cisco.com with ESMTP; 07 Oct 2014 15:26:31 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s97FQUTa026860 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 7 Oct 2014 15:26:31 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.132]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Tue, 7 Oct 2014 10:26:30 -0500 From: "Stefano Previdi (sprevidi)" To: "Alvaro Retana (aretana)" Thread-Topic: IPR Claims related to draft-filsfils-spring-segment-routing-mpls Thread-Index: AQHP1/iPGeXWHBcyB0uy5DIe6qCkOZwlKgKA Date: Tue, 7 Oct 2014 15:26:29 +0000 Message-ID: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.125] Content-Type: text/plain; charset="us-ascii" Content-ID: <01B2005430D8594BBCCD4605B6E25FD8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/i9BhzeQuzDpIuYOhznf8XSHGUoE Cc: "spring@ietf.org" , "draft-filsfils-spring-segment-routing-mpls@tools.ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 07 Oct 2014 15:26:38 -0000 IPR is in the process of being disclosed. Thanks. s. On Sep 24, 2014, at 3:07 PM, Alvaro Retana (aretana) wrote: > Hi! >=20 > In parallel to the WG Adoption Call for this draft, I want to formally as= k the authors (no additional contributors are listed in the latest version = of the draft) to please respond to this message indicating whether or not y= ou are aware of any relevant IPR. So far there are no related disclosures.= The draft will not progress (pending the results of the WG Adoption Call)= until we have received a response from each author. >=20 > Thanks! >=20 > Alvaro. From nobody Tue Oct 7 08:46:50 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 138581ACE26 for ; Tue, 7 Oct 2014 08:46:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 TsDuSJrTHZhJ for ; Tue, 7 Oct 2014 08:46:39 -0700 (PDT) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E39951ACE1D for ; Tue, 7 Oct 2014 08:46:36 -0700 (PDT) Received: by mail-wi0-f181.google.com with SMTP id hi2so8366200wib.14 for ; Tue, 07 Oct 2014 08:46:35 -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:content-type; bh=bwgXDutw5RKvVVwvrzB2ILpa2F5YGQZOlDlVudUNxsk=; b=ycbeKqKLX64i8n4YmPCVPsl83vQG4lFRAUOSX6ZQ+lOSKwYcIcCYewtt4gyHfHN4Fe NG6K5+FOkJpnVerkTPUUW7wsfmSnLUlwMI9Z7uI5f39wMW03xpQZIDiWQeZzQU58Ra/S WwxvFSddCt+TQzlhuwvLpVveVDf6uHEtOjRHMuR0l48z4jqLrgGlbv3gHZO9jvK1zPlE ac2hQ3oMjNbduv+UQ8lcQMQqZIHod0ijsontiNwZ8eJmDRC3uaBdCbacInvFGv8iEIfL DfWTlQIJCNepohgdYCQhH2EJiiim8zjo7J0rqcBmTHs5QRBjDI/rmf7uDXNZlXLeEuv4 AR+g== X-Received: by 10.180.36.98 with SMTP id p2mr9243687wij.3.1412696795445; Tue, 07 Oct 2014 08:46:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.208.12 with HTTP; Tue, 7 Oct 2014 08:46:15 -0700 (PDT) In-Reply-To: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> From: "Andrew G. Malis" Date: Tue, 7 Oct 2014 11:46:15 -0400 Message-ID: To: "Stefano Previdi (sprevidi)" Content-Type: multipart/alternative; boundary=e89a8f50291aaaff730504d71a86 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/RBi_oiwy2SUGhA9Al8cUoMf96lo Cc: "Alvaro Retana \(aretana\)" , "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 07 Oct 2014 15:46:42 -0000 --e89a8f50291aaaff730504d71a86 Content-Type: text/plain; charset=UTF-8 Alvaro et al, Had I seen Stefano's email prior to completing my QA review for this draft, I would have included that WG adoption should wait until after the WG has had a chance to review the disclosure. Thanks, Andy On Tue, Oct 7, 2014 at 11:26 AM, Stefano Previdi (sprevidi) < sprevidi@cisco.com> wrote: > IPR is in the process of being disclosed. > > > Thanks. > s. > > > On Sep 24, 2014, at 3:03 PM, Alvaro Retana (aretana) wrote: > > > Hi! > > > > In parallel to the WG Adoption Call for this draft, I want to formally > ask the authors (no additional contributors are listed in the latest > version of the draft) to please respond to this message indicating whether > or not you are aware of any relevant IPR beyond what has been already > disclosed. The draft will not progress (pending the results of the WG > Adoption Call) until we have received a response from each author. > > > > > http://datatracker.ietf.org/ipr/search/?option=document_search&id=draft-filsfils-spring-segment-routing > > > > Thanks! > > > > Alvaro. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --e89a8f50291aaaff730504d71a86 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Alvaro et al,

Had I seen Stefano's = email prior to completing my QA review for this draft, I would have include= d that WG adoption should wait until after the WG has had a chance to revie= w the disclosure.

Thanks,
Andy

On Tue, Oct 7, = 2014 at 11:26 AM, Stefano Previdi (sprevidi) <sprevidi@cisco.com>= wrote:
IPR is in the process of b= eing disclosed.


Thanks.
s.


On Sep 24, 2014, at 3:03 PM, Alvaro Retana (aretana) wrote:

> Hi!
>
> In parallel to the WG Adoption Call for this draft, I want to formally= ask the authors (no additional contributors are listed in the latest versi= on of the draft) to please respond to this message indicating whether or no= t you are aware of any relevant IPR beyond what has been already disclosed.= =C2=A0 The draft will not progress (pending the results of the WG Adoption = Call) until we have received a response from each author.
>
> htt= p://datatracker.ietf.org/ipr/search/?option=3Ddocument_search&id=3Ddraf= t-filsfils-spring-segment-routing
>
> Thanks!
>
> Alvaro.

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

--e89a8f50291aaaff730504d71a86-- From nobody Tue Oct 7 08:52:16 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6FDE1A6F0D for ; Tue, 7 Oct 2014 08:52:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.287 X-Spam-Level: X-Spam-Status: No, score=-15.287 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 xc-B48Sdg2Cp for ; Tue, 7 Oct 2014 08:52:10 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 691EA1ACE26 for ; Tue, 7 Oct 2014 08:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1580; q=dns/txt; s=iport; t=1412697130; x=1413906730; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=eiu0hvr0XpKPO1XX/NY89YSFnQBXKjwwcu1FSjEgZAs=; b=I5g8/qtS9XLJkRkMWKXHX1hzsOajFMuJdHSEC4HoXgLQcaMOZ4RMeEhs KTuSUXPaOKRvB+RZjuhjaZ5IvuCSmFrIiq/Xw8fhElpL5QW/luULiLAMH EITRsoo7cVnxQBpFVOQ79KAiy3rG2c8esozpWMB0nE6J6pLghkHQ0YlsU 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAL8KNFStJV2U/2dsb2JhbABfgw5TWATMeA6GdVQCgQ8WAXuEAwEBAQMBAQEBGh00CwULAgEIGB4QJwslAgQOBYg2CA3BdgEXj2IRAR0zB4MtgR4FkXaEPocOgS08gwiNGIN/g2NsgQ85gQIBAQE X-IronPort-AV: E=Sophos;i="5.04,671,1406592000"; d="scan'208";a="84775075" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-5.cisco.com with ESMTP; 07 Oct 2014 15:52:10 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s97Fq9LU026054 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 7 Oct 2014 15:52:09 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.132]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Tue, 7 Oct 2014 10:52:09 -0500 From: "Stefano Previdi (sprevidi)" To: "Andrew G. Malis" Thread-Topic: [spring] IPR Claims related to draft-filsfils-spring-segment-routing Thread-Index: AQHP4kXhKodaYZXAIUyhiL3zy+VH9ZwlHI8A Date: Tue, 7 Oct 2014 15:52:08 +0000 Message-ID: <209732C6-5177-4F82-86BE-F296E8D29E9A@cisco.com> References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.125] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/r-f1bqHLvG13nf8y3AncwpRF_vY Cc: "Alvaro Retana \(aretana\)" , "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 07 Oct 2014 15:52:13 -0000 Hi Andrew, thanks for the review, I will address all your comments. Regarding ipr, I hope the disclosure will happen very soon.=20 Unfortunately (well, not really) I don't own the process but I'll do my bes= t to speed it up. Thanks. s. On Oct 7, 2014, at 5:46 PM, Andrew G. Malis wrote: > Alvaro et al, >=20 > Had I seen Stefano's email prior to completing my QA review for this draf= t, I would have included that WG adoption should wait until after the WG ha= s had a chance to review the disclosure. >=20 > Thanks, > Andy >=20 > On Tue, Oct 7, 2014 at 11:26 AM, Stefano Previdi (sprevidi) wrote: > IPR is in the process of being disclosed. >=20 >=20 > Thanks. > s. >=20 >=20 > On Sep 24, 2014, at 3:03 PM, Alvaro Retana (aretana) wrote: >=20 > > Hi! > > > > In parallel to the WG Adoption Call for this draft, I want to formally = ask the authors (no additional contributors are listed in the latest versio= n of the draft) to please respond to this message indicating whether or not= you are aware of any relevant IPR beyond what has been already disclosed. = The draft will not progress (pending the results of the WG Adoption Call) = until we have received a response from each author. > > > > http://datatracker.ietf.org/ipr/search/?option=3Ddocument_search&id=3Dd= raft-filsfils-spring-segment-routing > > > > Thanks! > > > > Alvaro. >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring >=20 From nobody Wed Oct 8 02:56:04 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51C661A016A for ; Wed, 8 Oct 2014 02:56:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.686 X-Spam-Level: X-Spam-Status: No, score=-2.686 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.786] autolearn=ham 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 muzAQ_xhoHx2 for ; Wed, 8 Oct 2014 02:56:01 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 099D61A0164 for ; Wed, 8 Oct 2014 02:56:01 -0700 (PDT) Received: from [192.168.0.103] (81-236-221-144-no93.tbcn.telia.com [81.236.221.144]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 7EC0D1801256; Wed, 8 Oct 2014 11:55:59 +0200 (CEST) Message-ID: <54350A31.2060307@pi.nu> Date: Wed, 08 Oct 2014 11:56:01 +0200 From: Loa Andersson User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Stefano Previdi (sprevidi)" , "Alvaro Retana (aretana)" References: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> In-Reply-To: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/NjQ61bPEy-pXAw9SYN7_bAQdJbQ Cc: "spring@ietf.org" , "draft-filsfils-spring-segment-routing-mpls@tools.ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 08 Oct 2014 09:56:02 -0000 Folks, On the same note as Andy (for draft-filsfils-spring-segment-routing) if I'd seen Stefano's mail before completing my RTG-DIR QA review I would have advised the wg chairs to hold the adoption of the document until after the working group have had a fair chance to review the disclosure. /Loa On 2014-10-07 17:26, Stefano Previdi (sprevidi) wrote: > IPR is in the process of being disclosed. > > > Thanks. > s. > > > On Sep 24, 2014, at 3:07 PM, Alvaro Retana (aretana) wrote: > >> Hi! >> >> In parallel to the WG Adoption Call for this draft, I want to formally ask the authors (no additional contributors are listed in the latest version of the draft) to please respond to this message indicating whether or not you are aware of any relevant IPR. So far there are no related disclosures. The draft will not progress (pending the results of the WG Adoption Call) until we have received a response from each author. >> >> Thanks! >> >> Alvaro. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Oct 11 04:30:53 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 143881A036C for ; Sat, 11 Oct 2014 04:30:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.286 X-Spam-Level: X-Spam-Status: No, score=-15.286 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, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 htQ2RQsNN1OW for ; Sat, 11 Oct 2014 04:30:46 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B91331A0360 for ; Sat, 11 Oct 2014 04:30:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4167; q=dns/txt; s=iport; t=1413027046; x=1414236646; h=from:to:cc:subject:date:message-id:mime-version; bh=zLUyJQT3p2PR1WAXnI3k+wkXZWvxur+Ta7x/XFYeIz4=; b=aN1v0+ge/LY/RVn+vQekGcDYSRWMQiytHGZVr/HTEfoh1JXALzn5DDO9 ovzJ+36K73g0mGV9Vh7jr6TyPE9cvfVY0Q+FhHAunpXDtJ+ddaNziNo3K Jqtb+Qnl0zIRnmAPSUe4AV5DfAsIyIfuAUbur9lr++DOxrCbp8jxriaTx w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoYHABAUOVStJA2I/2dsb2JhbABggkhGU1gEhWLFW4dNgQMWAXIJhAp5EgEMdCcEDohDDb87AQEBAQEBAQECAQEBAQEBAQEWBI9iEQFMBIRSBY9fghqEQocQgS6DRpEdgV2CGmwBgQ45gQIBAQE X-IronPort-AV: E=Sophos;i="5.04,697,1406592000"; d="scan'208,217";a="362497941" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-8.cisco.com with ESMTP; 11 Oct 2014 11:30:46 +0000 Received: from xhc-aln-x07.cisco.com (xhc-aln-x07.cisco.com [173.36.12.81]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9BBUjrN010596 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 11 Oct 2014 11:30:45 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-aln-x07.cisco.com ([173.36.12.81]) with mapi id 14.03.0195.001; Sat, 11 Oct 2014 06:30:45 -0500 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: IETF 91 Agenda Items (spring) Thread-Index: AQHP5UbMoxvu78ZorkiiJRBI7m1oKA== Date: Sat, 11 Oct 2014 11:30:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_D05E8D1F6D303aretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/DtjIkiDsZNrbzwmFQGxUeGcHBRU Cc: "spring-chairs@tools.ietf.org" Subject: [spring] IETF 91 Agenda Items (spring) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 11 Oct 2014 11:30:49 -0000 --_000_D05E8D1F6D303aretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi! The preliminary agenda for Honolulu was posted yesterday (https://datatrack= er.ietf.org/meeting/91/agenda.txt), and spring is scheduled to meet as foll= ows: THURSDAY, November 13, 2014 0900-1130 Morning Session I Coral 3 RTG spring Source Packet Routing in Ne= tworking WG >From here on the dates look like this: * 2014-10-27 (Monday): Internet Draft submission cut-off (for all draft= s, including -00) * 2014-10-27 (Monday): Draft Working Group agendas due * 2014-11-03 (Monday): Revised Working Group agendas due Note that the ID submission cut-off and the Draft WG Agendas are due on the= same day. Please reply to this email with any requests by Friday Oct/24 t= o be included in the Draft WG Agenda. Note that the ID MUST have already b= een published to be considered. For a draft to be considered for the Final WG Agenda: 1. It MUST have been published already. 2. The authors SHOULD start a discussion on the list highlighting the ma= in points of the draft (don=92t just send a copy of the announcement and/or= paste the abstract). 3. Slides MUST be provided to the chairs by EOD on Tuesday Nov/11. We will prioritize existing WG items first, followed by work explicitly ide= ntified in the WG charter. Other items may be considered if we have time; = we will give preference to items for which there has been a discussion on t= he list on a first-come basis. Thanks! Alvaro + Jeff --_000_D05E8D1F6D303aretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi!

The preliminary agenda for Honolulu was posted yesterday (https://datatracker.ietf= .org/meeting/91/agenda.txt), and spring is scheduled to meet as follows= :
THURSDAY, November 13, 2014

0900-1130  Morning Session I
Coral 3         	RTG 	spring      	Source Packet Routing in Networking WG
From here on the=
 dates look like this:
  • 2014-10-27 (Monday): Internet Draft submission cu= t-off (for all drafts, including -00) 
  • 2014-10-27 (Mon= day): Draft Working Group agendas due 
  • 2= 014-11-03 (Monday): Revised Working Group agendas due 
Note that the ID submission cut-off and the Draft WG Agendas are due o= n the same day.  Please reply to this email with any requests by Frida= y Oct/24 to be included in the Draft WG Agenda.  Note that the ID MUST= have already been published to be considered.

For a draft to be considered for the Final  WG Agenda:
  1. It MUST have been published already.
  2. The authors SHOULD start a= discussion on the list highlighting the main points of the draft (don=92t = just send a copy of the announcement and/or paste the abstract).
  3. Sl= ides MUST be provided to the chairs by EOD on Tuesday Nov/11.
We will prioritize existing WG items first, followed by work explicitl= y identified in the WG charter.  Other items may be considered if we h= ave time; we will give preference to items for which there has been a discu= ssion on the list on a first-come basis. 

Thanks!

Alvaro + Jeff
--_000_D05E8D1F6D303aretanaciscocom_-- From nobody Fri Oct 17 03:00:38 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AD951AC3B7 for ; Fri, 17 Oct 2014 03:00:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 gaX_3kFLaSym for ; Fri, 17 Oct 2014 03:00:33 -0700 (PDT) Received: from tcmail23.telekom.de (tcmail23.telekom.de [80.149.113.243]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FE7A1AC3B4 for ; Fri, 17 Oct 2014 03:00:32 -0700 (PDT) Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail21.telekom.de with ESMTP; 17 Oct 2014 11:59:42 +0200 X-IronPort-AV: E=Sophos;i="5.04,738,1406584800"; d="scan'208";a="151845250" Received: from he110889.emea1.cds.t-internal.com ([10.134.92.130]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES128-SHA; 17 Oct 2014 11:59:39 +0200 Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE110889.emea1.cds.t-internal.com ([fe80::841f:f92c:15ca:8526%16]) with mapi; Fri, 17 Oct 2014 11:59:39 +0200 From: To: , Date: Fri, 17 Oct 2014 11:59:39 +0200 Thread-Topic: New Version Notification for draft-geib-spring-oam-usecase-03.txt Thread-Index: Ac/p6On7G8ALaY1tThqUCsQob4VjsAABxagA Message-ID: Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/9e6yTZH7nOS2EHvFgUVKnobk9kg Cc: spring@ietf.org Subject: [spring] WG: New Version Notification for draft-geib-spring-oam-usecase-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 10:00:36 -0000 QWx2YXJvLCBKb2huIGFuZCBTcHJpbmcgV0csDQoNClRoZSBuZXcgdmVyc2lvbiBvZiB0aGUgT0FN IHVzZSBjYXNlIGRyYWZ0IGhhcyBiZWVuIGNoYW5nZWQgd2l0aCB0d28gbWFpbiBnb2FsczoNCg0K LSBkZWxpbmVhdGlvbiBvZiBwYXRoIG1vbml0b3JpbmcgYmFzZWQgb24gZGF0YSBwbGFuZSBmb3J3 YXJkaW5nIA0KICAocGFydCBvZiB0aGUgdXNlIGNhc2UpIGZyb20gY29udHJvbCBwbGFuZSBiYXNl ZCBNUExTIE9BTSBmZWF0dXJlcyANCiAgKG5vdCBwYXJ0IG9mIHRoZSB1c2UgY2FzZSkuDQoNCi0g Y2hhbmdlZCB0ZXh0IHRvIGNsYXJpZnkgdGhhdCB0aGUgZG9jdW1lbnQgcHJlc2VudHMgdXNlIGNo YXNlcywgbm90IA0KICBzb2x1dGlvbnMuDQoNCkl0IGRvZXNuJ3QgY29udGFpbiBuZXcgdXNlIGNh c2VzIGFzIGNvbXBhcmVkIHRvIHZlcnNpb24gLTAyLg0KDQpSZWdhcmRzLA0KDQpSdWVkaWdlcg0K DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWdlaWItc3ByaW5nLW9hbS11c2VjYXNl LTAzLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBSdWVkaWdlciBHZWli IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWdlaWIt c3ByaW5nLW9hbS11c2VjYXNlDQpSZXZpc2lvbjoJMDMNClRpdGxlOgkJVXNlIGNhc2UgZm9yIGEg c2NhbGFibGUgYW5kIHRvcG9sb2d5IGF3YXJlIE1QTFMgZGF0YSBwbGFuZSBtb25pdG9yaW5nIHN5 c3RlbQ0KRG9jdW1lbnQgZGF0ZToJMjAxNC0xMC0xNA0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1p c3Npb24NClBhZ2VzOgkJMTINClVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1nZWliLXNwcmluZy1vYW0tdXNlY2FzZS0wMy50eHQNClN0YXR1 czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1nZWliLXNw cmluZy1vYW0tdXNlY2FzZS8NCkh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1nZWliLXNwcmluZy1vYW0tdXNlY2FzZS0wMw0KRGlmZjogICAgICAgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWdlaWItc3ByaW5nLW9hbS11c2Vj YXNlLTAzDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgZmVhdHVyZXMg YW5kIGEgdXNlIGNhc2Ugb2YgYSBwYXRoIG1vbml0b3JpbmcNCiAgIHN5c3RlbS4gIFNlZ21lbnQg YmFzZWQgcm91dGluZyBlbmFibGVzIGEgc2NhbGFibGUgYW5kIHNpbXBsZSBtZXRob2QNCiAgIHRv IG1vbml0b3IgZGF0YSBwbGFuZSBsaXZlbGluZXNzIG9mIHRoZSBjb21wbGV0ZSBzZXQgb2YgcGF0 aHMNCiAgIGJlbG9uZ2luZyB0byBhIHNpbmdsZSBkb21haW4uICBDb21wYXJlZCB3aXRoIGxlZ2Fj eSBNUExTIHBpbmcgYW5kDQogICBwYXRoIHRyYWNlLCBNUExTIHRvcG9sb2d5IGF3YXJlbmVzcyBy ZWR1Y2VzIG1hbmFnZW1lbnQgYW5kIGNvbnRyb2wNCiAgIHBsYW5lIGludm9sdmVtZW50IG9mIE9B TSBtZWFzdXJlbWVudHMgd2hpbGUgZW5hYmxpbmcgbmV3IE9BTQ0KICAgZmVhdHVyZXMuDQoNCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRo ZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5v cmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Fri Oct 17 13:17:42 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14E231A0164 for ; Fri, 17 Oct 2014 13:17:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 zzwrJgR7Q667 for ; Fri, 17 Oct 2014 13:17:38 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAC4C1A01D6 for ; Fri, 17 Oct 2014 13:17:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3615; q=dns/txt; s=iport; t=1413577059; x=1414786659; h=from:to:cc:subject:date:message-id:mime-version; bh=rVPW0LUkSOI5ZpSts5ni5JwN8fCvM+ZD48Pb8FT0DF4=; b=aEcpGe+8Dog5gEfKgfeag+3A3O5W0iZ4CMzsrcsSGqABHRLRmA6ET8Je Thi2UK0UNd2YhtOWTWsYYjl0xIe37VduWZOc4CFUndLpTgMxNEEwbE+LC Ri/ZpITsJZPv8sx4XZiaZOBhwBR/vW6fBiF2K1U430QW46gZBtquGUjrs M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AloaAJ14QVStJA2G/2dsb2JhbABbgkhGU1gEhB7GL4Fwh06BFhYBcguEAwIEHVwSAQgEDi05FAMQBA4FiD8Nzg0BAQEBBgEBAQEBARyQTYRSBY9kghyERocTgTA8gwqNK4QEg3dsgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,741,1406592000"; d="scan'208,217";a="364289030" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-4.cisco.com with ESMTP; 17 Oct 2014 20:17:37 +0000 Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s9HKHbgw017443 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 20:17:37 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:17:37 -0500 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing Thread-Index: AQHP6kdkqfWP3LGVIECUqoyW3FdPlA== Date: Fri, 17 Oct 2014 20:17:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_D066F0786F43Caretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/71FomfhC8UDHqx2rdMXDVGNVrx4 Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" Subject: Re: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 20:17:41 -0000 --_000_D066F0786F43Caretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi! So far we haven=92t received any objection to the adoption of this document= . Given that the authors have a recent IPR disclosure, we=92re going to close= this call for adoption on Oct/23, 2014. For reference, this is the most = recent IPR disclosure. Thanks! Alvaro. On 9/24/14, 9:01 AM, "Alvaro Retana (aretana)" > wrote: Hi! This message officially starts the call for adoption for draft-filsfils-spr= ing-segment-routing. Please indicate your position about adopting this draft by end-of-day on Oc= tober 8, 2014. Some additional background: This draft presents the 'Segment Routing Archi= tecture'; it focuses on the terminology and general architecture. draft-fi= lsfils-spring-segment-routing-mpls (for which there is separate call for ad= option) describes the instantiation of Segment Routing on the MPLS data pla= ne. http://tools.ietf.org/html/draft-filsfils-spring-segment-routing Thanks! Alvaro. --_000_D066F0786F43Caretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <0C4C19DF902C1844B1FC9181AEDE5F6E@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi!

So far we haven=92t received any objection to the adoption of this doc= ument.

Given that the authors have a recent IPR disclosure, we=92re going to = close this call for adoption on Oct/23, 2014.  For reference,  th= is is the most recent IPR disclosure.

Thanks!

Alvaro.

On 9/24/14, 9:01 AM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

This message officially starts the call for adoption for draft-fi= lsfils-spring-segment-routing.

Please indicate your position about adopting this draft by end-of-day = on October 8, 2014.

Some additional background:  This draft presents the 'Segment Rou= ting Architecture'; it focuses on the terminology and general architecture.=  draft-filsfils-spring-segment-routing-mpls (for which there is separ= ate call for adoption) describes the instantiation of Segment Routing on the MPLS data plane.


Thanks!

Alvaro.
 --_000_D066F0786F43Caretanaciscocom_-- From nobody Fri Oct 17 13:24:00 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE9791A1B09 for ; Fri, 17 Oct 2014 13:23:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 blxn2IFetHOQ for ; Fri, 17 Oct 2014 13:23:56 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 597621A1AF1 for ; Fri, 17 Oct 2014 13:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=761; q=dns/txt; s=iport; t=1413577437; x=1414787037; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=WgxNwbeqbDpMG7zT2wQkE+MP0zVc9TIWJYb43x54RJ8=; b=NyspU2ut8XBoHi5TtX2WBHmG4SoSWgi6A5tvhK0Vh3pRvdnr/iJENFDP B5PxnRbEqQItG56UVtMSCokA448OC/urlMdobledQnF7cDzrnoaQB0/Pz t3GEy5L9+PAu38j82uamIgoQYgLWkGIzi0k68LHiJa4/HDfd7y1KibhmJ U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah0FAKx6QVStJV2T/2dsb2JhbABbgw5TTQsEzDmHUgKBFBYBfYQDAQEEeRACAQhGMiUCBA4FiD8NzhIBAQEBAQEBAwEBAQEBAQEbkE0HhEsFiySEQIIchEaHE4FslDmDd2yBSIEDAQEB X-IronPort-AV: E=Sophos;i="5.04,741,1406592000"; d="scan'208";a="364221340" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-6.cisco.com with ESMTP; 17 Oct 2014 20:23:48 +0000 Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s9HKNlWo012040 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 20:23:47 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:23:47 -0500 From: "Alvaro Retana (aretana)" To: "Stefano Previdi (sprevidi)" Thread-Topic: IPR Claims related to draft-filsfils-spring-segment-routing Thread-Index: AQHP1/fub1imTrTArE2x/Y4xmYwLR5wlKfsAgA/HVQA= Date: Fri, 17 Oct 2014 20:23:46 +0000 Message-ID: References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> In-Reply-To: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <4A066D255DF7F9489EA0E8FFA060A15C@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/SKFVdKpNgf-tZVAPuUMI70xSon8 Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 20:23:58 -0000 On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" wrote: >IPR is in the process of being disclosed. The IPR was filed on Oct/7, but it was done against draft-filsfils-rtgwg-segment-routing, which is the precursor of this draft. The filing is ok, it just took me a while to find it. For the WG reference: http://datatracker.ietf.org/ipr/2457/ Authors: We still haven=B9t received an explicit answer form Clarence, Ahmed, Stephane, Igor, Wim and Ed. [Note that some of you may have replied for draft-filsfils-spring-segment-routing-mpls..] It would be very nice if we can close on this requirement by Oct/23 so (if adopted) we have time to publish the WG-titled document before the deadline. Thanks! Alvaro. From nobody Fri Oct 17 13:31:02 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A259C1A1B8D for ; Fri, 17 Oct 2014 13:31:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 4c2ErjTTS725 for ; Fri, 17 Oct 2014 13:30:56 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E5B31A1B5D for ; Fri, 17 Oct 2014 13:30:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4438; q=dns/txt; s=iport; t=1413577856; x=1414787456; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=I7UyTyddqHYX7WJJYVNQ7uJbTU3ANXSPAD/10VCYu3o=; b=RX4tnXBFJfh4fQI50Zj2EAw+CrtbAWMDIFpsDnWIh2QH1Lcbj8rbfBtk tTXM/X7eYN+pV6PcI4GTOU+4zumE1LbtiG8e9TK7s830eEMEsP2IkxcWd +QOWFLXU72B739X2nLfo4J8aZXwwbG1pDAOECwX3m1IBjNNzQdiufXyHy k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmEaAJx7QVStJV2a/2dsb2JhbABbgkhGU1gEhB7GL4Fwh04CgRQWAXILhAMBAQQdXBACAQgEDi0HMhQDDgIEDgWIPw3OGAEBAQEBAQQBAQEBAQEBAQEZkE0HhEsFj2SCHIRGhxOBMDyDCo0rhASDd2yBSIEDAQEB X-IronPort-AV: E=Sophos;i="5.04,741,1406592000"; d="scan'208,217";a="364184142" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-7.cisco.com with ESMTP; 17 Oct 2014 20:30:55 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9HKUtVx001597 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 20:30:55 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:30:55 -0500 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing Thread-Index: AQHP6kdkqfWP3LGVIECUqoyW3FdPlJw0zrEA Date: Fri, 17 Oct 2014 20:30:54 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_D066F4B16F49Earetanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/B_IflvK1BnxHsOYnN9TclLkF9Kg Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" Subject: Re: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 20:31:00 -0000 --_000_D066F4B16F49Earetanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Reference: http://datatracker.ietf.org/ipr/2457/ On 10/17/14, 4:17 PM, "Alvaro Retana (aretana)" > wrote: Hi! So far we haven=92t received any objection to the adoption of this document= . Given that the authors have a recent IPR disclosure, we=92re going to close= this call for adoption on Oct/23, 2014. For reference, this is the most = recent IPR disclosure. Thanks! Alvaro. On 9/24/14, 9:01 AM, "Alvaro Retana (aretana)" > wrote: Hi! This message officially starts the call for adoption for draft-filsfils-spr= ing-segment-routing. Please indicate your position about adopting this draft by end-of-day on Oc= tober 8, 2014. Some additional background: This draft presents the 'Segment Routing Archi= tecture'; it focuses on the terminology and general architecture. draft-fi= lsfils-spring-segment-routing-mpls (for which there is separate call for ad= option) describes the instantiation of Segment Routing on the MPLS data pla= ne. http://tools.ietf.org/html/draft-filsfils-spring-segment-routing Thanks! Alvaro. --_000_D066F4B16F49Earetanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <8ADDB277AB291C44B5B34DF0B0BC20B1@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Reference:  http://datatracker.ietf.org/ipr/2457/

On 10/17/14, 4:17 PM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

So far we haven=92t received any objection to the adoption of this doc= ument.

Given that the authors have a recent IPR disclosure, we=92re going to = close this call for adoption on Oct/23, 2014.  For reference,  th= is is the most recent IPR disclosure.

Thanks!

Alvaro.

On 9/24/14, 9:01 AM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

This message officially starts the call for adoption for draft-fi= lsfils-spring-segment-routing.

Please indicate your position about adopting this draft by end-of-day = on October 8, 2014.

Some additional background:  This draft presents the 'Segment Rou= ting Architecture'; it focuses on the terminology and general architecture.=  draft-filsfils-spring-segment-routing-mpls (for which there is separ= ate call for adoption) describes the instantiation of Segment Routing on the MPLS data plane.


Thanks!

Alvaro.
 --_000_D066F4B16F49Earetanaciscocom_-- From nobody Fri Oct 17 13:33:32 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33E8E1A1C06 for ; Fri, 17 Oct 2014 13:33:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 HVFh_3yoPk2F for ; Fri, 17 Oct 2014 13:33:28 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83CE31A1BA2 for ; Fri, 17 Oct 2014 13:33:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3654; q=dns/txt; s=iport; t=1413578009; x=1414787609; h=from:to:cc:subject:date:message-id:mime-version; bh=emI826dAVr8MrpQ0s7NYMwiPPO39sItKZOQndkFEnv8=; b=ftOQJOaWVeJDZQezdIu7ZfR1MuC/DP+eg3dw4jSoAdHD1PpEWOq35EA5 1xsu2+trVQA3JK9hmkK5PxpFVVQVJeqxbbFhzJ2QMwilMLjTjv/ExhCRy 5LkewaCgRKMO7C4BNqVOeOTX0XILjIirDKRtx8VuYIFjDO+Jp5YlUBxt0 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0GAFB8QVStJV2Z/2dsb2JhbABbgkhGU04KBLwQjj2BcIdOgRYWAX2EAwIEHVwSAQgEDi05FAMQBAENBYg/Dc4PAQEBAQYBAQEBAQEBG5BNhFIFj2SCHIRGhxOBMDyDCo0rhASDd2yBSIEDAQEB X-IronPort-AV: E=Sophos; i="5.04,741,1406592000"; d="scan'208,217"; a="88012648" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by alln-iport-4.cisco.com with ESMTP; 17 Oct 2014 20:33:28 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s9HKXRHB009152 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 20:33:27 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:33:27 -0500 From: "Alvaro Retana (aretana)" To: "Alvaro Retana (aretana)" , "spring@ietf.org" Thread-Topic: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing-mpls Thread-Index: AQHP6kmbAbl6ITUeFk+qlrbPo+kXNQ== Date: Fri, 17 Oct 2014 20:33:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: multipart/alternative; boundary="_000_D066F4896F49Baretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/QQnwCcPoPARb1B5zVxDA1GfrS7Y Cc: "draft-filsfils-spring-segment-routing-mpls@tools.ietf.org" Subject: Re: [spring] WG Adoption Call for draft-filsfils-spring-segment-routing-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 20:33:30 -0000 --_000_D066F4896F49Baretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi! So far we haven=92t received any objection to the adoption of this document= . Given that the authors have a recent IPR disclosure, we=92re going to close= this call for adoption on Oct/23, 2014. For reference, this is the most r= ecent disclosure: http://datatracker.ietf.org/ipr/2454/ Thanks! Alvaro. On 9/24/14, 9:07 AM, "Alvaro Retana (aretana)" > wrote: Hi! This message officially starts the call for adoption for draft-filsfils-spr= ing-segment-routing-mpls. Please indicate your position about adopting this draft by end-of-day on Oc= tober 8, 2014. Some additional background: This draft describes the instantiation of Segm= ent Routing on the MPLS data plane. The Segment Routing Architecture is pr= esented in draft-filsfils-spring-segment-routing (for which there is a sepa= rate call for adoption) http://tools.ietf.org/html/draft-filsfils-spring-segment-routing-mpls Thanks! Alvaro. --_000_D066F4896F49Baretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi!

So far we haven=92t received any objection to the adoption of this doc= ument.

Given that the authors have a recent IPR disclosure, we=92re going to = close this call for adoption on Oct/23, 2014.  For reference, this is = the most recent disclosure:  http://datatracker.ietf.org/ipr/2454/

Thanks!

Alvaro.

On 9/24/14, 9:07 AM, "Alvaro Retana (aretana)" <aretana@cisco.com> wrote:

Hi!

This message officially starts the call for adoption for draft-fi= lsfils-spring-segment-routing-mpls.

Please indicate your position about adopting this draft by end-of-day = on October 8, 2014.

Some additional background:  This draft describes the instan= tiation of Segment Routing on the MPLS data plane.  The Segment Routin= g Architecture is presented in draft-filsfils-spring-segment-routing (for w= hich there is a separate call for adoption)


Thanks!

Alvaro.
 --_000_D066F4896F49Baretanaciscocom_-- From nobody Fri Oct 17 13:42:03 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEBFE1A1BFF for ; Fri, 17 Oct 2014 13:42:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 vqR3lB70n-qt for ; Fri, 17 Oct 2014 13:42:00 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69F811A1BED for ; Fri, 17 Oct 2014 13:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=514; q=dns/txt; s=iport; t=1413578521; x=1414788121; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=JZ2v4IUy9eoRe9tgNa1dmjJ/DXLehhhaJ8zwzCgsto4=; b=QVeIZvvf/BvoP3sMwi98fA7RH/dskqlVoKsZRW+at+ttpXJBS9dAlru9 jf8LhtJVh6K52rm3zBmn1DJHBeOjQ2pASXYwyMHvtb0pD91EE36XAjOdB pjEAVnt3gUHZl/wnOk/w61Zy6ymxN7BecOaQtEUFbFuz5Lo+WglTIgLD8 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah0FADl+QVStJV2a/2dsb2JhbABbgw5TTQsEzDmHUgKBFBYBfYQDAQEEeRACAQhGMiUCBA4FiD8NzhYBAQEBAQEBAwEBAQEBAQEbkE0HhEsFiySEQIIchEaHE4FslDmDd2yBSIEDAQEB X-IronPort-AV: E=Sophos;i="5.04,741,1406592000"; d="scan'208";a="88011800" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP; 17 Oct 2014 20:42:01 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9HKfx1h008570 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Oct 2014 20:41:59 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 15:41:59 -0500 From: "Alvaro Retana (aretana)" To: "Stefano Previdi (sprevidi)" Thread-Topic: IPR Claims related to draft-filsfils-spring-segment-routing-mpls Thread-Index: AQHP1/iPGeXWHBcyB0uy5DIe6qCkOZwlKgKAgA/MY4A= Date: Fri, 17 Oct 2014 20:41:58 +0000 Message-ID: References: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> In-Reply-To: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.117.15.3] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <0D84E765C5E63347983838E8ECCEF543@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/15ndCbffY3YEsMRvHXpFBIckx8w Cc: "spring@ietf.org" , "draft-filsfils-spring-segment-routing-mpls@tools.ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 17 Oct 2014 20:42:01 -0000 On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" wrote: >IPR is in the process of being disclosed. The IPR was filed on Oct/7. For the WG reference: http://datatracker.ietf.org/ipr/2454/ Authors: We still haven=B9t received an explicit answer from Clarence, Ahmed, Bruno, Stephane, Igor, Saku and Ed. It would be nice if we can close on this requirement by Oct/23 so (if adopted) we have time to publish the WG-titled document before the deadline. Thanks! Alvaro. From nobody Sat Oct 18 00:01:36 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CD081A0384 for ; Sat, 18 Oct 2014 00:01:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 VPMsiBGGj4W4 for ; Sat, 18 Oct 2014 00:01:33 -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 680B71A0383 for ; Sat, 18 Oct 2014 00:01:32 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 6E4684944F4E9; Sat, 18 Oct 2014 07:01:29 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id s9I71Udl016899 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 18 Oct 2014 09:01:30 +0200 Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.219]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Sat, 18 Oct 2014 09:01:30 +0200 From: "Henderickx, Wim (Wim)" To: "Alvaro Retana (aretana)" , "Stefano Previdi (sprevidi)" Thread-Topic: [spring] IPR Claims related to draft-filsfils-spring-segment-routing Thread-Index: AQHP6qFXC96XN1Vb6USQzGRhPO/K4g== Date: Sat, 18 Oct 2014 07:01:29 +0000 Message-ID: References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [135.239.27.41] Content-Type: text/plain; charset="euc-kr" Content-ID: <4BCF109578EF114082E7917F8D25E712@exchange.lucent.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/AISr1BsU62LMrYJpRJKo2LXUegE Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 18 Oct 2014 07:01:35 -0000 SSBhbSBub3QgYXdhcmUgb2YgYW55IG90aGVyIElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQNCg0K T24gMTcvMTAvMTQgMjI6MjMsICJBbHZhcm8gUmV0YW5hIChhcmV0YW5hKSIgPGFyZXRhbmFAY2lz Y28uY29tPiB3cm90ZToNCg0KPk9uIDEwLzcvMTQsIDExOjI2IEFNLCAiU3RlZmFubyBQcmV2aWRp IChzcHJldmlkaSkiIDxzcHJldmlkaUBjaXNjby5jb20+DQo+d3JvdGU6DQo+DQo+PklQUiBpcyBp biB0aGUgcHJvY2VzcyBvZiBiZWluZyBkaXNjbG9zZWQuDQo+DQo+VGhlIElQUiB3YXMgZmlsZWQg b24gT2N0LzcsIGJ1dCBpdCB3YXMgZG9uZSBhZ2FpbnN0DQo+ZHJhZnQtZmlsc2ZpbHMtcnRnd2ct c2VnbWVudC1yb3V0aW5nLCB3aGljaCBpcyB0aGUgcHJlY3Vyc29yIG9mIHRoaXMNCj5kcmFmdC4g IFRoZSBmaWxpbmcgaXMgb2ssIGl0IGp1c3QgdG9vayBtZSBhIHdoaWxlIHRvIGZpbmQgaXQuDQo+ DQo+Rm9yIHRoZSBXRyByZWZlcmVuY2U6ICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXBy LzI0NTcvDQo+DQo+DQo+QXV0aG9yczogIFdlIHN0aWxsIGhhdmVuqfZ0IHJlY2VpdmVkIGFuIGV4 cGxpY2l0IGFuc3dlciBmb3JtIENsYXJlbmNlLA0KPkFobWVkLCBTdGVwaGFuZSwgSWdvciwgV2lt IGFuZCBFZC4gIFtOb3RlIHRoYXQgc29tZSBvZiB5b3UgbWF5IGhhdmUNCj5yZXBsaWVkIGZvciBk cmFmdC1maWxzZmlscy1zcHJpbmctc2VnbWVudC1yb3V0aW5nLW1wbHMuLl0gIEl0IHdvdWxkIGJl DQo+dmVyeSBuaWNlIGlmIHdlIGNhbiBjbG9zZSBvbiB0aGlzIHJlcXVpcmVtZW50IGJ5IE9jdC8y MyBzbyAoaWYgYWRvcHRlZCkgd2UNCj5oYXZlIHRpbWUgdG8gcHVibGlzaCB0aGUgV0ctdGl0bGVk IGRvY3VtZW50IGJlZm9yZSB0aGUgZGVhZGxpbmUuDQo+DQo+VGhhbmtzIQ0KPg0KPkFsdmFyby4N Cj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPnNw cmluZyBtYWlsaW5nIGxpc3QNCj5zcHJpbmdAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZw0KDQo= From nobody Sat Oct 18 12:18:36 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05A121A0181 for ; Sat, 18 Oct 2014 12:18:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 YbeTJI82x8uA for ; Sat, 18 Oct 2014 12:18:32 -0700 (PDT) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF43B1A017C for ; Sat, 18 Oct 2014 12:18:31 -0700 (PDT) Received: by mail-qc0-f174.google.com with SMTP id m20so2052960qcx.19 for ; Sat, 18 Oct 2014 12:18:31 -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:content-type; bh=KAFmKvJ9NzaLmd36yiI7RsSNluJLgIxUPLg0pWoaqvg=; b=FXuktH0uKsVkpc8wt/YovauyuhUqPwWxUtTBLyu2d7SAINRT6fO7gAX8FkTBxEWwrc BOWGNGhHimhp2i+3CmrXKVzVkB47YtjVhTEvNbDAvDKXO/dkNkjI7ocSJY/TfBMLxHqi GsD1WeuQrjPrfBewwtRqkqSWvlzBH5RB+UYbxyN49vPYA3znD1XjKoxWwA1cGRWjRnS9 1Fw5gSdR8rZgUdt07/j88sHM6t6zj6ncjmMoqP8cHX8xvWQrWP264rOZlKEZ3TyGbO0g Ty9UXXiQXpDXKH9loASLyzRs3Z2MUcZ3Jut1VqGwRyeZmPg7yny4eJNp+mcmVK68Wki5 ohYw== X-Received: by 10.140.106.36 with SMTP id d33mr21524993qgf.39.1413659911113; Sat, 18 Oct 2014 12:18:31 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.85.147 with HTTP; Sat, 18 Oct 2014 12:18:09 -0700 (PDT) In-Reply-To: References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> From: "Andrew G. Malis" Date: Sat, 18 Oct 2014 21:18:09 +0200 Message-ID: To: "Alvaro Retana (aretana)" Content-Type: multipart/alternative; boundary=001a113b4c92d5d2fb0505b75824 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/7MnuC7zt6OJDwtmmRsfLL7I5xc8 Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" , "Stefano Previdi \(sprevidi\)" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 18 Oct 2014 19:18:34 -0000 --001a113b4c92d5d2fb0505b75824 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alvaro, Not to be a pain about this, but I just did a comparison between draft-filsfils-rtgwg-segment-routing-01.txt and draft-filsfils-spring-segment-routing-04.txt, and the changes are quite impressive, a great majority of the text in the older draft is either missing or changed in the newer draft. You can see for yourself by clicking on http://tinyurl.com/q2ykstg . I would appreciate it if the patent holder could update their declaration to the current draft, or publicly state whether or not the declaration still applies to draft-filsfils-spring-segment-routing-04 . Thanks, Andy On Fri, Oct 17, 2014 at 10:23 PM, Alvaro Retana (aretana) wrote: > On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" > wrote: > > >IPR is in the process of being disclosed. > > The IPR was filed on Oct/7, but it was done against > draft-filsfils-rtgwg-segment-routing, which is the precursor of this > draft. The filing is ok, it just took me a while to find it. > > For the WG reference: http://datatracker.ietf.org/ipr/2457/ > > > Authors: We still haven=C2=B9t received an explicit answer form Clarence= , > Ahmed, Stephane, Igor, Wim and Ed. [Note that some of you may have > replied for draft-filsfils-spring-segment-routing-mpls..] It would be > very nice if we can close on this requirement by Oct/23 so (if adopted) w= e > have time to publish the WG-titled document before the deadline. > > Thanks! > > Alvaro. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > --001a113b4c92d5d2fb0505b75824 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Alvaro,

Not to be a pain about this, bu= t I just did a comparison between draft-filsfils-rtgwg-segment-routing-01.t= xt and=C2=A0draft-filsfils-spring-segment-routing-04.txt, and the changes a= re quite impressive, a great majority of the text in the older draft is eit= her missing or changed in the newer draft. You can see for yourself by clic= king on=C2=A0http://tinyurl.com/q2yk= stg . I would appreciate it if the patent holder could update their dec= laration to the current draft, or publicly state whether or not the declara= tion still applies to draft-filsfils-spring-segment-routing-04 .
=
Thanks,
Andy

On Fri, Oct 17, 2014 at 10:23 PM, Alvaro Re= tana (aretana) <aretana@cisco.com> wrote:
On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)"= ; <sprevidi@cisco.com>
wrote:

>IPR is in the process of being disclosed.

The IPR was filed on Oct/7, but it was done against
draft-filsfils-rtgwg-segment-routing, which is the precursor of this
draft.=C2=A0 The filing is ok, it just took me a while to find it.

For the WG reference:=C2=A0 http://datatracker.ietf.org/ipr/2457/


Authors:=C2=A0 We still haven=C2=B9t received an explicit answer form Clare= nce,
Ahmed, Stephane, Igor, Wim and Ed.=C2=A0 [Note that some of you may have replied for draft-filsfils-spring-segment-routing-mpls..]=C2=A0 It would be=
very nice if we can close on this requirement by Oct/23 so (if adopted) we<= br> have time to publish the WG-titled document before the deadline.

Thanks!

Alvaro.

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

--001a113b4c92d5d2fb0505b75824-- From nobody Mon Oct 20 01:47:21 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 917FE1A6FF0 for ; Mon, 20 Oct 2014 01:47:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 TDHsrEOoW7vJ for ; Mon, 20 Oct 2014 01:47:18 -0700 (PDT) Received: from bgl-iport-1.cisco.com (bgl-iport-1.cisco.com [72.163.197.25]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55EA91A6FEF for ; Mon, 20 Oct 2014 01:47:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=831; q=dns/txt; s=iport; t=1413794838; x=1415004438; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=+3zEHcKNQBOLqpDe47/p6MEudGSsrGvDIiF0MuZd0Sg=; b=PiQd8fQiJkvp23xdys+XNSnh9Vdmm4Dh0mbdoVIaECx1bnnrSDGfdVD2 lZKabAFuHr/5nKTblXOgpICQwbvPJVkPXaY3KsInvyORdta1+Fl9EkBIE uHnACW7UqasF4vCQegRex4Qvac9vRKqaig7dcYI2/ndUC9HWopcVRrnol w=; X-IronPort-AV: E=Sophos;i="5.04,754,1406592000"; d="scan'208";a="46507050" Received: from vla196-nat.cisco.com (HELO bgl-core-1.cisco.com) ([72.163.197.24]) by bgl-iport-1.cisco.com with ESMTP; 20 Oct 2014 08:47:12 +0000 Received: from [10.60.210.100] (ams-cfilsfil-8813.cisco.com [10.60.210.100]) by bgl-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s9K8lAom016146; Mon, 20 Oct 2014 08:47:11 GMT Message-ID: <5444CC0E.40807@cisco.com> Date: Mon, 20 Oct 2014 10:47:10 +0200 From: Clarence Filsfils User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Alvaro Retana (aretana)" References: <7B4A6E74-CBD2-4123-8907-9AADF7F6E506@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/q2_V1VjDEexrn1GUa5G7FL88tv8 Cc: "spring@ietf.org" , "draft-filsfils-spring-segment-routing-mpls@tools.ietf.org" , "Stefano Previdi \(sprevidi\)" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing-mpls X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2014 08:47:19 -0000 Alvaro, I am not aware of any other IPR as mentioned by Stefano. Cheers, Clarence On 17.10.14 22:41, Alvaro Retana (aretana) wrote: > On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" > wrote: > >> IPR is in the process of being disclosed. > > The IPR was filed on Oct/7. > > For the WG reference: http://datatracker.ietf.org/ipr/2454/ > > > Authors: We still haven¹t received an explicit answer from Clarence, > Ahmed, Bruno, Stephane, Igor, Saku and Ed. It would be nice if we can > close on this requirement by Oct/23 so (if adopted) we have time to > publish the WG-titled document before the deadline. > > Thanks! > > Alvaro. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Mon Oct 20 01:48:55 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30D7B1A6FF4 for ; Mon, 20 Oct 2014 01:48:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 2qVVMyHZbT5K for ; Mon, 20 Oct 2014 01:48:51 -0700 (PDT) Received: from bgl-iport-1.cisco.com (bgl-iport-1.cisco.com [72.163.197.25]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 214FB1A6FEF for ; Mon, 20 Oct 2014 01:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1060; q=dns/txt; s=iport; t=1413794932; x=1415004532; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=m16sIaCb3eIaa4aBiX6OJn7XSbulyncMSW0I6EmB0nU=; b=UJwEpmJq4Gay+hLGIS0WzYjf2JQj/9xNZy8SUWyTG4fusnAJ8/nKi0vl GUJpqzRlFetr46DZcP/bfSeZDSOkYa4bI9Iuxv40Nw0q97Spbh2BELzGs X4CMhpX2Ip/nEMcQ/wCEBmvHwANvZemNO4NoMcumP8yaIS/6UgLCeyso1 I=; X-IronPort-AV: E=Sophos;i="5.04,754,1406592000"; d="scan'208";a="46507092" Received: from vla196-nat.cisco.com (HELO bgl-core-3.cisco.com) ([72.163.197.24]) by bgl-iport-1.cisco.com with ESMTP; 20 Oct 2014 08:48:49 +0000 Received: from [10.60.210.100] (ams-cfilsfil-8813.cisco.com [10.60.210.100]) by bgl-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9K8mlWM022650; Mon, 20 Oct 2014 08:48:47 GMT Message-ID: <5444CC6F.2060402@cisco.com> Date: Mon, 20 Oct 2014 10:48:47 +0200 From: Clarence Filsfils User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Alvaro Retana (aretana)" References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/spring/emS98-W_CQEI-elbpbkCjM1U7FU Cc: "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" , "Stefano Previdi \(sprevidi\)" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2014 08:48:53 -0000 Alvaro, I am not aware of any other IPR. Cheers, Clarence On 17.10.14 22:23, Alvaro Retana (aretana) wrote: > On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" > wrote: > >> IPR is in the process of being disclosed. > > The IPR was filed on Oct/7, but it was done against > draft-filsfils-rtgwg-segment-routing, which is the precursor of this > draft. The filing is ok, it just took me a while to find it. > > For the WG reference: http://datatracker.ietf.org/ipr/2457/ > > > Authors: We still haven¹t received an explicit answer form Clarence, > Ahmed, Stephane, Igor, Wim and Ed. [Note that some of you may have > replied for draft-filsfils-spring-segment-routing-mpls..] It would be > very nice if we can close on this requirement by Oct/23 so (if adopted) we > have time to publish the WG-titled document before the deadline. > > Thanks! > > Alvaro. > > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring > From nobody Mon Oct 20 03:09:54 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BACFC1A701A for ; Mon, 20 Oct 2014 03:09:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 eOgLlvvA5rfY for ; Mon, 20 Oct 2014 03:09:49 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 690611A7031 for ; Mon, 20 Oct 2014 03:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1986; q=dns/txt; s=iport; t=1413799790; x=1415009390; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Hx8+MW5hdnXX5XOP7Mdja/Ba88FD+6yPPgmdO3a9dwc=; b=Pj6y0L4BBAGgL8H8oqAFHIDJxS4W41AxI55QXVUcTnrRB3mwpE/aiqz5 8IJgV4rTc+VwhlNGYmWw33x7CqCNJFad5fco3Bv4UEt76KYsU4bHQ15nO U7lMYm8UytDKzVwhLu/qk7/yif0EeXnlP36DsZtdKwZnGwWySfz1jS3aK U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgkFAM/eRFStJA2K/2dsb2JhbABcgw5TUwnMGQqGeVQCgRAWAX2EAgEBAQMBAQEBawsFCwIBCBguJwslAgQOBYg3CAgFs26OBAEBAQEBAQEBAQEBAQEBAQEBAQEBAReQHjMHgy2BHgWLJIZchEaHE4EwPI0aRYZXg3dsCwGBPIEDAQEB X-IronPort-AV: E=Sophos;i="5.04,755,1406592000"; d="scan'208";a="364713832" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-5.cisco.com with ESMTP; 20 Oct 2014 10:09:49 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s9KA9m1L013096 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 20 Oct 2014 10:09:48 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.200]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Mon, 20 Oct 2014 05:09:48 -0500 From: "Stefano Previdi (sprevidi)" To: "Andrew G. Malis" Thread-Topic: [spring] IPR Claims related to draft-filsfils-spring-segment-routing Thread-Index: AQHP6khBur7rHLSQ9UOv8rOp2bI1sJw2j8GAgAKLcAA= Date: Mon, 20 Oct 2014 10:09:47 +0000 Message-ID: <8B9D3A80-397A-4D09-936C-71B5EECB4210@cisco.com> References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.125] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/ZPi49TInZdgWFTf3MQrGne14-kU Cc: "Alvaro Retana \(aretana\)" , "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2014 10:09:52 -0000 Hi Andrew, All, the IPR disclosed are related to the content of both documents: draft-filsfils-spring-segment-routing-04.txt draft-filsfils-rtgwg-segment-routing-01.txt Should we re-issue an IPR disclosure ? s. On Oct 18, 2014, at 9:18 PM, Andrew G. Malis wrote: > Alvaro, >=20 > Not to be a pain about this, but I just did a comparison between draft-fi= lsfils-rtgwg-segment-routing-01.txt and draft-filsfils-spring-segment-routi= ng-04.txt, and the changes are quite impressive, a great majority of the te= xt in the older draft is either missing or changed in the newer draft. You = can see for yourself by clicking on http://tinyurl.com/q2ykstg . I would ap= preciate it if the patent holder could update their declaration to the curr= ent draft, or publicly state whether or not the declaration still applies t= o draft-filsfils-spring-segment-routing-04 . >=20 > Thanks, > Andy >=20 > On Fri, Oct 17, 2014 at 10:23 PM, Alvaro Retana (aretana) wrote: > On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" > wrote: >=20 > >IPR is in the process of being disclosed. >=20 > The IPR was filed on Oct/7, but it was done against > draft-filsfils-rtgwg-segment-routing, which is the precursor of this > draft. The filing is ok, it just took me a while to find it. >=20 > For the WG reference: http://datatracker.ietf.org/ipr/2457/ >=20 >=20 > Authors: We still haven=B9t received an explicit answer form Clarence, > Ahmed, Stephane, Igor, Wim and Ed. [Note that some of you may have > replied for draft-filsfils-spring-segment-routing-mpls..] It would be > very nice if we can close on this requirement by Oct/23 so (if adopted) w= e > have time to publish the WG-titled document before the deadline. >=20 > Thanks! >=20 > Alvaro. >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring >=20 From nobody Mon Oct 20 06:20:43 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B414D1A870C for ; Mon, 20 Oct 2014 06:20:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham 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 1-ZxW98NLx-G for ; Mon, 20 Oct 2014 06:20:38 -0700 (PDT) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAAD21A8715 for ; Mon, 20 Oct 2014 06:20:37 -0700 (PDT) Received: by mail-qa0-f54.google.com with SMTP id i13so3241100qae.41 for ; Mon, 20 Oct 2014 06:20:37 -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:content-type; bh=rHCwwE9QZ7tMAcnSjLQhOC44+NX5iPjrVOg8MUyYEYw=; b=GKmfL+Z6Tq3/EasCS8eNfMjs+l6Xqx2THHyuDGDHg2ZCMxG+l1kUvEnxaMyMF6DJK9 w8EEPc13kbRd6qghDwI5+4jrLvgZlaX8VkhaYjtZbmpVaKzgbr+gPM9ihW8jLkdeHFG3 7vH/8IPcGXTlNkHsoGIWwWPR5QWJaBl+Rk+enQzw4miK5Oii3It49UjCP7koLPn3bxXH CodwcUBgouX4VGuSJEaOGb+su9ApYdSzqqtaYTGAV0+UccrNtDqdIB2r+4a6n9Qub5LQ JZgB9A/6ulpzB8NrsU5UAage/FIml2CXXO5YRLq0/Ys9Zcl7ReacBx+P1fXJ0E+8DOgk uQ0g== X-Received: by 10.224.129.66 with SMTP id n2mr36039609qas.32.1413811237070; Mon, 20 Oct 2014 06:20:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.85.147 with HTTP; Mon, 20 Oct 2014 06:20:16 -0700 (PDT) In-Reply-To: <8B9D3A80-397A-4D09-936C-71B5EECB4210@cisco.com> References: <228E5616-3232-47F3-A36C-00A1B1820090@cisco.com> <8B9D3A80-397A-4D09-936C-71B5EECB4210@cisco.com> From: "Andrew G. Malis" Date: Mon, 20 Oct 2014 15:20:16 +0200 Message-ID: To: "Stefano Previdi (sprevidi)" Content-Type: multipart/alternative; boundary=001a11c1db9890ad4a0505da9457 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/UvWOaj7yNRfhV8hO6STRJAxImwo Cc: "Alvaro Retana \(aretana\)" , "draft-filsfils-spring-segment-routing@tools.ietf.org" , "spring@ietf.org" Subject: Re: [spring] IPR Claims related to draft-filsfils-spring-segment-routing X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2014 13:20:40 -0000 --001a11c1db9890ad4a0505da9457 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Stefano, Thanks for the affirmative statement, that's all that I was looking for. You may wish to update the official IPR disclosure just in case the question arises again, for example during IESG review. Thanks, Andy On Mon, Oct 20, 2014 at 12:09 PM, Stefano Previdi (sprevidi) < sprevidi@cisco.com> wrote: > Hi Andrew, All, > > the IPR disclosed are related to the content of both documents: > draft-filsfils-spring-segment-routing-04.txt > draft-filsfils-rtgwg-segment-routing-01.txt > > Should we re-issue an IPR disclosure ? > > s. > > > On Oct 18, 2014, at 9:18 PM, Andrew G. Malis wrote: > > > Alvaro, > > > > Not to be a pain about this, but I just did a comparison between > draft-filsfils-rtgwg-segment-routing-01.txt and > draft-filsfils-spring-segment-routing-04.txt, and the changes are quite > impressive, a great majority of the text in the older draft is either > missing or changed in the newer draft. You can see for yourself by clicki= ng > on http://tinyurl.com/q2ykstg . I would appreciate it if the patent > holder could update their declaration to the current draft, or publicly > state whether or not the declaration still applies to > draft-filsfils-spring-segment-routing-04 . > > > > Thanks, > > Andy > > > > On Fri, Oct 17, 2014 at 10:23 PM, Alvaro Retana (aretana) < > aretana@cisco.com> wrote: > > On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" > > wrote: > > > > >IPR is in the process of being disclosed. > > > > The IPR was filed on Oct/7, but it was done against > > draft-filsfils-rtgwg-segment-routing, which is the precursor of this > > draft. The filing is ok, it just took me a while to find it. > > > > For the WG reference: http://datatracker.ietf.org/ipr/2457/ > > > > > > Authors: We still haven=C2=B9t received an explicit answer form Claren= ce, > > Ahmed, Stephane, Igor, Wim and Ed. [Note that some of you may have > > replied for draft-filsfils-spring-segment-routing-mpls..] It would be > > very nice if we can close on this requirement by Oct/23 so (if adopted) > we > > have time to publish the WG-titled document before the deadline. > > > > Thanks! > > > > Alvaro. > > > > _______________________________________________ > > spring mailing list > > spring@ietf.org > > https://www.ietf.org/mailman/listinfo/spring > > > > --001a11c1db9890ad4a0505da9457 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Stefano,

Thanks for the affirmative sta= tement, that's all that I was looking for. You may wish to update the o= fficial IPR disclosure just in case the question arises again, for example = during IESG review.

Thanks,
Andy

On Mon, Oct 2= 0, 2014 at 12:09 PM, Stefano Previdi (sprevidi) <sprevidi@cisco.com&g= t; wrote:
Hi Andrew, All,

the IPR disclosed are related to the content of both documents:
draft-filsfils-spring-segment-routing-04.txt
draft-filsfils-rtgwg-segment-routing-01.txt

Should we re-issue an IPR disclosure ?

s.


On Oct 18, 2014, at 9:18 PM, Andrew G. Malis wrote:

> Alvaro,
>
> Not to be a pain about this, but I just did a comparison between draft= -filsfils-rtgwg-segment-routing-01.txt and draft-filsfils-spring-segment-ro= uting-04.txt, and the changes are quite impressive, a great majority of the= text in the older draft is either missing or changed in the newer draft. Y= ou can see for yourself by clicking on http://tinyurl.com/q2ykstg . I would appreciate it= if the patent holder could update their declaration to the current draft, = or publicly state whether or not the declaration still applies to draft-fil= sfils-spring-segment-routing-04 .
>
> Thanks,
> Andy
>
> On Fri, Oct 17, 2014 at 10:23 PM, Alvaro Retana (aretana) <aretana@cisco.com> wrote:
> On 10/7/14, 11:26 AM, "Stefano Previdi (sprevidi)" <sprevidi@cisco.com>
> wrote:
>
> >IPR is in the process of being disclosed.
>
> The IPR was filed on Oct/7, but it was done against
> draft-filsfils-rtgwg-segment-routing, which is the precursor of this > draft.=C2=A0 The filing is ok, it just took me a while to find it.
>
> For the WG reference:=C2=A0 http://datatracker.ietf.org/ipr/2457/
>
>
> Authors:=C2=A0 We still haven=C2=B9t received an explicit answer form = Clarence,
> Ahmed, Stephane, Igor, Wim and Ed.=C2=A0 [Note that some of you may ha= ve
> replied for draft-filsfils-spring-segment-routing-mpls..]=C2=A0 It wou= ld be
> very nice if we can close on this requirement by Oct/23 so (if adopted= ) we
> have time to publish the WG-titled document before the deadline.
>
> Thanks!
>
> Alvaro.
>
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>


--001a11c1db9890ad4a0505da9457-- From nobody Tue Oct 21 05:32:35 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1860C1A1B4F for ; Tue, 21 Oct 2014 05:32:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 2BDoF-l4TE1S for ; Tue, 21 Oct 2014 05:32:31 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F86A1A1B38 for ; Tue, 21 Oct 2014 05:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2066; q=dns/txt; s=iport; t=1413894751; x=1415104351; h=from:to:subject:date:message-id:references:content-id: content-transfer-encoding:mime-version; bh=AXTU2hvhNi32wz9ikpFwZFiTLRm+SRS8OLoOU6lDn1k=; b=MmvGmp59YQ3P3ZJ7lRXpSEEcsPsmMo6s+uqQUWVMfCLZJ7w3OftosoCe Js/jvE8o0Y8RCHlX0xINIjZ7Oeeg/mpM+Y004S+qxkEn6dQ4AdZhOutZr 1DE1kUNHcm1SnsF/0/bcsqVxWXP22q/btGkaIQqPI76KRJrHAC7e6/qc5 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAMRIRlStJA2N/2dsb2JhbABcgw5TWATMG4dLgRAWAXILhAIBAQEDATo9BwsCARkBAgECHxAyFwQCCAIEEwmILggNww8BAQEBAQEBAwEBAQEBAQEBAQEBF5BegyeBHgWPZYIchEaHE4EwPIMKkSyCNIFDbAGBR4EDAQEB X-IronPort-AV: E=Sophos;i="5.04,762,1406592000"; d="scan'208";a="365034320" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-7.cisco.com with ESMTP; 21 Oct 2014 12:32:30 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s9LCWUDG016965 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 21 Oct 2014 12:32:30 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.200]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Tue, 21 Oct 2014 07:32:30 -0500 From: "Stefano Previdi (sprevidi)" To: "spring@ietf.org" Thread-Topic: New Version Notification for draft-filsfils-spring-segment-routing-use-cases-01.txt Thread-Index: AQHP7SqKqzXl5zz+4UyXzw4Tw6V/AQ== Date: Tue, 21 Oct 2014 12:32:29 +0000 Message-ID: <4CF02A75-6847-45B9-910C-1DE3B0B31C96@cisco.com> References: <20141021122834.32257.63567.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.147.74.125] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/uTbP-tHa2sz8vJh4C8X9fWkIDhU Subject: [spring] Fwd: New Version Notification for draft-filsfils-spring-segment-routing-use-cases-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 21 Oct 2014 12:32:33 -0000 FYI, just a refresh. s. Begin forwarded message: > From: > Subject: New Version Notification for draft-filsfils-spring-segment-routi= ng-use-cases-01.txt > Date: October 21, 2014 2:28:34 PM GMT+02:00 >=20 >=20 > A new version of I-D, draft-filsfils-spring-segment-routing-use-cases-01.= txt > has been successfully submitted by Stefano Previdi and posted to the > IETF repository. >=20 > Name: draft-filsfils-spring-segment-routing-use-cases > Revision: 01 > Title: Segment Routing Use Cases > Document date: 2014-10-21 > Group: Individual Submission > Pages: 35 > URL: http://www.ietf.org/internet-drafts/draft-filsfils-spring= -segment-routing-use-cases-01.txt > Status: https://datatracker.ietf.org/doc/draft-filsfils-spring-se= gment-routing-use-cases/ > Htmlized: http://tools.ietf.org/html/draft-filsfils-spring-segment-= routing-use-cases-01 > Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-filsfils-spring-= segment-routing-use-cases-01 >=20 > Abstract: > Segment Routing (SR) leverages the source routing and tunneling > paradigms. A node steers a packet through a controlled set of > instructions, called segments, by prepending the packet with an SR > header. A segment can represent any instruction, topological or > service-based. SR allows to enforce a flow through any topological > path and service chain while maintaining per-flow state only at the > ingress node of the SR domain. >=20 > The Segment Routing architecture can be directly applied to the MPLS > dataplane with no change on the forwarding plane. It requires minor > extension to the existing link-state routing protocols. Segment > Routing can also be applied to IPv6 with a new type of routing > extension header. >=20 >=20 >=20 >=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 > The IETF Secretariat >=20 From nobody Wed Oct 22 02:44:21 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68D4D1A8F41 for ; Wed, 22 Oct 2014 02:44:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.759 X-Spam-Level: X-Spam-Status: No, score=-101.759 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham 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 bq8Jm6kabLxS for ; Wed, 22 Oct 2014 02:44:17 -0700 (PDT) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 9E9741A8F3E for ; Wed, 22 Oct 2014 02:44:16 -0700 (PDT) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 6899B12945E9 for ; Wed, 22 Oct 2014 17:44:02 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 16E6573DB6A for ; Wed, 22 Oct 2014 17:44:01 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id s9M9i5us038295 for ; Wed, 22 Oct 2014 17:44:05 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) Message-Id: <201410220944.s9M9i5us038295@mse01.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id s9M9Zl5I057706; Wed, 22 Oct 2014 17:35:47 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) To: "spring@ietf.org" , "isis-wg@ietf.org" , "ospf@ietf.org" MIME-Version: 1.0 X-KeepSent: 7FD038FD:3D09B6FF-48257D79:002D1EB7; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: liao.ting@zte.com.cn Date: Wed, 22 Oct 2014 17:35:48 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2014-10-22 17:35:35, Serialize complete at 2014-10-22 17:35:35 Content-Type: multipart/alternative; boundary="=_alternative 0034A22548257D79_=" X-MAIL: mse01.zte.com.cn s9M9i5us038295 X-MSS: AUDITRELEASE@mse01.zte.com.cn Archived-At: http://mailarchive.ietf.org/arch/msg/spring/CHbGZ30cU0vddL5FvnFCZikpiko Subject: [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 22 Oct 2014 09:44:20 -0000 This is a multipart message in MIME format. --=_alternative 0034A22548257D79_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SW4gc29tZSBzaXR1YXRpb24gd2hlcmUgdXNlcnMgZXhwZWN0IHRvIHNpbXBseSBwbHVnIGluIGEg U1Igbm9kZSBhbmQgaGF2ZSANCml0IGF1dG9tYXRpY2FsbHkgdXNlIFNlZ21lbnQgUm91dGluZy4g DQpUaGlzIGRyYWZ0IGF0dGVtcHRzIHRvIHNvbHZlIHRoaXMgbmVlZC4gDQpFeHBlY3RpbmcgeW91 ciByZXZpZXcgYW5kIGNvbW1lbnRzLiBUaGFuayB5b3UuIA0KDQpCZXN0IFJlZ2FyZHMuDQpUaW5n LCBCbywgRmFuZ3dlaSwgYW5kIEJodW1pcA0KDQotLS0tLSDXqreiyMsgwc7mwzAzODc2OC91c2Vy L3p0ZV9sdGQgyrG85CAyMDE0LTEwLTIyIDE2OjExIC0tLS0tDQoNCmludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZyANCjIwMTQtMTAtMjIgMTY6MDINCg0KytW8/sjLDQpCaHVtaXAgS2hhc25hYmlzaCA8 Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tPiwgIkJodW1pcCBLaGFzbmFiaXNoIiANCjxiaHVt aXAua2hhc25hYmlzaEB6dGV0eC5jb20+LCAiZmFuZ3dlaSBodSIgPGh1LmZhbmd3ZWlAenRlLmNv bS5jbj4sIA0KRmFuZ3dlaSBIdSA8aHUuZmFuZ3dlaUB6dGUuY29tLmNuPiwgIld1IEJvIiA8Ym8u d3VAenRlLmNvbS5jbj4sICJUaW5nIA0KTGlhbyIgPGxpYW8udGluZ0B6dGUuY29tLmNuPiwgVGlu ZyBMaWFvIDxsaWFvLnRpbmdAenRlLmNvbS5jbj4sIEJvIFd1IA0KPGJvLnd1QHp0ZS5jb20uY24+ DQqzrcvNDQoNCtb3zOINCk5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbHctc3By aW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KDQoNCg0KDQoNCg0KDQpBIG5ldyB2ZXJzaW9uIG9m IEktRCwgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KaGFzIGJlZW4gc3Vj Y2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBGYW5nd2VpIEh1IGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRG IHJlcG9zaXRvcnkuDQoNCk5hbWU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRyYWZ0LWx3 LXNwcmluZy1zaWQtYWxsb2NhdGlvbg0KUmV2aXNpb246ICAgICAgICAgICAgICAgIDAwDQpUaXRs ZTogICAgICAgICAgICAgICAgICAgICAgICAgICBTUFJJTkcgU0lEIEFsbG9jYXRpb24NCkRvY3Vt ZW50IGRhdGU6ICAgICAgICAgICAyMDE0LTEwLTIyDQpHcm91cDogICAgICAgICAgICAgICAgICAg ICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOiAgICAgICAgICAgICAgICAgICAg ICAgICAgIDEyDQpVUkw6ICAgICAgICAgICAgDQpodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0DQpTdGF0dXM6ICAg ICAgICAgDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sdy1zcHJpbmct c2lkLWFsbG9jYXRpb24vDQpIdG1saXplZDogICAgICAgDQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDANCg0KDQpBYnN0cmFjdDoNCiAg IFNlZ21lbnQgUm91dGluZyAoU1IpIGFsbG93cyBmb3IgYSBmbGV4aWJsZSBkZWZpbml0aW9uIG9m IGVuZC10by1lbmQNCiAgIHBhdGhzIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBw YXRocyBhcyBzZXF1ZW5jZXMgb2YNCiAgIHRvcG9sb2dpY2FsIHN1Yi1wYXRocywgY2FsbGVkICJz ZWdtZW50cyIuICBUaGVzZSBzZWdtZW50cyBhcmUNCiAgIGFkdmVydGlzZWQgYnkgdGhlIGxpbmst c3RhdGUgcm91dGluZyBwcm90b2NvbHMgKElTLUlTIGFuZCBPU1BGKS4gIEFuZA0KICAgYSBzZWdt ZW50IGlzIGlkZW50aWZpZWQgYnkgYSBTZWdtZW50IFJvdXRpbmcgSUQoU0lEKS4gIFRoaXMgZG9j dW1lbnQNCiAgIHByb3Bvc2VzIGEgbWV0aG9kIHRoYXQgdGhlIG9ubHkgc2VsZWN0ZWQgU1Igbm9k ZXMgcmVzcG9uc2libGUgZm9yDQogICBhbGxvY2F0aW5nIFNJRHMgZm9yIGEgU1IgZG9tYWluIHRv IHJlZHVjZSBTSUQgY29uZmlndXJhdGlvbiByZXF1aXJlZA0KICAgb24gYWxsIFNSIG5vZGVzLg0K DQogIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cyBmcm9tIHRoZSB0aW1lIG9mIA0Kc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYg U2VjcmV0YXJpYXQNCg0KDQo= --=_alternative 0034A22548257D79_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0zPkluIHNvbWUgc2l0dWF0aW9uIHdoZXJlIHVzZXJzIGV4cGVjdCB0 byBzaW1wbHkgcGx1ZyBpbg0KYSBTUiBub2RlIGFuZCBoYXZlIGl0IGF1dG9tYXRpY2FsbHkgdXNl IFNlZ21lbnQgUm91dGluZy4gJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz5UaGlzIGRy YWZ0IGF0dGVtcHRzIHRvIHNvbHZlIHRoaXMgbmVlZC4gJm5ic3A7PC9mb250Pg0KPGJyPjxmb250 IHNpemU9Mz5FeHBlY3RpbmcgeW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLiBUaGFuayB5b3UuIDwv Zm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+QmVzdCBSZWdhcmRzLjwvZm9udD4NCjxicj48 Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+VGluZywgQm8sIEZhbmd3ZWksIGFuZCBCaHVt aXA8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9yPSM4MDAwODAgZmFjZT0ic2Fu cy1zZXJpZiI+LS0tLS0g16q3osjLIMHO5sMwMzg3NjgvdXNlci96dGVfbHRkDQrKsbzkIDIwMTQt MTAtMjIgMTY6MTEgLS0tLS08L2ZvbnQ+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2 YWxpZ249dG9wPg0KPHRkIHdpZHRoPTM2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ PGI+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0x IGZhY2U9InNhbnMtc2VyaWYiPjIwMTQtMTAtMjIgMTY6MDI8L2ZvbnQ+DQo8dGQgd2lkdGg9NjMl Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249 cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4N Cjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Qmh1bWlwIEtoYXNuYWJpc2ggJmx0 O2JodW1pcC5raGFzbmFiaXNoQHp0ZXR4LmNvbSZndDssDQomcXVvdDtCaHVtaXAgS2hhc25hYmlz aCZxdW90OyAmbHQ7Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tJmd0OywgJnF1b3Q7ZmFuZ3dl aQ0KaHUmcXVvdDsgJmx0O2h1LmZhbmd3ZWlAenRlLmNvbS5jbiZndDssIEZhbmd3ZWkgSHUgJmx0 O2h1LmZhbmd3ZWlAenRlLmNvbS5jbiZndDssDQomcXVvdDtXdSBCbyZxdW90OyAmbHQ7Ym8ud3VA enRlLmNvbS5jbiZndDssICZxdW90O1RpbmcgTGlhbyZxdW90OyAmbHQ7bGlhby50aW5nQHp0ZS5j b20uY24mZ3Q7LA0KVGluZyBMaWFvICZsdDtsaWFvLnRpbmdAenRlLmNvbS5jbiZndDssIEJvIFd1 ICZsdDtiby53dUB6dGUuY29tLmNuJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9u dD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk cmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0PC9mb250PjwvdGFibGU+DQo8YnI+ DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFi bGU+DQo8YnI+DQo8YnI+DQo8YnI+PHR0Pjxmb250IHNpemU9Mj48YnI+DQpBIG5ldyB2ZXJzaW9u IG9mIEktRCwgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dDxicj4NCmhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgRmFuZ3dlaSBIdSBhbmQgcG9zdGVkIHRvIHRo ZTxicj4NCklFVEYgcmVwb3NpdG9yeS48YnI+DQo8YnI+DQpOYW1lOiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWx3LXNw cmluZy1zaWQtYWxsb2NhdGlvbjxicj4NClJldmlzaW9uOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQowMDxicj4NClRpdGxlOiAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NQ UklORw0KU0lEIEFsbG9jYXRpb248YnI+DQpEb2N1bWVudCBkYXRlOiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAyMDE0LTEwLTIyPGJyPg0K R3JvdXA6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7SW5kaXZpZHVhbA0KU3VibWlzc2lvbjxicj4NClBhZ2VzOiAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzEyPGJy Pg0KVVJMOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2h0dHA6Ly93 d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlv bi0wMC50eHQ8YnI+DQpTdGF0dXM6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24v PGJyPg0KSHRtbGl6ZWQ6ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0wMDxicj4NCjxicj4NCjxicj4N CkFic3RyYWN0Ojxicj4NCiAmbmJzcDsgU2VnbWVudCBSb3V0aW5nIChTUikgYWxsb3dzIGZvciBh IGZsZXhpYmxlIGRlZmluaXRpb24gb2YgZW5kLXRvLWVuZDxicj4NCiAmbmJzcDsgcGF0aHMgd2l0 aGluIElHUCB0b3BvbG9naWVzIGJ5IGVuY29kaW5nIHBhdGhzIGFzIHNlcXVlbmNlcyBvZjxicj4N CiAmbmJzcDsgdG9wb2xvZ2ljYWwgc3ViLXBhdGhzLCBjYWxsZWQgJnF1b3Q7c2VnbWVudHMmcXVv dDsuICZuYnNwO1RoZXNlDQpzZWdtZW50cyBhcmU8YnI+DQogJm5ic3A7IGFkdmVydGlzZWQgYnkg dGhlIGxpbmstc3RhdGUgcm91dGluZyBwcm90b2NvbHMgKElTLUlTIGFuZCBPU1BGKS4NCiZuYnNw O0FuZDxicj4NCiAmbmJzcDsgYSBzZWdtZW50IGlzIGlkZW50aWZpZWQgYnkgYSBTZWdtZW50IFJv dXRpbmcgSUQoU0lEKS4gJm5ic3A7VGhpcw0KZG9jdW1lbnQ8YnI+DQogJm5ic3A7IHByb3Bvc2Vz IGEgbWV0aG9kIHRoYXQgdGhlIG9ubHkgc2VsZWN0ZWQgU1Igbm9kZXMgcmVzcG9uc2libGUgZm9y PGJyPg0KICZuYnNwOyBhbGxvY2F0aW5nIFNJRHMgZm9yIGEgU1IgZG9tYWluIHRvIHJlZHVjZSBT SUQgY29uZmlndXJhdGlvbiByZXF1aXJlZDxicj4NCiAmbmJzcDsgb24gYWxsIFNSIG5vZGVzLjxi cj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7PGJyPg0KPGJyPg0KPGJyPg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjxicj4N CnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9v bHMuaWV0Zi5vcmcuPGJyPg0KPGJyPg0KVGhlIElFVEYgU2VjcmV0YXJpYXQ8YnI+DQo8YnI+DQo8 L2ZvbnQ+PC90dD4NCg== --=_alternative 0034A22548257D79_=-- From nobody Thu Oct 23 04:11:47 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B5E61A8ABD; Thu, 23 Oct 2014 04:11:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 Xnc6gVPMcL3s; Thu, 23 Oct 2014 04:11:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9756A1A8ABC; Thu, 23 Oct 2014 04:11:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141023111135.8272.94687.idtracker@ietfa.amsl.com> Date: Thu, 23 Oct 2014 04:11:35 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/3g3B3HixB3Y3PVsCM3SeKfmIsVI Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-problem-statement-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 11:11:39 -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 Working Group of the IETF. Title : SPRING Problem Statement and Requirements Authors : Stefano Previdi Clarence Filsfils Bruno Decraene Stephane Litkowski Martin Horneffer Rob Shakir Filename : draft-ietf-spring-problem-statement-03.txt Pages : 18 Date : 2014-10-23 Abstract: The ability for a node to specify a forwarding path, other than the normal shortest path, that a particular packet will traverse, benefits a number of network functions. Source-based routing mechanisms have previously been specified for network protocols, but have not seen widespread adoption. In this context, the term 'source' means 'the point at which the explicit route is imposed'. This document outlines various use cases, with their requirements, that need to be taken into account by the Source Packet Routing in Networking (SPRING) architecture for unicast traffic. Multicast use- cases and requirements are out of scope of this document. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-problem-statement/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-spring-problem-statement-03 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-spring-problem-statement-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Oct 23 04:25:46 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 660B41A8AC2 for ; Thu, 23 Oct 2014 04:25:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 9temHrpuiUWI for ; Thu, 23 Oct 2014 04:25:43 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1ED11A8ABF for ; Thu, 23 Oct 2014 04:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2656; q=dns/txt; s=iport; t=1414063543; x=1415273143; h=from:to:subject:date:message-id:references:content-id: content-transfer-encoding:mime-version; bh=2MlUALAIp0ZFE0IFElLEHa8iMoy1BGPKqSmOMB+jZRI=; b=Ej84y1FfcvTu2t1BbGY3ll3RkPW9xojoJgioH3NGcoNQWR+7rN3bdh0E aCU6VSo/7KCABVPbcO7jZHN8td9OqyZCA7sil22tWFRswVzmevLkFBBZ2 5H/7CO4azMixLW+HlJHegFjs/kBaEJoFgw+jEJx+7GRppIuPJPjKsqDuI g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AusFAOfkSFStJA2J/2dsb2JhbABcgw5UUwUEzHEMh0uBExYBcguEAgEBAQMBAQEBNzQQCwIBGQECAQIWCRAnCxQDBAIIAgQTCYgwCAgFx0sBAQEBAQEBAQIBAQEBAQEBAQEBAReQWAsEgixTJIEeBZIFhEaHEoExPIMNiliGW4N4bAGBR4EDAQEB X-IronPort-AV: E=Sophos;i="5.04,774,1406592000"; d="scan'208";a="89630235" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-3.cisco.com with ESMTP; 23 Oct 2014 11:25:42 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s9NBPgah025595 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 23 Oct 2014 11:25:42 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.207]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0195.001; Thu, 23 Oct 2014 06:25:42 -0500 From: "Stefano Previdi (sprevidi)" To: "spring@ietf.org" Thread-Topic: I-D Action: draft-ietf-spring-problem-statement-03.txt Thread-Index: AQHP7rIrOIpb2rTMIUW8u0GOsrIUMQ== Date: Thu, 23 Oct 2014 11:25:42 +0000 Message-ID: <8A100529-A222-4865-B570-C6E64CF7D566@cisco.com> References: <20141023111135.8272.94687.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.172.35] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/Z1sLLWMHZI1lqsva7XElgSkAtGA Subject: [spring] Fwd: I-D Action: draft-ietf-spring-problem-statement-03.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 23 Oct 2014 11:25:45 -0000 fixed author's affiliation. s. Begin forwarded message: > From: > Subject: I-D Action: draft-ietf-spring-problem-statement-03.txt > Date: October 23, 2014 1:11:35 PM GMT+02:00 > To: > Cc: > Reply-To: >=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 Work= ing Group of the IETF. >=20 > Title : SPRING Problem Statement and Requirements > Authors : Stefano Previdi > Clarence Filsfils > Bruno Decraene > Stephane Litkowski > Martin Horneffer > Rob Shakir > Filename : draft-ietf-spring-problem-statement-03.txt > Pages : 18 > Date : 2014-10-23 >=20 > Abstract: > The ability for a node to specify a forwarding path, other than the > normal shortest path, that a particular packet will traverse, > benefits a number of network functions. Source-based routing > mechanisms have previously been specified for network protocols, but > have not seen widespread adoption. In this context, the term > 'source' means 'the point at which the explicit route is imposed'. >=20 > This document outlines various use cases, with their requirements, > that need to be taken into account by the Source Packet Routing in > Networking (SPRING) architecture for unicast traffic. Multicast use- > cases and requirements are out of scope of this document. >=20 >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-spring-problem-statement/ >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-spring-problem-statement-03 >=20 > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-problem-statement-03 >=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 From nobody Thu Oct 23 08:47:20 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23EC11ACC91; Thu, 23 Oct 2014 08:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 RhlFh2wyF-KM; Thu, 23 Oct 2014 08:47:08 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0713.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:713]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F06C51ACC89; Thu, 23 Oct 2014 08:47:04 -0700 (PDT) Received: from hannes-mba.local (66.129.239.11) by BN1PR05MB438.namprd05.prod.outlook.com (10.141.58.12) with Microsoft SMTP Server (TLS) id 15.1.6.9; Thu, 23 Oct 2014 15:46:40 +0000 Received: from hannes-mba.local (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id B760E4DEF93; Thu, 23 Oct 2014 17:46:34 +0200 (CEST) Date: Thu, 23 Oct 2014 17:46:34 +0200 From: Hannes Gredler To: Message-ID: <20141023154634.GA13700@hannes-mba.local> References: <201410220944.s9M9i5us038295@mse01.zte.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201410220944.s9M9i5us038295@mse01.zte.com.cn> User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [66.129.239.11] X-ClientProxiedBy: DM2PR04CA046.namprd04.prod.outlook.com (10.141.154.164) To BN1PR05MB438.namprd05.prod.outlook.com (10.141.58.12) X-MS-Exchange-Transport-FromEntityHeader: Hosted X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB438; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 0373D94D15 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(377424004)(24454002)(189002)(199003)(110136001)(66066001)(31966008)(20776003)(47776003)(64706001)(98436002)(230783001)(85306004)(15202345003)(33656002)(40100003)(85852003)(102836001)(101416001)(50466002)(76506005)(80022003)(4396001)(50986999)(122856001)(122386002)(97736003)(46102003)(77096002)(15975445006)(19580405001)(76176999)(87976001)(21056001)(23676002)(54356999)(99396003)(95666004)(19580395003)(92726001)(105586002)(83506001)(106356001)(92566001)(2351001)(107046002)(120916001)(86362001)(76482002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB438; H:hannes-mba.local; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/spring/M36TLY_C3SSXStWMO42YrXF8Bo8 Cc: "ospf@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org" Subject: Re: [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 23 Oct 2014 15:47:11 -0000 liao, my read of your draft is that you're utilizing IGP extensions to flood configuration informatioun through the network. have you considered using netconf/YANG for doing so ? and if so what is wrong (what are the shortcomings) of netconf/YANG to configure RAN routers ? IOW why are exisiting configuration mencahnism not good enough ? /hannes On Wed, Oct 22, 2014 at 05:35:48PM +0800, liao.ting@zte.com.cn wrote: | In some situation where users expect to simply plug in a SR node and have | it automatically use Segment Routing. | This draft attempts to solve this need. | Expecting your review and comments. Thank you. | | Best Regards. | Ting, Bo, Fangwei, and Bhumip | | ----- ת·¢ÈË ÁÎæÃ038768/user/zte_ltd ʱ¼ä 2014-10-22 16:11 ----- | | internet-drafts@ietf.org ÊÕ¼þÈË Bhumip Khasnabish | , "Bhumip | 2014-10-22 16:02 Khasnabish" , | "fangwei hu" , | Fangwei Hu , "Wu | Bo" , "Ting Liao" | , Ting Liao | , Bo Wu | | ³­ËÍ | Ö÷Ìâ New Version Notification for | draft-lw-spring-sid-allocation-00.txt | | | A new version of I-D, draft-lw-spring-sid-allocation-00.txt | has been successfully submitted by Fangwei Hu and posted to the | IETF repository. | | Name: draft-lw-spring-sid-allocation | Revision: 00 | Title: SPRING SID Allocation | Document date: 2014-10-22 | Group: Individual Submission | Pages: 12 | URL: | http://www.ietf.org/internet-drafts/draft-lw-spring-sid-allocation-00.txt | Status: | https://datatracker.ietf.org/doc/draft-lw-spring-sid-allocation/ | Htmlized: | http://tools.ietf.org/html/draft-lw-spring-sid-allocation-00 | | 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). And | a segment is identified by a Segment Routing ID(SID). This document | proposes a method that the only selected SR nodes responsible for | allocating SIDs for a SR domain to reduce SID configuration required | on all SR nodes. | | | | | Please note that it may take a couple of minutes from the time of | submission | until the htmlized version and diff are available at tools.ietf.org. | | The IETF Secretariat | _______________________________________________ | spring mailing list | spring@ietf.org | https://www.ietf.org/mailman/listinfo/spring From nobody Thu Oct 23 13:01:52 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DEA31AD058; Thu, 23 Oct 2014 13:01:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.601 X-Spam-Level: X-Spam-Status: No, score=-102.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 HToSl2QLWXxg; Thu, 23 Oct 2014 13:01:41 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1903B1AD057; Thu, 23 Oct 2014 13:01:40 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-7a-544906ee6751 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id B9.7A.05330.EE609445; Thu, 23 Oct 2014 15:47:26 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0174.001; Thu, 23 Oct 2014 16:01:39 -0400 From: Gregory Mirsky To: "rtg-bfd@ietf.org" , "mpls@ietf.org" , "spring@ietf.org" Thread-Topic: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt Thread-Index: AQHP7vuLnXrxVtGdr0an+IEI1vxrJpw+GV8Q Date: Thu, 23 Oct 2014 20:01:38 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B8656DB@eusaamb103.ericsson.se> References: <20141023195707.10809.79077.idtracker@ietfa.amsl.com> In-Reply-To: <20141023195707.10809.79077.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrILMWRmVeSWpSXmKPExsUyuXRPiO47Ns8Qg++brS1uLV3JavH5zzZG i+MXfjM6MHssWfKTKYAxissmJTUnsyy1SN8ugSuj6XdBwTvhipdTprM1MK4R7mLk5JAQMJG4 fOIVC4QtJnHh3nq2LkYuDiGBo4wS86/+hXKWM0pc/f2QCaSKTcBI4sXGHnYQW0SgUGLh9AY2 EFtYIFCibd9eZoh4kETju/WMELaRxOU3DaxdjBwcLAKqEgdO1oOEeQV8JbZc+glWLiTgKHGn 9RaYzSngJDFzwncwmxHooO+n1oCtZRYQl7j1ZD4TxKECEkv2nGeGsEUlXj7+xwphK0rs65/O DrKKWUBTYv0ufYhWRYkp3Q/ZIdYKSpyc+YRlAqPoLCRTZyF0zELSMQtJxwJGllWMHKXFqWW5 6UYGmxiBcXBMgk13B+Oel5aHGAU4GJV4eB9oeIQIsSaWFVfmHmKU5mBREuedVTsvWEggPbEk NTs1tSC1KL6oNCe1+BAjEwenVANjeOvH7a9svS6wfJeueXP/wsNFDYuM/kzfGxSVrBI1m0+1 VNBaoq3mqX1fuvn757sc3nEeOfbbOObu6WNfEzMXqLBVLRGfWhtxfJXUptZv8svDCzSzbHhm ftSqvDKx2mbpc/N9s2cZhl67t2mt5ee1PRxLPu0VK2newbyo5OC6XWb277+aWu14qsRSnJFo qMVcVJwIALnV26ZkAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/spring/iU_D-5wZcUwS_RGnn0hp5PxiX5E Subject: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 23 Oct 2014 20:01:49 -0000 RGVhciBBbGwsDQphIG5ldyBzZWN0aW9uIDMuMyBCb290c3RyYXBwaW5nIEJGRCBzZXNzaW9uIHdp dGggQkZEIFJldmVyc2UgUGF0aCBvdmVyIFNlZ21lbnQgUm91dGVkIHR1bm5lbCBiZWVuIGFkZGVk LiBBdXRob3JzIGFsd2F5cyB3ZWxjb21lIHlvdXIgY29tbWVudHMgYW5kIGdyZWF0bHkgYXBwcmVj aWF0ZSBzdWdnZXN0aW9ucy4gV2UncmUgbG9va2luZyBmb3J3YXJkIHRvIGNvbnRpbnVlIGRpc2N1 c3Npb24gYXQgV0cgbWVldGluZ3MgYXQgSUVURi05MS4NCg0KCVJlZ2FyZHMsDQoJCUdyZWcNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiBUaHVyc2RheSwgT2N0 b2JlciAyMywgMjAxNCAxMjo1NyBQTQ0KVG86IEdyZWdvcnkgTWlyc2t5OyBKZWZmIFRhbnRzdXJh OyBHcmVnb3J5IE1pcnNreTsgSmVmZiBUYW50c3VyYTsgSWx5YSBWYXJsYXNoa2luOyBJbHlhIFZh cmxhc2hraW4NClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbWly c2t5LW1wbHMtYmZkLWRpcmVjdGVkLTAxLnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBk cmFmdC1taXJza3ktbXBscy1iZmQtZGlyZWN0ZWQtMDEudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVs bHkgc3VibWl0dGVkIGJ5IEdyZWcgTWlyc2t5IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3Np dG9yeS4NCg0KTmFtZToJCWRyYWZ0LW1pcnNreS1tcGxzLWJmZC1kaXJlY3RlZA0KUmV2aXNpb246 CTAxDQpUaXRsZToJCUJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZyBEZXRlY3Rpb24gKEJGRCkgRGly ZWN0ZWQgUmV0dXJuIFBhdGgNCkRvY3VtZW50IGRhdGU6CTIwMTQtMTAtMjMNCkdyb3VwOgkJSW5k aXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTkNClVSTDogICAgICAgICAgICBodHRwOi8vd3d3 LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1taXJza3ktbXBscy1iZmQtZGlyZWN0ZWQt MDEudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtbWlyc2t5LW1wbHMtYmZkLWRpcmVjdGVkLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LW1pcnNreS1tcGxzLWJmZC1kaXJlY3RlZC0wMQ0KRGlm ZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LW1pcnNr eS1tcGxzLWJmZC1kaXJlY3RlZC0wMQ0KDQpBYnN0cmFjdDoNCiAgIEJpZGlyZWN0aW9uYWwgRm9y d2FyZGluZyBEZXRlY3Rpb24gKEJGRCkgaXMgZXhwZWN0ZWQgdG8gbW9uaXRvciBiaS0NCiAgIGRp cmVjdGlvbmFsIHBhdGhzLiAgV2hlbiBhIEJGRCBzZXNzaW9uIG1vbml0b3JzIGluIGl0cyBmb3J3 YXJkDQogICBkaXJlY3Rpb24gYW4gZXhwbGljaXRseSByb3V0ZWQgcGF0aCB0aGVyZSBpcyBhIG5l ZWQgdG8gYmUgYWJsZSB0bw0KICAgZGlyZWN0IGZhci1lbmQgQkZEIHBlZXIgdG8gdXNlIHNwZWNp ZmljIHBhdGggYXMgcmV2ZXJzZSBkaXJlY3Rpb24gb2YNCiAgIHRoZSBCRkQgc2Vzc2lvbi4NCg0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRh a2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwg dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRm Lm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Thu Oct 23 23:01:35 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A761A88CD for ; Thu, 23 Oct 2014 23:01:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.455 X-Spam-Level: X-Spam-Status: No, score=-98.455 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=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 3crU5e4miqly for ; Thu, 23 Oct 2014 23:01:31 -0700 (PDT) Received: from mx5.zte.com.cn (unknown [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 0D6CC1A7007 for ; Thu, 23 Oct 2014 23:01:30 -0700 (PDT) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 233C4123BEC6 for ; Fri, 24 Oct 2014 14:01:19 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id s9O61QLd096840 for ; Fri, 24 Oct 2014 14:01:26 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) Message-Id: <201410240601.s9O61QLd096840@mse01.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id s9O5vGD7082250; Fri, 24 Oct 2014 13:57:16 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) In-Reply-To: <20141023154634.GA13700@hannes-mba.local> To: Hannes Gredler MIME-Version: 1.0 X-KeepSent: 5154AFEE:21609D5F-48257D7B:0004178A; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: liao.ting@zte.com.cn Date: Fri, 24 Oct 2014 13:57:16 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2014-10-24 13:57:16, Serialize complete at 2014-10-24 13:57:16 Content-Type: multipart/alternative; boundary="=_alternative 00209FF448257D7B_=" X-MAIL: mse01.zte.com.cn s9O61QLd096840 X-MSS: AUDITRELEASE@mse01.zte.com.cn Archived-At: http://mailarchive.ietf.org/arch/msg/spring/W79QU1wFoviN-6a8oBw_3xWo4f8 Cc: "ospf@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org" Subject: [spring] =?gb2312?b?tPC4tDogUmU6ICBGVzogTmV3IFZlcnNpb24gTm90aWZp?= =?gb2312?b?Y2F0aW9uIGZvciBkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAu?= =?gb2312?b?dHh0?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 24 Oct 2014 06:01:34 -0000 This is a multipart message in MIME format. --=_alternative 00209FF448257D7B_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIEhhbm5lcw0KDQpUaGFua3MgZm9yIHlvdXIgcmV2aWV3IGFuZCB0aGUgZ29vZCBjb21tZW50 cy4NCg0KIEluIHRoaXMgZHJhZnQsIFNJRCBjYW4gYmUgYXV0b21hdGljYWxseSBnZW5lcmF0ZWQg YnkgYSBjb250cm9sIG5vZGUgKHRoZSANClNlZ21lbnQgUm91dGluZyBNYW5hZ2VtZW50IE5vZGVz IChTUk1OcynvvIksDQphbmQgdGhlIFNSTU5zIGdlbmVyYXRlIHRoZSBTSUQgbWFwcGluZyB0byBl YWNoIG5vZGUgaW4gdGhlIFNSIGRvbWFpbu+8jCANCnRoZW4gdGhlIElHUCBleHRlbnNpb24gZmxv b2Rpbmcgb3V0IHRvIGV2ZXJ5IG5vZGUsIGVhY2ggbm9kZSB3aWxsIGtub3cgdGhlIA0Kc2lkIGFs bG9jYXRlZCB0byBlYWNoIG90aGVyLiANCg0KV2hpbGUgaWYgd2UgdXNlICBOZXRjb25mL1lBTkcs IGFsbCB0aGUgbm9kZXMgaW4gdGhlIFNSIGRvbWFpbiBzaG91bGQgYmUgDQpzdXBwb3J0ZWQgIHRo ZSBvcGVuIGludGVyZmFjZSB0byBOZXRjb25mL1lBTkcsIA0Kd2hpY2ggaXMgbm90IGVhc3ksIGZv ciBtYW55IEFTR3MsIENTR3Mgb25seSBzdXBwb3J0IFNOTVAgcHJvdG9jb2wgaW4gdGhlIA0KSVAg UkFOIHNjZW5hcmlvcy4gDQpTbyB0aGlzIHNvbHV0aW9uIGNvdWxkIHNpbXBpZnkgdGhlIGNvbmd1 cmF0aW9uIG9mIEFTRyxDU0coYWN0dWFsbHkgaXQgaXMgDQp6ZXJvLWNvbmZpZ3VyYXRpbiBmb3Ig dGhlbSksIHdoaWNoIGlzIHZlcnkgaW1wb3J0YW50IGZvciB0aGUgb3BlcmF0aW9uLg0KDQpCZXN0 IFJlZ2FyZHMuDQpUaW5nDQoNCg0KDQpIYW5uZXMgR3JlZGxlciA8aGFubmVzQGp1bmlwZXIubmV0 PiANCjIwMTQtMTAtMjMgMjM6NDYNCg0K5pS25Lu25Lq6DQo8bGlhby50aW5nQHp0ZS5jb20uY24+ DQrmioTpgIENCiJzcHJpbmdAaWV0Zi5vcmciIDxzcHJpbmdAaWV0Zi5vcmc+LCAiaXNpcy13Z0Bp ZXRmLm9yZyIgDQo8aXNpcy13Z0BpZXRmLm9yZz4sICJvc3BmQGlldGYub3JnIiA8b3NwZkBpZXRm Lm9yZz4NCuS4u+mimA0KUmU6IFtzcHJpbmddIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g Zm9yIA0KZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KDQoNCg0KDQoNCg0K bGlhbywNCg0KbXkgcmVhZCBvZiB5b3VyIGRyYWZ0IGlzIHRoYXQgeW91J3JlIHV0aWxpemluZyBJ R1AgZXh0ZW5zaW9ucyB0byBmbG9vZA0KY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvdW4gdGhyb3Vn aCB0aGUgbmV0d29yay4gaGF2ZSB5b3UgY29uc2lkZXJlZA0KdXNpbmcgbmV0Y29uZi9ZQU5HIGZv ciBkb2luZyBzbyA/IGFuZCBpZiBzbyB3aGF0IGlzIHdyb25nICh3aGF0DQphcmUgdGhlIHNob3J0 Y29taW5ncykgb2YgbmV0Y29uZi9ZQU5HIHRvIGNvbmZpZ3VyZSBSQU4gcm91dGVycyA/DQpJT1cg d2h5IGFyZSBleGlzaXRpbmcgY29uZmlndXJhdGlvbiBtZW5jYWhuaXNtIG5vdCBnb29kIGVub3Vn aCA/DQoNCi9oYW5uZXMNCg0KT24gV2VkLCBPY3QgMjIsIDIwMTQgYXQgMDU6MzU6NDhQTSArMDgw MCwgbGlhby50aW5nQHp0ZS5jb20uY24gd3JvdGU6DQp8ICAgIEluIHNvbWUgc2l0dWF0aW9uIHdo ZXJlIHVzZXJzIGV4cGVjdCB0byBzaW1wbHkgcGx1ZyBpbiBhIFNSIG5vZGUgYW5kIA0KaGF2ZQ0K fCAgICBpdCBhdXRvbWF0aWNhbGx5IHVzZSBTZWdtZW50IFJvdXRpbmcuDQp8ICAgIFRoaXMgZHJh ZnQgYXR0ZW1wdHMgdG8gc29sdmUgdGhpcyBuZWVkLg0KfCAgICBFeHBlY3RpbmcgeW91ciByZXZp ZXcgYW5kIGNvbW1lbnRzLiBUaGFuayB5b3UuDQp8IA0KfCAgICBCZXN0IFJlZ2FyZHMuDQp8ICAg IFRpbmcsIEJvLCBGYW5nd2VpLCBhbmQgQmh1bWlwDQp8IA0KfCAgICAtLS0tLSDXqj8/P8OLID/D jj/DgzAzODc2OC91c2VyL3p0ZV9sdGQgyrE/PyAyMDE0LTEwLTIyIDE2OjExIC0tLS0tDQp8IA0K fCAgICBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgP8OVPz8/w4sgQmh1bWlwIEtoYXNuYWJpc2gN CnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8Ymh1bWlwLmtoYXNuYWJpc2hA enRldHguY29tPiwgDQoiQmh1bWlwDQp8ICAgIDIwMTQtMTAtMjIgMTY6MDIgICAgICAgICAgICAg ICAgS2hhc25hYmlzaCIgDQo8Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tPiwNCnwgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiZmFuZ3dlaSBodSIgPGh1LmZhbmd3ZWlAenRl LmNvbS5jbj4sDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRmFuZ3dlaSBI dSA8aHUuZmFuZ3dlaUB6dGUuY29tLmNuPiwgDQoiV3UNCnwgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBCbyIgPGJvLnd1QHp0ZS5jb20uY24+LCAiVGluZyBMaWFvIg0KfCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxsaWFvLnRpbmdAenRlLmNvbS5jbj4sIFRp bmcgTGlhbw0KfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxsaWFvLnRpbmdA enRlLmNvbS5jbj4sIEJvIFd1DQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg PGJvLnd1QHp0ZS5jb20uY24+DQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID8/P8ON DQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID/Dtz/DoiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZHJhZnQt bHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KfCANCnwgDQp8ICAgIEEgbmV3IHZlcnNp b24gb2YgSS1ELCBkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0DQp8ICAgIGhh cyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgRmFuZ3dlaSBIdSBhbmQgcG9zdGVkIHRv IHRoZQ0KfCAgICBJRVRGIHJlcG9zaXRvcnkuDQp8IA0KfCAgICBOYW1lOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24NCnwgICAg UmV2aXNpb246ICAgICAgICAgICAgICAgICAwMA0KfCAgICBUaXRsZTogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgU1BSSU5HIFNJRCBBbGxvY2F0aW9uDQp8ICAgIERvY3VtZW50IGRh dGU6ICAgICAgICAgICAgICAgICAyMDE0LTEwLTIyDQp8ICAgIEdyb3VwOiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCnwgICAgUGFnZXM6ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEyDQp8ICAgIFVSTDoNCnwgICAgIA0KaHR0 cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxv Y2F0aW9uLTAwLnR4dA0KfCAgICBTdGF0dXM6DQp8ICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi8NCnwgICAgSHRtbGl6ZWQ6 DQp8ICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxs b2NhdGlvbi0wMA0KfCANCnwgICAgQWJzdHJhY3Q6DQp8ICAgICAgU2VnbWVudCBSb3V0aW5nIChT UikgYWxsb3dzIGZvciBhIGZsZXhpYmxlIGRlZmluaXRpb24gb2YgZW5kLXRvLWVuZA0KfCAgICAg IHBhdGhzIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBwYXRocyBhcyBzZXF1ZW5j ZXMgb2YNCnwgICAgICB0b3BvbG9naWNhbCBzdWItcGF0aHMsIGNhbGxlZCAic2VnbWVudHMiLiAg VGhlc2Ugc2VnbWVudHMgYXJlDQp8ICAgICAgYWR2ZXJ0aXNlZCBieSB0aGUgbGluay1zdGF0ZSBy b3V0aW5nIHByb3RvY29scyAoSVMtSVMgYW5kIE9TUEYpLiANCkFuZA0KfCAgICAgIGEgc2VnbWVu dCBpcyBpZGVudGlmaWVkIGJ5IGEgU2VnbWVudCBSb3V0aW5nIElEKFNJRCkuICBUaGlzIA0KZG9j dW1lbnQNCnwgICAgICBwcm9wb3NlcyBhIG1ldGhvZCB0aGF0IHRoZSBvbmx5IHNlbGVjdGVkIFNS IG5vZGVzIHJlc3BvbnNpYmxlIGZvcg0KfCAgICAgIGFsbG9jYXRpbmcgU0lEcyBmb3IgYSBTUiBk b21haW4gdG8gcmVkdWNlIFNJRCBjb25maWd1cmF0aW9uIA0KcmVxdWlyZWQNCnwgICAgICBvbiBh bGwgU1Igbm9kZXMuDQp8IA0KfCANCnwgDQp8IA0KfCAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KfCAgICBzdWJtaXNz aW9uDQp8ICAgIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFi bGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQp8IA0KfCAgICBUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQp8 IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp8IHNwcmlu ZyBtYWlsaW5nIGxpc3QNCnwgc3ByaW5nQGlldGYub3JnDQp8IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQoNCg0KDQo= --=_alternative 00209FF448257D7B_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yPkhpLCBIYW5uZXM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6 ZT0yPlRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIHRoZSBnb29kIGNvbW1lbnRzLjwvZm9udD4N Cjxicj4NCjxicj48Zm9udCBzaXplPTI+Jm5ic3A7SW4gdGhpcyBkcmFmdCwgU0lEIGNhbiBiZSBh dXRvbWF0aWNhbGx5IGdlbmVyYXRlZA0KYnkgYSBjb250cm9sIG5vZGUgKHRoZSBTZWdtZW50IFJv dXRpbmcgTWFuYWdlbWVudCBOb2RlcyAoU1JNTnMp77yJLDwvZm9udD4NCjxicj48Zm9udCBzaXpl PTI+YW5kIHRoZSBTUk1OcyBnZW5lcmF0ZSB0aGUgU0lEIG1hcHBpbmcgdG8gZWFjaCBub2RlIGlu DQp0aGUgU1IgZG9tYWlu77yMIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+dGhlbiB0aGUgSUdQ IGV4dGVuc2lvbiBmbG9vZGluZyBvdXQgdG8gZXZlcnkgbm9kZSwgZWFjaA0Kbm9kZSB3aWxsIGtu b3cgdGhlIHNpZCBhbGxvY2F0ZWQgdG8gZWFjaCBvdGhlci4gPC9mb250Pg0KPGJyPg0KPGJyPjxm b250IHNpemU9Mj5XaGlsZSBpZiB3ZSB1c2UgJm5ic3A7TmV0Y29uZi9ZQU5HLCBhbGwgdGhlIG5v ZGVzIGluIHRoZQ0KU1IgZG9tYWluIHNob3VsZCBiZSBzdXBwb3J0ZWQgJm5ic3A7dGhlIG9wZW4g aW50ZXJmYWNlIHRvIE5ldGNvbmYvWUFORywNCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+d2hp Y2ggaXMgbm90IGVhc3ksIGZvciBtYW55IEFTR3MsIENTR3Mgb25seSBzdXBwb3J0IFNOTVANCnBy b3RvY29sIGluIHRoZSBJUCBSQU4gc2NlbmFyaW9zLiA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y PlNvIHRoaXMgc29sdXRpb24gY291bGQgc2ltcGlmeSB0aGUgY29uZ3VyYXRpb24gb2YgQVNHLENT RyhhY3R1YWxseQ0KaXQgaXMgemVyby1jb25maWd1cmF0aW4gZm9yIHRoZW0pLCB3aGljaCBpcyB2 ZXJ5IGltcG9ydGFudCBmb3IgdGhlIG9wZXJhdGlvbi48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0y IGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCkJlc3QgUmVnYXJkcy48YnI+DQpUaW5nPC9mb250Pg0K PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD0zNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkhhbm5lcyBHcmVk bGVyICZsdDtoYW5uZXNAanVuaXBlci5uZXQmZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6 ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTQtMTAtMjMgMjM6NDY8L2ZvbnQ+DQo8dGQgd2lkdGg9 NjMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxp Z249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPuaUtuS7tuS6ujwvZm9udD48 L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+Jmx0O2xpYW8udGluZ0B6 dGUuY29tLmNuJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1y aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+5oqE6YCBPC9mb250PjwvZGl2Pg0K PHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDtzcHJpbmdAaWV0Zi5vcmcm cXVvdDsgJmx0O3NwcmluZ0BpZXRmLm9yZyZndDssDQomcXVvdDtpc2lzLXdnQGlldGYub3JnJnF1 b3Q7ICZsdDtpc2lzLXdnQGlldGYub3JnJmd0OywgJnF1b3Q7b3NwZkBpZXRmLm9yZyZxdW90Ow0K Jmx0O29zcGZAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2 IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7kuLvpopg8L2ZvbnQ+ PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJlOiBbc3ByaW5nXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uDQpmb3IgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxv Y2F0aW9uLTAwLnR4dDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10 b3A+DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjx0 dD48Zm9udCBzaXplPTI+bGlhbyw8YnI+DQo8YnI+DQpteSByZWFkIG9mIHlvdXIgZHJhZnQgaXMg dGhhdCB5b3UncmUgdXRpbGl6aW5nIElHUCBleHRlbnNpb25zIHRvIGZsb29kPGJyPg0KY29uZmln dXJhdGlvbiBpbmZvcm1hdGlvdW4gdGhyb3VnaCB0aGUgbmV0d29yay4gaGF2ZSB5b3UgY29uc2lk ZXJlZDxicj4NCnVzaW5nIG5ldGNvbmYvWUFORyBmb3IgZG9pbmcgc28gPyBhbmQgaWYgc28gd2hh dCBpcyB3cm9uZyAod2hhdDxicj4NCmFyZSB0aGUgc2hvcnRjb21pbmdzKSBvZiBuZXRjb25mL1lB TkcgdG8gY29uZmlndXJlIFJBTiByb3V0ZXJzID88YnI+DQpJT1cgd2h5IGFyZSBleGlzaXRpbmcg Y29uZmlndXJhdGlvbiBtZW5jYWhuaXNtIG5vdCBnb29kIGVub3VnaCA/PGJyPg0KPGJyPg0KL2hh bm5lczxicj4NCjxicj4NCk9uIFdlZCwgT2N0IDIyLCAyMDE0IGF0IDA1OjM1OjQ4UE0gKzA4MDAs IGxpYW8udGluZ0B6dGUuY29tLmNuIHdyb3RlOjxicj4NCnwgJm5ic3A7ICZuYnNwO0luIHNvbWUg c2l0dWF0aW9uIHdoZXJlIHVzZXJzIGV4cGVjdCB0byBzaW1wbHkgcGx1ZyBpbiBhDQpTUiBub2Rl IGFuZCBoYXZlPGJyPg0KfCAmbmJzcDsgJm5ic3A7aXQgYXV0b21hdGljYWxseSB1c2UgU2VnbWVu dCBSb3V0aW5nLjxicj4NCnwgJm5ic3A7ICZuYnNwO1RoaXMgZHJhZnQgYXR0ZW1wdHMgdG8gc29s dmUgdGhpcyBuZWVkLjxicj4NCnwgJm5ic3A7ICZuYnNwO0V4cGVjdGluZyB5b3VyIHJldmlldyBh bmQgY29tbWVudHMuIFRoYW5rIHlvdS48YnI+DQp8IDxicj4NCnwgJm5ic3A7ICZuYnNwO0Jlc3Qg UmVnYXJkcy48YnI+DQp8ICZuYnNwOyAmbmJzcDtUaW5nLCBCbywgRmFuZ3dlaSwgYW5kIEJodW1p cDxicj4NCnwgPGJyPg0KfCAmbmJzcDsgJm5ic3A7LS0tLS0g16o/Pz/DiyA/w44/w4MwMzg3Njgv dXNlci96dGVfbHRkIMqxPz8gMjAxNC0xMC0yMiAxNjoxMQ0KLS0tLS08YnI+DQp8IDxicj4NCnwg Jm5ic3A7ICZuYnNwO2ludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA/w5U/Pz/DiyBCaHVtaXAgS2hh c25hYmlzaDxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0O2JodW1pcC5raGFzbmFiaXNoQHp0ZXR4LmNv bSZndDssDQomcXVvdDtCaHVtaXA8YnI+DQp8ICZuYnNwOyAmbmJzcDsyMDE0LTEwLTIyIDE2OjAy ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 S2hhc25hYmlzaCZxdW90OyAmbHQ7Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tJmd0Oyw8YnI+ DQp8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyZxdW90O2Zhbmd3ZWkgaHUmcXVvdDsNCiZsdDtodS5mYW5nd2VpQHp0 ZS5jb20uY24mZ3Q7LDxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RmFuZ3dlaSBIdSAmbHQ7aHUuZmFuZ3dl aUB6dGUuY29tLmNuJmd0OywNCiZxdW90O1d1PGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtCbyZxdW90OyAm bHQ7Ym8ud3VAenRlLmNvbS5jbiZndDssDQomcXVvdDtUaW5nIExpYW8mcXVvdDs8YnI+DQp8ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyZsdDtsaWFvLnRpbmdAenRlLmNvbS5jbiZndDssDQpUaW5nIExpYW88YnI+DQp8 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyZsdDtsaWFvLnRpbmdAenRlLmNvbS5jbiZndDssDQpCbyBXdTxicj4NCnwg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7Jmx0O2JvLnd1QHp0ZS5jb20uY24mZ3Q7PGJyPg0KfCAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgPz8/w408YnI+DQp8ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA/w7c/w6IgTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvcjxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtbHctc3ByaW5nLXNp ZC1hbGxvY2F0aW9uLTAwLnR4dDxicj4NCnwgPGJyPg0KfCA8YnI+DQp8ICZuYnNwOyAmbmJzcDtB IG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4 dDxicj4NCnwgJm5ic3A7ICZuYnNwO2hhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkg RmFuZ3dlaSBIdSBhbmQgcG9zdGVkDQp0byB0aGU8YnI+DQp8ICZuYnNwOyAmbmJzcDtJRVRGIHJl cG9zaXRvcnkuPGJyPg0KfCA8YnI+DQp8ICZuYnNwOyAmbmJzcDtOYW1lOiAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWx3 LXNwcmluZy1zaWQtYWxsb2NhdGlvbjxicj4NCnwgJm5ic3A7ICZuYnNwO1JldmlzaW9uOiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAwMDxi cj4NCnwgJm5ic3A7ICZuYnNwO1RpdGxlOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO1NQUklORw0KU0lEIEFsbG9jYXRpb248YnI+ DQp8ICZuYnNwOyAmbmJzcDtEb2N1bWVudCBkYXRlOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAyMDE0LTEwLTIyPGJyPg0KfCAmbmJzcDsg Jm5ic3A7R3JvdXA6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7SW5kaXZpZHVhbA0KU3VibWlzc2lvbjxicj4NCnwgJm5ic3A7ICZu YnNwO1BhZ2VzOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOzEyPGJyPg0KfCAmbmJzcDsgJm5ic3A7VVJMOjxicj4NCnwgJm5ic3A7 ICZuYnNwOyBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1sdy1zcHJp bmctc2lkLWFsbG9jYXRpb24tMDAudHh0PGJyPg0KfCAmbmJzcDsgJm5ic3A7U3RhdHVzOjxicj4N CnwgJm5ic3A7ICZuYnNwO2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWx3 LXNwcmluZy1zaWQtYWxsb2NhdGlvbi88YnI+DQp8ICZuYnNwOyAmbmJzcDtIdG1saXplZDo8YnI+ DQp8ICZuYnNwOyAmbmJzcDtodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdy1zcHJp bmctc2lkLWFsbG9jYXRpb24tMDA8YnI+DQp8IDxicj4NCnwgJm5ic3A7ICZuYnNwO0Fic3RyYWN0 Ojxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDtTZWdtZW50IFJvdXRpbmcgKFNSKSBhbGxvd3Mg Zm9yIGEgZmxleGlibGUgZGVmaW5pdGlvbg0Kb2YgZW5kLXRvLWVuZDxicj4NCnwgJm5ic3A7ICZu YnNwOyAmbmJzcDtwYXRocyB3aXRoaW4gSUdQIHRvcG9sb2dpZXMgYnkgZW5jb2RpbmcgcGF0aHMg YXMNCnNlcXVlbmNlcyBvZjxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDt0b3BvbG9naWNhbCBz dWItcGF0aHMsIGNhbGxlZCAmcXVvdDtzZWdtZW50cyZxdW90Oy4NCiZuYnNwO1RoZXNlIHNlZ21l bnRzIGFyZTxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDthZHZlcnRpc2VkIGJ5IHRoZSBsaW5r LXN0YXRlIHJvdXRpbmcgcHJvdG9jb2xzIChJUy1JUw0KYW5kIE9TUEYpLiAmbmJzcDtBbmQ8YnI+ DQp8ICZuYnNwOyAmbmJzcDsgJm5ic3A7YSBzZWdtZW50IGlzIGlkZW50aWZpZWQgYnkgYSBTZWdt ZW50IFJvdXRpbmcgSUQoU0lEKS4NCiZuYnNwO1RoaXMgZG9jdW1lbnQ8YnI+DQp8ICZuYnNwOyAm bmJzcDsgJm5ic3A7cHJvcG9zZXMgYSBtZXRob2QgdGhhdCB0aGUgb25seSBzZWxlY3RlZCBTUiBu b2Rlcw0KcmVzcG9uc2libGUgZm9yPGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwO2FsbG9jYXRp bmcgU0lEcyBmb3IgYSBTUiBkb21haW4gdG8gcmVkdWNlIFNJRCBjb25maWd1cmF0aW9uDQpyZXF1 aXJlZDxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDtvbiBhbGwgU1Igbm9kZXMuPGJyPg0KfCA8 YnI+DQp8IDxicj4NCnwgPGJyPg0KfCA8YnI+DQp8ICZuYnNwOyAmbmJzcDtQbGVhc2Ugbm90ZSB0 aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUNCnRpbWUgb2Y8YnI+ DQp8ICZuYnNwOyAmbmJzcDtzdWJtaXNzaW9uPGJyPg0KfCAmbmJzcDsgJm5ic3A7dW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y Zy48YnI+DQp8IDxicj4NCnwgJm5ic3A7ICZuYnNwO1RoZSBJRVRGIFNlY3JldGFyaWF0PGJyPg0K PGJyPg0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCnwgc3ByaW5nIG1haWxpbmcgbGlzdDxicj4NCnwgc3ByaW5nQGlldGYub3JnPGJyPg0KfCBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzxicj4NCjxicj4NCjwv Zm9udD48L3R0Pg0KPGJyPg0K --=_alternative 00209FF448257D7B_=-- From nobody Fri Oct 24 04:29:48 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0082D1A8A96; Fri, 24 Oct 2014 04:29:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.7 X-Spam-Level: X-Spam-Status: No, score=-1.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=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 G_RPGylV6cpG; Fri, 24 Oct 2014 04:29:41 -0700 (PDT) Received: from mail1.bemta7.messagelabs.com (mail1.bemta7.messagelabs.com [216.82.254.106]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 693BC1A8993; Fri, 24 Oct 2014 04:29:41 -0700 (PDT) Received: from [216.82.253.147:36682] by server-10.bemta-7.messagelabs.com id 3C/1A-15477-4283A445; Fri, 24 Oct 2014 11:29:40 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-2.tower-165.messagelabs.com!1414150180!14483199!1 X-Originating-IP: [209.245.18.38] X-StarScan-Received: X-StarScan-Version: 6.12.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16383 invoked from network); 24 Oct 2014 11:29:40 -0000 Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-2.tower-165.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Oct 2014 11:29:40 -0000 Received: from USIDCWVEHT02.corp.global.level3.com (usidcwveht02.corp.global.level3.com [10.1.142.32]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "USIDCWVEHT02.corp.global.level3.com", Issuer "VIDCCERT0001" (not verified)) by messagelabs2.level3.com (Postfix) with ESMTPS id 1F5662BB9B; Fri, 24 Oct 2014 11:29:44 +0000 (GMT) Received: from USIDCWVEHT04.corp.global.level3.com (10.1.196.124) by USIDCWVEHT02.corp.global.level3.com (10.1.142.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 24 Oct 2014 05:29:39 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by USIDCWVEHT04.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 05:29:39 -0600 From: "Osborne, Eric" To: "liao.ting@zte.com.cn" , Hannes Gredler Thread-Topic: =?utf-8?B?W0lzaXMtd2ddIOetlOWkjTogUmU6IFtzcHJpbmddIEZXOiBOZXcgVmVyc2lv?= =?utf-8?B?biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2Nh?= =?utf-8?Q?tion-00.txt?= Thread-Index: AQHP70/+rDEmJO80v0Gm095PZ+atSpw/HEEA Date: Fri, 24 Oct 2014 11:29:38 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDFA715F@USIDCWVEMBX08.corp.global.level3.com> References: <20141023154634.GA13700@hannes-mba.local> <201410240601.s9O61SpU096907@mse01.zte.com.cn> In-Reply-To: <201410240601.s9O61SpU096907@mse01.zte.com.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.196.207] Content-Type: multipart/alternative; boundary="_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFA715FUSIDCWVEMBX08corp_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/3jM04EJ8mmnrVj0FkOkNPHo3HXs Cc: "ospf@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org" Subject: Re: [spring] =?utf-8?b?W0lzaXMtd2ddIOetlOWkjTogUmU6ICBGVzogTmV3IFZl?= =?utf-8?q?rsion_Notification_for_draft-lw-spring-sid-allocation-00=2Etxt?= X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 24 Oct 2014 11:29:44 -0000 --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFA715FUSIDCWVEMBX08corp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBkb27igJl0IHVuZGVyc3RhbmQgdGhlIHByYWN0aWNhbCB1c2Ugb2YgdGhpcyBkcmFmdC4gIElm IGEgbm9kZSBpcyBnb2luZyB0byBwdWxsIFNJRCBpbmZvcm1hdGlvbiBmcm9tIHRoZSBJR1AgYXMg YWR2ZXJ0aXNlZCBieSB0aGUgU1JNTiwgdGhhdCBub2RlIG5lZWRzIHRvIHVuZGVyc3RhbmQgd2hh dGV2ZXIgZXh0ZW5zaW9ucyB5b3UgYWRkIHRvIHRoZSBJR1AsIGFuZCBuZWVkcyB0byBiZSBhYmxl IHRvIHBhcnNlIHRoaW5ncyB0byBmaWd1cmUgb3V0IHdoYXQgaXRzIG93biBsb2NhbCBsYWJlbCBy YW5nZSBpcy4gIFRoYXTigJlzIHByZXR0eSBtdWNoIGV4YWN0bHkgdGhlIHdvcmsgdGhhdCB0aGUg bm9kZSB3b3VsZCBuZWVkIHRvIGRvIHdpdGggdGhlIGN1cnJlbnQgSUdQIGV4dGVuc2lvbnMsIHdo ZXJlIGl0IGFkdmVydGlzZXMgaXRzIG93biByYW5nZStvZmZzZXQuDQoNCknigJltIGhhdmluZyB0 cm91YmxlIGNvbWluZyB1cCB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgeW91ciBhcHByb2FjaCBpcyBl YXNpZXIsIG1vcmUgc2NhbGFibGUsIG9yIG90aGVyd2lzZSBiZW5lZmljaWFsIGluIHNvbWUgd2F5 IG5vdCBjb3ZlcmVkIGJ5IGV4aXN0aW5nIHRlY2hub2xvZ3kuICBDYW4geW91IGNsYXJpZnkgdGhp cyBmb3IgbWU/ICBJIGRvbuKAmXQgbWVhbiDigJx0ZWxsIG1lIGhvdyBpdOKAmXMgKmRpZmZlcmVu dCogZnJvbSB3aGF04oCZcyBhbHJlYWR5IGRlZmluZWTigJ0sIEkgbWVhbiDigJx0ZWxsIG1lIHdo eSBpdOKAmXMgKmJldHRlciogdGhhbiB3aGF04oCZcyBhbHJlYWR5IGRlZmluZWTigJ0NCg0KDQoN CmVyaWMNCg0KDQpGcm9tOiBJc2lzLXdnIFttYWlsdG86aXNpcy13Zy1ib3VuY2VzQGlldGYub3Jn XSBPbiBCZWhhbGYgT2YgbGlhby50aW5nQHp0ZS5jb20uY24NClNlbnQ6IEZyaWRheSwgT2N0b2Jl ciAyNCwgMjAxNCAxOjU3IEFNDQpUbzogSGFubmVzIEdyZWRsZXINCkNjOiBvc3BmQGlldGYub3Jn OyBzcHJpbmdAaWV0Zi5vcmc7IGlzaXMtd2dAaWV0Zi5vcmcNClN1YmplY3Q6IFtJc2lzLXdnXSDn rZTlpI06IFJlOiBbc3ByaW5nXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0DQoNCg0KSGksIEhhbm5lcw0KDQpUaGFu a3MgZm9yIHlvdXIgcmV2aWV3IGFuZCB0aGUgZ29vZCBjb21tZW50cy4NCg0KIEluIHRoaXMgZHJh ZnQsIFNJRCBjYW4gYmUgYXV0b21hdGljYWxseSBnZW5lcmF0ZWQgYnkgYSBjb250cm9sIG5vZGUg KHRoZSBTZWdtZW50IFJvdXRpbmcgTWFuYWdlbWVudCBOb2RlcyAoU1JNTnMp77yJLA0KYW5kIHRo ZSBTUk1OcyBnZW5lcmF0ZSB0aGUgU0lEIG1hcHBpbmcgdG8gZWFjaCBub2RlIGluIHRoZSBTUiBk b21haW7vvIwNCnRoZW4gdGhlIElHUCBleHRlbnNpb24gZmxvb2Rpbmcgb3V0IHRvIGV2ZXJ5IG5v ZGUsIGVhY2ggbm9kZSB3aWxsIGtub3cgdGhlIHNpZCBhbGxvY2F0ZWQgdG8gZWFjaCBvdGhlci4N Cg0KV2hpbGUgaWYgd2UgdXNlICBOZXRjb25mL1lBTkcsIGFsbCB0aGUgbm9kZXMgaW4gdGhlIFNS IGRvbWFpbiBzaG91bGQgYmUgc3VwcG9ydGVkICB0aGUgb3BlbiBpbnRlcmZhY2UgdG8gTmV0Y29u Zi9ZQU5HLA0Kd2hpY2ggaXMgbm90IGVhc3ksIGZvciBtYW55IEFTR3MsIENTR3Mgb25seSBzdXBw b3J0IFNOTVAgcHJvdG9jb2wgaW4gdGhlIElQIFJBTiBzY2VuYXJpb3MuDQpTbyB0aGlzIHNvbHV0 aW9uIGNvdWxkIHNpbXBpZnkgdGhlIGNvbmd1cmF0aW9uIG9mIEFTRyxDU0coYWN0dWFsbHkgaXQg aXMgemVyby1jb25maWd1cmF0aW4gZm9yIHRoZW0pLCB3aGljaCBpcyB2ZXJ5IGltcG9ydGFudCBm b3IgdGhlIG9wZXJhdGlvbi4NCg0KQmVzdCBSZWdhcmRzLg0KVGluZw0KDQpIYW5uZXMgR3JlZGxl ciA8aGFubmVzQGp1bmlwZXIubmV0PG1haWx0bzpoYW5uZXNAanVuaXBlci5uZXQ+Pg0KDQoyMDE0 LTEwLTIzIDIzOjQ2DQoNCuaUtuS7tuS6ug0KDQo8bGlhby50aW5nQHp0ZS5jb20uY248bWFpbHRv OmxpYW8udGluZ0B6dGUuY29tLmNuPj4NCg0K5oqE6YCBDQoNCiJzcHJpbmdAaWV0Zi5vcmc8bWFp bHRvOnNwcmluZ0BpZXRmLm9yZz4iIDxzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRm Lm9yZz4+LCAiaXNpcy13Z0BpZXRmLm9yZzxtYWlsdG86aXNpcy13Z0BpZXRmLm9yZz4iIDxpc2lz LXdnQGlldGYub3JnPG1haWx0bzppc2lzLXdnQGlldGYub3JnPj4sICJvc3BmQGlldGYub3JnPG1h aWx0bzpvc3BmQGlldGYub3JnPiIgPG9zcGZAaWV0Zi5vcmc8bWFpbHRvOm9zcGZAaWV0Zi5vcmc+ Pg0KDQrkuLvpopgNCg0KUmU6IFtzcHJpbmddIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24g Zm9yIGRyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0wMC50eHQNCg0KDQoNCg0KDQoNCg0K bGlhbywNCg0KbXkgcmVhZCBvZiB5b3VyIGRyYWZ0IGlzIHRoYXQgeW91J3JlIHV0aWxpemluZyBJ R1AgZXh0ZW5zaW9ucyB0byBmbG9vZA0KY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvdW4gdGhyb3Vn aCB0aGUgbmV0d29yay4gaGF2ZSB5b3UgY29uc2lkZXJlZA0KdXNpbmcgbmV0Y29uZi9ZQU5HIGZv ciBkb2luZyBzbyA/IGFuZCBpZiBzbyB3aGF0IGlzIHdyb25nICh3aGF0DQphcmUgdGhlIHNob3J0 Y29taW5ncykgb2YgbmV0Y29uZi9ZQU5HIHRvIGNvbmZpZ3VyZSBSQU4gcm91dGVycyA/DQpJT1cg d2h5IGFyZSBleGlzaXRpbmcgY29uZmlndXJhdGlvbiBtZW5jYWhuaXNtIG5vdCBnb29kIGVub3Vn aCA/DQoNCi9oYW5uZXMNCg0KT24gV2VkLCBPY3QgMjIsIDIwMTQgYXQgMDU6MzU6NDhQTSArMDgw MCwgbGlhby50aW5nQHp0ZS5jb20uY248bWFpbHRvOmxpYW8udGluZ0B6dGUuY29tLmNuPiB3cm90 ZToNCnwgICAgSW4gc29tZSBzaXR1YXRpb24gd2hlcmUgdXNlcnMgZXhwZWN0IHRvIHNpbXBseSBw bHVnIGluIGEgU1Igbm9kZSBhbmQgaGF2ZQ0KfCAgICBpdCBhdXRvbWF0aWNhbGx5IHVzZSBTZWdt ZW50IFJvdXRpbmcuDQp8ICAgIFRoaXMgZHJhZnQgYXR0ZW1wdHMgdG8gc29sdmUgdGhpcyBuZWVk Lg0KfCAgICBFeHBlY3RpbmcgeW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLiBUaGFuayB5b3UuDQp8 DQp8ICAgIEJlc3QgUmVnYXJkcy4NCnwgICAgVGluZywgQm8sIEZhbmd3ZWksIGFuZCBCaHVtaXAN CnwNCnwgICAgLS0tLS0g16o/Pz/DiyA/w44/w4MwMzg3NjgvdXNlci96dGVfbHRkIMqxPz8gMjAx NC0xMC0yMiAxNjoxMSAtLS0tLQ0KfA0KfCAgICBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFp bHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gP8OVPz8/w4sgQmh1bWlwIEtoYXNuYWJpc2gN CnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8Ymh1bWlwLmtoYXNuYWJpc2hA enRldHguY29tPG1haWx0bzpiaHVtaXAua2hhc25hYmlzaEB6dGV0eC5jb20+PiwgIkJodW1pcA0K fCAgICAyMDE0LTEwLTIyIDE2OjAyICAgICAgICAgICAgICAgIEtoYXNuYWJpc2giIDxiaHVtaXAu a2hhc25hYmlzaEB6dGV0eC5jb208bWFpbHRvOmJodW1pcC5raGFzbmFiaXNoQHp0ZXR4LmNvbT4+ LA0KfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJmYW5nd2VpIGh1IiA8aHUu ZmFuZ3dlaUB6dGUuY29tLmNuPG1haWx0bzpodS5mYW5nd2VpQHp0ZS5jb20uY24+PiwNCnwgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBGYW5nd2VpIEh1IDxodS5mYW5nd2VpQHp0 ZS5jb20uY248bWFpbHRvOmh1LmZhbmd3ZWlAenRlLmNvbS5jbj4+LCAiV3UNCnwgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBCbyIgPGJvLnd1QHp0ZS5jb20uY248bWFpbHRvOmJv Lnd1QHp0ZS5jb20uY24+PiwgIlRpbmcgTGlhbyINCnwgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICA8bGlhby50aW5nQHp0ZS5jb20uY248bWFpbHRvOmxpYW8udGluZ0B6dGUuY29t LmNuPj4sIFRpbmcgTGlhbw0KfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxs aWFvLnRpbmdAenRlLmNvbS5jbjxtYWlsdG86bGlhby50aW5nQHp0ZS5jb20uY24+PiwgQm8gV3UN CnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8Ym8ud3VAenRlLmNvbS5jbjxt YWlsdG86Ym8ud3VAenRlLmNvbS5jbj4+DQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ID8/P8ONDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID/Dtz/DoiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KfA0KfA0KfCAgICBBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KfCAg ICBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEZhbmd3ZWkgSHUgYW5kIHBvc3Rl ZCB0byB0aGUNCnwgICAgSUVURiByZXBvc2l0b3J5Lg0KfA0KfCAgICBOYW1lOiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24NCnwg ICAgUmV2aXNpb246ICAgICAgICAgICAgICAgICAwMA0KfCAgICBUaXRsZTogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgU1BSSU5HIFNJRCBBbGxvY2F0aW9uDQp8ICAgIERvY3VtZW50 IGRhdGU6ICAgICAgICAgICAgICAgICAyMDE0LTEwLTIyDQp8ICAgIEdyb3VwOiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCnwgICAgUGFnZXM6 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEyDQp8ICAgIFVSTDoNCnwgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxs b2NhdGlvbi0wMC50eHQNCnwgICAgU3RhdHVzOg0KfCAgICBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24vDQp8ICAgIEh0bWxpemVk Og0KfCAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdy1zcHJpbmctc2lkLWFs bG9jYXRpb24tMDANCnwNCnwgICAgQWJzdHJhY3Q6DQp8ICAgICAgU2VnbWVudCBSb3V0aW5nIChT UikgYWxsb3dzIGZvciBhIGZsZXhpYmxlIGRlZmluaXRpb24gb2YgZW5kLXRvLWVuZA0KfCAgICAg IHBhdGhzIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBwYXRocyBhcyBzZXF1ZW5j ZXMgb2YNCnwgICAgICB0b3BvbG9naWNhbCBzdWItcGF0aHMsIGNhbGxlZCAic2VnbWVudHMiLiAg VGhlc2Ugc2VnbWVudHMgYXJlDQp8ICAgICAgYWR2ZXJ0aXNlZCBieSB0aGUgbGluay1zdGF0ZSBy b3V0aW5nIHByb3RvY29scyAoSVMtSVMgYW5kIE9TUEYpLiAgQW5kDQp8ICAgICAgYSBzZWdtZW50 IGlzIGlkZW50aWZpZWQgYnkgYSBTZWdtZW50IFJvdXRpbmcgSUQoU0lEKS4gIFRoaXMgZG9jdW1l bnQNCnwgICAgICBwcm9wb3NlcyBhIG1ldGhvZCB0aGF0IHRoZSBvbmx5IHNlbGVjdGVkIFNSIG5v ZGVzIHJlc3BvbnNpYmxlIGZvcg0KfCAgICAgIGFsbG9jYXRpbmcgU0lEcyBmb3IgYSBTUiBkb21h aW4gdG8gcmVkdWNlIFNJRCBjb25maWd1cmF0aW9uIHJlcXVpcmVkDQp8ICAgICAgb24gYWxsIFNS IG5vZGVzLg0KfA0KfA0KfA0KfA0KfCAgICBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KfCAgICBzdWJtaXNzaW9uDQp8ICAg IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9v bHMuaWV0Zi5vcmcuDQp8DQp8ICAgIFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCnwgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnwgc3ByaW5nIG1haWxpbmcg bGlzdA0KfCBzcHJpbmdAaWV0Zi5vcmc8bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz4NCnwgaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9zcHJpbmcNCg0K --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFA715FUSIDCWVEMBX08corp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Ik1TIEdvdGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJNaWNyb3Nv ZnQgSmhlbmdIZWkiOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZh Y2UNCgl7Zm9udC1mYW1pbHk6IlxATVMgR290aGljIjsNCglwYW5vc2UtMToyIDExIDYgOSA3IDIg NSA4IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNl cmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0 ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmln aHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsN Cglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlm O30NCnR0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglmb250LWZhbWlseToiQ291cmllciBO ZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K Lk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41 aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2Vj dGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPkkgZG9u4oCZdCB1bmRlcnN0YW5kIHRoZSBwcmFjdGljYWwgdXNlIG9mIHRoaXMgZHJhZnQu Jm5ic3A7IElmIGEgbm9kZSBpcyBnb2luZyB0byBwdWxsIFNJRCBpbmZvcm1hdGlvbiBmcm9tIHRo ZSBJR1AgYXMgYWR2ZXJ0aXNlZCBieSB0aGUgU1JNTiwgdGhhdCBub2RlIG5lZWRzIHRvIHVuZGVy c3RhbmQNCiB3aGF0ZXZlciBleHRlbnNpb25zIHlvdSBhZGQgdG8gdGhlIElHUCwgYW5kIG5lZWRz IHRvIGJlIGFibGUgdG8gcGFyc2UgdGhpbmdzIHRvIGZpZ3VyZSBvdXQgd2hhdCBpdHMgb3duIGxv Y2FsIGxhYmVsIHJhbmdlIGlzLiZuYnNwOyBUaGF04oCZcyBwcmV0dHkgbXVjaCBleGFjdGx5IHRo ZSB3b3JrIHRoYXQgdGhlIG5vZGUgd291bGQgbmVlZCB0byBkbyB3aXRoIHRoZSBjdXJyZW50IElH UCBleHRlbnNpb25zLCB3aGVyZSBpdCBhZHZlcnRpc2VzIGl0cyBvd24gcmFuZ2UmIzQzO29mZnNl dC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPknigJltIGhhdmlu ZyB0cm91YmxlIGNvbWluZyB1cCB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgeW91ciBhcHByb2FjaCBp cyBlYXNpZXIsIG1vcmUgc2NhbGFibGUsIG9yIG90aGVyd2lzZSBiZW5lZmljaWFsIGluIHNvbWUg d2F5IG5vdCBjb3ZlcmVkIGJ5IGV4aXN0aW5nIHRlY2hub2xvZ3kuJm5ic3A7DQogQ2FuIHlvdSBj bGFyaWZ5IHRoaXMgZm9yIG1lPyZuYnNwOyBJIGRvbuKAmXQgbWVhbiDigJx0ZWxsIG1lIGhvdyBp dOKAmXMgKjxiPmRpZmZlcmVudDwvYj4qIGZyb20gd2hhdOKAmXMgYWxyZWFkeSBkZWZpbmVk4oCd LCBJIG1lYW4g4oCcdGVsbCBtZSB3aHkgaXTigJlzICo8Yj5iZXR0ZXI8L2I+KiB0aGFuIHdoYXTi gJlzIGFscmVhZHkgZGVmaW5lZOKAnTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5lcmljPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPiBJc2lzLXdnIFttYWlsdG86 aXNpcy13Zy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5saWFvLnRpbmdA enRlLmNvbS5jbjxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE9jdG9iZXIgMjQsIDIwMTQgMTo1 NyBBTTxicj4NCjxiPlRvOjwvYj4gSGFubmVzIEdyZWRsZXI8YnI+DQo8Yj5DYzo8L2I+IG9zcGZA aWV0Zi5vcmc7IHNwcmluZ0BpZXRmLm9yZzsgaXNpcy13Z0BpZXRmLm9yZzxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBbSXNpcy13Z10gPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O01TIEdvdGhpYyZxdW90OyI+562U5aSNPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZiI+OiBSZTogW3NwcmluZ10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJh ZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQo8c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdCI+SGksIEhhbm5lczwvc3Bhbj4gPGJyPg0KPGJyPg0KPHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQiPlRoYW5rcyBmb3IgeW91ciByZXZpZXcgYW5kIHRoZSBnb29k IGNvbW1lbnRzLjwvc3Bhbj4NCjxicj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0Ij4mbmJzcDtJbiB0aGlzIGRyYWZ0LCBTSUQgY2FuIGJlIGF1dG9tYXRpY2FsbHkgZ2VuZXJh dGVkIGJ5IGEgY29udHJvbCBub2RlICh0aGUgU2VnbWVudCBSb3V0aW5nIE1hbmFnZW1lbnQgTm9k ZXMgKFNSTU5zKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPu+8iTwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdCI+LDwvc3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0Ij5hbmQgdGhlIFNSTU5zIGdlbmVyYXRlIHRoZSBTSUQgbWFwcGluZyB0byBlYWNoIG5v ZGUgaW4gdGhlIFNSIGRvbWFpbjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPu+8jDwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+DQo8L3NwYW4+PGJyPg0KPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQiPnRoZW4gdGhlIElHUCBleHRlbnNpb24gZmxvb2Rpbmcgb3V0IHRvIGV2 ZXJ5IG5vZGUsIGVhY2ggbm9kZSB3aWxsIGtub3cgdGhlIHNpZCBhbGxvY2F0ZWQgdG8gZWFjaCBv dGhlci4NCjwvc3Bhbj48YnI+DQo8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+ V2hpbGUgaWYgd2UgdXNlICZuYnNwO05ldGNvbmYvWUFORywgYWxsIHRoZSBub2RlcyBpbiB0aGUg U1IgZG9tYWluIHNob3VsZCBiZSBzdXBwb3J0ZWQgJm5ic3A7dGhlIG9wZW4gaW50ZXJmYWNlIHRv IE5ldGNvbmYvWUFORywNCjwvc3Bhbj48YnI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dCI+d2hpY2ggaXMgbm90IGVhc3ksIGZvciBtYW55IEFTR3MsIENTR3Mgb25seSBzdXBwb3J0IFNO TVAgcHJvdG9jb2wgaW4gdGhlIElQIFJBTiBzY2VuYXJpb3MuDQo8L3NwYW4+PGJyPg0KPHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPlNvIHRoaXMgc29sdXRpb24gY291bGQgc2ltcGlmeSB0 aGUgY29uZ3VyYXRpb24gb2YgQVNHLENTRyhhY3R1YWxseSBpdCBpcyB6ZXJvLWNvbmZpZ3VyYXRp biBmb3IgdGhlbSksIHdoaWNoIGlzIHZlcnkgaW1wb3J0YW50IGZvciB0aGUgb3BlcmF0aW9uLjwv c3Bhbj4NCjxicj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxicj4NCkJlc3QgUmVnYXJkcy48YnI+DQpUaW5n PC9zcGFuPiA8YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9y bWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIxMDAlIiBzdHlsZT0i d2lkdGg6MTAwLjAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCB3aWR0aD0iMzYlIiB2YWxpZ249InRv cCIgc3R5bGU9IndpZHRoOjM2LjAlO3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5IYW5uZXMgR3JlZGxlciAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmhhbm5lc0BqdW5pcGVyLm5ldCI+aGFubmVzQGp1bmlwZXIubmV0PC9h PiZndDs8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cD48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPjIwMTQtMTAtMjMgMjM6NDY8L3NwYW4+DQo8bzpwPjwvbzpwPjwvcD4N CjwvdGQ+DQo8dGQgd2lkdGg9IjYzJSIgdmFsaWduPSJ0b3AiIHN0eWxlPSJ3aWR0aDo2My4wJTtw YWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Ij4NCjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFs VGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIxMDAlIiBzdHlsZT0id2lk dGg6MTAwLjAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRp bmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249 InJpZ2h0IiBzdHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPuaUtuS7tuS6 ujwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8dGQgdmFsaWduPSJ0b3AiIHN0eWxlPSJw YWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDss c2Fucy1zZXJpZiI+Jmx0OzxhIGhyZWY9Im1haWx0bzpsaWFvLnRpbmdAenRlLmNvbS5jbiI+bGlh by50aW5nQHp0ZS5jb20uY248L2E+Jmd0Ozwvc3Bhbj4NCjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4N CjwvdHI+DQo8dHI+DQo8dGQgdmFsaWduPSJ0b3AiIHN0eWxlPSJwYWRkaW5nOi43NXB0IC43NXB0 IC43NXB0IC43NXB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9 InRleHQtYWxpZ246cmlnaHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj7mioTpgIE8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L3RkPg0KPHRkIHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzouNzVwdCAuNzVw dCAuNzVwdCAuNzVwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPiZxdW90 OzxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT4mcXVv dDsgJmx0OzxhIGhyZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwv YT4mZ3Q7LCAmcXVvdDs8YSBocmVmPSJtYWlsdG86aXNpcy13Z0BpZXRmLm9yZyI+aXNpcy13Z0Bp ZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzppc2lzLXdnQGlldGYub3JnIj5p c2lzLXdnQGlldGYub3JnPC9hPiZndDssDQogJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm9zcGZAaWV0 Zi5vcmciPm9zcGZAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86b3NwZkBp ZXRmLm9yZyI+b3NwZkBpZXRmLm9yZzwvYT4mZ3Q7PC9zcGFuPg0KPG86cD48L286cD48L3A+DQo8 L3RkPg0KPC90cj4NCjx0cj4NCjx0ZCB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6Ljc1cHQg Ljc1cHQgLjc1cHQgLjc1cHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249InJpZ2h0IiBz dHlsZT0idGV4dC1hbGlnbjpyaWdodCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPuS4uzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+6aKYPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC90ZD4NCjx0ZCB2YWxpZ249InRv cCIgc3R5bGU9InBhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OyxzYW5zLXNlcmlmIj5SZTogW3NwcmluZ10gRlc6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dDwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjx0YWJsZSBjbGFzcz0iTXNvTm9y bWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KPHRib2R5Pg0KPHRyPg0KPHRk IHZhbGlnbj0idG9wIiBzdHlsZT0icGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCI+PC90 ZD4NCjx0ZCB2YWxpZ249InRvcCIgc3R5bGU9InBhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1 cHQiPjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L3RkPg0KPC90cj4NCjwvdGJv ZHk+DQo8L3RhYmxlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij48YnI+DQo8YnI+DQo8YnI+DQo8dHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQiPmxpYW8sPC9zcGFuPjwvdHQ+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxicj4NCjxicj4NCjx0dD5teSByZWFkIG9m IHlvdXIgZHJhZnQgaXMgdGhhdCB5b3UncmUgdXRpbGl6aW5nIElHUCBleHRlbnNpb25zIHRvIGZs b29kPC90dD48YnI+DQo8dHQ+Y29uZmlndXJhdGlvbiBpbmZvcm1hdGlvdW4gdGhyb3VnaCB0aGUg bmV0d29yay4gaGF2ZSB5b3UgY29uc2lkZXJlZDwvdHQ+PGJyPg0KPHR0PnVzaW5nIG5ldGNvbmYv WUFORyBmb3IgZG9pbmcgc28gPyBhbmQgaWYgc28gd2hhdCBpcyB3cm9uZyAod2hhdDwvdHQ+PGJy Pg0KPHR0PmFyZSB0aGUgc2hvcnRjb21pbmdzKSBvZiBuZXRjb25mL1lBTkcgdG8gY29uZmlndXJl IFJBTiByb3V0ZXJzID88L3R0Pjxicj4NCjx0dD5JT1cgd2h5IGFyZSBleGlzaXRpbmcgY29uZmln dXJhdGlvbiBtZW5jYWhuaXNtIG5vdCBnb29kIGVub3VnaCA/PC90dD48YnI+DQo8YnI+DQo8dHQ+ L2hhbm5lczwvdHQ+PGJyPg0KPGJyPg0KPHR0Pk9uIFdlZCwgT2N0IDIyLCAyMDE0IGF0IDA1OjM1 OjQ4UE0gJiM0MzswODAwLCA8YSBocmVmPSJtYWlsdG86bGlhby50aW5nQHp0ZS5jb20uY24iPg0K bGlhby50aW5nQHp0ZS5jb20uY248L2E+IHdyb3RlOjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZu YnNwO0luIHNvbWUgc2l0dWF0aW9uIHdoZXJlIHVzZXJzIGV4cGVjdCB0byBzaW1wbHkgcGx1ZyBp biBhIFNSIG5vZGUgYW5kIGhhdmU8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDtpdCBhdXRv bWF0aWNhbGx5IHVzZSBTZWdtZW50IFJvdXRpbmcuPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5i c3A7VGhpcyBkcmFmdCBhdHRlbXB0cyB0byBzb2x2ZSB0aGlzIG5lZWQuPC90dD48YnI+DQo8dHQ+ fCAmbmJzcDsgJm5ic3A7RXhwZWN0aW5nIHlvdXIgcmV2aWV3IGFuZCBjb21tZW50cy4gVGhhbmsg eW91LjwvdHQ+PGJyPg0KPHR0PnwgPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7QmVzdCBS ZWdhcmRzLjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwO1RpbmcsIEJvLCBGYW5nd2VpLCBh bmQgQmh1bWlwPC90dD48YnI+DQo8dHQ+fCA8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDst LS0tLSDXqj8/P8OLID/Djj/DgzAzODc2OC91c2VyL3p0ZV9sdGQgyrE/PyAyMDE0LTEwLTIyIDE2 OjExIC0tLS0tPC90dD48YnI+DQo8dHQ+fCA8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDs8 YSBocmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj5pbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmc8L2E+ID/DlT8/P8OLIEJodW1pcCBLaGFzbmFiaXNoPC90dD48YnI+DQo8dHQ+fCAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyZsdDs8YSBocmVmPSJtYWlsdG86Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29t Ij5iaHVtaXAua2hhc25hYmlzaEB6dGV0eC5jb208L2E+Jmd0OywgJnF1b3Q7Qmh1bWlwPC90dD48 YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7MjAxNC0xMC0yMiAxNjowMiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7S2hhc25hYmlzaCZxdW90OyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmJodW1pcC5raGFzbmFiaXNoQHp0ZXR4LmNvbSI+Ymh1bWlwLmto YXNuYWJpc2hAenRldHguY29tPC9hPiZndDssPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyZx dW90O2Zhbmd3ZWkgaHUmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpodS5mYW5nd2VpQHp0ZS5j b20uY24iPmh1LmZhbmd3ZWlAenRlLmNvbS5jbjwvYT4mZ3Q7LDwvdHQ+PGJyPg0KPHR0PnwgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDtGYW5nd2VpIEh1ICZsdDs8YSBocmVmPSJtYWlsdG86aHUuZmFuZ3dlaUB6dGUuY29t LmNuIj5odS5mYW5nd2VpQHp0ZS5jb20uY248L2E+Jmd0OywgJnF1b3Q7V3U8L3R0Pjxicj4NCjx0 dD58ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7Qm8mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpiby53dUB6dGUuY29t LmNuIj5iby53dUB6dGUuY29tLmNuPC9hPiZndDssICZxdW90O1RpbmcgTGlhbyZxdW90OzwvdHQ+ PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7PGEgaHJlZj0ibWFpbHRvOmxpYW8udGluZ0B6dGUu Y29tLmNuIj5saWFvLnRpbmdAenRlLmNvbS5jbjwvYT4mZ3Q7LCBUaW5nIExpYW88L3R0Pjxicj4N Cjx0dD58ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpsaWFvLnRpbmdAenRlLmNvbS5j biI+bGlhby50aW5nQHp0ZS5jb20uY248L2E+Jmd0OywgQm8gV3U8L3R0Pjxicj4NCjx0dD58ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzpiby53dUB6dGUuY29tLmNuIj5iby53dUB6dGUu Y29tLmNuPC9hPiZndDs8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ID8/P8ONPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA/w7c/w6IgTmV3IFZlcnNpb24gTm90 aWZpY2F0aW9uIGZvcjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtkcmFmdC1sdy1zcHJpbmct c2lkLWFsbG9jYXRpb24tMDAudHh0PC90dD48YnI+DQo8dHQ+fCA8L3R0Pjxicj4NCjx0dD58IDwv dHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwO0EgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1s dy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0PC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5i c3A7aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBGYW5nd2VpIEh1IGFuZCBwb3N0 ZWQgdG8gdGhlPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7SUVURiByZXBvc2l0b3J5Ljwv dHQ+PGJyPg0KPHR0PnwgPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7TmFtZTogJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Ry YWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNw O1JldmlzaW9uOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7IDAwPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7VGl0bGU6ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtTUFJJ TkcgU0lEIEFsbG9jYXRpb248L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDtEb2N1bWVudCBk YXRlOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IDIwMTQtMTAtMjI8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDtHcm91cDogJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0lu ZGl2aWR1YWwgU3VibWlzc2lvbjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwO1BhZ2VzOiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7MTI8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDtVUkw6PC90dD48YnI+DQo8dHQ+fCAm bmJzcDsgJm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz L2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0wMC50eHQiPg0KaHR0cDovL3d3dy5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4 dDwvYT48L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDtTdGF0dXM6PC90dD48YnI+DQo8dHQ+ fCAmbmJzcDsgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLzwvYT48L3R0Pjxicj4NCjx0 dD58ICZuYnNwOyAmbmJzcDtIdG1saXplZDo8L3R0Pjxicj4NCjx0dD58ICZuYnNwOyAmbmJzcDs8 YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sdy1zcHJpbmctc2lkLWFs bG9jYXRpb24tMDAiPmh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWx3LXNwcmluZy1z aWQtYWxsb2NhdGlvbi0wMDwvYT48L3R0Pjxicj4NCjx0dD58IDwvdHQ+PGJyPg0KPHR0PnwgJm5i c3A7ICZuYnNwO0Fic3RyYWN0OjwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNwOyAmbmJzcDtT ZWdtZW50IFJvdXRpbmcgKFNSKSBhbGxvd3MgZm9yIGEgZmxleGlibGUgZGVmaW5pdGlvbiBvZiBl bmQtdG8tZW5kPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7ICZuYnNwO3BhdGhzIHdpdGhp biBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBwYXRocyBhcyBzZXF1ZW5jZXMgb2Y8L3R0Pjxi cj4NCjx0dD58ICZuYnNwOyAmbmJzcDsgJm5ic3A7dG9wb2xvZ2ljYWwgc3ViLXBhdGhzLCBjYWxs ZWQgJnF1b3Q7c2VnbWVudHMmcXVvdDsuICZuYnNwO1RoZXNlIHNlZ21lbnRzIGFyZTwvdHQ+PGJy Pg0KPHR0PnwgJm5ic3A7ICZuYnNwOyAmbmJzcDthZHZlcnRpc2VkIGJ5IHRoZSBsaW5rLXN0YXRl IHJvdXRpbmcgcHJvdG9jb2xzIChJUy1JUyBhbmQgT1NQRikuICZuYnNwO0FuZDwvdHQ+PGJyPg0K PHR0PnwgJm5ic3A7ICZuYnNwOyAmbmJzcDthIHNlZ21lbnQgaXMgaWRlbnRpZmllZCBieSBhIFNl Z21lbnQgUm91dGluZyBJRChTSUQpLiAmbmJzcDtUaGlzIGRvY3VtZW50PC90dD48YnI+DQo8dHQ+ fCAmbmJzcDsgJm5ic3A7ICZuYnNwO3Byb3Bvc2VzIGEgbWV0aG9kIHRoYXQgdGhlIG9ubHkgc2Vs ZWN0ZWQgU1Igbm9kZXMgcmVzcG9uc2libGUgZm9yPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5i c3A7ICZuYnNwO2FsbG9jYXRpbmcgU0lEcyBmb3IgYSBTUiBkb21haW4gdG8gcmVkdWNlIFNJRCBj b25maWd1cmF0aW9uIHJlcXVpcmVkPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7ICZuYnNw O29uIGFsbCBTUiBub2Rlcy48L3R0Pjxicj4NCjx0dD58IDwvdHQ+PGJyPg0KPHR0PnwgPC90dD48 YnI+DQo8dHQ+fCA8L3R0Pjxicj4NCjx0dD58IDwvdHQ+PGJyPg0KPHR0PnwgJm5ic3A7ICZuYnNw O1BsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRo ZSB0aW1lIG9mPC90dD48YnI+DQo8dHQ+fCAmbmJzcDsgJm5ic3A7c3VibWlzc2lvbjwvdHQ+PGJy Pg0KPHR0PnwgJm5ic3A7ICZuYnNwO3VudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuPC90dD48YnI+DQo8dHQ+fCA8L3R0Pjxi cj4NCjx0dD58ICZuYnNwOyAmbmJzcDtUaGUgSUVURiBTZWNyZXRhcmlhdDwvdHQ+PGJyPg0KPGJy Pg0KPHR0PnwgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188 L3R0Pjxicj4NCjx0dD58IHNwcmluZyBtYWlsaW5nIGxpc3Q8L3R0Pjxicj4NCjx0dD58IDxhIGhy ZWY9Im1haWx0bzpzcHJpbmdAaWV0Zi5vcmciPnNwcmluZ0BpZXRmLm9yZzwvYT48L3R0Pjxicj4N Cjx0dD58IDxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3By aW5nIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzwvYT48L3R0 Pjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDFA715FUSIDCWVEMBX08corp_-- From nobody Sun Oct 26 14:31:14 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBF971A1AAF; Sun, 26 Oct 2014 14:31:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -114.511 X-Spam-Level: X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham 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 JBA9P_x3SL5W; Sun, 26 Oct 2014 14:31:09 -0700 (PDT) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B18801A1A9E; Sun, 26 Oct 2014 14:31:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6506; q=dns/txt; s=iport; t=1414359068; x=1415568668; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=XJHnI14gfJa91YgF43dYfk9D4moFpMIZNN8PkUaqB3E=; b=KlCPaR3Uz4yUfxMzcnkzxiB+C7zCgm5JzExH+aaiw/TrbrgMRiV2zOXf le+4WxGYX5x2d6mX3T3kKGKvLxTJ5A7kcmFm10gFllAJvtIgsEa50d/DS z3WduVATm5EgakKDAcT2dFZTuYPe8pgrr+X8Ko4yUIkqh/4MCH2FqwCwY 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQFAKdnTVStJV2Q/2dsb2JhbABcgmsjVFMFBMxsCoZ5VAKBCRYBfYQCAQEBBAEBATc0CQ4EAgEIEQQBAQsUCQcnCxQIAQgCBAESCAGIOAEHBcdGAQEBAQEBAQEBAQEBAQEBAQEBAQEBF5BXOAaDJ4EeBY9pgh6ESIhDPIMNgy2GaIMfhACCNIFEbIFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.04,791,1406592000"; d="scan'208";a="366655403" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-4.cisco.com with ESMTP; 26 Oct 2014 21:31:07 +0000 Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s9QLV7au029321 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 26 Oct 2014 21:31:07 GMT Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Sun, 26 Oct 2014 16:31:07 -0500 From: "Nobo Akiya (nobo)" To: Gregory Mirsky , "rtg-bfd@ietf.org" , "mpls@ietf.org" , "spring@ietf.org" Thread-Topic: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt Thread-Index: AQHP7vuLnXrxVtGdr0an+IEI1vxrJpw+GV8QgATDqGA= Date: Sun, 26 Oct 2014 21:31:07 +0000 Message-ID: References: <20141023195707.10809.79077.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF1121B8656DB@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B8656DB@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.68.243] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/m7CMSRMwfeRVm55IHXZXd7Sl3sg Subject: Re: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 26 Oct 2014 21:31:11 -0000 Hi Greg, Jeff, et al, Please find below my comments on draft-mirsky-mpls-bfd-directed. 1) General - clarification I realize that there's no explicit code point overlap between draft-mirsky-= mpls-bfd-directed and draft-chen-mpls-bfd-enhancement: draft-mirsky-mpls-bf= d-directed is focused on Segment Routing whilst draft-chen-mpls-bfd-enhance= ment is focused on existing MPLS technologies. However, both documents are = describing how to program the reverse BFD path on the egress LSR via LSP Pi= ng. It would be nice to have one way of doing this, whether the technology = is Segment Routing or something else. Can authors of draft-mirsky-mpls-bfd-= directed and draft-chen-mpls-bfd-enhancement sync up to come up with a sing= le approach? 2) Section 1 - clarification The [RFC5880], [RFC5881], and the [RFC5883] established BFD protocol for IP networks and the [RFC5884] set rules of using BFD Asynchronous mode over IP/MPLS LSPs. The described problem is valid, but: - I don't think the same problem applies to RFC5881 (aka single-hop BFD), a= s sessions are bound to the interface being monitored. - The same problem is definitely not applicable to RFC5880 which is the bas= e protocol spec (i.e. does not define any data plane procedures). Perhaps you can list only RFC5883/RFC5884 or add some clarifications on why= RFC5880/RFC5881 are also listed. 3) Section 1 - clarification And because BFD control packets are not guaranteed to cross the same links and nodes in both directions detection of Loss of Continuity (LoC) defect in forward direction is not guaranteed or is free of positive negatives. I tripped over the words "... free of positive negatives" and had to read t= his multiple times. This is purely a nit comment, but I think what you want= to say here is "... free of false negatives"? 4) Section 2 s/BF D/BFD/ [NOTE] Remove space between 'F' and 'D'. 5) Section 2 - some text suggestion [OLD] o if reverse direction is in Down state, the head-end node would not receive indication of forward direction failure from its far-end peer. [NEW] o if reverse direction is in Down state, the head-end node would not receive indication of forward direction failure from its far-end peer. The head-end node in this case will detect a problem due to lack of expected BFD control packets (i.e. detection timer expiry) instead of immediately receiving BFD control packets with explicit Down messages from the far-end peer. 6) Section 3.3 - clarification [snip] Initiator MAY include FECs corresponding to some or all of segments imposed in the label stack by the initiator to communicate the segments traversed. " When LSP ping is used to bootstrap BFD session this document updates this and defines that LSP Ping MUST include the FEC corresponding to the destination segment and SHOULD NOT include FECs corresponding to some or all of segment imposed by the initiator. Operationally such restriction would not cause any problem or uncertainty as LSP ping with FECs corresponding to some or all segments or traceroute may preceed the LSP ping that bootstraps the BFD session. [snip] Right now draft-kumarkini-mpls-spring-lsp-ping states, "MAY include other F= ECs". draft-mirsky-mpls-bfd-directed updates this by stating, "SHOULD NOT include= other FECs". It seems to me that the both aren't very different and the proposed mechani= sm will work whether this change is made or not. Can you clarify why this d= ocument makes above update? 7) General - additional reference With Segment Routing, there can be multiple SR-TE paths between the same so= urce/destination pairs, with subset of SR-TE paths ending with same SID. Th= us, there's a strong dependency from this mechanism described to draft-grma= s-bfd-rfc5884-clarifications. It might be a good idea that implementation o= f draft-mirsky-mpls-bfd-directed will require draft-grmas-bfd-rfc5884-clari= fications. Thanks! -Nobo > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Gregory Mirsky > Sent: Thursday, October 23, 2014 4:02 PM > To: rtg-bfd@ietf.org; mpls@ietf.org; spring@ietf.org > Subject: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd- > directed-01.txt >=20 > Dear All, > a new section 3.3 Bootstrapping BFD session with BFD Reverse Path over > Segment Routed tunnel been added. Authors always welcome your > comments and greatly appreciate suggestions. We're looking forward to > continue discussion at WG meetings at IETF-91. >=20 > Regards, > Greg >=20 > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Thursday, October 23, 2014 12:57 PM > To: Gregory Mirsky; Jeff Tantsura; Gregory Mirsky; Jeff Tantsura; Ilya > Varlashkin; Ilya Varlashkin > Subject: New Version Notification for draft-mirsky-mpls-bfd-directed-01.t= xt >=20 >=20 > A new version of I-D, draft-mirsky-mpls-bfd-directed-01.txt > has been successfully submitted by Greg Mirsky and posted to the IETF > repository. >=20 > Name: draft-mirsky-mpls-bfd-directed > Revision: 01 > Title: Bidirectional Forwarding Detection (BFD) Directed Return > Path > Document date: 2014-10-23 > Group: Individual Submission > Pages: 9 > URL: http://www.ietf.org/internet-drafts/draft-mirsky-mpls-bfd= - > directed-01.txt > Status: https://datatracker.ietf.org/doc/draft-mirsky-mpls-bfd- > directed/ > Htmlized: http://tools.ietf.org/html/draft-mirsky-mpls-bfd-directed= -01 > Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-mirsky-mpls-bfd-= directed- > 01 >=20 > Abstract: > Bidirectional Forwarding Detection (BFD) is expected to monitor bi- > directional paths. When a BFD session monitors in its forward > direction an explicitly routed path there is a need to be able to > direct far-end BFD peer to use specific path as reverse direction of > the BFD session. >=20 >=20 >=20 >=20 > 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.iet= f.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Mon Oct 27 01:52:15 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CADC1A8A6C; Mon, 27 Oct 2014 01:52:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 SW4A83yTsAQC; Mon, 27 Oct 2014 01:52:11 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E62721A6FBE; Mon, 27 Oct 2014 01:52:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.6.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141027085210.10314.51580.idtracker@ietfa.amsl.com> Date: Mon, 27 Oct 2014 01:52:10 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/WYXGxK6NYsNqKHavwmRHppJenAc Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-ipv6-use-cases-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Oct 2014 08:52:12 -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 Working Group of the IETF. Title : IPv6 SPRING Use Cases Authors : John Brzozowski John Leddy Ida Leung Stefano Previdi Mark Townsley Christian Martin Clarence Filsfils Roberta Maglione Filename : draft-ietf-spring-ipv6-use-cases-02.txt Pages : 13 Date : 2014-10-27 Abstract: Source Packet Routing in Networking (SPRING) architecture leverages the source routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with SPRING header. A segment can represent any instruction, topological or service-based. A segment can have a local semantic to the SPRING node or global within the SPRING domain. SPRING allows to enforce a flow through any topological path and service chain while maintaining per-flow state only at the ingress node to the SPRING domain. The objective of this document is to illustrate some use cases that need to be taken into account by the Source Packet Routing in Networking (SPRING) architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-ipv6-use-cases/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-spring-ipv6-use-cases-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-spring-ipv6-use-cases-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 27 02:00:09 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C9301A8A89 for ; Mon, 27 Oct 2014 02:00:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 G21SvmSmbmxF for ; Mon, 27 Oct 2014 02:00:03 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4692B1A8A95 for ; Mon, 27 Oct 2014 01:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2955; q=dns/txt; s=iport; t=1414400395; x=1415609995; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=EYqQY8HgnpAET2xbfLNAOgwPJ6Pf/axq4KjUdILcm8Y=; b=L/R8yRpY6d5pE/lx7URFoqc9+mKtc5ayM6dLGgnWKEsuwET39Pi6wzYK KO826B40Q8WOl+s0uTv5s5yLM0/cHTTDGCLn0bpFTaBr56MYb278BtyVm +9KcFJ44Lpi7gPh1mDL498JtLEJ4+i0KPDiNIa3ypan/aJ9GeHpqgRAy2 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApUFAHQITlStJV2Y/2dsb2JhbABcgw5UUwUEzSIKhnlUAoESFgFyC4QCAQEBBAEBATc0FwQCAQgRAQMBAQsLCQkHJwsUAwYIAgQTCAGIOAgFyQMBAQEBAQEBAQEBAQEBAQEBAQEBAQEXkFc4BgSDI4EeBZIHhEiIQzyDDZE0g3hsgUiBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,794,1406592000"; d="scan'208";a="366701249" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP; 27 Oct 2014 08:59:54 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s9R8xsY6023686 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 27 Oct 2014 08:59:54 GMT Received: from xmb-rcd-x01.cisco.com ([169.254.1.207]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Mon, 27 Oct 2014 03:59:54 -0500 From: "Roberta Maglione (robmgl)" To: "spring@ietf.org" Thread-Topic: [spring] I-D Action: draft-ietf-spring-ipv6-use-cases-02.txt Thread-Index: AQHP8cNicMkuoZfdCU+i0DXYolpcTZxDpBzw Date: Mon, 27 Oct 2014 08:59:53 +0000 Message-ID: <57C3345230A4F94C9B2F5CFA05D7F2BD249B5818@xmb-rcd-x01.cisco.com> References: <20141027085210.10314.51580.idtracker@ietfa.amsl.com> In-Reply-To: <20141027085210.10314.51580.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.197.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/5HMktmKB77QnAEToD0XjGkrGsGo Subject: Re: [spring] I-D Action: draft-ietf-spring-ipv6-use-cases-02.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2014 09:00:05 -0000 The changes in this version are aimed at addressing the comments raised dur= ing the previous meeting about running IPv6 on top of an IPv4 MPLS network.= =20 The new text clarifies that today it is possible to use 6PE mechanism to ca= rry IPv6 over MPLS. However this approach does not help with the IPv4 deple= tion problem, as it still requires IPv4 addresses on the network nodes henc= e it does not apply to an IPv6 only network. Thanks Roberta -----Original Message----- From: spring [mailto:spring-bounces@ietf.org] On Behalf Of internet-drafts@= ietf.org Sent: Monday, October 27, 2014 9:52 AM To: i-d-announce@ietf.org Cc: spring@ietf.org Subject: [spring] I-D Action: draft-ietf-spring-ipv6-use-cases-02.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 Worki= ng Group of the IETF. Title : IPv6 SPRING Use Cases Authors : John Brzozowski John Leddy Ida Leung Stefano Previdi Mark Townsley Christian Martin Clarence Filsfils Roberta Maglione Filename : draft-ietf-spring-ipv6-use-cases-02.txt Pages : 13 Date : 2014-10-27 Abstract: Source Packet Routing in Networking (SPRING) architecture leverages the source routing paradigm. A node steers a packet through a controlled set of instructions, called segments, by prepending the packet with SPRING header. A segment can represent any instruction, topological or service-based. A segment can have a local semantic to the SPRING node or global within the SPRING domain. SPRING allows to enforce a flow through any topological path and service chain while maintaining per-flow state only at the ingress node to the SPRING domain. The objective of this document is to illustrate some use cases that need to be taken into account by the Source Packet Routing in Networking (SPRING) architecture. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-spring-ipv6-use-cases/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-spring-ipv6-use-cases-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-spring-ipv6-use-cases-02 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 From nobody Mon Oct 27 13:30:20 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD2B01AD472; Mon, 27 Oct 2014 13:29:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.601 X-Spam-Level: X-Spam-Status: No, score=-102.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham 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 w-SksqrSuf1G; Mon, 27 Oct 2014 13:29:56 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 473671AD477; Mon, 27 Oct 2014 13:29:56 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-cc-544e5354a488 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 3B.89.05330.4535E445; Mon, 27 Oct 2014 15:14:45 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0174.001; Mon, 27 Oct 2014 16:29:49 -0400 From: Gregory Mirsky To: "Nobo Akiya (nobo)" , "rtg-bfd@ietf.org" , "mpls@ietf.org" , "spring@ietf.org" Thread-Topic: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt Thread-Index: AQHP8WQqkhU0lIa9iUGgsm0LPdqTnJxEZfrA Date: Mon, 27 Oct 2014 20:29:47 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B873677@eusaamb103.ericsson.se> References: <20141023195707.10809.79077.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF1121B8656DB@eusaamb103.ericsson.se> In-Reply-To: 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrDLMWRmVeSWpSXmKPExsUyuXRPoG5osF+IwdJTjBa3lq5ktZjdEW/x +c82RovjF34zOrB4TPm9kdVjyZKfTAFMUVw2Kak5mWWpRfp2CVwZf9pmsBScM684ubadsYHx p04XIweHhICJxP4dMV2MnECmmMSFe+vZQGwhgSOMErN/M3UxcgHZyxklfh7dwQySYBMwknix sYcdJCEiMJNR4uLEK2AJYYE4iflnnzKB2CIC8RI/Tq2Eso0kJtzvYAdZxiKgKnH0vThImFfA V+Luju+sEMtOMEpsnxYAYnMCxWcdXQY2khHooO+n1oCNYRYQl7j1ZD4TxKECEkv2nGeGsEUl Xj7+xwphK0lMWnqOFaJeR2LB7k9sELa2xLKFr5kh9gpKnJz5hGUCo+gsJGNnIWmZhaRlFpKW BYwsqxg5SotTy3LTjQw2MQKj45gEm+4Oxj0vLQ8xCnAwKvHwbnDxDRFiTSwrrsw9xCjNwaIk zjurdl6wkEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBsYa26RlXx4q1xQ3MRaWzkyaF5nk4C6/ kHPPwZCM2qip39++U7T7Gf4s2+PwbZFZV5jLdjadlHh276OZ7W4WIcFLnjeV/Lj99O55bPpk dO+bgteEy2u5lHJ26rr7xd84ZfSDUV6u7ODDq409mkHebJN3Se5ynf+Lt2LBR630uv2HT7jv lVTs+KLEUpyRaKjFXFScCABqg+55bwIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/spring/fONu0PXJaR8sfS-zvTa6d3A0Rrg Subject: Re: [spring] FW: New Version Notification for draft-mirsky-mpls-bfd-directed-01.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2014 20:29:59 -0000 Hi Nobo, your time and thoughtful comments much appreciated. We'll work with draft-chen-mpls-bfd-enhancement authors closely after the m= eeting. I'll prepare update to the most straightforward changes and then will addre= ss those that need more discussion. Kind regards, Greg -----Original Message----- From: Nobo Akiya (nobo) [mailto:nobo@cisco.com]=20 Sent: Sunday, October 26, 2014 2:31 PM To: Gregory Mirsky; rtg-bfd@ietf.org; mpls@ietf.org; spring@ietf.org Subject: RE: [spring] FW: New Version Notification for draft-mirsky-mpls-bf= d-directed-01.txt Hi Greg, Jeff, et al, Please find below my comments on draft-mirsky-mpls-bfd-directed. 1) General - clarification I realize that there's no explicit code point overlap between draft-mirsky-= mpls-bfd-directed and draft-chen-mpls-bfd-enhancement: draft-mirsky-mpls-bf= d-directed is focused on Segment Routing whilst draft-chen-mpls-bfd-enhance= ment is focused on existing MPLS technologies. However, both documents are = describing how to program the reverse BFD path on the egress LSR via LSP Pi= ng. It would be nice to have one way of doing this, whether the technology = is Segment Routing or something else. Can authors of draft-mirsky-mpls-bfd-= directed and draft-chen-mpls-bfd-enhancement sync up to come up with a sing= le approach? 2) Section 1 - clarification The [RFC5880], [RFC5881], and the [RFC5883] established BFD protocol for IP networks and the [RFC5884] set rules of using BFD Asynchronous mode over IP/MPLS LSPs. The described problem is valid, but: - I don't think the same problem applies to RFC5881 (aka single-hop BFD), a= s sessions are bound to the interface being monitored. - The same problem is definitely not applicable to RFC5880 which is the bas= e protocol spec (i.e. does not define any data plane procedures). Perhaps you can list only RFC5883/RFC5884 or add some clarifications on why= RFC5880/RFC5881 are also listed. 3) Section 1 - clarification And because BFD control packets are not guaranteed to cross the same links and nodes in both directions detection of Loss of Continuity (LoC) defect in forward direction is not guaranteed or is free of positive negatives. I tripped over the words "... free of positive negatives" and had to read t= his multiple times. This is purely a nit comment, but I think what you want= to say here is "... free of false negatives"? 4) Section 2 s/BF D/BFD/ [NOTE] Remove space between 'F' and 'D'. 5) Section 2 - some text suggestion [OLD] o if reverse direction is in Down state, the head-end node would not receive indication of forward direction failure from its far-end peer. [NEW] o if reverse direction is in Down state, the head-end node would not receive indication of forward direction failure from its far-end peer. The head-end node in this case will detect a problem due to lack of expected BFD control packets (i.e. detection timer expiry) instead of immediately receiving BFD control packets with explicit Down messages from the far-end peer. 6) Section 3.3 - clarification [snip] Initiator MAY include FECs corresponding to some or all of segments imposed in the label stack by the initiator to communicate the segments traversed. " When LSP ping is used to bootstrap BFD session this document updates this and defines that LSP Ping MUST include the FEC corresponding to the destination segment and SHOULD NOT include FECs corresponding to some or all of segment imposed by the initiator. Operationally such restriction would not cause any problem or uncertainty as LSP ping with FECs corresponding to some or all segments or traceroute may preceed the LSP ping that bootstraps the BFD session. [snip] Right now draft-kumarkini-mpls-spring-lsp-ping states, "MAY include other F= ECs". draft-mirsky-mpls-bfd-directed updates this by stating, "SHOULD NOT include= other FECs". It seems to me that the both aren't very different and the proposed mechani= sm will work whether this change is made or not. Can you clarify why this d= ocument makes above update? 7) General - additional reference With Segment Routing, there can be multiple SR-TE paths between the same so= urce/destination pairs, with subset of SR-TE paths ending with same SID. Th= us, there's a strong dependency from this mechanism described to draft-grma= s-bfd-rfc5884-clarifications. It might be a good idea that implementation o= f draft-mirsky-mpls-bfd-directed will require draft-grmas-bfd-rfc5884-clari= fications. Thanks! -Nobo > -----Original Message----- > From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Gregory=20 > Mirsky > Sent: Thursday, October 23, 2014 4:02 PM > To: rtg-bfd@ietf.org; mpls@ietf.org; spring@ietf.org > Subject: [spring] FW: New Version Notification for=20 > draft-mirsky-mpls-bfd- directed-01.txt >=20 > Dear All, > a new section 3.3 Bootstrapping BFD session with BFD Reverse Path over=20 > Segment Routed tunnel been added. Authors always welcome your comments=20 > and greatly appreciate suggestions. We're looking forward to continue=20 > discussion at WG meetings at IETF-91. >=20 > Regards, > Greg >=20 > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Thursday, October 23, 2014 12:57 PM > To: Gregory Mirsky; Jeff Tantsura; Gregory Mirsky; Jeff Tantsura; Ilya=20 > Varlashkin; Ilya Varlashkin > Subject: New Version Notification for=20 > draft-mirsky-mpls-bfd-directed-01.txt >=20 >=20 > A new version of I-D, draft-mirsky-mpls-bfd-directed-01.txt > has been successfully submitted by Greg Mirsky and posted to the IETF=20 > repository. >=20 > Name: draft-mirsky-mpls-bfd-directed > Revision: 01 > Title: Bidirectional Forwarding Detection (BFD) Directed Return > Path > Document date: 2014-10-23 > Group: Individual Submission > Pages: 9 > URL: http://www.ietf.org/internet-drafts/draft-mirsky-mpls-bfd= - > directed-01.txt > Status: https://datatracker.ietf.org/doc/draft-mirsky-mpls-bfd- > directed/ > Htmlized: http://tools.ietf.org/html/draft-mirsky-mpls-bfd-directed= -01 > Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-mirsky-mpls-bfd-= directed- > 01 >=20 > Abstract: > Bidirectional Forwarding Detection (BFD) is expected to monitor bi- > directional paths. When a BFD session monitors in its forward > direction an explicitly routed path there is a need to be able to > direct far-end BFD peer to use specific path as reverse direction of > the BFD session. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of=20 > submission until the htmlized version and diff are available at tools.iet= f.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > spring mailing list > spring@ietf.org > https://www.ietf.org/mailman/listinfo/spring From nobody Mon Oct 27 15:00:06 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 114631A0163 for ; Mon, 27 Oct 2014 14:59:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham 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 aa5k4kuhjLmW for ; Mon, 27 Oct 2014 14:59:56 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B371A00FF for ; Mon, 27 Oct 2014 14:59:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1597; q=dns/txt; s=iport; t=1414447168; x=1415656768; h=from:to:cc:subject:date:message-id:mime-version; bh=FdUSBfwS0a1XFccX95sStUxE5llX9U+Ih1HtIxqKnwg=; b=fskKPtxsGPDNCoi5jGaC8BUQWAEb/6jIlfoUoGa55pkc/jDqg4A+Tjao IKx7FgD4d7QDyjKfGhaho0UEqZ+lPsYTiXOiQxDcG/b4qgpIg3dvtPu2P Y7OkLGBX9rsxSb7/Xh3QkpawSGnLcUdTMbLEA3YQkICa5dZjSIktEavmw o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjMFAE6/TlStJV2a/2dsb2JhbABcgkhGVFkDzVGHTYEdFgFyC4N5EHkSAQsBdCcEDg6IOA3LcwEBAQcBAQEBAQEckQiEUgWPaYIei1qWLoN4gjSBAwEBAQ X-IronPort-AV: E=Sophos; i="5.04,798,1406592000"; d="scan'208,217"; a="90811029" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-6.cisco.com with ESMTP; 27 Oct 2014 21:59:27 +0000 Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9RLxRdY019212 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 27 Oct 2014 21:59:27 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.162]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.03.0195.001; Mon, 27 Oct 2014 16:59:27 -0500 From: "Alvaro Retana (aretana)" To: "spring@ietf.org" Thread-Topic: IETF 91 Draft Agenda (spring) Thread-Index: AQHP8jFGX4wHVCK5mEmfh5HjhX+13A== Date: Mon, 27 Oct 2014 21:59:27 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.86.254.239] Content-Type: multipart/alternative; boundary="_000_D074468E731BFaretanaciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/JGp9pxNSdppd-daVIg2Azrpf_Zg Cc: "spring-chairs@tools.ietf.org" Subject: [spring] IETF 91 Draft Agenda (spring) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2014 21:59:59 -0000 --_000_D074468E731BFaretanaciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable HI! I just published the draft agenda: http://www.ietf.org/proceedings/91/agend= a/agenda-91-spring As it stands, the agenda is pretty light. I=92m hoping everyone is holding= their requests for last.. Note that the final agenda has to be in on Nov/3. Let me know if I missed = any request. Thanks! Alvaro. --_000_D074468E731BFaretanaciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <65A9C714384ECB4BB8FFE10E1EED7E34@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
HI!


As it stands, the agenda is pretty light.  I=92m hoping everyone = is holding their requests for last..  

Note that the final agenda has to be in on Nov/3.  Let me know if= I missed any request.

Thanks!

Alvaro.
--_000_D074468E731BFaretanaciscocom_-- From nobody Mon Oct 27 19:16:59 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19CC31A8830 for ; Mon, 27 Oct 2014 19:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.355 X-Spam-Level: X-Spam-Status: No, score=-101.355 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=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 B528KtXpt98M for ; Mon, 27 Oct 2014 19:16:54 -0700 (PDT) Received: from mx5.zte.com.cn (unknown [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 9A67B1A8827 for ; Mon, 27 Oct 2014 19:16:53 -0700 (PDT) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id AB0C6123B719 for ; Tue, 28 Oct 2014 10:16:43 +0800 (CST) Received: (from root@localhost) by mse01.zte.com.cn id s9S2GmT9031325 for ; Tue, 28 Oct 2014 10:16:48 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) Message-Id: <201410280216.s9S2GmT9031325@mse01.zte.com.cn> Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id s9R9YXhL066027; Mon, 27 Oct 2014 17:34:33 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn) In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDFA715F@USIDCWVEMBX08.corp.global.level3.com> To: "Osborne, Eric" MIME-Version: 1.0 X-KeepSent: A023D2DF:4C5D3EC9-48257D7E:00048018; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: liao.ting@zte.com.cn Date: Mon, 27 Oct 2014 17:34:34 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2014-10-27 17:34:22, Serialize complete at 2014-10-27 17:34:22 Content-Type: multipart/alternative; boundary="=_alternative 003484DA48257D7E_=" X-MAIL: mse01.zte.com.cn s9S2GmT9031325 X-MSS: AUDITRELEASE@mse01.zte.com.cn Archived-At: http://mailarchive.ietf.org/arch/msg/spring/vJf3lh2W0SvMDnhpV9OoHEBcwpM Cc: Hannes Gredler , "spring@ietf.org" , "isis-wg@ietf.org" , spring , "ospf@ietf.org" Subject: Re: [spring] [Isis-wg] RE: Re: FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 28 Oct 2014 02:16:57 -0000 This is a multipart message in MIME format. --=_alternative 003484DA48257D7E_= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIEVyaWMNCg0KVGhlIFNSTU4gY2FuIGFkdmVydGlzZSB0aGUgcmFuZ2Urb2Zmc2V0IG9mIHRo ZSBBY2Nlc3Mgbm9kZXMgYW5kIGl0IGNhbiANCmFkdmVydGlzZSB0aGUgc2lkIGNvcnJlc3BvbmRp bmcgYWxnb3JpdGhtLiANClRoZSBBY2Nlc3Mgbm9kZXMgY2FuIHJ1biB0aGUgU1IgZnVuY3Rpb24g d2l0aG91dCBlbHNlIGNvbmZpZ3VyYXRpb24gZXhjZXB0IA0KYWN0aXZhdGluZyB0aGUgU1IuDQpX aXRoIHRoZSBTUk1OLCAgdGhlIFNJRHMnIGNvbmZpZ3VyYXRpb24gYW5kIG1hbmFnZW1lbnQgd2ls bCBiZSBzaW1wbGlmaWVkLiANCg0KIA0KQmVzdCBSZWdhcmRzLg0KVGluZw0KDQoNCg0KIk9zYm9y bmUsIEVyaWMiIDxlcmljLm9zYm9ybmVAbGV2ZWwzLmNvbT4gDQrlj5Hku7bkuro6ICAic3ByaW5n IiA8c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmc+DQoyMDE0LTEwLTI0IDE5OjI5DQoNCuaUtuS7tuS6 ug0KImxpYW8udGluZ0B6dGUuY29tLmNuIiA8bGlhby50aW5nQHp0ZS5jb20uY24+LCBIYW5uZXMg R3JlZGxlciANCjxoYW5uZXNAanVuaXBlci5uZXQ+DQrmioTpgIENCiJvc3BmQGlldGYub3JnIiA8 b3NwZkBpZXRmLm9yZz4sICJzcHJpbmdAaWV0Zi5vcmciIDxzcHJpbmdAaWV0Zi5vcmc+LCANCiJp c2lzLXdnQGlldGYub3JnIiA8aXNpcy13Z0BpZXRmLm9yZz4NCuS4u+mimA0KUmU6IFtzcHJpbmdd IFtJc2lzLXdnXSDnrZTlpI06IFJlOiAgRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig DQpkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0DQoNCg0KDQoNCg0KDQpJIGRv buKAmXQgdW5kZXJzdGFuZCB0aGUgcHJhY3RpY2FsIHVzZSBvZiB0aGlzIGRyYWZ0LiAgSWYgYSBu b2RlIGlzIGdvaW5nIA0KdG8gcHVsbCBTSUQgaW5mb3JtYXRpb24gZnJvbSB0aGUgSUdQIGFzIGFk dmVydGlzZWQgYnkgdGhlIFNSTU4sIHRoYXQgbm9kZSANCm5lZWRzIHRvIHVuZGVyc3RhbmQgd2hh dGV2ZXIgZXh0ZW5zaW9ucyB5b3UgYWRkIHRvIHRoZSBJR1AsIGFuZCBuZWVkcyB0byANCmJlIGFi bGUgdG8gcGFyc2UgdGhpbmdzIHRvIGZpZ3VyZSBvdXQgd2hhdCBpdHMgb3duIGxvY2FsIGxhYmVs IHJhbmdlIGlzLiANClRoYXTigJlzIHByZXR0eSBtdWNoIGV4YWN0bHkgdGhlIHdvcmsgdGhhdCB0 aGUgbm9kZSB3b3VsZCBuZWVkIHRvIGRvIHdpdGggDQp0aGUgY3VycmVudCBJR1AgZXh0ZW5zaW9u cywgd2hlcmUgaXQgYWR2ZXJ0aXNlcyBpdHMgb3duIHJhbmdlK29mZnNldC4NCiANCknigJltIGhh dmluZyB0cm91YmxlIGNvbWluZyB1cCB3aXRoIGEgc2NlbmFyaW8gd2hlcmUgeW91ciBhcHByb2Fj aCBpcyANCmVhc2llciwgbW9yZSBzY2FsYWJsZSwgb3Igb3RoZXJ3aXNlIGJlbmVmaWNpYWwgaW4g c29tZSB3YXkgbm90IGNvdmVyZWQgYnkgDQpleGlzdGluZyB0ZWNobm9sb2d5LiAgQ2FuIHlvdSBj bGFyaWZ5IHRoaXMgZm9yIG1lPyAgSSBkb27igJl0IG1lYW4g4oCcdGVsbCANCm1lIGhvdyBpdOKA mXMgKmRpZmZlcmVudCogZnJvbSB3aGF04oCZcyBhbHJlYWR5IGRlZmluZWTigJ0sIEkgbWVhbiDi gJx0ZWxsIG1lIA0Kd2h5IGl04oCZcyAqYmV0dGVyKiB0aGFuIHdoYXTigJlzIGFscmVhZHkgZGVm aW5lZOKAnQ0KIA0KIA0KIA0KZXJpYw0KIA0KIA0KRnJvbTogSXNpcy13ZyBbbWFpbHRvOmlzaXMt d2ctYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIA0KbGlhby50aW5nQHp0ZS5jb20uY24N ClNlbnQ6IEZyaWRheSwgT2N0b2JlciAyNCwgMjAxNCAxOjU3IEFNDQpUbzogSGFubmVzIEdyZWRs ZXINCkNjOiBvc3BmQGlldGYub3JnOyBzcHJpbmdAaWV0Zi5vcmc7IGlzaXMtd2dAaWV0Zi5vcmcN ClN1YmplY3Q6IFtJc2lzLXdnXSDnrZTlpI06IFJlOiBbc3ByaW5nXSBGVzogTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvciANCmRyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0wMC50eHQN CiANCg0KSGksIEhhbm5lcyANCg0KVGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgdGhlIGdvb2Qg Y29tbWVudHMuIA0KDQogSW4gdGhpcyBkcmFmdCwgU0lEIGNhbiBiZSBhdXRvbWF0aWNhbGx5IGdl bmVyYXRlZCBieSBhIGNvbnRyb2wgbm9kZSAodGhlIA0KU2VnbWVudCBSb3V0aW5nIE1hbmFnZW1l bnQgTm9kZXMgKFNSTU5zKe+8iSwgDQphbmQgdGhlIFNSTU5zIGdlbmVyYXRlIHRoZSBTSUQgbWFw cGluZyB0byBlYWNoIG5vZGUgaW4gdGhlIFNSIGRvbWFpbu+8jCANCnRoZW4gdGhlIElHUCBleHRl bnNpb24gZmxvb2Rpbmcgb3V0IHRvIGV2ZXJ5IG5vZGUsIGVhY2ggbm9kZSB3aWxsIGtub3cgdGhl IA0Kc2lkIGFsbG9jYXRlZCB0byBlYWNoIG90aGVyLiANCg0KV2hpbGUgaWYgd2UgdXNlICBOZXRj b25mL1lBTkcsIGFsbCB0aGUgbm9kZXMgaW4gdGhlIFNSIGRvbWFpbiBzaG91bGQgYmUgDQpzdXBw b3J0ZWQgIHRoZSBvcGVuIGludGVyZmFjZSB0byBOZXRjb25mL1lBTkcsIA0Kd2hpY2ggaXMgbm90 IGVhc3ksIGZvciBtYW55IEFTR3MsIENTR3Mgb25seSBzdXBwb3J0IFNOTVAgcHJvdG9jb2wgaW4g dGhlIA0KSVAgUkFOIHNjZW5hcmlvcy4gDQpTbyB0aGlzIHNvbHV0aW9uIGNvdWxkIHNpbXBpZnkg dGhlIGNvbmd1cmF0aW9uIG9mIEFTRyxDU0coYWN0dWFsbHkgaXQgaXMgDQp6ZXJvLWNvbmZpZ3Vy YXRpbiBmb3IgdGhlbSksIHdoaWNoIGlzIHZlcnkgaW1wb3J0YW50IGZvciB0aGUgb3BlcmF0aW9u LiANCg0KQmVzdCBSZWdhcmRzLg0KVGluZyANCg0KDQpIYW5uZXMgR3JlZGxlciA8aGFubmVzQGp1 bmlwZXIubmV0PiANCjIwMTQtMTAtMjMgMjM6NDYgDQoNCg0K5pS25Lu25Lq6DQo8bGlhby50aW5n QHp0ZS5jb20uY24+IA0K5oqE6YCBDQoic3ByaW5nQGlldGYub3JnIiA8c3ByaW5nQGlldGYub3Jn PiwgImlzaXMtd2dAaWV0Zi5vcmciIDxpc2lzLXdnQGlldGYub3JnDQo+LCAib3NwZkBpZXRmLm9y ZyIgPG9zcGZAaWV0Zi5vcmc+IA0K5Li76aKYDQpSZTogW3NwcmluZ10gRlc6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgDQpkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAudHh0 DQogDQoNCg0KDQoNCg0KDQoNCg0KbGlhbywNCg0KbXkgcmVhZCBvZiB5b3VyIGRyYWZ0IGlzIHRo YXQgeW91J3JlIHV0aWxpemluZyBJR1AgZXh0ZW5zaW9ucyB0byBmbG9vZA0KY29uZmlndXJhdGlv biBpbmZvcm1hdGlvdW4gdGhyb3VnaCB0aGUgbmV0d29yay4gaGF2ZSB5b3UgY29uc2lkZXJlZA0K dXNpbmcgbmV0Y29uZi9ZQU5HIGZvciBkb2luZyBzbyA/IGFuZCBpZiBzbyB3aGF0IGlzIHdyb25n ICh3aGF0DQphcmUgdGhlIHNob3J0Y29taW5ncykgb2YgbmV0Y29uZi9ZQU5HIHRvIGNvbmZpZ3Vy ZSBSQU4gcm91dGVycyA/DQpJT1cgd2h5IGFyZSBleGlzaXRpbmcgY29uZmlndXJhdGlvbiBtZW5j YWhuaXNtIG5vdCBnb29kIGVub3VnaCA/DQoNCi9oYW5uZXMNCg0KT24gV2VkLCBPY3QgMjIsIDIw MTQgYXQgMDU6MzU6NDhQTSArMDgwMCwgbGlhby50aW5nQHp0ZS5jb20uY24gd3JvdGU6DQp8ICAg IEluIHNvbWUgc2l0dWF0aW9uIHdoZXJlIHVzZXJzIGV4cGVjdCB0byBzaW1wbHkgcGx1ZyBpbiBh IFNSIG5vZGUgYW5kIA0KaGF2ZQ0KfCAgICBpdCBhdXRvbWF0aWNhbGx5IHVzZSBTZWdtZW50IFJv dXRpbmcuDQp8ICAgIFRoaXMgZHJhZnQgYXR0ZW1wdHMgdG8gc29sdmUgdGhpcyBuZWVkLg0KfCAg ICBFeHBlY3RpbmcgeW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLiBUaGFuayB5b3UuDQp8IA0KfCAg ICBCZXN0IFJlZ2FyZHMuDQp8ICAgIFRpbmcsIEJvLCBGYW5nd2VpLCBhbmQgQmh1bWlwDQp8IA0K fCAgICAtLS0tLSDXqj8/P8OLID/Djj/DgzAzODc2OC91c2VyL3p0ZV9sdGQgyrE/PyAyMDE0LTEw LTIyIDE2OjExIC0tLS0tDQp8IA0KfCAgICBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgP8OVPz8/ w4sgQmh1bWlwIEtoYXNuYWJpc2gNCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICA8Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tPiwgDQoiQmh1bWlwDQp8ICAgIDIwMTQtMTAt MjIgMTY6MDIgICAgICAgICAgICAgICAgS2hhc25hYmlzaCIgPA0KYmh1bWlwLmtoYXNuYWJpc2hA enRldHguY29tPiwNCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAiZmFuZ3dl aSBodSIgPGh1LmZhbmd3ZWlAenRlLmNvbS5jbj4sDQp8ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRmFuZ3dlaSBIdSA8aHUuZmFuZ3dlaUB6dGUuY29tLmNuPiwgDQoiV3UNCnwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBCbyIgPGJvLnd1QHp0ZS5jb20uY24+ LCAiVGluZyBMaWFvIg0KfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxsaWFv LnRpbmdAenRlLmNvbS5jbj4sIFRpbmcgTGlhbw0KfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIDxsaWFvLnRpbmdAenRlLmNvbS5jbj4sIEJvIFd1DQp8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgPGJvLnd1QHp0ZS5jb20uY24+DQp8ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgID8/P8ONDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgID/D tz/DoiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQp8ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KfCAN CnwgDQp8ICAgIEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1sdy1zcHJpbmctc2lkLWFsbG9j YXRpb24tMDAudHh0DQp8ICAgIGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgRmFu Z3dlaSBIdSBhbmQgcG9zdGVkIHRvIHRoZQ0KfCAgICBJRVRGIHJlcG9zaXRvcnkuDQp8IA0KfCAg ICBOYW1lOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkcmFmdC1sdy1zcHJpbmct c2lkLWFsbG9jYXRpb24NCnwgICAgUmV2aXNpb246ICAgICAgICAgICAgICAgICAwMA0KfCAgICBU aXRsZTogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgU1BSSU5HIFNJRCBBbGxvY2F0 aW9uDQp8ICAgIERvY3VtZW50IGRhdGU6ICAgICAgICAgICAgICAgICAyMDE0LTEwLTIyDQp8ICAg IEdyb3VwOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1p c3Npb24NCnwgICAgUGFnZXM6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEyDQp8 ICAgIFVSTDoNCnwgICAgIA0KaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJh ZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dA0KfCAgICBTdGF0dXM6DQp8ICAgIGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2Nh dGlvbi8NCnwgICAgSHRtbGl6ZWQ6DQp8ICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0wMA0KfCANCnwgICAgQWJzdHJhY3Q6DQp8ICAg ICAgU2VnbWVudCBSb3V0aW5nIChTUikgYWxsb3dzIGZvciBhIGZsZXhpYmxlIGRlZmluaXRpb24g b2YgZW5kLXRvLWVuZA0KfCAgICAgIHBhdGhzIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNv ZGluZyBwYXRocyBhcyBzZXF1ZW5jZXMgb2YNCnwgICAgICB0b3BvbG9naWNhbCBzdWItcGF0aHMs IGNhbGxlZCAic2VnbWVudHMiLiAgVGhlc2Ugc2VnbWVudHMgYXJlDQp8ICAgICAgYWR2ZXJ0aXNl ZCBieSB0aGUgbGluay1zdGF0ZSByb3V0aW5nIHByb3RvY29scyAoSVMtSVMgYW5kIE9TUEYpLiAN CkFuZA0KfCAgICAgIGEgc2VnbWVudCBpcyBpZGVudGlmaWVkIGJ5IGEgU2VnbWVudCBSb3V0aW5n IElEKFNJRCkuICBUaGlzIA0KZG9jdW1lbnQNCnwgICAgICBwcm9wb3NlcyBhIG1ldGhvZCB0aGF0 IHRoZSBvbmx5IHNlbGVjdGVkIFNSIG5vZGVzIHJlc3BvbnNpYmxlIGZvcg0KfCAgICAgIGFsbG9j YXRpbmcgU0lEcyBmb3IgYSBTUiBkb21haW4gdG8gcmVkdWNlIFNJRCBjb25maWd1cmF0aW9uIA0K cmVxdWlyZWQNCnwgICAgICBvbiBhbGwgU1Igbm9kZXMuDQp8IA0KfCANCnwgDQp8IA0KfCAgICBQ bGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUg dGltZSBvZg0KfCAgICBzdWJtaXNzaW9uDQp8ICAgIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQp8IA0KfCAgICBUaGUg SUVURiBTZWNyZXRhcmlhdA0KDQp8IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQp8IHNwcmluZyBtYWlsaW5nIGxpc3QNCnwgc3ByaW5nQGlldGYub3JnDQp8 IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5nDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kc3ByaW5nIG1haWxpbmcgbGlz dA0Kc3ByaW5nQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L3NwcmluZw0KDQoNCg== --=_alternative 003484DA48257D7E_= Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLCBFcmljPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5UaGUgU1JNTiBjYW4gYWR2ZXJ0 aXNlIHRoZSByYW5nZStvZmZzZXQNCm9mIHRoZSBBY2Nlc3Mgbm9kZXMgYW5kIGl0IGNhbiBhZHZl cnRpc2UgdGhlIHNpZCBjb3JyZXNwb25kaW5nIGFsZ29yaXRobS4NCjwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+VGhlIEFjY2VzcyBub2RlcyBjYW4gcnVuIHRoZSBT UiBmdW5jdGlvbg0Kd2l0aG91dCBlbHNlIGNvbmZpZ3VyYXRpb24gZXhjZXB0IGFjdGl2YXRpbmcg dGhlIFNSLjwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+V2l0aCB0 aGUgU1JNTiwgJm5ic3A7dGhlIFNJRHMnIGNvbmZpZ3VyYXRpb24NCmFuZCBtYW5hZ2VtZW50IHdp bGwgYmUgc2ltcGxpZmllZC4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj4mbmJzcDs8YnI+DQpCZXN0IFJlZ2FyZHMuPGJyPg0KVGluZzwvZm9udD4NCjxicj4NCjxi cj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 MzYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj4mcXVvdDtPc2Jvcm5lLCBFcmlj JnF1b3Q7DQombHQ7ZXJpYy5vc2Jvcm5lQGxldmVsMy5jb20mZ3Q7PC9iPiA8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPuWPkeS7tuS6ujogJm5ic3A7JnF1b3Q7c3By aW5nJnF1b3Q7DQombHQ7c3ByaW5nLWJvdW5jZXNAaWV0Zi5vcmcmZ3Q7PC9mb250Pg0KPHA+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTQtMTAtMjQgMTk6Mjk8L2ZvbnQ+DQo8dGQg d2lkdGg9NjMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPuaUtuS7tuS6ujwv Zm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7bGlh by50aW5nQHp0ZS5jb20uY24mcXVvdDsgJmx0O2xpYW8udGluZ0B6dGUuY29tLmNuJmd0OywNCkhh bm5lcyBHcmVkbGVyICZsdDtoYW5uZXNAanVuaXBlci5uZXQmZ3Q7PC9mb250Pg0KPHRyIHZhbGln bj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj7mioTpgIE8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy aWYiPiZxdW90O29zcGZAaWV0Zi5vcmcmcXVvdDsgJmx0O29zcGZAaWV0Zi5vcmcmZ3Q7LA0KJnF1 b3Q7c3ByaW5nQGlldGYub3JnJnF1b3Q7ICZsdDtzcHJpbmdAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtp c2lzLXdnQGlldGYub3JnJnF1b3Q7DQombHQ7aXNpcy13Z0BpZXRmLm9yZyZndDs8L2ZvbnQ+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPuS4u+mimDwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+UmU6IFtzcHJpbmddIFtJc2lzLXdnXSDnrZTlpI06IFJlOiAmbmJzcDtGVzoN Ck5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0 aW9uLTAwLnR4dDwvZm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+ DQo8dGQ+DQo8dGQ+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBjb2xvcj0jMWY0OTdkIGZhY2U9IkNhbGlicmkiPkkgZG9u4oCZdCB1bmRlcnN0YW5k IHRoZQ0KcHJhY3RpY2FsIHVzZSBvZiB0aGlzIGRyYWZ0LiAmbmJzcDtJZiBhIG5vZGUgaXMgZ29p bmcgdG8gcHVsbCBTSUQgaW5mb3JtYXRpb24NCmZyb20gdGhlIElHUCBhcyBhZHZlcnRpc2VkIGJ5 IHRoZSBTUk1OLCB0aGF0IG5vZGUgbmVlZHMgdG8gdW5kZXJzdGFuZCB3aGF0ZXZlcg0KZXh0ZW5z aW9ucyB5b3UgYWRkIHRvIHRoZSBJR1AsIGFuZCBuZWVkcyB0byBiZSBhYmxlIHRvIHBhcnNlIHRo aW5ncyB0bw0KZmlndXJlIG91dCB3aGF0IGl0cyBvd24gbG9jYWwgbGFiZWwgcmFuZ2UgaXMuICZu YnNwO1RoYXTigJlzIHByZXR0eSBtdWNoDQpleGFjdGx5IHRoZSB3b3JrIHRoYXQgdGhlIG5vZGUg d291bGQgbmVlZCB0byBkbyB3aXRoIHRoZSBjdXJyZW50IElHUCBleHRlbnNpb25zLA0Kd2hlcmUg aXQgYWR2ZXJ0aXNlcyBpdHMgb3duIHJhbmdlK29mZnNldC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGNvbG9yPSMxZjQ5N2QgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250 IHNpemU9MiBjb2xvcj0jMWY0OTdkIGZhY2U9IkNhbGlicmkiPknigJltIGhhdmluZyB0cm91Ymxl IGNvbWluZw0KdXAgd2l0aCBhIHNjZW5hcmlvIHdoZXJlIHlvdXIgYXBwcm9hY2ggaXMgZWFzaWVy LCBtb3JlIHNjYWxhYmxlLCBvciBvdGhlcndpc2UNCmJlbmVmaWNpYWwgaW4gc29tZSB3YXkgbm90 IGNvdmVyZWQgYnkgZXhpc3RpbmcgdGVjaG5vbG9neS4gJm5ic3A7Q2FuIHlvdQ0KY2xhcmlmeSB0 aGlzIGZvciBtZT8gJm5ic3A7SSBkb27igJl0IG1lYW4g4oCcdGVsbCBtZSBob3cgaXTigJlzICo8 Yj5kaWZmZXJlbnQ8L2I+Kg0KZnJvbSB3aGF04oCZcyBhbHJlYWR5IGRlZmluZWTigJ0sIEkgbWVh biDigJx0ZWxsIG1lIHdoeSBpdOKAmXMgKjxiPmJldHRlcjwvYj4qDQp0aGFuIHdoYXTigJlzIGFs cmVhZHkgZGVmaW5lZOKAnTwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29sb3I9IzFmNDk3ZCBm YWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMxZjQ5 N2QgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBjb2xvcj0j MWY0OTdkIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgY29s b3I9IzFmNDk3ZCBmYWNlPSJDYWxpYnJpIj5lcmljPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBj b2xvcj0jMWY0OTdkIGZhY2U9IkNhbGlicmkiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9udCBzaXpl PTIgY29sb3I9IzFmNDk3ZCBmYWNlPSJDYWxpYnJpIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9IkNhbGlicmkiPjxiPkZyb206PC9iPiBJc2lzLXdnIFttYWlsdG86aXNpcy13 Zy1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5saWFvLnRpbmdAenRlLmNv bS5jbjxiPjxicj4NClNlbnQ6PC9iPiBGcmlkYXksIE9jdG9iZXIgMjQsIDIwMTQgMTo1NyBBTTxi Pjxicj4NClRvOjwvYj4gSGFubmVzIEdyZWRsZXI8Yj48YnI+DQpDYzo8L2I+IG9zcGZAaWV0Zi5v cmc7IHNwcmluZ0BpZXRmLm9yZzsgaXNpcy13Z0BpZXRmLm9yZzxiPjxicj4NClN1YmplY3Q6PC9i PiBbSXNpcy13Z10gPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJNUyBHb3RoaWMiPuetlOWkjTwv Zm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ2FsaWJyaSI+Og0KUmU6IFtzcHJpbmddIEZXOiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi0w MC50eHQ8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5i c3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxicj4N CkhpLCBIYW5uZXM8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+IDxi cj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48YnI+DQpUaGFu a3MgZm9yIHlvdXIgcmV2aWV3IGFuZCB0aGUgZ29vZCBjb21tZW50cy48L2ZvbnQ+PGZvbnQgc2l6 ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+PGJyPg0KIEluIHRoaXMgZHJhZnQsIFNJRCBjYW4gYmUgYXV0 b21hdGljYWxseSBnZW5lcmF0ZWQgYnkgYSBjb250cm9sIG5vZGUgKHRoZQ0KU2VnbWVudCBSb3V0 aW5nIE1hbmFnZW1lbnQgTm9kZXMgKFNSTU5zKTwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ2Fs aWJyaSI+77yJPC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiw8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2ZvbnQ+PGZvbnQgc2l6 ZT0yIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PGJyPg0KYW5kIHRoZSBTUk1OcyBnZW5lcmF0ZSB0 aGUgU0lEIG1hcHBpbmcgdG8gZWFjaCBub2RlIGluIHRoZSBTUiBkb21haW48L2ZvbnQ+PGZvbnQg c2l6ZT0yIGZhY2U9IkNhbGlicmkiPu+8jDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iVGltZXMg TmV3IFJvbWFuIj4NCjxicj4NCnRoZW4gdGhlIElHUCBleHRlbnNpb24gZmxvb2Rpbmcgb3V0IHRv IGV2ZXJ5IG5vZGUsIGVhY2ggbm9kZSB3aWxsIGtub3cNCnRoZSBzaWQgYWxsb2NhdGVkIHRvIGVh Y2ggb3RoZXIuIDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48YnI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PGJyPg0KV2hpbGUg aWYgd2UgdXNlICZuYnNwO05ldGNvbmYvWUFORywgYWxsIHRoZSBub2RlcyBpbiB0aGUgU1IgZG9t YWluIHNob3VsZA0KYmUgc3VwcG9ydGVkICZuYnNwO3RoZSBvcGVuIGludGVyZmFjZSB0byBOZXRj b25mL1lBTkcsIDxicj4NCndoaWNoIGlzIG5vdCBlYXN5LCBmb3IgbWFueSBBU0dzLCBDU0dzIG9u bHkgc3VwcG9ydCBTTk1QIHByb3RvY29sIGluIHRoZQ0KSVAgUkFOIHNjZW5hcmlvcy4gPGJyPg0K U28gdGhpcyBzb2x1dGlvbiBjb3VsZCBzaW1waWZ5IHRoZSBjb25ndXJhdGlvbiBvZiBBU0csQ1NH KGFjdHVhbGx5IGl0IGlzDQp6ZXJvLWNvbmZpZ3VyYXRpbiBmb3IgdGhlbSksIHdoaWNoIGlzIHZl cnkgaW1wb3J0YW50IGZvciB0aGUgb3BlcmF0aW9uLjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPjxicj4N Cjxicj4NCkJlc3QgUmVnYXJkcy48YnI+DQpUaW5nPC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPiA8YnI+DQo8L2ZvbnQ+DQo8cD4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MjclPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+ PGI+SGFubmVzIEdyZWRsZXIgJmx0OzwvYj48L2ZvbnQ+PGEgaHJlZj1tYWlsdG86aGFubmVzQGp1 bmlwZXIubmV0Pjxmb250IHNpemU9MSBjb2xvcj0jMDU2M2MxIGZhY2U9IkFyaWFsIj48Yj48dT5o YW5uZXNAanVuaXBlci5uZXQ8L3U+PC9iPjwvZm9udD48L2E+PGZvbnQgc2l6ZT0xIGZhY2U9IkFy aWFsIj48Yj4mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9IkFyaWFsIj4y MDE0LTEwLTIzIDIzOjQ2PC9mb250Pjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i Pg0KPC9mb250Pg0KPHRkIHdpZHRoPTcyJT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRy IHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9NiU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9 MSBmYWNlPSJDYWxpYnJpIj7mlLbku7bkuro8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTMlPjxm b250IHNpemU9MSBmYWNlPSJBcmlhbCI+Jmx0OzwvZm9udD48YSBocmVmPW1haWx0bzpsaWFvLnRp bmdAenRlLmNvbS5jbj48Zm9udCBzaXplPTEgY29sb3I9IzA1NjNjMSBmYWNlPSJBcmlhbCI+PHU+ bGlhby50aW5nQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTEgZmFjZT0iQXJp YWwiPiZndDs8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+DQo8L2Zv bnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0x IGZhY2U9IkNhbGlicmkiPuaKhOmAgTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFj ZT0iQXJpYWwiPiZxdW90OzwvZm9udD48YSBocmVmPW1haWx0bzpzcHJpbmdAaWV0Zi5vcmc+PGZv bnQgc2l6ZT0xIGNvbG9yPSMwNTYzYzEgZmFjZT0iQXJpYWwiPjx1PnNwcmluZ0BpZXRmLm9yZzwv dT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+JnF1b3Q7DQombHQ7PC9mb250 PjxhIGhyZWY9bWFpbHRvOnNwcmluZ0BpZXRmLm9yZz48Zm9udCBzaXplPTEgY29sb3I9IzA1NjNj MSBmYWNlPSJBcmlhbCI+PHU+c3ByaW5nQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQgc2l6 ZT0xIGZhY2U9IkFyaWFsIj4mZ3Q7LA0KJnF1b3Q7PC9mb250PjxhIGhyZWY9Im1haWx0bzppc2lz LXdnQGlldGYub3JnIj48Zm9udCBzaXplPTEgY29sb3I9IzA1NjNjMSBmYWNlPSJBcmlhbCI+PHU+ aXNpcy13Z0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+ JnF1b3Q7DQombHQ7PC9mb250PjxhIGhyZWY9Im1haWx0bzppc2lzLXdnQGlldGYub3JnIj48Zm9u dCBzaXplPTEgY29sb3I9IzA1NjNjMSBmYWNlPSJBcmlhbCI+PHU+aXNpcy13Z0BpZXRmLm9yZzwv dT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+Jmd0OywNCiZxdW90OzwvZm9u dD48YSBocmVmPW1haWx0bzpvc3BmQGlldGYub3JnPjxmb250IHNpemU9MSBjb2xvcj0jMDU2M2Mx IGZhY2U9IkFyaWFsIj48dT5vc3BmQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0x IGZhY2U9IkFyaWFsIj4mcXVvdDsNCiZsdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86b3NwZkBpZXRm Lm9yZz48Zm9udCBzaXplPTEgY29sb3I9IzA1NjNjMSBmYWNlPSJBcmlhbCI+PHU+b3NwZkBpZXRm Lm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+Jmd0OzwvZm9udD48 Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249 dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0iQ2FsaWJyaSI+ 5Li76aKYPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJBcmlhbCI+UmU6IFtz cHJpbmddIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24NCmZvciBkcmFmdC1sdy1zcHJpbmct c2lkLWFsbG9jYXRpb24tMDAudHh0PC9mb250PjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0zIGZh Y2U9IlRpbWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9mb250Pg0KPHA+DQo8YnI+DQo8dGFibGUgd2lk dGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01MCU+ PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg Um9tYW4iPjxicj4NCjxicj4NCjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXci Pjxicj4NCmxpYW8sPGJyPg0KPGJyPg0KbXkgcmVhZCBvZiB5b3VyIGRyYWZ0IGlzIHRoYXQgeW91 J3JlIHV0aWxpemluZyBJR1AgZXh0ZW5zaW9ucyB0byBmbG9vZDxicj4NCmNvbmZpZ3VyYXRpb24g aW5mb3JtYXRpb3VuIHRocm91Z2ggdGhlIG5ldHdvcmsuIGhhdmUgeW91IGNvbnNpZGVyZWQ8YnI+ DQp1c2luZyBuZXRjb25mL1lBTkcgZm9yIGRvaW5nIHNvID8gYW5kIGlmIHNvIHdoYXQgaXMgd3Jv bmcgKHdoYXQ8YnI+DQphcmUgdGhlIHNob3J0Y29taW5ncykgb2YgbmV0Y29uZi9ZQU5HIHRvIGNv bmZpZ3VyZSBSQU4gcm91dGVycyA/PGJyPg0KSU9XIHdoeSBhcmUgZXhpc2l0aW5nIGNvbmZpZ3Vy YXRpb24gbWVuY2FobmlzbSBub3QgZ29vZCBlbm91Z2ggPzxicj4NCjxicj4NCi9oYW5uZXM8YnI+ DQo8YnI+DQpPbiBXZWQsIE9jdCAyMiwgMjAxNCBhdCAwNTozNTo0OFBNICswODAwLCA8L2ZvbnQ+ PGEgaHJlZj1tYWlsdG86bGlhby50aW5nQHp0ZS5jb20uY24+PGZvbnQgc2l6ZT0yIGNvbG9yPSMw NTYzYzEgZmFjZT0iQ291cmllciBOZXciPjx1PmxpYW8udGluZ0B6dGUuY29tLmNuPC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij4NCndyb3RlOjxicj4NCnwgJm5i c3A7ICZuYnNwO0luIHNvbWUgc2l0dWF0aW9uIHdoZXJlIHVzZXJzIGV4cGVjdCB0byBzaW1wbHkg cGx1ZyBpbiBhDQpTUiBub2RlIGFuZCBoYXZlPGJyPg0KfCAmbmJzcDsgJm5ic3A7aXQgYXV0b21h dGljYWxseSB1c2UgU2VnbWVudCBSb3V0aW5nLjxicj4NCnwgJm5ic3A7ICZuYnNwO1RoaXMgZHJh ZnQgYXR0ZW1wdHMgdG8gc29sdmUgdGhpcyBuZWVkLjxicj4NCnwgJm5ic3A7ICZuYnNwO0V4cGVj dGluZyB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIFRoYW5rIHlvdS48YnI+DQp8IDxicj4NCnwg Jm5ic3A7ICZuYnNwO0Jlc3QgUmVnYXJkcy48YnI+DQp8ICZuYnNwOyAmbmJzcDtUaW5nLCBCbywg RmFuZ3dlaSwgYW5kIEJodW1pcDxicj4NCnwgPGJyPg0KfCAmbmJzcDsgJm5ic3A7LS0tLS0g16o/ Pz/DiyA/w44/w4MwMzg3NjgvdXNlci96dGVfbHRkIMqxPz8gMjAxNC0xMC0yMiAxNjoxMQ0KLS0t LS08YnI+DQp8IDxicj4NCnwgJm5ic3A7ICZuYnNwOzwvZm9udD48YSBocmVmPSJtYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnIj48Zm9udCBzaXplPTIgY29sb3I9IzA1NjNjMSBmYWNlPSJD b3VyaWVyIE5ldyI+PHU+aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZv bnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij4NCj/DlT8/P8OLIEJodW1pcCBLaGFzbmFiaXNo PGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOmJodW1pcC5raGFz bmFiaXNoQHp0ZXR4LmNvbT48Zm9udCBzaXplPTIgY29sb3I9IzA1NjNjMSBmYWNlPSJDb3VyaWVy IE5ldyI+PHU+Ymh1bWlwLmtoYXNuYWJpc2hAenRldHguY29tPC91PjwvZm9udD48L2E+PGZvbnQg c2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij4mZ3Q7LA0KJnF1b3Q7Qmh1bWlwPGJyPg0KfCAmbmJz cDsgJm5ic3A7MjAxNC0xMC0yMiAxNjowMiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwO0toYXNuYWJpc2gmcXVvdDsgJmx0OzwvZm9udD48YSBo cmVmPW1haWx0bzpiaHVtaXAua2hhc25hYmlzaEB6dGV0eC5jb20+PGZvbnQgc2l6ZT0yIGNvbG9y PSMwNTYzYzEgZmFjZT0iQ291cmllciBOZXciPjx1PmJodW1pcC5raGFzbmFiaXNoQHp0ZXR4LmNv bTwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+Jmd0Oyw8YnI+ DQp8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyZxdW90O2Zhbmd3ZWkgaHUmcXVvdDsNCiZsdDs8L2ZvbnQ+PGEgaHJl Zj1tYWlsdG86aHUuZmFuZ3dlaUB6dGUuY29tLmNuPjxmb250IHNpemU9MiBjb2xvcj0jMDU2M2Mx IGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5odS5mYW5nd2VpQHp0ZS5jb20uY248L3U+PC9mb250Pjwv YT48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPiZndDssPGJyPg0KfCAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDtGYW5nd2VpIEh1ICZsdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86aHUuZmFuZ3dlaUB6dGUuY29t LmNuPjxmb250IHNpemU9MiBjb2xvcj0jMDU2M2MxIGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5odS5m YW5nd2VpQHp0ZS5jb20uY248L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iQ291cmll ciBOZXciPiZndDssDQomcXVvdDtXdTxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Qm8mcXVvdDsgJmx0Ozwv Zm9udD48YSBocmVmPW1haWx0bzpiby53dUB6dGUuY29tLmNuPjxmb250IHNpemU9MiBjb2xvcj0j MDU2M2MxIGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5iby53dUB6dGUuY29tLmNuPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij4mZ3Q7LA0KJnF1b3Q7VGluZyBMaWFv JnF1b3Q7PGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7PC9mb250PjxhIGhyZWY9bWFpbHRvOmxpYW8u dGluZ0B6dGUuY29tLmNuPjxmb250IHNpemU9MiBjb2xvcj0jMDU2M2MxIGZhY2U9IkNvdXJpZXIg TmV3Ij48dT5saWFvLnRpbmdAenRlLmNvbS5jbjwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MiBm YWNlPSJDb3VyaWVyIE5ldyI+Jmd0OywNClRpbmcgTGlhbzxicj4NCnwgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0 OzwvZm9udD48YSBocmVmPW1haWx0bzpsaWFvLnRpbmdAenRlLmNvbS5jbj48Zm9udCBzaXplPTIg Y29sb3I9IzA1NjNjMSBmYWNlPSJDb3VyaWVyIE5ldyI+PHU+bGlhby50aW5nQHp0ZS5jb20uY248 L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBOZXciPiZndDssDQpCbyBX dTxicj4NCnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7Jmx0OzwvZm9udD48YSBocmVmPW1haWx0bzpiby53dUB6dGUu Y29tLmNuPjxmb250IHNpemU9MiBjb2xvcj0jMDU2M2MxIGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5i by53dUB6dGUuY29tLmNuPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIg TmV3Ij4mZ3Q7PGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgPz8/w408YnI+DQp8ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyA/w7c/w6IgTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcjxicj4NCnwg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dDxicj4NCnwg PGJyPg0KfCA8YnI+DQp8ICZuYnNwOyAmbmJzcDtBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt bHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLTAwLnR4dDxicj4NCnwgJm5ic3A7ICZuYnNwO2hhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgRmFuZ3dlaSBIdSBhbmQgcG9zdGVkDQp0byB0 aGU8YnI+DQp8ICZuYnNwOyAmbmJzcDtJRVRGIHJlcG9zaXRvcnkuPGJyPg0KfCA8YnI+DQp8ICZu YnNwOyAmbmJzcDtOYW1lOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO2RyYWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbjxicj4N CnwgJm5ic3A7ICZuYnNwO1JldmlzaW9uOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAwMDxicj4NCnwgJm5ic3A7ICZuYnNwO1RpdGxlOiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO1NQUklORw0KU0lEIEFsbG9jYXRpb248YnI+DQp8ICZuYnNwOyAmbmJzcDtEb2N1bWVudCBk YXRlOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu YnNwOyAyMDE0LTEwLTIyPGJyPg0KfCAmbmJzcDsgJm5ic3A7R3JvdXA6ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7SW5kaXZpZHVh bA0KU3VibWlzc2lvbjxicj4NCnwgJm5ic3A7ICZuYnNwO1BhZ2VzOiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzEyPGJyPg0KfCAm bmJzcDsgJm5ic3A7VVJMOjxicj4NCnwgJm5ic3A7ICZuYnNwOyA8L2ZvbnQ+PGEgaHJlZj0iaHR0 cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbHctc3ByaW5nLXNpZC1hbGxv Y2F0aW9uLTAwLnR4dCI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwNTYzYzEgZmFjZT0iQ291cmllciBO ZXciPjx1Pmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWx3LXNwcmlu Zy1zaWQtYWxsb2NhdGlvbi0wMC50eHQ8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0i Q291cmllciBOZXciPjxicj4NCnwgJm5ic3A7ICZuYnNwO1N0YXR1czo8YnI+DQp8ICZuYnNwOyAm bmJzcDs8L2ZvbnQ+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtbHctc3ByaW5nLXNpZC1hbGxvY2F0aW9uLyI+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwNTYzYzEg ZmFjZT0iQ291cmllciBOZXciPjx1Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWx3LXNwcmluZy1zaWQtYWxsb2NhdGlvbi88L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIg ZmFjZT0iQ291cmllciBOZXciPjxicj4NCnwgJm5ic3A7ICZuYnNwO0h0bWxpemVkOjxicj4NCnwg Jm5ic3A7ICZuYnNwOzwvZm9udD48YSBocmVmPSJodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDAiPjxmb250IHNpemU9MiBjb2xvcj0jMDU2 M2MxIGZhY2U9IkNvdXJpZXIgTmV3Ij48dT5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1sdy1zcHJpbmctc2lkLWFsbG9jYXRpb24tMDA8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIg ZmFjZT0iQ291cmllciBOZXciPjxicj4NCnwgPGJyPg0KfCAmbmJzcDsgJm5ic3A7QWJzdHJhY3Q6 PGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwO1NlZ21lbnQgUm91dGluZyAoU1IpIGFsbG93cyBm b3IgYSBmbGV4aWJsZSBkZWZpbml0aW9uDQpvZiBlbmQtdG8tZW5kPGJyPg0KfCAmbmJzcDsgJm5i c3A7ICZuYnNwO3BhdGhzIHdpdGhpbiBJR1AgdG9wb2xvZ2llcyBieSBlbmNvZGluZyBwYXRocyBh cw0Kc2VxdWVuY2VzIG9mPGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwO3RvcG9sb2dpY2FsIHN1 Yi1wYXRocywgY2FsbGVkICZxdW90O3NlZ21lbnRzJnF1b3Q7Lg0KJm5ic3A7VGhlc2Ugc2VnbWVu dHMgYXJlPGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwO2FkdmVydGlzZWQgYnkgdGhlIGxpbmst c3RhdGUgcm91dGluZyBwcm90b2NvbHMgKElTLUlTDQphbmQgT1NQRikuICZuYnNwO0FuZDxicj4N CnwgJm5ic3A7ICZuYnNwOyAmbmJzcDthIHNlZ21lbnQgaXMgaWRlbnRpZmllZCBieSBhIFNlZ21l bnQgUm91dGluZyBJRChTSUQpLg0KJm5ic3A7VGhpcyBkb2N1bWVudDxicj4NCnwgJm5ic3A7ICZu YnNwOyAmbmJzcDtwcm9wb3NlcyBhIG1ldGhvZCB0aGF0IHRoZSBvbmx5IHNlbGVjdGVkIFNSIG5v ZGVzDQpyZXNwb25zaWJsZSBmb3I8YnI+DQp8ICZuYnNwOyAmbmJzcDsgJm5ic3A7YWxsb2NhdGlu ZyBTSURzIGZvciBhIFNSIGRvbWFpbiB0byByZWR1Y2UgU0lEIGNvbmZpZ3VyYXRpb24NCnJlcXVp cmVkPGJyPg0KfCAmbmJzcDsgJm5ic3A7ICZuYnNwO29uIGFsbCBTUiBub2Rlcy48YnI+DQp8IDxi cj4NCnwgPGJyPg0KfCA8YnI+DQp8IDxicj4NCnwgJm5ic3A7ICZuYnNwO1BsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZQ0KdGltZSBvZjxicj4N CnwgJm5ic3A7ICZuYnNwO3N1Ym1pc3Npb248YnI+DQp8ICZuYnNwOyAmbmJzcDt1bnRpbCB0aGUg aHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3Jn Ljxicj4NCnwgPGJyPg0KfCAmbmJzcDsgJm5ic3A7VGhlIElFVEYgU2VjcmV0YXJpYXQ8YnI+DQo8 YnI+DQp8IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJy Pg0KfCBzcHJpbmcgbWFpbGluZyBsaXN0PGJyPg0KfCA8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86c3By aW5nQGlldGYub3JnPjxmb250IHNpemU9MiBjb2xvcj0jMDU2M2MxIGZhY2U9IkNvdXJpZXIgTmV3 Ij48dT5zcHJpbmdAaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iQ291 cmllciBOZXciPjxicj4NCnwgPC9mb250PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9zcHJpbmc+PGZvbnQgc2l6ZT0yIGNvbG9yPSMwNTYzYzEgZmFjZT0iQ291 cmllciBOZXciPjx1Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3ByaW5n PC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48YnI+DQo8L2Zv bnQ+PHR0Pjxmb250IHNpemU9Mj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxicj4NCnNwcmluZyBtYWlsaW5nIGxpc3Q8YnI+DQpzcHJpbmdAaWV0Zi5vcmc8 YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3NwcmluZzxicj4NCjwv Zm9udD48L3R0Pg0KPGJyPg0K --=_alternative 003484DA48257D7E_=-- From nobody Tue Oct 28 11:36:57 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F39E1A9136 for ; Tue, 28 Oct 2014 11:36:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.266 X-Spam-Level: X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 TsxTWhXu48gC for ; Tue, 28 Oct 2014 11:36:53 -0700 (PDT) Received: from mx0b-00103a01.pphosted.com (mx0b-00103a01.pphosted.com [67.231.152.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8D071AC39B for ; Tue, 28 Oct 2014 11:35:11 -0700 (PDT) Received: from pps.filterd (m0002317.ppops.net [127.0.0.1]) by mx0b-00103a01.pphosted.com (8.14.5/8.14.5) with SMTP id s9SIU988011923; Tue, 28 Oct 2014 14:35:07 -0400 Received: from vawvcgsie2k1301.ciena.com (LIN1-118-36-35.ciena.com [63.118.36.35]) by mx0b-00103a01.pphosted.com with ESMTP id 1q9v1btj7t-1 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 28 Oct 2014 14:35:07 -0400 Received: from ONWVEXCHHT01.ciena.com (10.128.6.16) by VAWVCGSIE2K1301.ciena.com (10.4.62.15) with Microsoft SMTP Server (TLS) id 15.0.847.32; Tue, 28 Oct 2014 14:35:05 -0400 Received: from ONWVEXCHMB04.ciena.com ([::1]) by ONWVEXCHHT01.ciena.com ([::1]) with mapi; Tue, 28 Oct 2014 14:35:06 -0400 From: "Shah, Himanshu" To: "Alvaro Retana (aretana)" , "spring@ietf.org" Date: Tue, 28 Oct 2014 14:35:03 -0400 Thread-Topic: IETF 91 Draft Agenda (spring) Thread-Index: AQHP8jFGX4wHVCK5mEmfh5HjhX+13JxF1kVA Message-ID: <40746B2300A8FC4AB04EE722A593182B7D5C8E0E@ONWVEXCHMB04.ciena.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US x-tm-as-product-ver: SMEX-10.0.0.1412-7.000.1014-21060.001 x-tm-as-result: No--52.158300-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_40746B2300A8FC4AB04EE722A593182B7D5C8E0EONWVEXCHMB04cie_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.28, 0.0.0000 definitions=2014-10-28_08:2014-10-28,2014-10-28,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1410280163 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/N-5D9wBDqW5DnGVSDyNNrPpEzOY Cc: "spring-chairs@tools.ietf.org" Subject: Re: [spring] IETF 91 Draft Agenda (spring) X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 28 Oct 2014 18:36:55 -0000 --_000_40746B2300A8FC4AB04EE722A593182B7D5C8E0EONWVEXCHMB04cie_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Alvaro - Would it be possible to accommodate 5-10min slot for http://www.ietf.org/id= /draft-xu-pce-sr-sfc-02.txt? Thanks, himanshu From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Alvaro Retana (a= retana) Sent: Monday, October 27, 2014 5:59 PM To: spring@ietf.org Cc: spring-chairs@tools.ietf.org Subject: [spring] IETF 91 Draft Agenda (spring) HI! I just published the draft agenda: http://www.ietf.org/proceedings/91/agend= a/agenda-91-spring As it stands, the agenda is pretty light. I'm hoping everyone is holding t= heir requests for last.. Note that the final agenda has to be in on Nov/3. Let me know if I missed = any request. Thanks! Alvaro. --_000_40746B2300A8FC4AB04EE722A593182B7D5C8E0EONWVEXCHMB04cie_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Alvaro= –

Would it be pos= sible to accommodate 5-10min slot for http://www.ietf.org/id/draft-xu-pce-sr-sfc-02.txt<= /a>?

Thanks,<= /span>

himanshu

<= p class=3DMsoNormal> 

 

= From:= spring [mailto:spring-bounces@ietf.org] On Behalf Of Alvaro Reta= na (aretana)
Sent: Monday, October 27, 2014 5:59 PM
To:= spring@ietf.org
Cc: spring-chairs@tools.ietf.org
Subject:<= /b> [spring] IETF 91 Draft Agenda (spring)

 

H= I!

 

 =

As it stands, the agenda is= pretty light.  I’m hoping everyone is holding their requests fo= r last..  

<= o:p> 

Note that t= he final agenda has to be in on Nov/3.  Let me know if I missed any re= quest.

 = ;

Thanks!

 

<= /div>

Alvaro.

= --_000_40746B2300A8FC4AB04EE722A593182B7D5C8E0EONWVEXCHMB04cie_-- From nobody Thu Oct 30 03:15:57 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A3491AD0A2; Thu, 30 Oct 2014 03:15:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 hknjsRygGNUm; Thu, 30 Oct 2014 03:15:40 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6137C1AD09E; Thu, 30 Oct 2014 03:15:39 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLC32436; Thu, 30 Oct 2014 10:15:37 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Oct 2014 10:15:33 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.18]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Thu, 30 Oct 2014 18:15:29 +0800 From: Xuxiaohu To: "sfc@ietf.org" , "mpls@ietf.org" , "" Thread-Topic: About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Thread-Index: AQHP4WkpFJPaLJGjIUWt43ZhzuIOrJwl4oHQgCCrkLCAAKOpgIABXyHg Date: Thu, 30 Oct 2014 10:15:29 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C80A7@NKGEML512-MBS.china.huawei.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644NKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/qJARYuVm_FuzbDOO-94qoliuNoo Subject: [spring] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 30 Oct 2014 10:15:45 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644NKGEML512MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, There are many drafts which mentioned the possibility of using the MPLS sou= rce routing (i.e., MPLS-SPRING) mechanism for service function chain purpos= e. However, we do need a detailed evaluation of such possibility so as to f= igure out whether any potential extensions to the MPLS architecture is requ= ired. For instance, 1) although an MPLS label stack could be used to indicate an SFP, however, = when an SFF-proxy receives such a MPLS packet, it must know the payload typ= e of the MPLS packet before sending the original packet to the correspondin= g legacy SF. How? In fact, even in the non-legacy SF case, should the SFF d= irectly forward the MPLS packet to the corresponding SF directly or strip t= he MPLS header before sending the packet to the corresponding SF? In the fo= rmer case, the corresponding SF should know the payload type of the MPLS pa= cket. In the latter case, the SFF should know the payload type. To identify= the payload type, one way is to allocate a separate local label for each p= ayload type (is this a scalable way?), another way is to allocate an SPL or= an ESPL for each payload type (is this the normal purpose of the SPL or ES= PL), a third way is to introduce a SPL or ESPL which is followed by a proto= col id header (is this a significant change to the MPLS architecture?). 2) assume an SFF needs to strip the "whole" MPLS header before sending the = packet to the corresponding SF, does it mean a big change to the current MP= LS forwarding plane? 3) when using an MPLS label stack to indicate an SFC rather than an SFP, ea= ch SF would have to be identified by a domain-wide label. One way is to res= erve the same label range for SF SID purpose by all the SFFs. Another way i= s to rely on the context label concept (i.e., each SF of an SFC would have = to be represented by two labels in the label stack, one is the context indi= cation label, the other is the label allocated from that context label spac= e for that SF ). However, it seems that the domain-wide label usage is stil= l a controversial topic in the IETF community. 4) how to convey metadata in an MPLS packet? This issue may be the same as = issue 1. Any comments? Best regards, Xiaohu From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] Sent: Wednesday, October 29, 2014 8:15 PM To: Xuxiaohu; Thomas Narten Subject: Re: SFC Honolulu meeting agenda Hi Xiaohu, Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our im= mediate deliverables. For this reason we are unable to allocate time for di= scussion of your draft in HI. Please feel free to continue to solicit disc= ussion on the SFC mailing list. Jim & Thomas From: Xuxiaohu > Date: Tuesday, October 28, 2014 at 11:30 PM To: Jim Guichard >, Thomas Na= rten > Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I found there are still available time on the SFC agenda. Hence I wonder wh= ether you could allocate a 15-min slot for presenting this draft. Best regards, Xiaohu From: Xuxiaohu Sent: Wednesday, October 08, 2014 4:50 PM To: 'Jim Guichard (jguichar)'; sfc@ietf.org Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I would like to request a 15-min slot for presenting the following draft (h= ttps://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-00). Since "Gener= ic SFC Encapsulation" is one of the WG charter deliverables and the charter= states that "...The working group will consider using an existing encapsul= ation (with extensions as appropriate) if a suitable candidate is found..."= I would like the WG to help evaluating whether the MPLS-SPRING-based SFC e= ncapsulation approach as described in the above draft could be considered a= s one of the candidates. Best regards, Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Monday, October 06, 2014 9:27 PM To: sfc@ietf.org Subject: [sfc] SFC Honolulu meeting agenda Greetings WG: Our meeting at the upcoming Honolulu venue is fast approaching. As always,= the goal of the meeting will be to make the best use of limited face-to-fa= ce time. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and t= hat generally means focussing on key charter deliverables and topics with i= mportant open issues to resolve. In the case of individual IDs, the goal is= n't necessarily to present what is in the draft but rather to help the WG d= ecide what to do with the ID. With that in mind, when making an agenda requ= est please consider what you think the WG should do with its content. For e= xample: * Does the document have useful content that should be moved into anoth= er WG document or progress on it's own merit * Does the content have a good basis for one of the WG documents per th= e charter (in order for that to happen the document needs to be the most ap= propriate out of the collection of related documents) * Should the document content be merged with one or more other document= s, so that a combined document could become a WG document Jim & Thomas --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644NKGEML512MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

There are many drafts which = mentioned the possibility of using the MPLS source routing (i.e., MPLS-SPRI= NG) mechanism for service function chain purpose. However, we do need a det= ailed evaluation of such possibility so as to figure out whether any potential extensions to the MPLS architect= ure is required. For instance,

 

1) although an MPLS label st= ack could be used to indicate an SFP, however, when an SFF-proxy receives s= uch a MPLS packet, it must know the payload type of the MPLS packet before = sending the original packet to the corresponding legacy SF. How? In fact, even in the non-legacy SF case, should the SFF di= rectly forward the MPLS packet to the corresponding SF directly or strip th= e MPLS header before sending the packet to the corresponding SF? In the for= mer case, the corresponding SF should know the payload type of the MPLS packet. In the latter case, the SFF shou= ld know the payload type. To identify the payload type, one way is to alloc= ate a separate local label for each payload type (is this a scalable way?),= another way is to allocate an SPL or an ESPL for each payload type (is this the normal purpose of the SPL or= ESPL), a third way is to introduce a SPL or ESPL which is followed by a pr= otocol id header (is this a significant change to the MPLS architecture?).<= o:p>

 

2) assume an SFF needs to st= rip the “<= /span>whole” MPLS hea= der before sending the packet to the corresponding SF, does it mean a big c= hange to the current MPLS forwarding plane?

 

3) when using an MPLS label = stack to indicate an SFC rather than an SFP, each SF would have to be ident= ified by a domain-wide label. One way is to reserve the same label range fo= r SF SID purpose by all the SFFs. Another way is to rely on the context label concept (i.e., each SF of an SFC would= have to be represented by two labels in the label stack, one is the contex= t indication label, the other is the label allocated from that context labe= l space for that SF ). However, it seems that the domain-wide label usage is still a controversial topic i= n the IETF community.

 

4) how to convey metadata in= an MPLS packet? This issue may be the same as issue 1.

 

Any comments?

 

Best regards,

Xiaohu

 = ;

 = ;

From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com]
Sent: Wednesday, October 29, 2014 8:15 PM
To: Xuxiaohu; Thomas Narten
Subject: Re: SFC Honolulu meeting agenda

 

Hi Xiaohu,

 <= /o:p>

Our agenda i= s not yet finalized but we will only be allowing slots for drafts that have= had mailing list discussion and are directly related to our immediate deliverables. For this reason we are unable to allocate time for= discussion of your draft in HI.  Please feel free to continue to soli= cit discussion on the SFC mailing list.

 <= /o:p>

Jim & Th= omas

 <= /o:p>

From: Xuxiaohu <xuxiaohu@huawei.com>
Date: Tuesday, October 28, 2014 at 11:30 PM
To: Jim Guichard <jguichar@= cisco.com>, Thomas Narten <n= arten@us.ibm.com>
Subject: RE: SFC Honolulu meeting agenda

 <= /o:p>

Hi co-chai= rs,

 

I found th= ere are still available time on the SFC agenda. Hence I wonder whether you = could allocate a 15-min slot for presenting this draft.

 

Best regar= ds,

Xiaohu

 

From: Xuxiaohu
Sent: Wednesday, October 08, 2014 4:50 PM
To: 'Jim Guichard (jguichar)'; sfc@i= etf.org
Subject: RE: SFC Honolulu meeting agenda

 

Hi co-chai= rs,

 

I would li= ke to request a 15-min slot for presenting the following draft (https://tools.ietf.org/html/draft-x= u-sfc-using-mpls-spring-00). Since “Generic SFC Encapsulation” is one of the WG charter del= iverables and the charter states that “…The working group will = consider using an existing encapsulation (with extensions as appropriate) i= f a suitable candidate is found...” I would like the WG to help evaluating whether the MPLS-SPRING-based SFC encapsulation approac= h as described in the above draft could be considered as one of the candida= tes.

 

Best regar= ds,

Xiaohu

 

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Monday, October 06, 2014 9:27 PM
To: sfc@ietf.org
Subject: [sfc] SFC Honolulu meeting agenda

 

Greetings WG= :

 

Our meeting = at the upcoming Honolulu venue is fast approaching.  As always, the goal of the meeting will be to make the best use of limited face-= to-face time.<= /span>

 

As we build = the meeting agenda we welcome requests for agenda time. As always, the goal= of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables and topics = with important open issues to resolve. In the case of individual IDs, the g= oal isn’t necessarily to present what is in the draft but rather to h= elp the WG decide what to do with the ID. With that in mind, when making an agenda request please consider what = you think the WG should do with its content. For example:

  • Does the document have useful content that shou= ld be moved into another WG document or progress on it’s own merit
  • Does the content have a good basis for one of t= he WG documents per the charter (in order for that to happen the document n= eeds to be the most appropriate out of the collection of related documents)
  • Should the document content be merged with one = or more other documents, so that a combined document could become a WG docu= ment

Jim & Th= omas

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644NKGEML512MBSchi_-- From nobody Thu Oct 30 09:08:37 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4457B1AD4ED; Thu, 30 Oct 2014 08:56:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 QrJ22FPJWwEa; Thu, 30 Oct 2014 08:56:51 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 51E691AD4F6; Thu, 30 Oct 2014 08:56:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: cfilsfil@cisco.com, sprevidi@cisco.com, bashandy@cisco.com, bruno.decraene@orange.com, stephane.litkowski@orange.com, Martin.Horneffer@telekom.de, igormilojevic@telekom.rs, rob.shakir@bt.com, saku@ytti.fi, wim.henderickx@alcatel-lucent.com, jeff.tantsura@ericsson.com, edc@google.com X-Test-IDTracker: no X-IETF-IDTracker: 5.7.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20141030155639.13983.54043.idtracker@ietfa.amsl.com> Date: Thu, 30 Oct 2014 08:56:39 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/spring/AVXHpE9BB3Ht9VWv6AWRMZP8SS8 X-Mailman-Approved-At: Thu, 30 Oct 2014 09:08:34 -0700 Cc: spring@ietf.org, akatlas@gmail.com, aretana@cisco.com, jgs@juniper.net, adrian@olddog.co.uk, ipr-announce@ietf.org Subject: [spring] IPR Disclosure: Cisco's Statement of IPR Related to draft-filsfils-spring-segment-routing-04 X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 15:56:53 -0000 Dear Clarence Filsfils, Stefano Previdi, Ahmed Bashandy, Bruno Decraene, Stephane Litkowski, Martin Horneffer, Igor Milojevic, Rob Shakir, Saku Ytti, Wim Henderickx, Jeff Tantsura, Edward Crabbe: An IPR disclosure that pertains to your Internet-Draft entitled "Segment Routing Architecture" (draft-filsfils-spring-segment-routing) was submitted to the IETF Secretariat on 2014-10-30 and has been posted on the "IETF Page of Intellectual Property Rights Disclosures" (https://datatracker.ietf.org/ipr/2471/). The title of the IPR disclosure is "Cisco's Statement of IPR Related to draft-filsfils-spring-segment- routing-04.""); The IETF Secretariat From nobody Thu Oct 30 19:28:32 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 603B21A8A79; Thu, 30 Oct 2014 19:28:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_48=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 V9Cd4wspY1lg; Thu, 30 Oct 2014 19:28:17 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2C321A8A87; Thu, 30 Oct 2014 19:28:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLD00420; Fri, 31 Oct 2014 02:28:09 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 31 Oct 2014 02:28:08 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.18]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Fri, 31 Oct 2014 10:28:04 +0800 From: Xuxiaohu To: Ron Parker Thread-Topic: [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Thread-Index: AQHP4WkpFJPaLJGjIUWt43ZhzuIOrJwl4oHQgCCrkLCAAKOpgIABXyHggAAq7QCAAOSVsA== Date: Fri, 31 Oct 2014 02:28:04 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6E@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C80A7@NKGEML512-MBS.china.huawei.com> , <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644@NKGEML512-MBS.china.huawei.com> <3A2D6E6C-9AB6-4214-887A-42E7ADC2EB6B@affirmednetworks.com> In-Reply-To: <3A2D6E6C-9AB6-4214-887A-42E7ADC2EB6B@affirmednetworks.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6ENKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/abTzgLkee81tAzWCEwsYx_cO4PI Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [spring] [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 31 Oct 2014 02:28:24 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6ENKGEML512MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ron, Did you mean an SPL(Special Purpose Label) or an ESPL(Extended Special Purp= ose Label) by a well-known global label? If so, additional SPLs or ESPLs wo= uld need to be allocated for different MPLS payload, such as Ethernet frame= and IP packet. However I wonder whether it is the normal usage of the SPL = and ESPL space (i.e., used as a protocol type identifier)? Best regards, Xiaohu From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] Sent: Friday, October 31, 2014 4:45 AM To: Xuxiaohu Cc: sfc@ietf.org; mpls@ietf.org; Subject: Re: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Xiaohu, Regarding carriage of metadata -- the MPLS would be only the transport part= . What about reserving a well known global label that means SCH/NSH header= follows. This well known label would always be at the BOS. Ron On Oct 30, 2014, at 3:15 AM, Xuxiaohu > wrote: Hi all, There are many drafts which mentioned the possibility of using the MPLS sou= rce routing (i.e., MPLS-SPRING) mechanism for service function chain purpos= e. However, we do need a detailed evaluation of such possibility so as to f= igure out whether any potential extensions to the MPLS architecture is requ= ired. For instance, 1) although an MPLS label stack could be used to indicate an SFP, however, = when an SFF-proxy receives such a MPLS packet, it must know the payload typ= e of the MPLS packet before sending the original packet to the correspondin= g legacy SF. How? In fact, even in the non-legacy SF case, should the SFF d= irectly forward the MPLS packet to the corresponding SF directly or strip t= he MPLS header before sending the packet to the corresponding SF? In the fo= rmer case, the corresponding SF should know the payload type of the MPLS pa= cket. In the latter case, the SFF should know the payload type. To identify= the payload type, one way is to allocate a separate local label for each p= ayload type (is this a scalable way?), another way is to allocate an SPL or= an ESPL for each payload type (is this the normal purpose of the SPL or ES= PL), a third way is to introduce a SPL or ESPL which is followed by a proto= col id header (is this a significant change to the MPLS architecture?). 2) assume an SFF needs to strip the "whole" MPLS header before sending the = packet to the corresponding SF, does it mean a big change to the current MP= LS forwarding plane? 3) when using an MPLS label stack to indicate an SFC rather than an SFP, ea= ch SF would have to be identified by a domain-wide label. One way is to res= erve the same label range for SF SID purpose by all the SFFs. Another way i= s to rely on the context label concept (i.e., each SF of an SFC would have = to be represented by two labels in the label stack, one is the context indi= cation label, the other is the label allocated from that context label spac= e for that SF ). However, it seems that the domain-wide label usage is stil= l a controversial topic in the IETF community. 4) how to convey metadata in an MPLS packet? This issue may be the same as = issue 1. Any comments? Best regards, Xiaohu From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] Sent: Wednesday, October 29, 2014 8:15 PM To: Xuxiaohu; Thomas Narten Subject: Re: SFC Honolulu meeting agenda Hi Xiaohu, Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our im= mediate deliverables. For this reason we are unable to allocate time for di= scussion of your draft in HI. Please feel free to continue to solicit disc= ussion on the SFC mailing list. Jim & Thomas From: Xuxiaohu > Date: Tuesday, October 28, 2014 at 11:30 PM To: Jim Guichard >, Thomas Na= rten > Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I found there are still available time on the SFC agenda. Hence I wonder wh= ether you could allocate a 15-min slot for presenting this draft. Best regards, Xiaohu From: Xuxiaohu Sent: Wednesday, October 08, 2014 4:50 PM To: 'Jim Guichard (jguichar)'; sfc@ietf.org Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I would like to request a 15-min slot for presenting the following draft (h= ttps://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-00). Since "Gener= ic SFC Encapsulation" is one of the WG charter deliverables and the charter= states that "...The working group will consider using an existing encapsul= ation (with extensions as appropriate) if a suitable candidate is found..."= I would like the WG to help evaluating whether the MPLS-SPRING-based SFC e= ncapsulation approach as described in the above draft could be considered a= s one of the candidates. Best regards, Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Monday, October 06, 2014 9:27 PM To: sfc@ietf.org Subject: [sfc] SFC Honolulu meeting agenda Greetings WG: Our meeting at the upcoming Honolulu venue is fast approaching. As always,= the goal of the meeting will be to make the best use of limited face-to-fa= ce time. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and t= hat generally means focussing on key charter deliverables and topics with i= mportant open issues to resolve. In the case of individual IDs, the goal is= n't necessarily to present what is in the draft but rather to help the WG d= ecide what to do with the ID. With that in mind, when making an agenda requ= est please consider what you think the WG should do with its content. For e= xample: * Does the document have useful content that should be moved into anoth= er WG document or progress on it's own merit * Does the content have a good basis for one of the WG documents per th= e charter (in order for that to happen the document needs to be the most ap= propriate out of the collection of related documents) * Should the document content be merged with one or more other document= s, so that a combined document could become a WG document Jim & Thomas _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6ENKGEML512MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ron,

 = ;

Did you me= an an SPL(Special Purpose Label) or an ESPL(Extended Special Purpose Label)= by a well-known global label? If so, additional SPLs or ESPLs would need to be allocated for different MPLS payload, such as Ethernet fr= ame and IP packet. However I wonder whether it is the normal usage of the S= PL and ESPL space (i.e., used as a protocol type identifier)?

 = ;

Best regar= ds,

Xiaohu

 = ;

From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com]
Sent: Friday, October 31, 2014 4:45 AM
To: Xuxiaohu
Cc: sfc@ietf.org; mpls@ietf.org; <spring@ietf.org>
Subject: Re: [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda

 

Xiaohu,

 

Regarding carriage of metadata = -- the MPLS would be only the transport part.  What about reserving a = well known global label that means SCH/NSH header follows.  This well = known label would always be at the BOS.  

 

   Ron

 

=
On Oct 30, 2014, at 3:15 AM, Xuxiaohu <xuxiaohu@huawei.com> wrote:

Hi all,

 

There are many drafts which = mentioned the possibility of using the MPLS source routing (i.e., MPLS-SPRI= NG) mechanism for service function chain purpose. However, we do need a det= ailed evaluation of such possibility so as to figure out whether any potential extensions to the MPLS architect= ure is required. For instance,

 

1) although an MPLS label st= ack could be used to indicate an SFP, however, when an SFF-proxy receives s= uch a MPLS packet, it must know the payload type of the MPLS packet before = sending the original packet to the corresponding legacy SF. How? In fact, even in the non-legacy SF case, should the SFF di= rectly forward the MPLS packet to the corresponding SF directly or strip th= e MPLS header before sending the packet to the corresponding SF? In the for= mer case, the corresponding SF should know the payload type of the MPLS packet. In the latter case, the SFF shou= ld know the payload type. To identify the payload type, one way is to alloc= ate a separate local label for each payload type (is this a scalable way?),= another way is to allocate an SPL or an ESPL for each payload type (is this the normal purpose of the SPL or= ESPL), a third way is to introduce a SPL or ESPL which is followed by a pr= otocol id header (is this a significant change to the MPLS architecture?).<= o:p>

 

2) assume an SFF needs to st= rip the “<= /span>whole” MPLS hea= der before sending the packet to the corresponding SF, does it mean a big c= hange to the current MPLS forwarding plane?

 

3) when using an MPLS label = stack to indicate an SFC rather than an SFP, each SF would have to be ident= ified by a domain-wide label. One way is to reserve the same label range fo= r SF SID purpose by all the SFFs. Another way is to rely on the context label concept (i.e., each SF of an SFC would= have to be represented by two labels in the label stack, one is the contex= t indication label, the other is the label allocated from that context labe= l space for that SF ). However, it seems that the domain-wide label usage is still a controversial topic i= n the IETF community.

 

4) how to convey metadata in= an MPLS packet? This issue may be the same as issue 1.

 

Any comments?

 

Best regards,

Xiaohu

 

 

From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com]
Sent: Wednesday, October 29, 2014 8:15 PM
To: Xuxiaohu; Thomas Narten
Subject: Re: SFC Honolulu meeting agenda=

 

Hi Xiaohu,

 

Our agenda i= s not yet finalized but we will only be allowing slots for drafts that have= had mailing list discussion and are directly related to our immediate deliverables. For this reason we are unable to allocate time for= discussion of your draft in HI.  Please feel free to continue to soli= cit discussion on the SFC mailing list.

 

Jim & Th= omas

 

From: Xuxiaohu <xuxiaohu@huawei.com>
Date: Tuesday, October 28, 2014 at 11:30 PM
To: Jim Guichard <jguichar@= cisco.com>, Thomas Narten <n= arten@us.ibm.com>
Subject: RE: SFC Honolulu meeting agenda=

 

Hi co-chai= rs,

 

I found th= ere are still available time on the SFC agenda. Hence I wonder whether you = could allocate a 15-min slot for presenting this draft.

 

Best regar= ds,

Xiaohu

 

From: Xuxiaohu
Sent: Wednesday, October 08, 2014 4:50 PM
To: 'Jim Guichard (jguichar)'; sfc@i= etf.org
Subject: RE: SFC Honolulu meeting agenda=

 

Hi co-chai= rs,

 

I would li= ke to request a 15-min slot for presenting the following draft (https://tools.ietf.org/html/draft-x= u-sfc-using-mpls-spring-00). Since “Generic SFC Encapsulation” is one of the WG charter del= iverables and the charter states that “…The working group will = consider using an existing encapsulation (with extensions as appropriate) i= f a suitable candidate is found...” I would like the WG to help evaluating whether the MPLS-SPRING-based SFC encapsulation approac= h as described in the above draft could be considered as one of the candida= tes.

 

Best regar= ds,

Xiaohu

 

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Monday, October 06, 2014 9:27 PM
To: sfc@ietf.org
Subject: [sfc] SFC Honolulu meeting agenda

 

Greetings WG= :

 

Our meeting = at the upcoming Honolulu venue is fast approaching.  As always, the goal of the meeting will be to make the best use of limited face-= to-face time.

 

As we build = the meeting agenda we welcome requests for agenda time. As always, the goal= of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables and topics = with important open issues to resolve. In the case of individual IDs, the g= oal isn’t necessarily to present what is in the draft but rather to h= elp the WG decide what to do with the ID. With that in mind, when making an agenda request please consider what = you think the WG should do with its content. For example:

  • Does the document have useful content that shou= ld be moved into another WG document or progress on it’s own merit
  • Does the content have a good basis for one of t= he WG documents per the charter (in order for that to happen the document n= eeds to be the most appropriate out of the collection of related documents)
  • Should the document content be merged with one = or more other documents, so that a combined document could become a WG docu= ment

Jim & Th= omas

_______________________________= ________________
sfc mailing list
sfc@ietf.org
https://www.ietf.org/= mailman/listinfo/sfc

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6ENKGEML512MBSchi_-- From nobody Thu Oct 30 23:24:33 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE15A1A8AC0; Thu, 30 Oct 2014 23:23:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.4 X-Spam-Level: X-Spam-Status: No, score=-101.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_48=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=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 xpUiLvoAPewg; Thu, 30 Oct 2014 23:23:46 -0700 (PDT) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F5881A00E2; Thu, 30 Oct 2014 23:23:45 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-6f-5452d071d04c Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 50.20.25146.170D2545; Fri, 31 Oct 2014 00:57:37 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0174.001; Fri, 31 Oct 2014 02:23:44 -0400 From: Gregory Mirsky To: Xuxiaohu , Ron Parker Thread-Topic: [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Thread-Index: AQHP4WkpFJPaLJGjIUWt43ZhzuIOrJwl4oHQgCCrkLCAAKOpgIABXyHggAAq7QCAAOSVsIAAQdCw Date: Fri, 31 Oct 2014 06:23:43 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B877E62@eusaamb103.ericsson.se> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C80A7@NKGEML512-MBS.china.huawei.com> , <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644@NKGEML512-MBS.china.huawei.com> <3A2D6E6C-9AB6-4214-887A-42E7ADC2EB6B@affirmednetworks.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6E@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6E@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B877E62eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAIsWRmVeSWpSXmKPExsUyuXRPoG7hhaAQgzuHDS1uLV3JanHh6VRm iycPtrJbHL/wm9Fi6/lVjA6sHi+uPGP2aDnyltVjyZKfTAHMUVw2Kak5mWWpRfp2CVwZX/9v ZC/YvJepYtKGP8wNjO9mMHUxcnJICJhI/Ordzg5hi0lcuLeerYuRi0NI4AijxOWtk1ggnOWM Es8mXmMBqWITMJJ4sbEHrENEIEji75x9rF2MHBzMAtkSKyYbgdQLC/QxSvz70Qk2SUSgn1Hi 6eMmqIYoiQmPXrOB2CwCqhIrvv5kBmnmFfCVmDvBH2LZDyaJRw/+M4PUcAqESfxatBpsMSPQ ed9PrQE7m1lAXOLWk/lQLwhILNlznhnCFpV4+fgfK4StJPHx93x2iPp8iZfHvoPFeQUEJU7O fMIygVF0FpJRs5CUzUJSBhHXkViw+xMbhK0tsWzha2YY+8yBx0zI4gsY2VcxcpQWp5blphsZ bmIERuExCTbHHYwLPlkeYhTgYFTi4f1wKChEiDWxrLgy9xCjNAeLkjivZvW8YCGB9MSS1OzU 1ILUovii0pzU4kOMTBycUg2MYTY85WfL3I+vmZN8xMb3aVXso6PMoZ82+sz//7HLl+/F9zci m/J5dk2amHcwdXnRaZu5qdO7WuOc5ZlCl0effZj6oGIlX/PUaecYNglrvpmqtezz11rv//p1 xct7FuyTenLjLrtADMfbx37xDSa3MizLPZjKQv6FWs94si5D68uLywdV+fc/UGIpzkg01GIu Kk4EAE2vawmjAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/spring/4lIAY6-DHJIl5D5BmMQK7IcDGoc Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [spring] [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 31 Oct 2014 06:23:51 -0000 X-List-Received-Date: Fri, 31 Oct 2014 06:23:51 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B877E62eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Xiaohu, Ron, et. al, what if metadata carried over SF ACH type? Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Xuxiaohu Sent: Thursday, October 30, 2014 7:28 PM To: Ron Parker Cc: mpls@ietf.org; ; sfc@ietf.org Subject: Re: [mpls] [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Ron, Did you mean an SPL(Special Purpose Label) or an ESPL(Extended Special Purp= ose Label) by a well-known global label? If so, additional SPLs or ESPLs wo= uld need to be allocated for different MPLS payload, such as Ethernet frame= and IP packet. However I wonder whether it is the normal usage of the SPL = and ESPL space (i.e., used as a protocol type identifier)? Best regards, Xiaohu From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] Sent: Friday, October 31, 2014 4:45 AM To: Xuxiaohu Cc: sfc@ietf.org; mpls@ietf.org;= > Subject: Re: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Xiaohu, Regarding carriage of metadata -- the MPLS would be only the transport part= . What about reserving a well known global label that means SCH/NSH header= follows. This well known label would always be at the BOS. Ron On Oct 30, 2014, at 3:15 AM, Xuxiaohu > wrote: Hi all, There are many drafts which mentioned the possibility of using the MPLS sou= rce routing (i.e., MPLS-SPRING) mechanism for service function chain purpos= e. However, we do need a detailed evaluation of such possibility so as to f= igure out whether any potential extensions to the MPLS architecture is requ= ired. For instance, 1) although an MPLS label stack could be used to indicate an SFP, however, = when an SFF-proxy receives such a MPLS packet, it must know the payload typ= e of the MPLS packet before sending the original packet to the correspondin= g legacy SF. How? In fact, even in the non-legacy SF case, should the SFF d= irectly forward the MPLS packet to the corresponding SF directly or strip t= he MPLS header before sending the packet to the corresponding SF? In the fo= rmer case, the corresponding SF should know the payload type of the MPLS pa= cket. In the latter case, the SFF should know the payload type. To identify= the payload type, one way is to allocate a separate local label for each p= ayload type (is this a scalable way?), another way is to allocate an SPL or= an ESPL for each payload type (is this the normal purpose of the SPL or ES= PL), a third way is to introduce a SPL or ESPL which is followed by a proto= col id header (is this a significant change to the MPLS architecture?). 2) assume an SFF needs to strip the "whole" MPLS header before sending the = packet to the corresponding SF, does it mean a big change to the current MP= LS forwarding plane? 3) when using an MPLS label stack to indicate an SFC rather than an SFP, ea= ch SF would have to be identified by a domain-wide label. One way is to res= erve the same label range for SF SID purpose by all the SFFs. Another way i= s to rely on the context label concept (i.e., each SF of an SFC would have = to be represented by two labels in the label stack, one is the context indi= cation label, the other is the label allocated from that context label spac= e for that SF ). However, it seems that the domain-wide label usage is stil= l a controversial topic in the IETF community. 4) how to convey metadata in an MPLS packet? This issue may be the same as = issue 1. Any comments? Best regards, Xiaohu From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] Sent: Wednesday, October 29, 2014 8:15 PM To: Xuxiaohu; Thomas Narten Subject: Re: SFC Honolulu meeting agenda Hi Xiaohu, Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our im= mediate deliverables. For this reason we are unable to allocate time for di= scussion of your draft in HI. Please feel free to continue to solicit disc= ussion on the SFC mailing list. Jim & Thomas From: Xuxiaohu > Date: Tuesday, October 28, 2014 at 11:30 PM To: Jim Guichard >, Thomas Na= rten > Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I found there are still available time on the SFC agenda. Hence I wonder wh= ether you could allocate a 15-min slot for presenting this draft. Best regards, Xiaohu From: Xuxiaohu Sent: Wednesday, October 08, 2014 4:50 PM To: 'Jim Guichard (jguichar)'; sfc@ietf.org Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I would like to request a 15-min slot for presenting the following draft (h= ttps://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-00). Since "Gener= ic SFC Encapsulation" is one of the WG charter deliverables and the charter= states that "...The working group will consider using an existing encapsul= ation (with extensions as appropriate) if a suitable candidate is found..."= I would like the WG to help evaluating whether the MPLS-SPRING-based SFC e= ncapsulation approach as described in the above draft could be considered a= s one of the candidates. Best regards, Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Monday, October 06, 2014 9:27 PM To: sfc@ietf.org Subject: [sfc] SFC Honolulu meeting agenda Greetings WG: Our meeting at the upcoming Honolulu venue is fast approaching. As always,= the goal of the meeting will be to make the best use of limited face-to-fa= ce time. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and t= hat generally means focussing on key charter deliverables and topics with i= mportant open issues to resolve. In the case of individual IDs, the goal is= n't necessarily to present what is in the draft but rather to help the WG d= ecide what to do with the ID. With that in mind, when making an agenda requ= est please consider what you think the WG should do with its content. For e= xample: * Does the document have useful content that should be moved into anoth= er WG document or progress on it's own merit * Does the content have a good basis for one of the WG documents per th= e charter (in order for that to happen the document needs to be the most ap= propriate out of the collection of related documents) * Should the document content be merged with one or more other document= s, so that a combined document could become a WG document Jim & Thomas _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc --_000_7347100B5761DC41A166AC17F22DF1121B877E62eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Xiaohu, Ron, et. al,

what if metadata carried = over SF ACH type?

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: Thursday, October 30, 2014 7:28 PM
To: Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: Re: [mpls] [sfc] About the possibility of using MPLS source= routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting ag= enda

 

&nbs= p;

Xiaohu,

&nbs= p;

Regarding= carriage of metadata -- the MPLS would be only the transport part.  W= hat about reserving a well known global label that means SCH/NSH header fol= lows.  This well known label would always be at the BOS.  

&nbs= p;

  &n= bsp;Ron

&nbs= p;

Hi all= ,

 =

There = are many drafts which mentioned the possibility of using the MPLS source ro= uting (i.e., MPLS-SPRING) mechanism for service function chain purpose. How= ever, we do need a detailed evaluation of such possibility so as to figure out whether any potential extensions t= o the MPLS architecture is required. For instance,

 =

1) alt= hough an MPLS label stack could be used to indicate an SFP, however, when a= n SFF-proxy receives such a MPLS packet, it must know the payload type of t= he MPLS packet before sending the original packet to the corresponding legacy SF. How? In fact, even in the non-legac= y SF case, should the SFF directly forward the MPLS packet to the correspon= ding SF directly or strip the MPLS header before sending the packet to the = corresponding SF? In the former case, the corresponding SF should know the payload type of the MPLS packet= . In the latter case, the SFF should know the payload type. To identify the= payload type, one way is to allocate a separate local label for each paylo= ad type (is this a scalable way?), another way is to allocate an SPL or an ESPL for each payload type (is thi= s the normal purpose of the SPL or ESPL), a third way is to introduce a SPL= or ESPL which is followed by a protocol id header (is this a significant c= hange to the MPLS architecture?).

 =

2) ass= ume an SFF needs to strip the “whole” MPLS header before sending the packet to the corresponding SF, does it mean a b= ig change to the current MPLS forwarding plane?

 =

3) whe= n using an MPLS label stack to indicate an SFC rather than an SFP, each SF = would have to be identified by a domain-wide label. One way is to reserve t= he same label range for SF SID purpose by all the SFFs. Another way is to rely on the context label concept (i.e.= , each SF of an SFC would have to be represented by two labels in the label= stack, one is the context indication label, the other is the label allocat= ed from that context label space for that SF ). However, it seems that the domain-wide label usage is still= a controversial topic in the IETF community.

 =

4) how= to convey metadata in an MPLS packet? This issue may be the same as issue = 1.

 =

Any co= mments?

 =

Best r= egards,

Xiaohu=

From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com]
Sent: Wednesday, October 29, 2014 8:15 PM
To: Xuxiaohu; Thomas Narten
Subject: Re: SFC Honolulu meeting agenda

 

= Hi Xiaohu,

=  <= /p>

= Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our immediate deliverables. For this reason we are unable to al= locate time for discussion of your draft in HI.  Please feel free to c= ontinue to solicit discussion on the SFC mailing list.

=  <= /p>

= Jim & Thomas

=  <= /p>

From: Xuxiaohu <= ;xuxiaohu@huawei.com>
Date: Tuesday, October 28, 2014 at 11:30 PM
To: Jim Guichard <jguichar@= cisco.com>, Thomas Narten <n= arten@us.ibm.com>
Subject: RE: SFC Honolulu meeting agenda

=  <= /p>

Xuxia= ohu
Sent: Wednesday, October 08, 2014 4:50 PM
To: 'Jim Guichard (jguichar)'; sfc@i= etf.org
Subject: RE: SFC Honolulu meeting agenda

 

= https://tools.ietf.org/h= tml/draft-xu-sfc-using-mpls-spring-00). Since “Generic SFC Encapsulation” is one of the WG charter del= iverables and the charter states that “…The working group will = consider using an existing encapsulation (with extensions as appropriate) i= f a suitable candidate is found...” I would like the WG to help evaluating whether the MPLS-SPRING-based SFC encapsulation approac= h as described in the above draft could be considered as one of the candida= tes.

sfc [= mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Monday, October 06, 2014 9:27 PM
To: sfc@ietf.org
Subject: [sfc] SFC Honolulu meeting agenda

 

= Greetings WG:<= /span>

=  <= /p>

= Our meeting at the upcoming Honolulu venue is fast approaching.  As always, the goal of the meeting will be to make the best use of limited face-= to-face time.<= /span>

=  <= /p>

= As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables = and topics with important open issues to resolve. In the case of individual= IDs, the goal isn’t necessarily to present what is in the draft but = rather to help the WG decide what to do with the ID. With that in mind, when making an agenda request please consi= der what you think the WG should do with its content. For example:

  • Does the document have useful conte= nt that should be moved into another WG document or progress on it’s = own merit
  • Does the content have a good basis = for one of the WG documents per the charter (in order for that to happen th= e document needs to be the most appropriate out of the collection of related documents)
  • Should the document content be merg= ed with one or more other documents, so that a combined document could beco= me a WG document

= Jim & Thomas

_________= ______________________________________
sfc mailing list
sfc@ietf.org
https://www.ietf.org/= mailman/listinfo/sfc

--_000_7347100B5761DC41A166AC17F22DF1121B877E62eusaamb103erics_-- From nobody Thu Oct 30 23:42:24 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 741E71A8AD4; Thu, 30 Oct 2014 23:42:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_48=0.6, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 63eNgip1NqUx; Thu, 30 Oct 2014 23:42:12 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 576691A8AD1; Thu, 30 Oct 2014 23:42:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BOG22297; Fri, 31 Oct 2014 06:42:10 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 31 Oct 2014 06:42:08 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.18]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Fri, 31 Oct 2014 14:42:02 +0800 From: Xuxiaohu To: Gregory Mirsky , Ron Parker Thread-Topic: [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Thread-Index: AQHP4WkpFJPaLJGjIUWt43ZhzuIOrJwl4oHQgCCrkLCAAKOpgIABXyHggAAq7QCAAOSVsIAAQdCwgAAFX4A= Date: Fri, 31 Oct 2014 06:42:01 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C80A7@NKGEML512-MBS.china.huawei.com> , <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644@NKGEML512-MBS.china.huawei.com> <3A2D6E6C-9AB6-4214-887A-42E7ADC2EB6B@affirmednetworks.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6E@NKGEML512-MBS.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B877E62@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1121B877E62@eusaamb103.ericsson.se> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.98.134] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1NKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/spring/H0feVw6tet1V21dRfM-CrIXIQeM Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [spring] [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 31 Oct 2014 06:42:18 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1NKGEML512MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Greg, However, RFC5586 explicitly states that "The G-ACh MUST NOT be used to tran= sport user traffic." Anyway, it seems that we need a way to indentify the p= ayload type of the MPLS packet (e.g., metadata, Ethernet frame, IP packet) = in the MPLS-based SFC case. Best regards Xiaohu From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Friday, October 31, 2014 2:24 PM To: Xuxiaohu; Ron Parker Cc: mpls@ietf.org; ; sfc@ietf.org Subject: RE: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Xiaohu, Ron, et. al, what if metadata carried over SF ACH type? Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Xuxiaohu Sent: Thursday, October 30, 2014 7:28 PM To: Ron Parker Cc: mpls@ietf.org; >; sfc@ietf.org Subject: Re: [mpls] [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Ron, Did you mean an SPL(Special Purpose Label) or an ESPL(Extended Special Purp= ose Label) by a well-known global label? If so, additional SPLs or ESPLs wo= uld need to be allocated for different MPLS payload, such as Ethernet frame= and IP packet. However I wonder whether it is the normal usage of the SPL = and ESPL space (i.e., used as a protocol type identifier)? Best regards, Xiaohu From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] Sent: Friday, October 31, 2014 4:45 AM To: Xuxiaohu Cc: sfc@ietf.org; mpls@ietf.org;= > Subject: Re: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Xiaohu, Regarding carriage of metadata -- the MPLS would be only the transport part= . What about reserving a well known global label that means SCH/NSH header= follows. This well known label would always be at the BOS. Ron On Oct 30, 2014, at 3:15 AM, Xuxiaohu > wrote: Hi all, There are many drafts which mentioned the possibility of using the MPLS sou= rce routing (i.e., MPLS-SPRING) mechanism for service function chain purpos= e. However, we do need a detailed evaluation of such possibility so as to f= igure out whether any potential extensions to the MPLS architecture is requ= ired. For instance, 1) although an MPLS label stack could be used to indicate an SFP, however, = when an SFF-proxy receives such a MPLS packet, it must know the payload typ= e of the MPLS packet before sending the original packet to the correspondin= g legacy SF. How? In fact, even in the non-legacy SF case, should the SFF d= irectly forward the MPLS packet to the corresponding SF directly or strip t= he MPLS header before sending the packet to the corresponding SF? In the fo= rmer case, the corresponding SF should know the payload type of the MPLS pa= cket. In the latter case, the SFF should know the payload type. To identify= the payload type, one way is to allocate a separate local label for each p= ayload type (is this a scalable way?), another way is to allocate an SPL or= an ESPL for each payload type (is this the normal purpose of the SPL or ES= PL), a third way is to introduce a SPL or ESPL which is followed by a proto= col id header (is this a significant change to the MPLS architecture?). 2) assume an SFF needs to strip the "whole" MPLS header before sending the = packet to the corresponding SF, does it mean a big change to the current MP= LS forwarding plane? 3) when using an MPLS label stack to indicate an SFC rather than an SFP, ea= ch SF would have to be identified by a domain-wide label. One way is to res= erve the same label range for SF SID purpose by all the SFFs. Another way i= s to rely on the context label concept (i.e., each SF of an SFC would have = to be represented by two labels in the label stack, one is the context indi= cation label, the other is the label allocated from that context label spac= e for that SF ). However, it seems that the domain-wide label usage is stil= l a controversial topic in the IETF community. 4) how to convey metadata in an MPLS packet? This issue may be the same as = issue 1. Any comments? Best regards, Xiaohu From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] Sent: Wednesday, October 29, 2014 8:15 PM To: Xuxiaohu; Thomas Narten Subject: Re: SFC Honolulu meeting agenda Hi Xiaohu, Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our im= mediate deliverables. For this reason we are unable to allocate time for di= scussion of your draft in HI. Please feel free to continue to solicit disc= ussion on the SFC mailing list. Jim & Thomas From: Xuxiaohu > Date: Tuesday, October 28, 2014 at 11:30 PM To: Jim Guichard >, Thomas Na= rten > Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I found there are still available time on the SFC agenda. Hence I wonder wh= ether you could allocate a 15-min slot for presenting this draft. Best regards, Xiaohu From: Xuxiaohu Sent: Wednesday, October 08, 2014 4:50 PM To: 'Jim Guichard (jguichar)'; sfc@ietf.org Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I would like to request a 15-min slot for presenting the following draft (h= ttps://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-00). Since "Gener= ic SFC Encapsulation" is one of the WG charter deliverables and the charter= states that "...The working group will consider using an existing encapsul= ation (with extensions as appropriate) if a suitable candidate is found..."= I would like the WG to help evaluating whether the MPLS-SPRING-based SFC e= ncapsulation approach as described in the above draft could be considered a= s one of the candidates. Best regards, Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Monday, October 06, 2014 9:27 PM To: sfc@ietf.org Subject: [sfc] SFC Honolulu meeting agenda Greetings WG: Our meeting at the upcoming Honolulu venue is fast approaching. As always,= the goal of the meeting will be to make the best use of limited face-to-fa= ce time. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and t= hat generally means focussing on key charter deliverables and topics with i= mportant open issues to resolve. In the case of individual IDs, the goal is= n't necessarily to present what is in the draft but rather to help the WG d= ecide what to do with the ID. With that in mind, when making an agenda requ= est please consider what you think the WG should do with its content. For e= xample: * Does the document have useful content that should be moved into anoth= er WG document or progress on it's own merit * Does the content have a good basis for one of the WG documents per th= e charter (in order for that to happen the document needs to be the most ap= propriate out of the collection of related documents) * Should the document content be merged with one or more other document= s, so that a combined document could become a WG document Jim & Thomas _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1NKGEML512MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Greg,

 = ;

However, R= FC5586 explicitly states that “The G-ACh MUST NOT be used to transpor= t user traffic.” Anyway, it seems that we need a way to indentify the payload type of the MPLS packet (e.g., metadata, Ethernet frame, IP pa= cket) in the MPLS-based SFC case.

 = ;

Best regar= ds

Xiaohu

 = ;

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Friday, October 31, 2014 2:24 PM
To: Xuxiaohu; Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: RE: [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda

 

Hi Xiaohu,= Ron, et. al,

what if me= tadata carried over SF ACH type?

 = ;

 &nbs= p;            &= nbsp; Regards,

 &nbs= p;            &= nbsp;           &nbs= p;     Greg

 = ;

From: mpls [mailto= :mpls-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: Thursday, October 30, 2014 7:28 PM
To: Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: Re: [mpls] [sfc] About the possibility of using MPLS source= routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting ag= enda

 

Hi Ron,

 = ;

Did you me= an an SPL(Special Purpose Label) or an ESPL(Extended Special Purpose Label)= by a well-known global label? If so, additional SPLs or ESPLs would need to be allocated for different MPLS payload, such as Ethernet fr= ame and IP packet. However I wonder whether it is the normal usage of the S= PL and ESPL space (i.e., used as a protocol type identifier)?

 = ;

Best regar= ds,

Xiaohu

 = ;

 

Xiaohu,

 

Regarding carriage of metadata = -- the MPLS would be only the transport part.  What about reserving a = well known global label that means SCH/NSH header follows.  This well = known label would always be at the BOS.  

 

   Ron

 

Hi all,

 

There are many drafts= which mentioned the possibility of using the MPLS source routing (i.e., MP= LS-SPRING) mechanism for service function chain purpose. However, we do need a detailed evaluation of such possibility so as to figure out w= hether any potential extensions to the MPLS architecture is required. For i= nstance,

 

1) although an MPLS l= abel stack could be used to indicate an SFP, however, when an SFF-proxy rec= eives such a MPLS packet, it must know the payload type of the MPLS packet before sending the original packet to the corresponding le= gacy SF. How? In fact, even in the non-legacy SF case, should the SFF direc= tly forward the MPLS packet to the corresponding SF directly or strip the M= PLS header before sending the packet to the corresponding SF? In the former case, the corresponding SF should k= now the payload type of the MPLS packet. In the latter case, the SFF should= know the payload type. To identify the payload type, one way is to allocat= e a separate local label for each payload type (is this a scalable way?), another way is to allocate an SPL = or an ESPL for each payload type (is this the normal purpose of the SPL or = ESPL), a third way is to introduce a SPL or ESPL which is followed by a pro= tocol id header (is this a significant change to the MPLS architecture?).

 

2) assume an SFF need= s to strip the “whole” MPLS header before sending the packet to the corresponding SF, does it mea= n a big change to the current MPLS forwarding plane?

 

3) when using an MPLS= label stack to indicate an SFC rather than an SFP, each SF would have to b= e identified by a domain-wide label. One way is to reserve the same label range for SF SID purpose by all the SFFs. Another way is to= rely on the context label concept (i.e., each SF of an SFC would have to b= e represented by two labels in the label stack, one is the context indicati= on label, the other is the label allocated from that context label space for that SF ). However, it seems t= hat the domain-wide label usage is still a controversial topic in the IETF = community.

 

4) how to convey meta= data in an MPLS packet? This issue may be the same as issue 1.

 

Any comments?

 

Best regards,

Xiaohu

 

 

From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com]
Sent: Wednesday, October 29, 2014 8:15 PM
To: Xuxiaohu; Thomas Narten
Subject: Re: SFC Honolulu meeting agenda=

 

Hi Xiaohu,

 

Our agenda i= s not yet finalized but we will only be allowing slots for drafts that have= had mailing list discussion and are directly related to our immediate deliverables. For this reason we are unable to allocate time for= discussion of your draft in HI.  Please feel free to continue to soli= cit discussion on the SFC mailing list.

 

Jim & Th= omas

 

From: Xuxiaohu <xuxiaohu@huawei.com>
Date: Tuesday, October 28, 2014 at 11:30 PM
To: Jim Guichard <jguichar@= cisco.com>, Thomas Narten <n= arten@us.ibm.com>
Subject: RE: SFC Honolulu meeting agenda=

 

Hi co-chai= rs,

 

I found th= ere are still available time on the SFC agenda. Hence I wonder whether you = could allocate a 15-min slot for presenting this draft.

 

Best regar= ds,

Xiaohu

 

From: Xuxiaohu
Sent: Wednesday, October 08, 2014 4:50 PM
To: 'Jim Guichard (jguichar)'; sfc@i= etf.org
Subject: RE: SFC Honolulu meeting agenda=

 

Hi co-chai= rs,

 

I would li= ke to request a 15-min slot for presenting the following draft (https://tools.ietf.org/html/draft-x= u-sfc-using-mpls-spring-00). Since “Generic SFC Encapsulation” is one of the WG charter del= iverables and the charter states that “…The working group will = consider using an existing encapsulation (with extensions as appropriate) i= f a suitable candidate is found...” I would like the WG to help evaluating whether the MPLS-SPRING-based SFC encapsulation approac= h as described in the above draft could be considered as one of the candida= tes.

 

Best regar= ds,

Xiaohu

 

From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Monday, October 06, 2014 9:27 PM
To: sfc@ietf.org
Subject: [sfc] SFC Honolulu meeting agenda

 

Greetings WG= :

 

Our meeting = at the upcoming Honolulu venue is fast approaching.  As always, the goal of the meeting will be to make the best use of limited face-= to-face time.

 

As we build = the meeting agenda we welcome requests for agenda time. As always, the goal= of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables and topics = with important open issues to resolve. In the case of individual IDs, the g= oal isn’t necessarily to present what is in the draft but rather to h= elp the WG decide what to do with the ID. With that in mind, when making an agenda request please consider what = you think the WG should do with its content. For example:

  • Does the document have useful content that shou= ld be moved into another WG document or progress on it’s own merit
  • Does the content have a good basis for one of t= he WG documents per the charter (in order for that to happen the document n= eeds to be the most appropriate out of the collection of related documents)
  • Should the document content be merged with one = or more other documents, so that a combined document could become a WG docu= ment

Jim & Th= omas

_______________________________= ________________
sfc mailing list
sfc@ietf.org
https://www.ietf.org/= mailman/listinfo/sfc

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1NKGEML512MBSchi_-- From nobody Fri Oct 31 00:13:06 2014 Return-Path: X-Original-To: spring@ietfa.amsl.com Delivered-To: spring@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 044431A8AE2; Fri, 31 Oct 2014 00:12:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.4 X-Spam-Level: X-Spam-Status: No, score=-101.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, J_CHICKENPOX_48=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=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 PQwMEwSZt39B; Fri, 31 Oct 2014 00:12:52 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE30A1A8ADB; Fri, 31 Oct 2014 00:12:51 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-47-5452de5193d1 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id F0.9B.05330.15ED2545; Fri, 31 Oct 2014 01:56:50 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0174.001; Fri, 31 Oct 2014 03:12:41 -0400 From: Gregory Mirsky To: Xuxiaohu , Ron Parker Thread-Topic: [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Thread-Index: AQHP4WkpFJPaLJGjIUWt43ZhzuIOrJwl4oHQgCCrkLCAAKOpgIABXyHggAAq7QCAAOSVsIAAQdCwgAAFX4CAAAkQgA== Date: Fri, 31 Oct 2014 07:12:39 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1121B877F01@eusaamb103.ericsson.se> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C80A7@NKGEML512-MBS.china.huawei.com> , <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8644@NKGEML512-MBS.china.huawei.com> <3A2D6E6C-9AB6-4214-887A-42E7ADC2EB6B@affirmednetworks.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C8A6E@NKGEML512-MBS.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B877E62@eusaamb103.ericsson.se> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C93F1@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1121B877F01eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAIsWRmVeSWpSXmKPExsUyuXRPuG7QvaAQgxXf2C1uLV3JanHh6VRm iycPtrJbHL/wm9Fi6/lVjA6sHi+uPGP2aDnyltVjyZKfTAHMUVw2Kak5mWWpRfp2CVwZCx7u YCzY+J+pYvnEV2wNjBuuMnUxcnBICJhIPPhc0MXICWSKSVy4t56ti5GLQ0jgCKPEv9s/GSGc 5YwSvz7OYgapYhMwknixsYcdxBYRCJL4O2cfK8ggZoFsiRWTjUDqhQX6gJp/dIJNEhHoZ5R4 +rgJqiFLounSb0YQm0VAVaJr/Xs2EJtXwFdiwYYnzBDbOlgkDn45AFbEKRAmcWL/O7DNjED3 fT+1hgnEZhYQl7j1ZD4TxN0CEkv2nGeGsEUlXj7+xwphK0l8/D2fHaI+X2LDy/tQywQlTs58 wjKBUXQWklGzkJTNQlIGEdeRWLD7ExuErS2xbOFrZhj7zIHHTMjiCxjZVzFylBanluWmGxls YgRG4TEJNt0djHteWh5iFOBgVOLh3dAVFCLEmlhWXJl7iFGag0VJnHdW7bxgIYH0xJLU7NTU gtSi+KLSnNTiQ4xMHJxSDYzuG88sqPmfUvztXEPuHvekqpiNk/e0sf/6HvbSL/7yS/7ur1PV U9hWnhWzjN13KzFrxpL+igzGpVHvdJuL88TY0u09VzuY7EkVaEj0vbp6zqxwPeds9arYXYqu B07am8cq7s10v1qjErOGY2lV8Np206B97PwPX1rUOL8vDtzkwRC9/OjnBUosxRmJhlrMRcWJ AOCi6TGjAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/spring/F2VKeKa69kC-_jHPGIe9Lq1LDy8 Cc: "mpls@ietf.org" , "" , "sfc@ietf.org" Subject: Re: [spring] [sfc] About the possibility of using MPLS source routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda X-BeenThere: spring@ietf.org X-Mailman-Version: 2.1.15 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, 31 Oct 2014 07:13:00 -0000 --_000_7347100B5761DC41A166AC17F22DF1121B877F01eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Xiaohu, yes, you're right but I'd refer to Residence Time Measurement draft. Consid= er OAM channel that carries SF metadata. Is that a "user traffic"? Regards, Greg From: Xuxiaohu [mailto:xuxiaohu@huawei.com] Sent: Thursday, October 30, 2014 11:42 PM To: Gregory Mirsky; Ron Parker Cc: mpls@ietf.org; ; sfc@ietf.org Subject: RE: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Greg, However, RFC5586 explicitly states that "The G-ACh MUST NOT be used to tran= sport user traffic." Anyway, it seems that we need a way to indentify the p= ayload type of the MPLS packet (e.g., metadata, Ethernet frame, IP packet) = in the MPLS-based SFC case. Best regards Xiaohu From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Friday, October 31, 2014 2:24 PM To: Xuxiaohu; Ron Parker Cc: mpls@ietf.org; >; sfc@ietf.org Subject: RE: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Xiaohu, Ron, et. al, what if metadata carried over SF ACH type? Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Xuxiaohu Sent: Thursday, October 30, 2014 7:28 PM To: Ron Parker Cc: mpls@ietf.org; >; sfc@ietf.org Subject: Re: [mpls] [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Hi Ron, Did you mean an SPL(Special Purpose Label) or an ESPL(Extended Special Purp= ose Label) by a well-known global label? If so, additional SPLs or ESPLs wo= uld need to be allocated for different MPLS payload, such as Ethernet frame= and IP packet. However I wonder whether it is the normal usage of the SPL = and ESPL space (i.e., used as a protocol type identifier)? Best regards, Xiaohu From: Ron Parker [mailto:Ron_Parker@affirmednetworks.com] Sent: Friday, October 31, 2014 4:45 AM To: Xuxiaohu Cc: sfc@ietf.org; mpls@ietf.org;= > Subject: Re: [sfc] About the possibility of using MPLS source routing (i.e.= , MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda Xiaohu, Regarding carriage of metadata -- the MPLS would be only the transport part= . What about reserving a well known global label that means SCH/NSH header= follows. This well known label would always be at the BOS. Ron On Oct 30, 2014, at 3:15 AM, Xuxiaohu > wrote: Hi all, There are many drafts which mentioned the possibility of using the MPLS sou= rce routing (i.e., MPLS-SPRING) mechanism for service function chain purpos= e. However, we do need a detailed evaluation of such possibility so as to f= igure out whether any potential extensions to the MPLS architecture is requ= ired. For instance, 1) although an MPLS label stack could be used to indicate an SFP, however, = when an SFF-proxy receives such a MPLS packet, it must know the payload typ= e of the MPLS packet before sending the original packet to the correspondin= g legacy SF. How? In fact, even in the non-legacy SF case, should the SFF d= irectly forward the MPLS packet to the corresponding SF directly or strip t= he MPLS header before sending the packet to the corresponding SF? In the fo= rmer case, the corresponding SF should know the payload type of the MPLS pa= cket. In the latter case, the SFF should know the payload type. To identify= the payload type, one way is to allocate a separate local label for each p= ayload type (is this a scalable way?), another way is to allocate an SPL or= an ESPL for each payload type (is this the normal purpose of the SPL or ES= PL), a third way is to introduce a SPL or ESPL which is followed by a proto= col id header (is this a significant change to the MPLS architecture?). 2) assume an SFF needs to strip the "whole" MPLS header before sending the = packet to the corresponding SF, does it mean a big change to the current MP= LS forwarding plane? 3) when using an MPLS label stack to indicate an SFC rather than an SFP, ea= ch SF would have to be identified by a domain-wide label. One way is to res= erve the same label range for SF SID purpose by all the SFFs. Another way i= s to rely on the context label concept (i.e., each SF of an SFC would have = to be represented by two labels in the label stack, one is the context indi= cation label, the other is the label allocated from that context label spac= e for that SF ). However, it seems that the domain-wide label usage is stil= l a controversial topic in the IETF community. 4) how to convey metadata in an MPLS packet? This issue may be the same as = issue 1. Any comments? Best regards, Xiaohu From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com] Sent: Wednesday, October 29, 2014 8:15 PM To: Xuxiaohu; Thomas Narten Subject: Re: SFC Honolulu meeting agenda Hi Xiaohu, Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our im= mediate deliverables. For this reason we are unable to allocate time for di= scussion of your draft in HI. Please feel free to continue to solicit disc= ussion on the SFC mailing list. Jim & Thomas From: Xuxiaohu > Date: Tuesday, October 28, 2014 at 11:30 PM To: Jim Guichard >, Thomas Na= rten > Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I found there are still available time on the SFC agenda. Hence I wonder wh= ether you could allocate a 15-min slot for presenting this draft. Best regards, Xiaohu From: Xuxiaohu Sent: Wednesday, October 08, 2014 4:50 PM To: 'Jim Guichard (jguichar)'; sfc@ietf.org Subject: RE: SFC Honolulu meeting agenda Hi co-chairs, I would like to request a 15-min slot for presenting the following draft (h= ttps://tools.ietf.org/html/draft-xu-sfc-using-mpls-spring-00). Since "Gener= ic SFC Encapsulation" is one of the WG charter deliverables and the charter= states that "...The working group will consider using an existing encapsul= ation (with extensions as appropriate) if a suitable candidate is found..."= I would like the WG to help evaluating whether the MPLS-SPRING-based SFC e= ncapsulation approach as described in the above draft could be considered a= s one of the candidates. Best regards, Xiaohu From: sfc [mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar= ) Sent: Monday, October 06, 2014 9:27 PM To: sfc@ietf.org Subject: [sfc] SFC Honolulu meeting agenda Greetings WG: Our meeting at the upcoming Honolulu venue is fast approaching. As always,= the goal of the meeting will be to make the best use of limited face-to-fa= ce time. As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and t= hat generally means focussing on key charter deliverables and topics with i= mportant open issues to resolve. In the case of individual IDs, the goal is= n't necessarily to present what is in the draft but rather to help the WG d= ecide what to do with the ID. With that in mind, when making an agenda requ= est please consider what you think the WG should do with its content. For e= xample: * Does the document have useful content that should be moved into anoth= er WG document or progress on it's own merit * Does the content have a good basis for one of the WG documents per th= e charter (in order for that to happen the document needs to be the most ap= propriate out of the collection of related documents) * Should the document content be merged with one or more other document= s, so that a combined document could become a WG document Jim & Thomas _______________________________________________ sfc mailing list sfc@ietf.org https://www.ietf.org/mailman/listinfo/sfc --_000_7347100B5761DC41A166AC17F22DF1121B877F01eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Xiaohu,

yes, you’re right b= ut I’d refer to Residence Time Measurement draft. Consider OAM channe= l that carries SF metadata. Is that a “user traffic”?

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: Xuxiaohu= [mailto:xuxiaohu@huawei.com]
Sent: Thursday, October 30, 2014 11:42 PM
To: Gregory Mirsky; Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: RE: [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda

 

From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Friday, October 31, 2014 2:24 PM
To: Xuxiaohu; Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: RE: [sfc] About the possibility of using MPLS source routin= g (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting agenda

&nbs= p;

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: Thursday, October 30, 2014 7:28 PM
To: Ron Parker
Cc: mpls@ietf.org; <spring@ietf.org>; sfc@ietf.org
Subject: Re: [mpls] [sfc] About the possibility of using MPLS source= routing (i.e., MPLS-SPRING) mechanism for SFC//RE: SFC Honolulu meeting ag= enda

&nbs= p;

&nbs= p;

Xiaohu,

&nbs= p;

Regarding= carriage of metadata -- the MPLS would be only the transport part.  W= hat about reserving a well known global label that means SCH/NSH header fol= lows.  This well known label would always be at the BOS.  

&nbs= p;

  &n= bsp;Ron

&nbs= p;

Hi all,

 

There are= many drafts which mentioned the possibility of using the MPLS source routi= ng (i.e., MPLS-SPRING) mechanism for service function chain purpose. However, we do need a detailed evaluation of such possibility so = as to figure out whether any potential extensions to the MPLS architecture = is required. For instance,

 

1) althou= gh an MPLS label stack could be used to indicate an SFP, however, when an S= FF-proxy receives such a MPLS packet, it must know the payload type of the MPLS packet before sending the original packet to the correspo= nding legacy SF. How? In fact, even in the non-legacy SF case, should the S= FF directly forward the MPLS packet to the corresponding SF directly or str= ip the MPLS header before sending the packet to the corresponding SF? In the former case, the corresponding = SF should know the payload type of the MPLS packet. In the latter case, the= SFF should know the payload type. To identify the payload type, one way is= to allocate a separate local label for each payload type (is this a scalable way?), another way is to allocat= e an SPL or an ESPL for each payload type (is this the normal purpose of th= e SPL or ESPL), a third way is to introduce a SPL or ESPL which is followed= by a protocol id header (is this a significant change to the MPLS architecture?).

 

2) assume= an SFF needs to strip the “whole” MPLS header before sending the packet to the corresponding SF, does it mea= n a big change to the current MPLS forwarding plane?

 

3) when u= sing an MPLS label stack to indicate an SFC rather than an SFP, each SF wou= ld have to be identified by a domain-wide label. One way is to reserve the same label range for SF SID purpose by all the SFFs. Ano= ther way is to rely on the context label concept (i.e., each SF of an SFC w= ould have to be represented by two labels in the label stack, one is the co= ntext indication label, the other is the label allocated from that context label space for that SF ). Howeve= r, it seems that the domain-wide label usage is still a controversial topic= in the IETF community.

 

4) how to= convey metadata in an MPLS packet? This issue may be the same as issue 1.<= o:p>

 

Any comme= nts?

 

Best rega= rds,

Xiaohu

From: Jim Guichard (jguichar) [mailto:jguichar@cisco.com]
Sent: Wednesday, October 29, 2014 8:15 PM
To: Xuxiaohu; Thomas Narten
Subject: Re: SFC Honolulu meeting agenda

 

= Hi Xiaohu,

=  <= /p>

= Our agenda is not yet finalized but we will only be allowing slots for draf= ts that have had mailing list discussion and are directly related to our immediate deliverables. For this reason we are unable to al= locate time for discussion of your draft in HI.  Please feel free to c= ontinue to solicit discussion on the SFC mailing list.

=  <= /p>

= Jim & Thomas

=  <= /p>

From: Xuxiaohu <= ;xuxiaohu@huawei.com>
Date: Tuesday, October 28, 2014 at 11:30 PM
To: Jim Guichard <jguichar@= cisco.com>, Thomas Narten <n= arten@us.ibm.com>
Subject: RE: SFC Honolulu meeting agenda

=  <= /p>

Xuxia= ohu
Sent: Wednesday, October 08, 2014 4:50 PM
To: 'Jim Guichard (jguichar)'; sfc@i= etf.org
Subject: RE: SFC Honolulu meeting agenda

 

= https://tools.ietf.org/h= tml/draft-xu-sfc-using-mpls-spring-00). Since “Generic SFC Encapsulation” is one of the WG charter del= iverables and the charter states that “…The working group will = consider using an existing encapsulation (with extensions as appropriate) i= f a suitable candidate is found...” I would like the WG to help evaluating whether the MPLS-SPRING-based SFC encapsulation approac= h as described in the above draft could be considered as one of the candida= tes.

sfc [= mailto:sfc-bounces@ietf.org] On Behalf Of Jim Guichard (jguichar)
Sent: Monday, October 06, 2014 9:27 PM
To: sfc@ietf.org
Subject: [sfc] SFC Honolulu meeting agenda

 

= Greetings WG:<= /span>

=  <= /p>

= Our meeting at the upcoming Honolulu venue is fast approaching.  As always, the goal of the meeting will be to make the best use of limited face-= to-face time.<= /span>

=  <= /p>

= As we build the meeting agenda we welcome requests for agenda time. As alwa= ys, the goal of a meeting slot is to best further the work of the WG, and that generally means focussing on key charter deliverables = and topics with important open issues to resolve. In the case of individual= IDs, the goal isn’t necessarily to present what is in the draft but = rather to help the WG decide what to do with the ID. With that in mind, when making an agenda request please consi= der what you think the WG should do with its content. For example:

  • Does the document have useful conte= nt that should be moved into another WG document or progress on it’s = own merit
  • Does the content have a good basis = for one of the WG documents per the charter (in order for that to happen th= e document needs to be the most appropriate out of the collection of related documents)
  • Should the document content be merg= ed with one or more other documents, so that a combined document could beco= me a WG document

= Jim & Thomas

_________= ______________________________________
sfc mailing list
sfc@ietf.org
https://www.ietf.org/= mailman/listinfo/sfc

--_000_7347100B5761DC41A166AC17F22DF1121B877F01eusaamb103erics_--