From nobody Thu Oct 2 11:43:04 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E72A11A1A9A for ; Thu, 2 Oct 2014 11:43:01 -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 fb_h5kTwuOd8 for ; Thu, 2 Oct 2014 11:42:56 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0746.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:746]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 754AF1A1A64 for ; Thu, 2 Oct 2014 11:42:56 -0700 (PDT) Received: from BY2PR05MB661.namprd05.prod.outlook.com (10.141.221.12) by BY2PR05MB760.namprd05.prod.outlook.com (10.141.224.28) with Microsoft SMTP Server (TLS) id 15.0.1024.12; Thu, 2 Oct 2014 18:42:33 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by BY2PR05MB661.namprd05.prod.outlook.com (10.141.221.12) with Microsoft SMTP Server (TLS) id 15.0.1039.15; Thu, 2 Oct 2014 18:42:32 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.234]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.234]) with mapi id 15.00.1044.008; Thu, 2 Oct 2014 18:42:32 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Peter Psenak , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kA= Date: Thu, 2 Oct 2014 18:42:31 +0000 Message-ID: <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> In-Reply-To: <53CD7F3F.308@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.11] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB661;UriScan:; x-forefront-prvs: 03524FBD26 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(377454003)(479174003)(199003)(189002)(41574002)(13464003)(24454002)(51704005)(19580395003)(86362001)(10300001)(74316001)(106356001)(50986999)(76176999)(85306004)(120916001)(54356999)(15975445006)(2656002)(76482002)(80022003)(122386001)(46102003)(97736003)(76576001)(101416001)(99396003)(230783001)(19580405001)(33646002)(85852003)(15202345003)(108616004)(99286002)(77096002)(20776003)(66066001)(92566001)(105586002)(4396001)(95666004)(2501002)(21056001)(107046002)(31966008)(87936001)(64706001)(24736002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB661; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; MLV:ovrnspm; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/6eFyGZPqihwLsfO57428TMfF164 Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 18:43:02 -0000 Peter, and all, I have posted a new revision, which uses the following to encode the from-n= etwork metric. > 1. OSPFv2: Extended Link LSA > 2. OSPFv3: E-Router LSAs http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt Please review and comment. Thanks! Jeffrey > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Monday, July 21, 2014 5:00 PM > To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > 3com.com > Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- > metric >=20 > Hi Jeffrey, >=20 > please see inline: >=20 >=20 > On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: > > Hi, > > > > In today's OSPF session there were mainly two questions/comments > during my presentation: > > > > 1. Acee: more discussion on mailing list about whether this is a > general problem/solution that the WG should be taking on > > 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding >=20 > my comment was not specific to OSPFv3. > I propose to use following extensions to encode metric from DR to > attached router: >=20 > 1. OSPFv2: Extended Link LSA > 2. OSPFv3: E-Router LSAs >=20 > > > > I want to repeat and add some comments/answers here as a starting > point for more discussions on the mailing list. > > > > For #1: > > > > - The described problem is real for some large scale and mission > critical networks > > - The problem and solution are not only applicable to the above > mentioned example network, but also general to any broadcast network > that have different costs between different pair of routers. As long as > the router-to-router costs can be presented as a to-network and a from- > network part, then the simple solution applies > > - The two-part-metric concept is a natural extension of the SPF graph > theory - we're just changing the previously zero from-network cost to > none-zero. > > > > For #2, there are pros and cons with each approach. > > > > - The stub-link based approach does not depend on the in-progress LSA > Extensibility work. This has larger impact on implementation - the > feature can be supported w/o big changes to support extended LSA format. >=20 > though the stub-link approach is simpler to implement, it's a bit of a > "hack", as you are using a standard encoding for a stub link to > advertise a metric for a neighbor on a broadcast link. >=20 > > - The LSA Extensibility work is only applicable for OSPFv3. That means > OSPFv2 would need a different approach for the problem. Acee also > mentioned that it would be good to have consistent approaches between > OSPFv2 and OSPFv3. >=20 > what I proposed is consistent - uses new extended LSAs in both OSPFv2 > and OSPFv3. >=20 > thanks, > Peter >=20 > > - As a result at this time we would prefer the stub-link approach. > > > > The authors would like to hear more of your opinions/suggestions. > Hopefully we can reach consensus on the applicability of the problem & > solution so that it can become a WG item, and choose the best encoding > approach. > > > > Thanks! > > Jeffrey > > > > _______________________________________________ > > OSPF mailing list > > OSPF@ietf.org > > https://www.ietf.org/mailman/listinfo/ospf > > From nobody Fri Oct 3 04:37:29 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE2E61AD041 for ; Fri, 3 Oct 2014 04:37:27 -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 0ulVHjKwNm83 for ; Fri, 3 Oct 2014 04:37:25 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F08D1AD039 for ; Fri, 3 Oct 2014 04:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4060; q=dns/txt; s=iport; t=1412336245; x=1413545845; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=+c3uDi1itXj4fgCAUMz08ReRkcYlZ9ApIxHXF9Vbfxo=; b=j/lm+tf2ku/I15TG0VDUUu0s5OM/AGk3QAFRCltJ5yQYnqb8jlG7iKyv twHXNa8mJ5ecf84jw1z22eg2j6zGvra9MbbcXhy3y46K1I/p7OA4/R+0d 5h3A63Eh04t/PmwndfSCfqf3tLlspMA0YaAKNwPLOR16ZxzMxZBsarZ+6 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtMEAHaJLlStJssW/2dsb2JhbABgg2FYynAKh00CgSIBe4QDAQEBBAEBATU2CwwECxEEAQEBCR4HDwIWHwkIBgEMAQUCAQEFEogjDb5zAReQJgcGhEUBBJYwhw2BLDuDBoJviiCDf4NlOy8BgkkBAQE X-IronPort-AV: E=Sophos;i="5.04,646,1406592000"; d="scan'208";a="193565168" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 03 Oct 2014 11:37:23 +0000 Received: from [10.148.128.133] ([10.148.128.133]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id s93BbMDX027058; Fri, 3 Oct 2014 11:37:23 GMT Message-ID: <542E8A72.30209@cisco.com> Date: Fri, 03 Oct 2014 13:37:22 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Jeffrey (Zhaohui) Zhang" , "ospf@ietf.org" References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> In-Reply-To: <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/HPC2DTiUgLly77C5bnBj_nGnIAM Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 11:37:28 -0000 Jeffrey, the encoding you proposed would not work. OSPFv2: - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, but Extended Link TLV does not have any neighbor identification. Please look at LAN Adj-SID Sub-TLV defined in draft-ietf-ospf-segment-routing-extensions - you need something similar. OSPFv3: - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of E-Router-LSA. That is not the right place. You should put the metric from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor identifier in it. thanks, Peter On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: > Peter, and all, > > I have posted a new revision, which uses the following to encode the from-network metric. > >> 1. OSPFv2: Extended Link LSA >> 2. OSPFv3: E-Router LSAs > > http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt > > Please review and comment. > > Thanks! > Jeffrey > > >> -----Original Message----- >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> Sent: Monday, July 21, 2014 5:00 PM >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >> 3com.com >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- >> metric >> >> Hi Jeffrey, >> >> please see inline: >> >> >> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: >>> Hi, >>> >>> In today's OSPF session there were mainly two questions/comments >> during my presentation: >>> >>> 1. Acee: more discussion on mailing list about whether this is a >> general problem/solution that the WG should be taking on >>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding >> >> my comment was not specific to OSPFv3. >> I propose to use following extensions to encode metric from DR to >> attached router: >> >> 1. OSPFv2: Extended Link LSA >> 2. OSPFv3: E-Router LSAs >> >>> >>> I want to repeat and add some comments/answers here as a starting >> point for more discussions on the mailing list. >>> >>> For #1: >>> >>> - The described problem is real for some large scale and mission >> critical networks >>> - The problem and solution are not only applicable to the above >> mentioned example network, but also general to any broadcast network >> that have different costs between different pair of routers. As long as >> the router-to-router costs can be presented as a to-network and a from- >> network part, then the simple solution applies >>> - The two-part-metric concept is a natural extension of the SPF graph >> theory - we're just changing the previously zero from-network cost to >> none-zero. >>> >>> For #2, there are pros and cons with each approach. >>> >>> - The stub-link based approach does not depend on the in-progress LSA >> Extensibility work. This has larger impact on implementation - the >> feature can be supported w/o big changes to support extended LSA format. >> >> though the stub-link approach is simpler to implement, it's a bit of a >> "hack", as you are using a standard encoding for a stub link to >> advertise a metric for a neighbor on a broadcast link. >> >>> - The LSA Extensibility work is only applicable for OSPFv3. That means >> OSPFv2 would need a different approach for the problem. Acee also >> mentioned that it would be good to have consistent approaches between >> OSPFv2 and OSPFv3. >> >> what I proposed is consistent - uses new extended LSAs in both OSPFv2 >> and OSPFv3. >> >> thanks, >> Peter >> >>> - As a result at this time we would prefer the stub-link approach. >>> >>> The authors would like to hear more of your opinions/suggestions. >> Hopefully we can reach consensus on the applicability of the problem & >> solution so that it can become a WG item, and choose the best encoding >> approach. >>> >>> Thanks! >>> Jeffrey >>> >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>> > > . > From nobody Fri Oct 3 04:55:18 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D7351A02F5 for ; Fri, 3 Oct 2014 04:55:17 -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 K_5tXAH3G2ic for ; Fri, 3 Oct 2014 04:55:15 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0749.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:749]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E03451A02EA for ; Fri, 3 Oct 2014 04:55:14 -0700 (PDT) Received: from BY2PR05MB664.namprd05.prod.outlook.com (10.141.221.28) by BY2PR05MB760.namprd05.prod.outlook.com (10.141.224.28) with Microsoft SMTP Server (TLS) id 15.0.1024.12; Fri, 3 Oct 2014 11:54:52 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by BY2PR05MB664.namprd05.prod.outlook.com (10.141.221.28) with Microsoft SMTP Server (TLS) id 15.0.1039.15; Fri, 3 Oct 2014 11:54:50 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.150]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.150]) with mapi id 15.00.1044.008; Fri, 3 Oct 2014 11:54:50 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Peter Psenak , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kAAI4XmAAAAVZRw Date: Fri, 3 Oct 2014 11:54:49 +0000 Message-ID: <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> In-Reply-To: <542E8A72.30209@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.12] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB664;UriScan:; x-forefront-prvs: 0353563E2B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(41574002)(189002)(13464003)(199003)(51704005)(479174003)(377454003)(120916001)(74316001)(107046002)(87936001)(93886004)(85306004)(230783001)(20776003)(92566001)(10300001)(122386001)(15975445006)(64706001)(99396003)(101416001)(86362001)(2656002)(15202345003)(33646002)(108616004)(76482002)(2501002)(46102003)(50986999)(97736003)(99286002)(77096002)(19580395003)(21056001)(76576001)(85852003)(80022003)(95666004)(4396001)(31966008)(66066001)(19580405001)(76176999)(54356999)(106356001)(105586002)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB664; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/c2-iESMKdxxg_Q0_X49mtQhr9bg Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 11:55:17 -0000 Peter, Let's say we have router A on the network. The metric from the network to A= is encoded in router A's own extended LSA, so no neighbor information is n= eeded. You can imagine that it is AS IF the metric was encoded next to the = normal to-network metric side by side. We did consider to optionally encode that in the extended network LSA for O= SPFv3, so that if the underlying network has the ability for the DR to lear= n the from-network metric for each neighbor, then it'll be able encode thos= e metrics in the network LSA, further reducing the churning when an affect-= all event happens. That was in -02, but it was deemed too dependent on the = underlying network (to let the DR know those metrics) and deviating from th= e normal OSPF, so it was take out. Thanks. Jeffrey > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Friday, October 03, 2014 7:37 AM > To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > 3com.com; Lili Wang > Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- > metric >=20 > Jeffrey, >=20 > the encoding you proposed would not work. >=20 > OSPFv2: >=20 > - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, but > Extended Link TLV does not have any neighbor identification. Please look > at LAN Adj-SID Sub-TLV defined in > draft-ietf-ospf-segment-routing-extensions - you need something similar. >=20 > OSPFv3: >=20 > - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of > E-Router-LSA. That is not the right place. You should put the metric > from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor > identifier in it. >=20 > thanks, > Peter >=20 >=20 > On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: > > Peter, and all, > > > > I have posted a new revision, which uses the following to encode the > from-network metric. > > > >> 1. OSPFv2: Extended Link LSA > >> 2. OSPFv3: E-Router LSAs > > > > http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt > > > > Please review and comment. > > > > Thanks! > > Jeffrey > > > > > >> -----Original Message----- > >> From: Peter Psenak [mailto:ppsenak@cisco.com] > >> Sent: Monday, July 21, 2014 5:00 PM > >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > >> 3com.com > >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- > part- > >> metric > >> > >> Hi Jeffrey, > >> > >> please see inline: > >> > >> > >> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: > >>> Hi, > >>> > >>> In today's OSPF session there were mainly two questions/comments > >> during my presentation: > >>> > >>> 1. Acee: more discussion on mailing list about whether this is a > >> general problem/solution that the WG should be taking on > >>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding > >> > >> my comment was not specific to OSPFv3. > >> I propose to use following extensions to encode metric from DR to > >> attached router: > >> > >> 1. OSPFv2: Extended Link LSA > >> 2. OSPFv3: E-Router LSAs > >> > >>> > >>> I want to repeat and add some comments/answers here as a starting > >> point for more discussions on the mailing list. > >>> > >>> For #1: > >>> > >>> - The described problem is real for some large scale and mission > >> critical networks > >>> - The problem and solution are not only applicable to the above > >> mentioned example network, but also general to any broadcast network > >> that have different costs between different pair of routers. As long > as > >> the router-to-router costs can be presented as a to-network and a > from- > >> network part, then the simple solution applies > >>> - The two-part-metric concept is a natural extension of the SPF > graph > >> theory - we're just changing the previously zero from-network cost to > >> none-zero. > >>> > >>> For #2, there are pros and cons with each approach. > >>> > >>> - The stub-link based approach does not depend on the in-progress > LSA > >> Extensibility work. This has larger impact on implementation - the > >> feature can be supported w/o big changes to support extended LSA > format. > >> > >> though the stub-link approach is simpler to implement, it's a bit of > a > >> "hack", as you are using a standard encoding for a stub link to > >> advertise a metric for a neighbor on a broadcast link. > >> > >>> - The LSA Extensibility work is only applicable for OSPFv3. That > means > >> OSPFv2 would need a different approach for the problem. Acee also > >> mentioned that it would be good to have consistent approaches between > >> OSPFv2 and OSPFv3. > >> > >> what I proposed is consistent - uses new extended LSAs in both OSPFv2 > >> and OSPFv3. > >> > >> thanks, > >> Peter > >> > >>> - As a result at this time we would prefer the stub-link approach. > >>> > >>> The authors would like to hear more of your opinions/suggestions. > >> Hopefully we can reach consensus on the applicability of the problem > & > >> solution so that it can become a WG item, and choose the best > encoding > >> approach. > >>> > >>> Thanks! > >>> Jeffrey > >>> > >>> _______________________________________________ > >>> OSPF mailing list > >>> OSPF@ietf.org > >>> https://www.ietf.org/mailman/listinfo/ospf > >>> > > > > . > > From nobody Fri Oct 3 05:18:31 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C1BB1A0352 for ; Fri, 3 Oct 2014 05:18:28 -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 NUvtWdTQUKBU for ; Fri, 3 Oct 2014 05:18:26 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EA651A034D for ; Fri, 3 Oct 2014 05:18:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5973; q=dns/txt; s=iport; t=1412338705; x=1413548305; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=RJdYgcshiRAELBI2kbUj8xdVSr9R5rb5oQrdy7Oy3ZQ=; b=iTmgo1ouAJSl7bjRoh5PwPep/lgyaDA6mz5YWXuhMUHq4rUb5jiOdw5m 5zFzdsNfmGBM0JVUh3JXMbHv4qaMLhX9+fmZimzTjZ4cj7FEm0Z91oB2S MMFp26nni4oxH4wYnapqzBc/S2q8lo8+QoYqKBuylSzzj04z8iM9c9Lyy w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtMEANGSLlStJssW/2dsb2JhbABgg2FYynIKh00CgSEBe4QDAQEBAwEBAQEkETYKAQwECxEEAQEBCRYIBwkDAgECARUfCQgGAQwBBQIBAQUSiBsIDb5/AReQJgcGhEUBBIYrkAWHDYEsO4MGgm+KIIN/g2U7LwGCSQEBAQ X-IronPort-AV: E=Sophos;i="5.04,646,1406592000"; d="scan'208";a="197711764" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 03 Oct 2014 12:18:23 +0000 Received: from [10.148.128.133] ([10.148.128.133]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s93CIMp8026992; Fri, 3 Oct 2014 12:18:22 GMT Message-ID: <542E940D.2090103@cisco.com> Date: Fri, 03 Oct 2014 14:18:21 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Jeffrey (Zhaohui) Zhang" , "ospf@ietf.org" References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> In-Reply-To: <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/jMMiEVkCOpHyCj-SDJPIEtvGcWk Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 12:18:28 -0000 Hi Jeffrey, On 10/3/14 13:54 , Jeffrey (Zhaohui) Zhang wrote: > Peter, > > Let's say we have router A on the network. The metric from the network to A is encoded in router A's own extended LSA, so no neighbor information is needed. You can imagine that it is AS IF the metric was encoded next to the normal to-network metric side by side. Router A (DR) | ---------------------- | | Router B Router C - what you are trying to solve is the lack of metric in A->B and A->C direction - the natural choice would be for A (DR) to advertise a metric for each adjacent neighbor. Why do you prefer to advertise the reverse metric from B and C instead? thanks, Peter > > We did consider to optionally encode that in the extended network LSA for OSPFv3, so that if the underlying network has the ability for the DR to learn the from-network metric for each neighbor, then it'll be able encode those metrics in the network LSA, further reducing the churning when an affect-all event happens. That was in -02, but it was deemed too dependent on the underlying network (to let the DR know those metrics) and deviating from the normal OSPF, so it was take out. > > Thanks. > Jeffrey > >> -----Original Message----- >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> Sent: Friday, October 03, 2014 7:37 AM >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >> 3com.com; Lili Wang >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- >> metric >> >> Jeffrey, >> >> the encoding you proposed would not work. >> >> OSPFv2: >> >> - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, but >> Extended Link TLV does not have any neighbor identification. Please look >> at LAN Adj-SID Sub-TLV defined in >> draft-ietf-ospf-segment-routing-extensions - you need something similar. >> >> OSPFv3: >> >> - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of >> E-Router-LSA. That is not the right place. You should put the metric >> from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor >> identifier in it. >> >> thanks, >> Peter >> >> >> On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: >>> Peter, and all, >>> >>> I have posted a new revision, which uses the following to encode the >> from-network metric. >>> >>>> 1. OSPFv2: Extended Link LSA >>>> 2. OSPFv3: E-Router LSAs >>> >>> http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt >>> >>> Please review and comment. >>> >>> Thanks! >>> Jeffrey >>> >>> >>>> -----Original Message----- >>>> From: Peter Psenak [mailto:ppsenak@cisco.com] >>>> Sent: Monday, July 21, 2014 5:00 PM >>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >>>> 3com.com >>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- >> part- >>>> metric >>>> >>>> Hi Jeffrey, >>>> >>>> please see inline: >>>> >>>> >>>> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: >>>>> Hi, >>>>> >>>>> In today's OSPF session there were mainly two questions/comments >>>> during my presentation: >>>>> >>>>> 1. Acee: more discussion on mailing list about whether this is a >>>> general problem/solution that the WG should be taking on >>>>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding >>>> >>>> my comment was not specific to OSPFv3. >>>> I propose to use following extensions to encode metric from DR to >>>> attached router: >>>> >>>> 1. OSPFv2: Extended Link LSA >>>> 2. OSPFv3: E-Router LSAs >>>> >>>>> >>>>> I want to repeat and add some comments/answers here as a starting >>>> point for more discussions on the mailing list. >>>>> >>>>> For #1: >>>>> >>>>> - The described problem is real for some large scale and mission >>>> critical networks >>>>> - The problem and solution are not only applicable to the above >>>> mentioned example network, but also general to any broadcast network >>>> that have different costs between different pair of routers. As long >> as >>>> the router-to-router costs can be presented as a to-network and a >> from- >>>> network part, then the simple solution applies >>>>> - The two-part-metric concept is a natural extension of the SPF >> graph >>>> theory - we're just changing the previously zero from-network cost to >>>> none-zero. >>>>> >>>>> For #2, there are pros and cons with each approach. >>>>> >>>>> - The stub-link based approach does not depend on the in-progress >> LSA >>>> Extensibility work. This has larger impact on implementation - the >>>> feature can be supported w/o big changes to support extended LSA >> format. >>>> >>>> though the stub-link approach is simpler to implement, it's a bit of >> a >>>> "hack", as you are using a standard encoding for a stub link to >>>> advertise a metric for a neighbor on a broadcast link. >>>> >>>>> - The LSA Extensibility work is only applicable for OSPFv3. That >> means >>>> OSPFv2 would need a different approach for the problem. Acee also >>>> mentioned that it would be good to have consistent approaches between >>>> OSPFv2 and OSPFv3. >>>> >>>> what I proposed is consistent - uses new extended LSAs in both OSPFv2 >>>> and OSPFv3. >>>> >>>> thanks, >>>> Peter >>>> >>>>> - As a result at this time we would prefer the stub-link approach. >>>>> >>>>> The authors would like to hear more of your opinions/suggestions. >>>> Hopefully we can reach consensus on the applicability of the problem >> & >>>> solution so that it can become a WG item, and choose the best >> encoding >>>> approach. >>>>> >>>>> Thanks! >>>>> Jeffrey >>>>> >>>>> _______________________________________________ >>>>> OSPF mailing list >>>>> OSPF@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ospf >>>>> >>> >>> . >>> > > . > From nobody Fri Oct 3 05:28:38 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A2881A030A for ; Fri, 3 Oct 2014 05:28:37 -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 ibhNC71TNPdl for ; Fri, 3 Oct 2014 05:28:34 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0703.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:703]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6AAE91A00BB for ; Fri, 3 Oct 2014 05:28:34 -0700 (PDT) Received: from BY2PR05MB661.namprd05.prod.outlook.com (10.141.221.12) by BY2PR05MB047.namprd05.prod.outlook.com (10.242.34.145) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Fri, 3 Oct 2014 12:28:11 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by BY2PR05MB661.namprd05.prod.outlook.com (10.141.221.12) with Microsoft SMTP Server (TLS) id 15.0.1039.15; Fri, 3 Oct 2014 12:28:09 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.150]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.150]) with mapi id 15.00.1044.008; Fri, 3 Oct 2014 12:28:09 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Peter Psenak , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kAAI4XmAAAAVZRwAAEY14AAAAaHAA== Date: Fri, 3 Oct 2014 12:28:08 +0000 Message-ID: References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> <542E940D.2090103@cisco.com> In-Reply-To: <542E940D.2090103@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.12] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB661;UriScan:; x-forefront-prvs: 0353563E2B x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(41574002)(13464003)(24454002)(199003)(377454003)(479174003)(189002)(77096002)(66066001)(20776003)(92566001)(108616004)(33646002)(15202345003)(85852003)(99286002)(95666004)(21056001)(64706001)(107046002)(2501002)(31966008)(87936001)(4396001)(105586002)(93886004)(106356001)(85306004)(120916001)(50986999)(15975445006)(2656002)(54356999)(76176999)(10300001)(86362001)(19580395003)(74316001)(97736003)(46102003)(76576001)(99396003)(101416001)(19580405001)(230783001)(76482002)(80022003)(122386001)(40100001)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB661; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB047; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/AjV4VHw7AN7MGSnewWjpaK_Slh0 Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 12:28:37 -0000 Peter, For the DR to learn different cost to different neighbors from the network = (not from the DR), it may be difficult or may require some out of band mech= anism. If the out of band mechanism is available, I would also prefer to do= so - and that was indeed in revision -02 as an further optimization. It wa= s removed per Acee's comment. Thanks. Jeffrey > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Friday, October 03, 2014 8:18 AM > To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > 3com.com; Lili Wang > Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- > metric >=20 > Hi Jeffrey, >=20 > On 10/3/14 13:54 , Jeffrey (Zhaohui) Zhang wrote: > > Peter, > > > > Let's say we have router A on the network. The metric from the network > to A is encoded in router A's own extended LSA, so no neighbor > information is needed. You can imagine that it is AS IF the metric was > encoded next to the normal to-network metric side by side. >=20 > Router A (DR) > | > ---------------------- > | | > Router B Router C >=20 > - what you are trying to solve is the lack of metric in A->B and A->C > direction >=20 > - the natural choice would be for A (DR) to advertise a metric for each > adjacent neighbor. Why do you prefer to advertise the reverse metric > from B and C instead? >=20 > thanks, > Peter >=20 > > > > We did consider to optionally encode that in the extended network LSA > for OSPFv3, so that if the underlying network has the ability for the DR > to learn the from-network metric for each neighbor, then it'll be able > encode those metrics in the network LSA, further reducing the churning > when an affect-all event happens. That was in -02, but it was deemed too > dependent on the underlying network (to let the DR know those metrics) > and deviating from the normal OSPF, so it was take out. > > > > Thanks. > > Jeffrey > > > >> -----Original Message----- > >> From: Peter Psenak [mailto:ppsenak@cisco.com] > >> Sent: Friday, October 03, 2014 7:37 AM > >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > >> 3com.com; Lili Wang > >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- > part- > >> metric > >> > >> Jeffrey, > >> > >> the encoding you proposed would not work. > >> > >> OSPFv2: > >> > >> - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, > but > >> Extended Link TLV does not have any neighbor identification. Please > look > >> at LAN Adj-SID Sub-TLV defined in > >> draft-ietf-ospf-segment-routing-extensions - you need something > similar. > >> > >> OSPFv3: > >> > >> - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of > >> E-Router-LSA. That is not the right place. You should put the metric > >> from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor > >> identifier in it. > >> > >> thanks, > >> Peter > >> > >> > >> On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: > >>> Peter, and all, > >>> > >>> I have posted a new revision, which uses the following to encode the > >> from-network metric. > >>> > >>>> 1. OSPFv2: Extended Link LSA > >>>> 2. OSPFv3: E-Router LSAs > >>> > >>> http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt > >>> > >>> Please review and comment. > >>> > >>> Thanks! > >>> Jeffrey > >>> > >>> > >>>> -----Original Message----- > >>>> From: Peter Psenak [mailto:ppsenak@cisco.com] > >>>> Sent: Monday, July 21, 2014 5:00 PM > >>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > >>>> 3com.com > >>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- > >> part- > >>>> metric > >>>> > >>>> Hi Jeffrey, > >>>> > >>>> please see inline: > >>>> > >>>> > >>>> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: > >>>>> Hi, > >>>>> > >>>>> In today's OSPF session there were mainly two questions/comments > >>>> during my presentation: > >>>>> > >>>>> 1. Acee: more discussion on mailing list about whether this is a > >>>> general problem/solution that the WG should be taking on > >>>>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding > >>>> > >>>> my comment was not specific to OSPFv3. > >>>> I propose to use following extensions to encode metric from DR to > >>>> attached router: > >>>> > >>>> 1. OSPFv2: Extended Link LSA > >>>> 2. OSPFv3: E-Router LSAs > >>>> > >>>>> > >>>>> I want to repeat and add some comments/answers here as a starting > >>>> point for more discussions on the mailing list. > >>>>> > >>>>> For #1: > >>>>> > >>>>> - The described problem is real for some large scale and mission > >>>> critical networks > >>>>> - The problem and solution are not only applicable to the above > >>>> mentioned example network, but also general to any broadcast > network > >>>> that have different costs between different pair of routers. As > long > >> as > >>>> the router-to-router costs can be presented as a to-network and a > >> from- > >>>> network part, then the simple solution applies > >>>>> - The two-part-metric concept is a natural extension of the SPF > >> graph > >>>> theory - we're just changing the previously zero from-network cost > to > >>>> none-zero. > >>>>> > >>>>> For #2, there are pros and cons with each approach. > >>>>> > >>>>> - The stub-link based approach does not depend on the in-progress > >> LSA > >>>> Extensibility work. This has larger impact on implementation - the > >>>> feature can be supported w/o big changes to support extended LSA > >> format. > >>>> > >>>> though the stub-link approach is simpler to implement, it's a bit > of > >> a > >>>> "hack", as you are using a standard encoding for a stub link to > >>>> advertise a metric for a neighbor on a broadcast link. > >>>> > >>>>> - The LSA Extensibility work is only applicable for OSPFv3. That > >> means > >>>> OSPFv2 would need a different approach for the problem. Acee also > >>>> mentioned that it would be good to have consistent approaches > between > >>>> OSPFv2 and OSPFv3. > >>>> > >>>> what I proposed is consistent - uses new extended LSAs in both > OSPFv2 > >>>> and OSPFv3. > >>>> > >>>> thanks, > >>>> Peter > >>>> > >>>>> - As a result at this time we would prefer the stub-link approach. > >>>>> > >>>>> The authors would like to hear more of your opinions/suggestions. > >>>> Hopefully we can reach consensus on the applicability of the > problem > >> & > >>>> solution so that it can become a WG item, and choose the best > >> encoding > >>>> approach. > >>>>> > >>>>> Thanks! > >>>>> Jeffrey > >>>>> > >>>>> _______________________________________________ > >>>>> OSPF mailing list > >>>>> OSPF@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/ospf > >>>>> > >>> > >>> . > >>> > > > > . > > From nobody Fri Oct 3 07:21:59 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53B591A000C for ; Fri, 3 Oct 2014 07:21:57 -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 81KF325VQI0Q for ; Fri, 3 Oct 2014 07:21:54 -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 B24F81A0004 for ; Fri, 3 Oct 2014 07:21:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6592; q=dns/txt; s=iport; t=1412346115; x=1413555715; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=tSbonzPXkF+TUqkhI5xfd7XCWmuZg+yFjS37FfWr/BM=; b=CWdyedxclaXGLdjb2btYD+6/1OfHDph3kcSiWqOA1AWAarSRyyXd3VhF 4gW6LrinKeO5Mmd74DRm9vQiyCS5uaVR4a7j9Vo+4dmvmRNBADFjKnBoi Ro2UByRE+zbKFnptTtzjDKcvIfpIYrLMv0CN1H/lR1A95xbP0nqLUkb0X E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAGCwLlStJV2R/2dsb2JhbABggw5TWATKdAqHTQKBChYBe4QDAQEBBAEBAWsLDAQCAQgRBAEBAScHJwsUCQgBAQQBDQUJEogjDb8kARePViUzBwaERQWLHYZXhDyHDoEtO4MHjRKDf4NjbAGBBUKBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,647,1406592000"; d="scan'208";a="360527355" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-2.cisco.com with ESMTP; 03 Oct 2014 14:21:54 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s93ELrA3019755 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 3 Oct 2014 14:21:53 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Fri, 3 Oct 2014 09:21:53 -0500 From: "Acee Lindem (acee)" To: "Jeffrey (Zhaohui) Zhang" , "Peter Psenak (ppsenak)" , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kAALgAbAAAAnASA///mBoA= Date: Fri, 3 Oct 2014 14:21:53 +0000 Message-ID: References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> In-Reply-To: <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.197] 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/ospf/DrUSXEzndGQcjOjCKkfI_g7rKx8 Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 14:21:57 -0000 Hi Guys,=20 With respect to OSPFv3 Extended LSAs, the direction we have taken is to keep the E-Network-LSA free of metrics and attributes. There are two reasons for that:=20 1. Migration Simplicity - the E-Network-LSA remains as Network-LSA is today advertising only the routers connecting to the pseudo-node. 2. Size constraints - Given that the LSA-ID of the Network-LSA and E-Network-LSA is DR=B9s interface ID, we are limited to a single instance o= f the Network-LSA and E-Network-LSA. Of course, I=B9d be willing to revisit the E-Network-LSA encoding, but my opinion is that all requirements can be satisfied with sub-TLVs in the E-Router-LSA.=20 Thanks, Acee=20 =20 On 10/3/14, 7:54 AM, "Jeffrey (Zhaohui) Zhang" wrote: >Peter, > >Let's say we have router A on the network. The metric from the network to >A is encoded in router A's own extended LSA, so no neighbor information >is needed. You can imagine that it is AS IF the metric was encoded next >to the normal to-network metric side by side. > >We did consider to optionally encode that in the extended network LSA for >OSPFv3, so that if the underlying network has the ability for the DR to >learn the from-network metric for each neighbor, then it'll be able >encode those metrics in the network LSA, further reducing the churning >when an affect-all event happens. That was in -02, but it was deemed too >dependent on the underlying network (to let the DR know those metrics) >and deviating from the normal OSPF, so it was take out. > >Thanks. >Jeffrey > >> -----Original Message----- >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> Sent: Friday, October 03, 2014 7:37 AM >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >> 3com.com; Lili Wang >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- >> metric >>=20 >> Jeffrey, >>=20 >> the encoding you proposed would not work. >>=20 >> OSPFv2: >>=20 >> - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, but >> Extended Link TLV does not have any neighbor identification. Please look >> at LAN Adj-SID Sub-TLV defined in >> draft-ietf-ospf-segment-routing-extensions - you need something similar. >>=20 >> OSPFv3: >>=20 >> - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of >> E-Router-LSA. That is not the right place. You should put the metric >> from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor >> identifier in it. >>=20 >> thanks, >> Peter >>=20 >>=20 >> On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: >> > Peter, and all, >> > >> > I have posted a new revision, which uses the following to encode the >> from-network metric. >> > >> >> 1. OSPFv2: Extended Link LSA >> >> 2. OSPFv3: E-Router LSAs >> > >> > http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt >> > >> > Please review and comment. >> > >> > Thanks! >> > Jeffrey >> > >> > >> >> -----Original Message----- >> >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> >> Sent: Monday, July 21, 2014 5:00 PM >> >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >> >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >> >> 3com.com >> >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- >> part- >> >> metric >> >> >> >> Hi Jeffrey, >> >> >> >> please see inline: >> >> >> >> >> >> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: >> >>> Hi, >> >>> >> >>> In today's OSPF session there were mainly two questions/comments >> >> during my presentation: >> >>> >> >>> 1. Acee: more discussion on mailing list about whether this is a >> >> general problem/solution that the WG should be taking on >> >>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding >> >> >> >> my comment was not specific to OSPFv3. >> >> I propose to use following extensions to encode metric from DR to >> >> attached router: >> >> >> >> 1. OSPFv2: Extended Link LSA >> >> 2. OSPFv3: E-Router LSAs >> >> >> >>> >> >>> I want to repeat and add some comments/answers here as a starting >> >> point for more discussions on the mailing list. >> >>> >> >>> For #1: >> >>> >> >>> - The described problem is real for some large scale and mission >> >> critical networks >> >>> - The problem and solution are not only applicable to the above >> >> mentioned example network, but also general to any broadcast network >> >> that have different costs between different pair of routers. As long >> as >> >> the router-to-router costs can be presented as a to-network and a >> from- >> >> network part, then the simple solution applies >> >>> - The two-part-metric concept is a natural extension of the SPF >> graph >> >> theory - we're just changing the previously zero from-network cost to >> >> none-zero. >> >>> >> >>> For #2, there are pros and cons with each approach. >> >>> >> >>> - The stub-link based approach does not depend on the in-progress >> LSA >> >> Extensibility work. This has larger impact on implementation - the >> >> feature can be supported w/o big changes to support extended LSA >> format. >> >> >> >> though the stub-link approach is simpler to implement, it's a bit of >> a >> >> "hack", as you are using a standard encoding for a stub link to >> >> advertise a metric for a neighbor on a broadcast link. >> >> >> >>> - The LSA Extensibility work is only applicable for OSPFv3. That >> means >> >> OSPFv2 would need a different approach for the problem. Acee also >> >> mentioned that it would be good to have consistent approaches between >> >> OSPFv2 and OSPFv3. >> >> >> >> what I proposed is consistent - uses new extended LSAs in both OSPFv2 >> >> and OSPFv3. >> >> >> >> thanks, >> >> Peter >> >> >> >>> - As a result at this time we would prefer the stub-link approach. >> >>> >> >>> The authors would like to hear more of your opinions/suggestions. >> >> Hopefully we can reach consensus on the applicability of the problem >> & >> >> solution so that it can become a WG item, and choose the best >> encoding >> >> approach. >> >>> >> >>> Thanks! >> >>> Jeffrey >> >>> >> >>> _______________________________________________ >> >>> OSPF mailing list >> >>> OSPF@ietf.org >> >>> https://www.ietf.org/mailman/listinfo/ospf >> >>> >> > >> > . >> > > >_______________________________________________ >OSPF mailing list >OSPF@ietf.org >https://www.ietf.org/mailman/listinfo/ospf From nobody Fri Oct 3 12:52:41 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE1A11A1AAC for ; Fri, 3 Oct 2014 12:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 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, J_CHICKENPOX_12=0.6, SPF_PASS=-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 AfWPoPFJW6uO for ; Fri, 3 Oct 2014 12:52:38 -0700 (PDT) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9AEE41A1A54 for ; Fri, 3 Oct 2014 12:52:38 -0700 (PDT) Received: by mail-yh0-f52.google.com with SMTP id 29so599616yhl.25 for ; Fri, 03 Oct 2014 12:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6xUEZnWRcf2jP3pY/gL2vL+PqVV0nh+AN/bZgc8iW8Y=; b=AeRrgp30LmjRf7KXHroBESRiRSWMkshfgzaB07QrkUv2moP3R9z1DaRXjZfpmKgyAo mpxkyDkvas27IEovI2ubTMOajkSK8TA7S0MMgW58TLziud17XeIMVJpkt/IysJ3LDeGV E4JMWK6ZC9zC8+hV7LCv9EaiBOqQAC/ewefPW5yZyoPLh3JgqX+qWHLsEtLmpF3s/Z+C d3tQ3LweC4KXCmztZHdDQOGB3hgHhUAKCcQAfnU6+Ytx0zY+6k3HcSQC0TPzQxsZNLnS MCJz+bpx6Atlul9rPH1zj3TaLK2NzohW3nd2iqxPiUXCTbGHS5yC6xRVzSvLN/4ifrTv 89Lg== MIME-Version: 1.0 X-Received: by 10.236.61.100 with SMTP id v64mr10614321yhc.77.1412365957740; Fri, 03 Oct 2014 12:52:37 -0700 (PDT) Received: by 10.170.113.134 with HTTP; Fri, 3 Oct 2014 12:52:37 -0700 (PDT) Date: Fri, 3 Oct 2014 15:52:37 -0400 Message-ID: From: Alia Atlas To: Ospf Chairs , draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org, Vishwas Manral , OSPF List Content-Type: multipart/alternative; boundary=089e0158be1c343c8d05048a1342 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/fgF8y9gZix9pTGJLfTZMdeMFK6Q Subject: [OSPF] AD review of draft-ietf-ospf-security-extension-manual-keying-08 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 19:52:39 -0000 --089e0158be1c343c8d05048a1342 Content-Type: text/plain; charset=UTF-8 As I do with all drafts that are ready to progress, I have done my AD review of this draft-ietf-ospf-security-extension-manual-keying-08. In this case, I apologize for it taking so long. The draft is very clear and well-written. I do have a few comments, but I have sent it to IETF Last Call for review while we discuss. Assuming that goes smoothly and comments (including mine below) are taken into account, I expect the draft to go to IESG telechat for Oct 30. Major Comment: My one concern is that in Section 3, it says: "Additionally, the 64-bit sequence number is moved to the first 64-bits following the OSPFv2 packet and is protected by the authentication digest." but I do not see any other place where RFC 5709 is updated to include that sequence number. In Sec 3.3, RFC 5709 says: First-Hash = H(Ko XOR Ipad || (OSPFv2 Packet)) and I think it would be most excellent for this draft to clearly update that to be (OSPFv2 Packet + Sequence Number). Minor Comments: Should the meta-data and header indicate that this updated RFC 5709? It certainly looks like it. Thanks for the hard work on a good draft to make routing more secure! Alia --089e0158be1c343c8d05048a1342 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As I do with all drafts that are ready to progress, I have= done my AD review of this
draft-ietf-ospf-security-extension-manual-ke= ying-08.=C2=A0 In this case, I apologize for it taking so long.

The draft is very clear and well-written.=C2=A0 I do have a few com= ments, but I have sent it to IETF Last Call for review while we discuss.=C2= =A0 Assuming that goes smoothly and comments (including mine below) are tak= en into account, I expect the draft to go to IESG telechat for Oct 30.

Major Comment:

My one c= oncern is that in Section 3, it says:

"Additionally, t= he 64-bit sequence number is moved to the first 64-bits following the OSPFv2 = packet and is protected by the=C2=A0authentication digest."
=

=
but I do not see any other place where RFC 5709 is updated to incl= ude that sequence number.=C2=A0 In Sec 3.3, RFC 5709 says:

   First-Hash =3D H(Ko XOR Ipad || (OS=
PFv2 Packet))

=
and I think it would be most excellent for this draft to clearly
update that to be (OSPFv2 Packet + Sequence Number).

Minor Comments:

Should the meta-=
data and header indicate that this updated RFC 5709?  It certainly looks li=
ke it.


Thanks for the hard work on a good draft to make =
routing more secure!

Alia

--089e0158be1c343c8d05048a1342-- From nobody Fri Oct 3 13:34:12 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D38F61A0012 for ; Fri, 3 Oct 2014 13:34:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.686 X-Spam-Level: X-Spam-Status: No, score=-14.686 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, J_CHICKENPOX_12=0.6, 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 cm_tOqiUdv9D for ; Fri, 3 Oct 2014 13:34:07 -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 78FE91A0004 for ; Fri, 3 Oct 2014 13:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10897; q=dns/txt; s=iport; t=1412368449; x=1413578049; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=PaA4FBUiE9AOmV1nFLH0Ym5YOFPmV2ZIrOEM+5bitjI=; b=gsXOKW/DXIgP8SN9MP/jn7WNebZ/OnEzwj3ASg5NfcjlTZa4GtT/qKXf D7bqGuZdmc4XfQqpNENngjvlInnRS1LVD7pXDVyFKaQYOpOtvBdfzoq8t p9BooXz4SlLl61yJ/bnb9tqXCE9NOrcUPq7Fw2fa64A1Q50OX5pL/hSsd A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAJQHL1StJV2P/2dsb2JhbABggkhGgSsE0lcCgQ4WAXuEAwEBAQQdbAIBCA4DAwECFhIHIREUCQgCBAESiCoDEbdrDYcYAReNfYIgGAqEQQWRdIk5ghGBLY1CQIZRgWwegVlsgUiBAgEBAQ X-IronPort-AV: E=Sophos; i="5.04,650,1406592000"; d="scan'208,217"; a="83888680" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-4.cisco.com with ESMTP; 03 Oct 2014 20:34:08 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id s93KY6hn028715 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 3 Oct 2014 20:34:06 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Fri, 3 Oct 2014 15:34:06 -0500 From: "Acee Lindem (acee)" To: Alia Atlas , Ospf Chairs , "draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org" , "Vishwas Manral" , OSPF List Thread-Topic: [OSPF] AD review of draft-ietf-ospf-security-extension-manual-keying-08 Thread-Index: AQHP30lfKFDEyZBSYkWERtEYXy7zBg== Date: Fri, 3 Oct 2014 20:34:05 +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.116.152.197] Content-Type: multipart/alternative; boundary="_000_D0547BDF4208aceeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/kVm1J9ziRsRvlk6nbPq2AyxTPOA Subject: Re: [OSPF] AD review of draft-ietf-ospf-security-extension-manual-keying-08 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 20:34:10 -0000 --_000_D0547BDF4208aceeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Alia, Thanks for the review. See inline. From: Alia Atlas > Date: Friday, October 3, 2014 at 3:52 PM To: Ospf Chairs >, "draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org" >, Vishwas Manral >, OSPF WG List > Subject: [OSPF] AD review of draft-ietf-ospf-security-extension-manual-keyi= ng-08 As I do with all drafts that are ready to progress, I have done my AD revie= w of this draft-ietf-ospf-security-extension-manual-keying-08. In this case, I apolo= gize for it taking so long. The draft is very clear and well-written. I do have a few comments, but I = have sent it to IETF Last Call for review while we discuss. Assuming that = goes smoothly and comments (including mine below) are taken into account, I= expect the draft to go to IESG telechat for Oct 30. Major Comment: My one concern is that in Section 3, it says: "Additionally, the 64-bit sequence number is moved to the first 64-bits fol= lowing the OSPFv2 packet and is protected by the authentication digest." but I do not see any other place where RFC 5709 is updated to include that = sequence number. In Sec 3.3, RFC 5709 says: First-Hash =3D H(Ko XOR Ipad || (OSPFv2 Packet)) and I think it would be most excellent for this draft to clearly update that to be (OSPFv2 Packet + Sequence Number). With this draft, we attempted to avoid Stephen Farrell=92s ire by not repea= ting the authentication algorithm as we have done when apply SHAx-HMAC auth= entication to each routing protocol. Note that RFC 5709 includes the statem= ent: Implementation Notes: Note that the First-Hash above includes the Authentication Trailer containing the Apad value, as well as the OSPF packet, as per RFC 2328, Section D.4.3. In section 5, we wukk add: The 64-bit sequence number will be included in th= e First-Hash along with the Authentication Trailer and OSPF packet (Refer to Section 3.3 in= RFC 5709). Minor Comments: Should the meta-data and header indicate that this updated RFC 5709? It ce= rtainly looks like it. I don=92t feel strongly on this. However, this is a new type of OSPFv2 cryp= tographic authentication and RFC 5709 authentication will continue to be su= pported by implementations that support it. So, one could argue that it upd= ates RFC 2328 rather than RFC 5709. The whole issue of when to use the =93U= pdates=94 would be a good topic for WG chair discussion. Thanks, Acee Thanks for the hard work on a good draft to make routing more secure! Alia --_000_D0547BDF4208aceeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Alia, 
Thanks for the review. See inline. 

From: Alia Atlas <akatlas@gmail.com>
Date: Friday, October 3, 2014 at 3:= 52 PM
To: Ospf Chairs <ospf-chairs@tools.ietf.org>, "draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org&q= uot; <draft-ietf-ospf-security-extension-manual-keying@tools.ietf.or= g>, Vishwas Manral <vis= hwas.ietf@gmail.com>, OSPF WG List <ospf@ietf.org>
Subject: [OSPF] AD review of draft-= ietf-ospf-security-extension-manual-keying-08

As I do with all drafts that are ready to progress, I have= done my AD review of this
draft-ietf-ospf-security-extension-manual-keying-08.  In this cas= e, I apologize for it taking so long.

The draft is very clear and well-written.  I do have a few commen= ts, but I have sent it to IETF Last Call for review while we discuss. = Assuming that goes smoothly and comments (including mine below) are taken = into account, I expect the draft to go to IESG telechat for Oct 30.

Major Comment:

My one concern is that in Section 3, it says:

"Additionally, the 64-bit sequence number is moved to the first 64-= bits foll= owing the OSPFv2 packet and is protected by the authentication digest."

but = I do not see any other place where RFC 5709 is updated to include that sequ= ence number.  In Sec 3.3, RFC 5709 says:

   First-Hash =3D H(Ko XOR Ipad || (OSPFv2 Packet))<=
/pre>




and I think it would be most excellent for this draf=
t to clearly


update that to be (OSPFv2 Packet + Sequence Numb=
er).

With this draft, we attempted to avoid Stephen Farrell=92s ire by not = repeating the authentication algorithm as we have done when apply SHAx-HMAC= authentication to each routing protocol. Note that RFC 5709 includes the s= tatement:

  Implementation Notes:
          Note that the First-Hash above includes the Authentication
          Trailer containing the Apad value, as well as the OSPF packet,
          as per RFC 2328, Section D.4.3.
In section 5, we wukk add: 

                    =       The 64-bit sequence number will be included in the Fir= st-Hash along with the Authentication
                    =        Trailer and OSPF packet (Refer to Section 3.3 in= RFC 5709). 



Minor Comments:

Should the meta-data and header indicate that this u=
pdated RFC 5709?  It certainly looks like it.

I don=92t feel strongly on this. However, this is a new type of OSPFv2= cryptographic authentication and RFC 5709 authentication will continue to = be supported by implementations that support it. So, one could argue that i= t updates RFC 2328 rather than RFC 5709. The whole issue of when to use the =93Updates=94 would be a good top= ic for WG chair discussion. 

Thanks,
Acee 




Thanks for the hard work on a good draft to make rou=
ting more secure!

Alia

 --_000_D0547BDF4208aceeciscocom_-- From nobody Fri Oct 3 13:48:05 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F26C1A6FF8; Fri, 3 Oct 2014 13:48:03 -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 VT0w-yxCeAVx; Fri, 3 Oct 2014 13:48:01 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B8FD41A6F9A; Fri, 3 Oct 2014 13:48:01 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 5.6.3.p3 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20141003204801.25472.25734.idtracker@ietfa.amsl.com> Date: Fri, 03 Oct 2014 13:48:01 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/nMnXt8rWmeLFk8aE9SllKrBpLw8 Cc: ospf@ietf.org Subject: [OSPF] Last Call: (Security Extension for OSPFv2 when using Manual Key Management) to Proposed Standard X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 20:48:03 -0000 The IESG has received a request from the Open Shortest Path First IGP WG (ospf) to consider the following document: - 'Security Extension for OSPFv2 when using Manual Key Management' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-10-17. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The current OSPFv2 cryptographic authentication mechanism as defined in RFC 2328 and RFC 5709 is vulnerable to both inter-session and intra-session replay attacks when using manual keying. Additionally, the existing cryptographic authentication mechanism does not cover the IP header. This omission can be exploited to carry out various types of attacks. This draft proposes changes to the authentication sequence number mechanism that will protect OSPFv2 from both inter-session and intra- session replay attacks when using manual keys for securing OSPFv2 protocol packets. Additionally, we also describe some changes in the cryptographic hash computation that will eliminate attacks resulting from OSPFv2 not protecting the IP header. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-ospf-security-extension-manual-keying/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-ospf-security-extension-manual-keying/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri Oct 3 14:12:03 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA6D11A7029 for ; Fri, 3 Oct 2014 14:11:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 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, J_CHICKENPOX_12=0.6, SPF_PASS=-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 1exn0CNBbtwu for ; Fri, 3 Oct 2014 14:11:51 -0700 (PDT) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43B641A854B for ; Fri, 3 Oct 2014 14:11:09 -0700 (PDT) Received: by mail-yk0-f175.google.com with SMTP id 19so637427ykq.34 for ; Fri, 03 Oct 2014 14:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AniyrevgqSfjQD2/ezS6HnfCssiNrJ511NcJHx6VzA4=; b=nBZjvHeD/40fZ7S/e4UA9mKbslqA/mEmQsJFSePaVQ9c4kdowwSPpPWjvcfA3X4OAo 8Px7JouR2AGbUi0GzFkOOb8V/cSLhBUStkpiNrBWiznBLhO6lqeXlK+EKsPHdR+qfuJp QDjaXnZC1AiHOsL4nBMsDRt/0omU5TMFaKkj67Z9H1sbUTyDSGNLskqVureGAQFdU/2u yWWN6N+ogDssDc3vb+VTYgimtvaQ1/6oKI720uqr9jH8UB1JPbpIk6R2iLxqZMulZ0vo UlisDbXFIg2Z/OsNxK50Dmxq+CJtzjyPkf4hpmWt35t80l3dg+uW16rHZBlZthzHByU8 nYSA== MIME-Version: 1.0 X-Received: by 10.236.131.134 with SMTP id m6mr11358801yhi.3.1412370668444; Fri, 03 Oct 2014 14:11:08 -0700 (PDT) Received: by 10.170.113.134 with HTTP; Fri, 3 Oct 2014 14:11:08 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Oct 2014 17:11:08 -0400 Message-ID: From: Alia Atlas To: "Acee Lindem (acee)" Content-Type: multipart/alternative; boundary=20cf300e5071fbe0bb05048b2b61 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/MpN1XeCkcef4upfQuAvqSqFBQ78 Cc: OSPF List , Ospf Chairs , "draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org" Subject: Re: [OSPF] AD review of draft-ietf-ospf-security-extension-manual-keying-08 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Oct 2014 21:11:54 -0000 --20cf300e5071fbe0bb05048b2b61 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Acee, On Fri, Oct 3, 2014 at 4:34 PM, Acee Lindem (acee) wrote: > Hi Alia, > Thanks for the review. See inline. > > From: Alia Atlas > Date: Friday, October 3, 2014 at 3:52 PM > To: Ospf Chairs , " > draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org" < > draft-ietf-ospf-security-extension-manual-keying@tools.ietf.org>, Vishwas > Manral , OSPF WG List > Subject: [OSPF] AD review of > draft-ietf-ospf-security-extension-manual-keying-08 > > As I do with all drafts that are ready to progress, I have done my AD > review of this > draft-ietf-ospf-security-extension-manual-keying-08. In this case, I > apologize for it taking so long. > > The draft is very clear and well-written. I do have a few comments, but > I have sent it to IETF Last Call for review while we discuss. Assuming > that goes smoothly and comments (including mine below) are taken into > account, I expect the draft to go to IESG telechat for Oct 30. > > Major Comment: > > My one concern is that in Section 3, it says: > > "Additionally, the 64-bit sequence number is moved to the first 64-bits > following the OSPFv2 packet and is protected by the authentication > digest." > > but I do not see any other place where RFC 5709 is updated to include > that sequence number. In Sec 3.3, RFC 5709 says: > > First-Hash =3D H(Ko XOR Ipad || (OSPFv2 Packet)) > > > and I think it would be most excellent for this draft to clearly > > update that to be (OSPFv2 Packet + Sequence Number). > > > With this draft, we attempted to avoid Stephen Farrell=E2=80=99s ire by = not > repeating the authentication algorithm as we have done when apply SHAx-HM= AC > authentication to each routing protocol. Note that RFC 5709 includes the > statement: > > Implementation Notes: > > Note that the First-Hash above includes the Authentication > Trailer containing the Apad value, as well as the OSPF packet, > as per RFC 2328, Section D.4.3. > > In section 5, we wukk add: > > The 64-bit sequence number will be included in > the First-Hash along with the Authentication > Trailer and OSPF packet (Refer to Section 3.3 > in RFC 5709). > That sounds good to add to clarify the point. > Minor Comments: > > > Should the meta-data and header indicate that this updated RFC 5709? It = certainly looks like it. > > > I don=E2=80=99t feel strongly on this. However, this is a new type of OS= PFv2 > cryptographic authentication and RFC 5709 authentication will continue to > be supported by implementations that support it. So, one could argue that > it updates RFC 2328 rather than RFC 5709. The whole issue of when to use > the =E2=80=9CUpdates=E2=80=9D would be a good topic for WG chair discussi= on. > I believe (and Adrian may have additional perspective) that Updates is appropriate when a new implementation should use the updated RFC. Of course there will be implementations that stay RFC 5709 compliant. Looking more closely, I would agree that this draft should update both RFC 2328 (due to the packet format) and RFC 5709 (due to the algorithm changes). Using Updates provides nice pointers to both RFCs. I'd recommend bringing up the question of when the use "Updates" in the next chairs' chat. I'll add it to my list of potential topics. Thanks, Alia Thanks, > Acee > > > > > Thanks for the hard work on a good draft to make routing more secure! > > > Alia > > > --20cf300e5071fbe0bb05048b2b61 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Acee,

On Fri, Oct 3, 2014 at 4:34 PM, Acee Lindem (acee) <acee@cisco.co= m> wrote:
Hi Alia,=C2=A0
Thanks for the review. See inline.=C2=A0

From: Alia Atlas <akatlas@gmail.com>
Date: Friday, October 3, 2014 at 3:= 52 PM
To: Ospf Chairs <ospf-chairs@tools.ietf.org= >, "draft-ietf-ospf-security-extensio= n-manual-keying@tools.ietf.org" <draft-ietf-ospf-security-extension-manual-ke= ying@tools.ietf.org>, Vishwas Manral <vishwas.ietf@gmail.com>, OSPF WG Li= st <ospf@ietf.org= >
Subject: [OSPF] AD review of draft-= ietf-ospf-security-extension-manual-keying-08

As I do with all drafts that are ready to progress, I have= done my AD review of this
draft-ietf-ospf-security-extension-manual-keying-08.=C2=A0 In this cas= e, I apologize for it taking so long.

The draft is very clear and well-written.=C2=A0 I do have a few commen= ts, but I have sent it to IETF Last Call for review while we discuss.=C2=A0= Assuming that goes smoothly and comments (including mine below) are taken = into account, I expect the draft to go to IESG telechat for Oct 30.

Major Comment:

My one concern is that in Section 3, it says:

"Additionally, the 64-bit sequence number is moved to the first 64-= bits foll= owing the OSPFv2 packet and is protected by the=C2=A0authentication digest."

but = I do not see any other place where RFC 5709 is updated to include that sequ= ence number.=C2=A0 In Sec 3.3, RFC 5709 says:

   First-Hash =3D H(Ko XOR Ipad || (OSPFv2 Packet))<=
/pre>




and I think it would be most excellent for this draf=
t to clearly


update that to be (OSPFv2 Packet + Sequence Number).=

With this draft, we attempted to avoid Stephen Farrell=E2=80=99s ire b= y not repeating the authentication algorithm as we have done when apply SHA= x-HMAC authentication to each routing protocol. Note that RFC 5709 includes= the statement:

=C2=A0 Implementation Notes:
          Note that the First-Hash above includes the Authentication
          Trailer containing the Apad value, as well as the OSPF packet,
          as per RFC 2328, Section D.4.3.
In section 5, we wukk add:=C2=A0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 The 64-bit sequence number will be included in the Fir= st-Hash along with the Authentication
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0Trailer and OSPF packet (Refer to Section 3.3 in= RFC 5709).=C2=A0

That sounds g= ood to add to clarify the point.=C2=A0
=C2=A0
Minor Comments:

Should the meta-data and header indicate that this u=
pdated RFC 5709?  It certainly looks like it.

I don=E2=80=99t feel strongly on this. However, this is a new t= ype of OSPFv2 cryptographic authentication and RFC 5709 authentication will= continue to be supported by implementations that support it. So, one could= argue that it updates RFC 2328 rather than RFC 5709. The whole issue of when to use the =E2=80=9CUpdates=E2=80=9D would b= e a good topic for WG chair discussion.=C2=A0
=
I believe (and Adrian may have additional perspective) that = Updates is appropriate when a new implementation should use the updated RFC= .=C2=A0 Of course there will be implementations that stay RFC 5709 complian= t.=C2=A0 Looking more closely, I would agree that this draft should update = both RFC 2328 (due to the packet format) and RFC 5709 (due to the algorithm= changes). =C2=A0 Using Updates provides nice pointers to both RFCs.
<= div>
I'd recommend bringing up the question of when the u= se "Updates" in the next chairs' chat.=C2=A0 I'll=C2=A0
add it to my list of potential topics.

Th= anks,
Alia

Thanks,
Acee=C2=A0




Thanks for the hard work on a good draft to make rou=
ting more secure!

Alia

--20cf300e5071fbe0bb05048b2b61-- From nobody Mon Oct 6 06:02:49 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D2521A6F11 for ; Mon, 6 Oct 2014 06:02:46 -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 wTVju55p20xd for ; Mon, 6 Oct 2014 06:02:31 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F132A1A6F20 for ; Mon, 6 Oct 2014 06:02:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7992; q=dns/txt; s=iport; t=1412600550; x=1413810150; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=7ymgOnpVP3tj9v4rfZTLV3kkcmSOBbIckw718vWgMy8=; b=SPrb/+t25SvxkcJGNAloEuRpdpE6hTN+GEp20iF7+OxehN+CLbi0Vrgf AqvYLq+u4ACMYT3ZxCGXz5nCOZ5FihD7ugtaCMdn/gyl2u/+QIfj5Ux2b ff4GK9Uyv4Xzk1upwS6fODTEKgumgk4S2yyn1ebdAb4IHpEdPkt74Xf5e Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqoEACeSMlStJssW/2dsb2JhbABfg2FYzBgKh00CgRoBe4QDAQEBBAEBASQRNgoBDAQLEQQBAQEJFggHCQMCAQIBFR8JCAYBDAEFAgEBBRKIIw3ARAEXkEUHBoRFAQSGK5AFhw6BLTuDB4JviiODf4NlOy8BgkkBAQE X-IronPort-AV: E=Sophos;i="5.04,664,1406592000"; d="scan'208";a="197364233" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 06 Oct 2014 13:02:27 +0000 Received: from [10.55.51.194] (ams-ppsenak-8711.cisco.com [10.55.51.194]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s96D2Rkf011330; Mon, 6 Oct 2014 13:02:27 GMT Message-ID: <543292E2.1090809@cisco.com> Date: Mon, 06 Oct 2014 15:02:26 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Jeffrey (Zhaohui) Zhang" , "ospf@ietf.org" References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> <542E940D.2090103@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/iYbgWkDo-LP4m-QqNwzaReFh1hA Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 13:02:46 -0000 Hi Jeffrey, understood and the encoding in the draft looks good then. I would propose to mention that the new Sub-TLV only applies to link-type 2 (Connection to a transit network) and MUST be ignored for other link types. Section 3 says: "This document does not currently specify a way to detect a router's capability of supporting this, and relies on operator's due diligence in provisioning. A protocol mechanism may be developer in the future." Contrary, section 3.5 defines a mechanism to detect the "Upon detecting the presence of a reachable Router LSA without a companion RI LSA that has the bit set, all routers MUST disable the two-part metric functionalities" thanks, Peter On 10/3/14 14:28 , Jeffrey (Zhaohui) Zhang wrote: > Peter, > > For the DR to learn different cost to different neighbors from the network (not from the DR), it may be difficult or may require some out of band mechanism. If the out of band mechanism is available, I would also prefer to do so - and that was indeed in revision -02 as an further optimization. It was removed per Acee's comment. > > Thanks. > Jeffrey > >> -----Original Message----- >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> Sent: Friday, October 03, 2014 8:18 AM >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >> 3com.com; Lili Wang >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- >> metric >> >> Hi Jeffrey, >> >> On 10/3/14 13:54 , Jeffrey (Zhaohui) Zhang wrote: >>> Peter, >>> >>> Let's say we have router A on the network. The metric from the network >> to A is encoded in router A's own extended LSA, so no neighbor >> information is needed. You can imagine that it is AS IF the metric was >> encoded next to the normal to-network metric side by side. >> >> Router A (DR) >> | >> ---------------------- >> | | >> Router B Router C >> >> - what you are trying to solve is the lack of metric in A->B and A->C >> direction >> >> - the natural choice would be for A (DR) to advertise a metric for each >> adjacent neighbor. Why do you prefer to advertise the reverse metric >> from B and C instead? >> >> thanks, >> Peter >> >>> >>> We did consider to optionally encode that in the extended network LSA >> for OSPFv3, so that if the underlying network has the ability for the DR >> to learn the from-network metric for each neighbor, then it'll be able >> encode those metrics in the network LSA, further reducing the churning >> when an affect-all event happens. That was in -02, but it was deemed too >> dependent on the underlying network (to let the DR know those metrics) >> and deviating from the normal OSPF, so it was take out. >>> >>> Thanks. >>> Jeffrey >>> >>>> -----Original Message----- >>>> From: Peter Psenak [mailto:ppsenak@cisco.com] >>>> Sent: Friday, October 03, 2014 7:37 AM >>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >>>> 3com.com; Lili Wang >>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- >> part- >>>> metric >>>> >>>> Jeffrey, >>>> >>>> the encoding you proposed would not work. >>>> >>>> OSPFv2: >>>> >>>> - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, >> but >>>> Extended Link TLV does not have any neighbor identification. Please >> look >>>> at LAN Adj-SID Sub-TLV defined in >>>> draft-ietf-ospf-segment-routing-extensions - you need something >> similar. >>>> >>>> OSPFv3: >>>> >>>> - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of >>>> E-Router-LSA. That is not the right place. You should put the metric >>>> from DR to neighbors inside OSPFv3 E-Network-LSA and include neighbor >>>> identifier in it. >>>> >>>> thanks, >>>> Peter >>>> >>>> >>>> On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: >>>>> Peter, and all, >>>>> >>>>> I have posted a new revision, which uses the following to encode the >>>> from-network metric. >>>>> >>>>>> 1. OSPFv2: Extended Link LSA >>>>>> 2. OSPFv3: E-Router LSAs >>>>> >>>>> http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt >>>>> >>>>> Please review and comment. >>>>> >>>>> Thanks! >>>>> Jeffrey >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Peter Psenak [mailto:ppsenak@cisco.com] >>>>>> Sent: Monday, July 21, 2014 5:00 PM >>>>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org >>>>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- >>>>>> 3com.com >>>>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- >>>> part- >>>>>> metric >>>>>> >>>>>> Hi Jeffrey, >>>>>> >>>>>> please see inline: >>>>>> >>>>>> >>>>>> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: >>>>>>> Hi, >>>>>>> >>>>>>> In today's OSPF session there were mainly two questions/comments >>>>>> during my presentation: >>>>>>> >>>>>>> 1. Acee: more discussion on mailing list about whether this is a >>>>>> general problem/solution that the WG should be taking on >>>>>>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner encoding >>>>>> >>>>>> my comment was not specific to OSPFv3. >>>>>> I propose to use following extensions to encode metric from DR to >>>>>> attached router: >>>>>> >>>>>> 1. OSPFv2: Extended Link LSA >>>>>> 2. OSPFv3: E-Router LSAs >>>>>> >>>>>>> >>>>>>> I want to repeat and add some comments/answers here as a starting >>>>>> point for more discussions on the mailing list. >>>>>>> >>>>>>> For #1: >>>>>>> >>>>>>> - The described problem is real for some large scale and mission >>>>>> critical networks >>>>>>> - The problem and solution are not only applicable to the above >>>>>> mentioned example network, but also general to any broadcast >> network >>>>>> that have different costs between different pair of routers. As >> long >>>> as >>>>>> the router-to-router costs can be presented as a to-network and a >>>> from- >>>>>> network part, then the simple solution applies >>>>>>> - The two-part-metric concept is a natural extension of the SPF >>>> graph >>>>>> theory - we're just changing the previously zero from-network cost >> to >>>>>> none-zero. >>>>>>> >>>>>>> For #2, there are pros and cons with each approach. >>>>>>> >>>>>>> - The stub-link based approach does not depend on the in-progress >>>> LSA >>>>>> Extensibility work. This has larger impact on implementation - the >>>>>> feature can be supported w/o big changes to support extended LSA >>>> format. >>>>>> >>>>>> though the stub-link approach is simpler to implement, it's a bit >> of >>>> a >>>>>> "hack", as you are using a standard encoding for a stub link to >>>>>> advertise a metric for a neighbor on a broadcast link. >>>>>> >>>>>>> - The LSA Extensibility work is only applicable for OSPFv3. That >>>> means >>>>>> OSPFv2 would need a different approach for the problem. Acee also >>>>>> mentioned that it would be good to have consistent approaches >> between >>>>>> OSPFv2 and OSPFv3. >>>>>> >>>>>> what I proposed is consistent - uses new extended LSAs in both >> OSPFv2 >>>>>> and OSPFv3. >>>>>> >>>>>> thanks, >>>>>> Peter >>>>>> >>>>>>> - As a result at this time we would prefer the stub-link approach. >>>>>>> >>>>>>> The authors would like to hear more of your opinions/suggestions. >>>>>> Hopefully we can reach consensus on the applicability of the >> problem >>>> & >>>>>> solution so that it can become a WG item, and choose the best >>>> encoding >>>>>> approach. >>>>>>> >>>>>>> Thanks! >>>>>>> Jeffrey >>>>>>> >>>>>>> _______________________________________________ >>>>>>> OSPF mailing list >>>>>>> OSPF@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/ospf >>>>>>> >>>>> >>>>> . >>>>> >>> >>> . >>> > > . > From nobody Mon Oct 6 06:06:13 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08F7F1A6F1E for ; Mon, 6 Oct 2014 06:06:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.388 X-Spam-Level: X-Spam-Status: No, score=-0.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_RHS_DOB=1.514] 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 y6Mmzd5afpxQ for ; Mon, 6 Oct 2014 06:06:09 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0762.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:762]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A6211A6F20 for ; Mon, 6 Oct 2014 06:06:08 -0700 (PDT) Received: from BY2PR05MB663.namprd05.prod.outlook.com (10.141.221.21) by BY2PR05MB254.namprd05.prod.outlook.com (10.242.41.152) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Mon, 6 Oct 2014 13:05:44 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by BY2PR05MB663.namprd05.prod.outlook.com (10.141.221.21) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Mon, 6 Oct 2014 13:05:41 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.23]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.23]) with mapi id 15.00.1044.008; Mon, 6 Oct 2014 13:05:41 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Peter Psenak , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kAAI4XmAAAAVZRwAAEY14AAAAaHAACYY2sAAAALE8A= Date: Mon, 6 Oct 2014 13:05:40 +0000 Message-ID: <8da4ffa36312414886b2a40e33900242@BY2PR05MB079.namprd05.prod.outlook.com> References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> <542E940D.2090103@cisco.com> <543292E2.1090809@cisco.com> In-Reply-To: <543292E2.1090809@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.13] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB663;UriScan:; x-forefront-prvs: 03569407CC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(199003)(479174003)(41574002)(189002)(377454003)(24454002)(10300001)(108616004)(97736003)(86362001)(76482002)(101416001)(66066001)(230783001)(19580395003)(2656002)(19580405001)(20776003)(92566001)(74316001)(64706001)(40100001)(46102003)(99396003)(80022003)(31966008)(87936001)(50986999)(120916001)(95666004)(99286002)(106356001)(85306004)(105586002)(77096002)(93886004)(76176999)(33646002)(54356999)(4396001)(122556001)(21056001)(2501002)(15202345003)(76576001)(85852003)(15975445006)(107046002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB663; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB254; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/I5AVjpGcWX1RhdZ5WR0YAmK8sCE Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 13:06:12 -0000 Peter, I'll fix the contradiction, and add that the new Sub-TLV only applies to li= nk-type 2. Thanks a lot for your suggestions, review and commnets! Jeffrey > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Monday, October 06, 2014 9:02 AM > To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > 3com.com; Lili Wang > Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part- > metric >=20 > Hi Jeffrey, >=20 > understood and the encoding in the draft looks good then. >=20 > I would propose to mention that the new Sub-TLV only applies to > link-type 2 (Connection to a transit network) and MUST be ignored for > other link types. >=20 >=20 > Section 3 says: >=20 > "This document does not currently specify > a way to detect a router's capability of supporting this, and relies > on operator's due diligence in provisioning. A protocol mechanism > may be developer in the future." >=20 > Contrary, section 3.5 defines a mechanism to detect the >=20 > "Upon detecting the presence of a reachable Router LSA without a > companion RI LSA that has the bit set, all routers MUST disable the > two-part metric functionalities" >=20 > thanks, > Peter >=20 >=20 > On 10/3/14 14:28 , Jeffrey (Zhaohui) Zhang wrote: > > Peter, > > > > For the DR to learn different cost to different neighbors from the > network (not from the DR), it may be difficult or may require some out > of band mechanism. If the out of band mechanism is available, I would > also prefer to do so - and that was indeed in revision -02 as an further > optimization. It was removed per Acee's comment. > > > > Thanks. > > Jeffrey > > > >> -----Original Message----- > >> From: Peter Psenak [mailto:ppsenak@cisco.com] > >> Sent: Friday, October 03, 2014 8:18 AM > >> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > >> 3com.com; Lili Wang > >> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- > part- > >> metric > >> > >> Hi Jeffrey, > >> > >> On 10/3/14 13:54 , Jeffrey (Zhaohui) Zhang wrote: > >>> Peter, > >>> > >>> Let's say we have router A on the network. The metric from the > network > >> to A is encoded in router A's own extended LSA, so no neighbor > >> information is needed. You can imagine that it is AS IF the metric > was > >> encoded next to the normal to-network metric side by side. > >> > >> Router A (DR) > >> | > >> ---------------------- > >> | | > >> Router B Router C > >> > >> - what you are trying to solve is the lack of metric in A->B and A->C > >> direction > >> > >> - the natural choice would be for A (DR) to advertise a metric for > each > >> adjacent neighbor. Why do you prefer to advertise the reverse metric > >> from B and C instead? > >> > >> thanks, > >> Peter > >> > >>> > >>> We did consider to optionally encode that in the extended network > LSA > >> for OSPFv3, so that if the underlying network has the ability for the > DR > >> to learn the from-network metric for each neighbor, then it'll be > able > >> encode those metrics in the network LSA, further reducing the > churning > >> when an affect-all event happens. That was in -02, but it was deemed > too > >> dependent on the underlying network (to let the DR know those metrics) > >> and deviating from the normal OSPF, so it was take out. > >>> > >>> Thanks. > >>> Jeffrey > >>> > >>>> -----Original Message----- > >>>> From: Peter Psenak [mailto:ppsenak@cisco.com] > >>>> Sent: Friday, October 03, 2014 7:37 AM > >>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; tom.mcmillan@l- > >>>> 3com.com; Lili Wang > >>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two- > >> part- > >>>> metric > >>>> > >>>> Jeffrey, > >>>> > >>>> the encoding you proposed would not work. > >>>> > >>>> OSPFv2: > >>>> > >>>> - you added Network-to-Router Metric Sub-TLV in Extended Link TLV, > >> but > >>>> Extended Link TLV does not have any neighbor identification. Please > >> look > >>>> at LAN Adj-SID Sub-TLV defined in > >>>> draft-ietf-ospf-segment-routing-extensions - you need something > >> similar. > >>>> > >>>> OSPFv3: > >>>> > >>>> - you added Network-to-Router Metric Sub-TLV to Router-Link TLV of > >>>> E-Router-LSA. That is not the right place. You should put the > metric > >>>> from DR to neighbors inside OSPFv3 E-Network-LSA and include > neighbor > >>>> identifier in it. > >>>> > >>>> thanks, > >>>> Peter > >>>> > >>>> > >>>> On 10/2/14 20:42 , Jeffrey (Zhaohui) Zhang wrote: > >>>>> Peter, and all, > >>>>> > >>>>> I have posted a new revision, which uses the following to encode > the > >>>> from-network metric. > >>>>> > >>>>>> 1. OSPFv2: Extended Link LSA > >>>>>> 2. OSPFv3: E-Router LSAs > >>>>> > >>>>> http://www.ietf.org/id/draft-zzhang-ospf-two-part-metric-03.txt > >>>>> > >>>>> Please review and comment. > >>>>> > >>>>> Thanks! > >>>>> Jeffrey > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Peter Psenak [mailto:ppsenak@cisco.com] > >>>>>> Sent: Monday, July 21, 2014 5:00 PM > >>>>>> To: Jeffrey (Zhaohui) Zhang; ospf@ietf.org > >>>>>> Cc: vibhor.julka@l-3Com.com; Dave.Dubois@gdc4s.com; > tom.mcmillan@l- > >>>>>> 3com.com > >>>>>> Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf- > two- > >>>> part- > >>>>>> metric > >>>>>> > >>>>>> Hi Jeffrey, > >>>>>> > >>>>>> please see inline: > >>>>>> > >>>>>> > >>>>>> On 7/21/14 15:24 , Jeffrey (Zhaohui) Zhang wrote: > >>>>>>> Hi, > >>>>>>> > >>>>>>> In today's OSPF session there were mainly two questions/comments > >>>>>> during my presentation: > >>>>>>> > >>>>>>> 1. Acee: more discussion on mailing list about whether this is a > >>>>>> general problem/solution that the WG should be taking on > >>>>>>> 2. Peter: should we use OSPFv3 Extended LSA for a cleaner > encoding > >>>>>> > >>>>>> my comment was not specific to OSPFv3. > >>>>>> I propose to use following extensions to encode metric from DR to > >>>>>> attached router: > >>>>>> > >>>>>> 1. OSPFv2: Extended Link LSA > >>>>>> 2. OSPFv3: E-Router LSAs > >>>>>> > >>>>>>> > >>>>>>> I want to repeat and add some comments/answers here as a > starting > >>>>>> point for more discussions on the mailing list. > >>>>>>> > >>>>>>> For #1: > >>>>>>> > >>>>>>> - The described problem is real for some large scale and mission > >>>>>> critical networks > >>>>>>> - The problem and solution are not only applicable to the above > >>>>>> mentioned example network, but also general to any broadcast > >> network > >>>>>> that have different costs between different pair of routers. As > >> long > >>>> as > >>>>>> the router-to-router costs can be presented as a to-network and a > >>>> from- > >>>>>> network part, then the simple solution applies > >>>>>>> - The two-part-metric concept is a natural extension of the SPF > >>>> graph > >>>>>> theory - we're just changing the previously zero from-network > cost > >> to > >>>>>> none-zero. > >>>>>>> > >>>>>>> For #2, there are pros and cons with each approach. > >>>>>>> > >>>>>>> - The stub-link based approach does not depend on the in- > progress > >>>> LSA > >>>>>> Extensibility work. This has larger impact on implementation - > the > >>>>>> feature can be supported w/o big changes to support extended LSA > >>>> format. > >>>>>> > >>>>>> though the stub-link approach is simpler to implement, it's a bit > >> of > >>>> a > >>>>>> "hack", as you are using a standard encoding for a stub link to > >>>>>> advertise a metric for a neighbor on a broadcast link. > >>>>>> > >>>>>>> - The LSA Extensibility work is only applicable for OSPFv3. That > >>>> means > >>>>>> OSPFv2 would need a different approach for the problem. Acee also > >>>>>> mentioned that it would be good to have consistent approaches > >> between > >>>>>> OSPFv2 and OSPFv3. > >>>>>> > >>>>>> what I proposed is consistent - uses new extended LSAs in both > >> OSPFv2 > >>>>>> and OSPFv3. > >>>>>> > >>>>>> thanks, > >>>>>> Peter > >>>>>> > >>>>>>> - As a result at this time we would prefer the stub-link > approach. > >>>>>>> > >>>>>>> The authors would like to hear more of your opinions/suggestions. > >>>>>> Hopefully we can reach consensus on the applicability of the > >> problem > >>>> & > >>>>>> solution so that it can become a WG item, and choose the best > >>>> encoding > >>>>>> approach. > >>>>>>> > >>>>>>> Thanks! > >>>>>>> Jeffrey > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> OSPF mailing list > >>>>>>> OSPF@ietf.org > >>>>>>> https://www.ietf.org/mailman/listinfo/ospf > >>>>>>> > >>>>> > >>>>> . > >>>>> > >>> > >>> . > >>> > > > > . > > From nobody Mon Oct 6 09:05:02 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8729D1A0324 for ; Mon, 6 Oct 2014 09:05:00 -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 HjG3ySjfdGaA for ; Mon, 6 Oct 2014 09:04:59 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0741.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:741]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B11D81A02BA for ; Mon, 6 Oct 2014 09:04:58 -0700 (PDT) Received: from BY2PR05MB079.namprd05.prod.outlook.com (10.242.38.16) by BY2PR05MB664.namprd05.prod.outlook.com (10.141.221.28) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Mon, 6 Oct 2014 16:04:34 +0000 Received: from BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.23]) by BY2PR05MB079.namprd05.prod.outlook.com ([169.254.8.23]) with mapi id 15.00.1044.008; Mon, 6 Oct 2014 16:04:34 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Peter Psenak , "ospf@ietf.org" Thread-Topic: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric Thread-Index: Ac+lGUvqIiqLTqfBSei7UevvhvhHhQADWYKADlJm8kAAI4XmAAAAVZRwAAEY14AAAAaHAACYY2sAAAALE8AABiS20A== Date: Mon, 6 Oct 2014 16:04:34 +0000 Message-ID: <6676b94d55af4f6bb0776495045722e6@BY2PR05MB079.namprd05.prod.outlook.com> References: <430a54c738e844e68deb26e7eaae2082@BY2PR05MB079.namprd05.prod.outlook.com> <53CD7F3F.308@cisco.com> <18267bfa69094e108546bb9812c5ee6c@BY2PR05MB079.namprd05.prod.outlook.com> <542E8A72.30209@cisco.com> <6becb8b9122147f7b5120ec5e9398762@BY2PR05MB079.namprd05.prod.outlook.com> <542E940D.2090103@cisco.com> <543292E2.1090809@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [66.129.241.13] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB664; x-forefront-prvs: 03569407CC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(41574002)(189002)(51704005)(199003)(95666004)(97736003)(77096002)(87936001)(99286002)(107046002)(106356001)(76176999)(54356999)(50986999)(105586002)(2501002)(2656002)(10300001)(76482002)(120916001)(99396003)(21056001)(46102003)(80022003)(101416001)(93376004)(33646002)(85852003)(86362001)(74316001)(108616004)(66066001)(40100001)(122556001)(230783001)(85306004)(15202345003)(93886004)(64706001)(76576001)(20776003)(19580395003)(558084003)(4396001)(15975445006)(24736002)(15302535012); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB664; H:BY2PR05MB079.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/aPnmn7KSvpROb920FFuFQLK6x44 Cc: "vibhor.julka@l-3Com.com" , "Dave.Dubois@gdc4s.com" , "tom.mcmillan@l-3com.com" Subject: Re: [OSPF] Follow-up discussion on draft-zzhang-ospf-two-part-metric X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 16:05:00 -0000 > Peter, >=20 > I'll fix the contradiction, and add that the new Sub-TLV only applies to > link-type 2. > Revision -04 has been posted: http://tools.ietf.org/html/draft-zzhang-ospf-= two-part-metric-04 Thanks! Jeffrey From nobody Mon Oct 6 15:19:46 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 484851A8AB6; Mon, 6 Oct 2014 15:19:31 -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 zRXaCB5fpe6S; Mon, 6 Oct 2014 15:19:29 -0700 (PDT) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42A4C1A8913; Mon, 6 Oct 2014 15:19:29 -0700 (PDT) Received: by mail-yk0-f182.google.com with SMTP id 131so2347320ykp.41 for ; Mon, 06 Oct 2014 15:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=1fPiCtUO5Bu1eDzi8oncCocfnYFwXKjBjZT9JwNBsg4=; b=EKIEMRO2azqh11/TpJWPpvXOG5A4WuqaYpU0gbowzuWeFQgeP5zyMBXLm4gqFz0nQZ +RjMxzurQWnjHS0lnpcZN82lg24wPK2JNIcyO3SJMpedM4ZpCPDi7lJwipXUTbm44iMT NZVYSzArFnDr5elTVWsOTZZO+ZgT/0N4iDgQI74p3uIQ3qrH7IBRz+HDzUJFQeQTEt2o DtHFkY5WGkDjhnUPcFoZBHfaH+pJw8boNOhzCcvZf+H8KBX+/OBVURqeyjPyEST73mXb UIUSuP0u1iK47OI4/YjL2eWCXS61/zMw6iHMMMKP+JaJ5QrbZpZ78BB7byozWm/9jCo1 aKCw== MIME-Version: 1.0 X-Received: by 10.236.87.227 with SMTP id y63mr28746561yhe.25.1412633968630; Mon, 06 Oct 2014 15:19:28 -0700 (PDT) Received: by 10.170.113.134 with HTTP; Mon, 6 Oct 2014 15:19:28 -0700 (PDT) Date: Mon, 6 Oct 2014 18:19:28 -0400 Message-ID: From: Alia Atlas To: "i2rs@ietf.org" , "netmod@ietf.org" , "rtgwg@ietf.org" , "isis-wg@ietf.org" , OSPF List , "idr@ietf. org" , "routing-discussion@ietf.org" Content-Type: multipart/alternative; boundary=20cf3010eabde5e0fb0504c879ae Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/ykdJ-VMZi3B2v76-AVOzzXiqmEY Cc: Benoit Claise Subject: [OSPF] Creation of rtg-yang-coord mailing list X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2014 22:19:31 -0000 --20cf3010eabde5e0fb0504c879ae Content-Type: text/plain; charset=UTF-8 The rtg-yang-coord mailing list will provide a forum for coordination of the development of YANG models being worked on for Routing, in order to provide a consistent view to the NMS. The intended participants are people active in Routing working groups and interested in the associated YANG models, and YANG experts assisting with Routing YANG models. While this list will help with the synchronization, WGs with responsibility for core routing protocols are expected to also be responsible for the development of YANG models for those protocols. To subscribe, visit: https://www.ietf.org/mailman/listinfo/rtg-yang-coord Regards, Alia --20cf3010eabde5e0fb0504c879ae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

The rtg-yang-coord mailing list will provide a f= orum for coordination of the development=C2=A0=C2=A0of YANG models being wo= rked on for Routing, in order to provide a=C2=A0consistent view to the NMS.= =C2=A0 The intended participants are people active in Routing working group= s and interested in the=C2=A0associated YANG models, and YANG experts assis= ting with Routing YANG=C2=A0models. While this list=C2=A0will help with the= synchronization, WGs with responsibility for core=C2=A0routing protocols a= re expected=C2=A0=C2=A0to also be responsible for the development of YANG m= odels for those=C2=A0=C2=A0protocols.=C2=A0

To subscribe, visi= t:

= https://ww= w.ietf.org/mailman/listinfo/rtg-yang-coord

Regar= ds,

Alia

--20cf3010eabde5e0fb0504c879ae-- From nobody Tue Oct 7 06:56:32 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E41B01ACD93 for ; Tue, 7 Oct 2014 06:56:24 -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 0WNPXWnaizi3 for ; Tue, 7 Oct 2014 06:56:19 -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 C40511ACD9B for ; Tue, 7 Oct 2014 06:56:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2069; q=dns/txt; s=iport; t=1412690163; x=1413899763; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=gOGHXSvJlIBLi8UbkoO3t6Tegvc7EK3EGKNkWMmFsW8=; b=EyF+6K35eh0T0z/jtFOLKswZT2Pit19DbhIhhRpevkV1VxKDUyLyblEq TuhBYsRdJy1hOwj9l2LAl2QihzZiBfMyn7Gmc7Jads2H02ZXCmPbpYwp3 OycH/BfNWPbVRB95yI176vBrejHa+cap4snboKRQTtQzTqgsOf/l7ZCKu 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisFAJvvM1StJV2d/2dsb2JhbABfgw5TUwUEzQSHSwKBDxYBe4QEAQEEdxICAQhGMhsBBgMCBBMJiDUIBcFwAReQS4RLBYsehliEPocOgS08gwiRF4FsHhaBQ2yBSIECAQEB X-IronPort-AV: E=Sophos;i="5.04,670,1406592000"; d="scan'208";a="361299933" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP; 07 Oct 2014 13:56:03 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s97Du3sB000474 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 7 Oct 2014 13:56:03 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Tue, 7 Oct 2014 08:56:02 -0500 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: New Version Notification for draft-ietf-ospf-security-extension-manual-keying-09.txt Thread-Index: AQHP4hrKaTp7LQfj6EOXdkuFEnbgqZwkuWiA Date: Tue, 7 Oct 2014 13:56:02 +0000 Message-ID: References: <20141007103803.28280.59076.idtracker@ietfa.amsl.com> In-Reply-To: <20141007103803.28280.59076.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <071A179FC86A19458E47168022978932@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/AyyG55oaI2u3BPp5LqUWivGAJDo Subject: [OSPF] FW: New Version Notification for draft-ietf-ospf-security-extension-manual-keying-09.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2014 13:56:25 -0000 This version just addresses Alia=B9s AD review comments. The draft is in IESG Last Call.=20 Thanks, Acee=20 On 10/7/14, 6:38 AM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, >draft-ietf-ospf-security-extension-manual-keying-09.txt >has been successfully submitted by Manav Bhatia and posted to the >IETF repository. > >Name: draft-ietf-ospf-security-extension-manual-keying >Revision: 09 >Title: Security Extension for OSPFv2 when using Manual Key Management >Document date: 2014-10-06 >Group: ospf >Pages: 13 >URL: =20 >http://www.ietf.org/internet-drafts/draft-ietf-ospf-security-extension-man >ual-keying-09.txt >Status: =20 >https://datatracker.ietf.org/doc/draft-ietf-ospf-security-extension-manual >-keying/ >Htmlized: =20 >http://tools.ietf.org/html/draft-ietf-ospf-security-extension-manual-keyin >g-09 >Diff: =20 >http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-security-extension-manu= al >-keying-09 > >Abstract: > The current OSPFv2 cryptographic authentication mechanism as defined > in RFC 2328 and RFC 5709 is vulnerable to both inter-session and > intra-session replay attacks when using manual keying. Additionally, > the existing cryptographic authentication mechanism does not cover > the IP header. This omission can be exploited to carry out various > types of attacks. > > This draft proposes changes to the authentication sequence number > mechanism that will protect OSPFv2 from both inter-session and intra- > session replay attacks when using manual keys for securing OSPFv2 > protocol packets. Additionally, we also describe some changes in the > cryptographic hash computation that will eliminate attacks resulting > from OSPFv2 not protecting the IP header. > > =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.ietf.org. > >The IETF Secretariat > From nobody Tue Oct 7 07:47:52 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DAF21A1BB4 for ; Tue, 7 Oct 2014 07:47:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.485 X-Spam-Level: X-Spam-Status: No, score=-0.485 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, URIBL_RHS_DOB=1.514] 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 tkRatgJxAGMn for ; Tue, 7 Oct 2014 07:47:48 -0700 (PDT) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B547D1A6F90 for ; Tue, 7 Oct 2014 07:47:47 -0700 (PDT) Received: by mail-wi0-f173.google.com with SMTP id fb4so8130838wid.0 for ; Tue, 07 Oct 2014 07:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JRA9r45DCegYojLkwqSiL+V/idZE5w/nrYqR3RLx/3c=; b=hlgriqn5JomraJmAEwXF97No31X1Uup4mcEzsP3eID4dLMG5xYc6ALoPpy91Fl1cD3 xQEKrmVf+Hqsc0ULGBVHo3a7z1twValkGX0MFSgIAJXRmf29xdSKz2W9r0BX/etWXLXa l9v2JoyBILxna0C22RsGzHu41rlJZfSNFCMMUGq7PdCngOPbkzOW/WwLAD182C46pRRf m0Q0X3hxZTR1OzJkE2FjZKP5V7IUgH3WAaszcsnHyT0lhysJDsUQctzGzs0FEaDTMlcl vGaHpKQU+rzD+LOpLg2AlbXrOw68FiXxwUs3oRJswZpTrIW87N7bDZr3uIBJqXRjHi2t NTbA== MIME-Version: 1.0 X-Received: by 10.194.184.111 with SMTP id et15mr5495629wjc.14.1412693266181; Tue, 07 Oct 2014 07:47:46 -0700 (PDT) Received: by 10.217.69.138 with HTTP; Tue, 7 Oct 2014 07:47:46 -0700 (PDT) In-Reply-To: References: <20141007103803.28280.59076.idtracker@ietfa.amsl.com> Date: Tue, 7 Oct 2014 10:47:46 -0400 Message-ID: From: Alia Atlas To: "Acee Lindem (acee)" Content-Type: multipart/alternative; boundary=047d7ba97e9a4eb38f0504d64832 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/j-hlCWm0fLqShuyJcGtDPilu5pU Cc: OSPF WG List Subject: Re: [OSPF] FW: New Version Notification for draft-ietf-ospf-security-extension-manual-keying-09.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2014 14:47:49 -0000 --047d7ba97e9a4eb38f0504d64832 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Acee, Looks good - thanks! Alia On Tue, Oct 7, 2014 at 9:56 AM, Acee Lindem (acee) wrote: > This version just addresses Alia=C2=B9s AD review comments. The draft is = in > IESG Last Call. > Thanks, > Acee > > On 10/7/14, 6:38 AM, "internet-drafts@ietf.org" > wrote: > > > > >A new version of I-D, > >draft-ietf-ospf-security-extension-manual-keying-09.txt > >has been successfully submitted by Manav Bhatia and posted to the > >IETF repository. > > > >Name: draft-ietf-ospf-security-extension-manual-keying > >Revision: 09 > >Title: Security Extension for OSPFv2 when using Manual Key > Management > >Document date: 2014-10-06 > >Group: ospf > >Pages: 13 > >URL: > > > http://www.ietf.org/internet-drafts/draft-ietf-ospf-security-extension-ma= n > >ual-keying-09.txt > >Status: > > > https://datatracker.ietf.org/doc/draft-ietf-ospf-security-extension-manua= l > >-keying/ > >Htmlized: > > > http://tools.ietf.org/html/draft-ietf-ospf-security-extension-manual-keyi= n > >g-09 > >Diff: > > > http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-security-extension-man= ual > >-keying-09 > > > >Abstract: > > The current OSPFv2 cryptographic authentication mechanism as defined > > in RFC 2328 and RFC 5709 is vulnerable to both inter-session and > > intra-session replay attacks when using manual keying. Additionally, > > the existing cryptographic authentication mechanism does not cover > > the IP header. This omission can be exploited to carry out various > > types of attacks. > > > > This draft proposes changes to the authentication sequence number > > mechanism that will protect OSPFv2 from both inter-session and intra- > > session replay attacks when using manual keys for securing OSPFv2 > > protocol packets. Additionally, we also describe some changes in the > > cryptographic hash computation that will eliminate attacks resulting > > from OSPFv2 not protecting the IP header. > > > > > > > > > > > >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 > > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > --047d7ba97e9a4eb38f0504d64832 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Acee,

Looks good - thanks!
Alia

On Tue, Oct 7, 2014 at 9:56 AM, Acee Lindem (acee) <acee@cisco.co= m> wrote:
This version just= addresses Alia=C2=B9s AD review comments. The draft is in
IESG Last Call.
Thanks,
Acee

On 10/7/14, 6:38 AM, "inte= rnet-drafts@ietf.org" <internet-drafts@ietf.org>
wrote:

>
>A new version of I-D,
>draft-ietf-ospf-security-extension-manual-keying-09.txt
>has been successfully submitted by Manav Bhatia and posted to the
>IETF repository.
>
>Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 draft-ietf-ospf-security-extens= ion-manual-keying
>Revision:=C2=A0 =C2=A0 =C2=A0 09
>Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Security Extension for OSPFv2 w= hen using Manual Key Management
>Document date: 2014-10-06
>Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ospf
>Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A013
>URL:
>http://www.ietf.org/internet-drafts/draft= -ietf-ospf-security-extension-man
>ual-keying-09.txt
>Status:
>https://datatracker.ietf.org/doc/draft-ie= tf-ospf-security-extension-manual
>-keying/
>Htmlized:
>http://tools.ietf.org/html/draft-ietf-osp= f-security-extension-manual-keyin
>g-09
>Diff:
>http://www.ietf.org/rfcdiff?url2=3Ddraf= t-ietf-ospf-security-extension-manual
>-keying-09
>
>Abstract:
>=C2=A0 =C2=A0The current OSPFv2 cryptographic authentication mechanism = as defined
>=C2=A0 =C2=A0in RFC 2328 and RFC 5709 is vulnerable to both inter-sessi= on and
>=C2=A0 =C2=A0intra-session replay attacks when using manual keying.=C2= =A0 Additionally,
>=C2=A0 =C2=A0the existing cryptographic authentication mechanism does n= ot cover
>=C2=A0 =C2=A0the IP header.=C2=A0 This omission can be exploited to car= ry out various
>=C2=A0 =C2=A0types of attacks.
>
>=C2=A0 =C2=A0This draft proposes changes to the authentication sequence= number
>=C2=A0 =C2=A0mechanism that will protect OSPFv2 from both inter-session= and intra-
>=C2=A0 =C2=A0session replay attacks when using manual keys for securing= OSPFv2
>=C2=A0 =C2=A0protocol packets.=C2=A0 Additionally, we also describe som= e changes in the
>=C2=A0 =C2=A0cryptographic hash computation that will eliminate attacks= resulting
>=C2=A0 =C2=A0from OSPFv2 not protecting the IP header.
>
>
>
>
>
>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
>

_______________________________________________
OSPF mailing list
OSPF@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/ospf

--047d7ba97e9a4eb38f0504d64832-- From nobody Tue Oct 7 19:11:30 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36FF51A8F34 for ; Tue, 7 Oct 2014 19:11:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.687 X-Spam-Level: X-Spam-Status: No, score=-4.687 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 l3df0bnliy2W for ; Tue, 7 Oct 2014 19:11:27 -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 BD43B1A8BC5 for ; Tue, 7 Oct 2014 19:11:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKH87837; Wed, 08 Oct 2014 02:11:24 +0000 (GMT) Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 8 Oct 2014 03:11:23 +0100 Received: from NKGEML509-MBS.china.huawei.com ([169.254.2.88]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Wed, 8 Oct 2014 10:11:18 +0800 From: Youjianjie To: "ospf@ietf.org" Thread-Topic: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQA= Date: Wed, 8 Oct 2014 02:11:18 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.173] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/l0oFZehmN7SbqNnzZS5A8T-gWpc Subject: [OSPF] =?utf-8?b?6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y?= =?utf-8?q?_draft-liang-ospf-flowspec-extensions-01=2Etxt?= X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 02:11:29 -0000 SGkgYWxsLA0KDQpUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2VzIHRoYXQgT1NQ RiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLiBUaGlzIGRvY3VtZW50IGFs c28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZSBMaW5rIFN0YXRlIEFkdmVydGlz ZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0Lg0KWW91ciBjb21tZW50cyBhcmUgYXBwcmVjaWF0 ZWQuDQoNCkJlc3QgUmVnYXJkcywNCkppYW5qaWUNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K 5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmddIA0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0OeaciDI45pelIDEwOjMyDQrmlLbk u7bkuro6IFlvdWppYW5qaWU7IFlvdWppYW5qaWU7IGxpdXdlaWhhbmc7IGxpdXdlaWhhbmcNCuS4 u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dz cGVjLWV4dGVuc2lvbnMtMDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWxp YW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxs eSBzdWJtaXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0 b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zDQpSZXZp c2lvbjoJMDENClRpdGxlOgkJT1NQRiBFeHRlbnNpb25zIGZvciBGbG93IFNwZWNpZmljYXRpb24N CkRvY3VtZW50IGRhdGU6CTIwMTQtMDktMjcNCkdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9u DQpQYWdlczoJCTExDQpVUkw6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KU3Rh dHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5n LW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy8NCkh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDENCkRp ZmY6ICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1saWFu Zy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDENCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3Vt ZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2VzIHdoeSBPU1BGIChPcGVuIFNob3J0ZXN0IFBhdGgN CiAgIEZpcnN0KSBkaXN0cmlidXRpbmcgZmxvdyBzcGVjaWZpY2F0aW9uIChGbG93U3BlYykgcm91 dGVzIGlzDQogICBuZWNlc3NhcnkuICBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBP U1BGIEZsb3dTcGVjIE9wYXF1ZQ0KICAgTGluayBTdGF0ZSBBZHZlcnRpc2VtZW50IChMU0EpIGVu Y29kaW5nIGZvcm1hdCB0aGF0IGNhbiBiZSB1c2VkIHRvDQogICBkaXN0cmlidXRlIEZsb3dTcGVj IHJvdXRlcy4NCg0KICAgRm9yIHRoZSBuZXR3b3JrIG9ubHkgZGVwbG95aW5nIElHUCAoSW50ZXJp b3IgR2F0ZXdheSBQcm90b2NvbCkgKGUuZy4NCiAgIE9TUEYpLCBpdCBpcyBleHBlY3RlZCB0byBl eHRlbmQgSUdQIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0KICAgT25lIGFkdmFudGFn ZSBpcyB0byBtaXRpZ2F0ZSB0aGUgaW1wYWN0cyBvZiBEZW5pYWwtb2YtU2VydmljZSAoRG9TKQ0K ICAgYXR0YWNrcy4NCg0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Wed Oct 8 08:45:34 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1BFC1A6F82 for ; Wed, 8 Oct 2014 08:45:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 bFAD6bV9_sF1 for ; Wed, 8 Oct 2014 08:45:29 -0700 (PDT) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.203]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E195A1A6FB3 for ; Wed, 8 Oct 2014 08:45:28 -0700 (PDT) Received: from [216.82.242.147:26037] by server-11.bemta-8.messagelabs.com id 11/46-25814-81C55345; Wed, 08 Oct 2014 15:45:28 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-15.tower-95.messagelabs.com!1412783127!38553643!1 X-Originating-IP: [209.245.18.38] X-StarScan-Received: X-StarScan-Version: 6.12.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30932 invoked from network); 8 Oct 2014 15:45:27 -0000 Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-15.tower-95.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Oct 2014 15:45:27 -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 3B80B2BA7F; Wed, 8 Oct 2014 15:45:27 +0000 (GMT) Received: from USADCWVEHT02.corp.global.level3.com (10.2.36.142) by USIDCWVEHT02.corp.global.level3.com (10.1.142.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 8 Oct 2014 09:45:26 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by usadcwveht02.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Wed, 8 Oct 2014 11:45:26 -0400 From: "Osborne, Eric" To: Youjianjie , "ospf@ietf.org" Thread-Topic: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0A== Date: Wed, 8 Oct 2014 15:45:24 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.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.1.196.205] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/vDHz1Lran2BfdSmlePX6Rzj9xNc Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 15:45:33 -0000 SSdtIG5vdCBzdXJlIHRoaXMgaGFzIG11Y2ggdmFsdWUuICBUaGUgdmFzdCBtYWpvcml0eSBvZiBk eW5hbWljIFBFLUNFIGlzIGRvbmUgd2l0aCBCR1A7IHRoZSBsaXR0bGUgYml0IHRoYXQgaXNuJ3Qg QkdQIGlzLCBpbiBteSBleHBlcmllbmNlLCBSSVAuICBJIGRvbid0IHRoaW5rIEkndmUgc2VlbiBt YW55IChhbnk/KSBPU1BGIFBFLUNFIGRlcGxveW1lbnRzLiAgDQoNCg0KDQoNCmVyaWMNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IE9TUEYgW21haWx0bzpvc3BmLWJvdW5jZXNA aWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBZb3VqaWFuamllDQpTZW50OiBUdWVzZGF5LCBPY3RvYmVy IDA3LCAyMDE0IDEwOjExIFBNDQpUbzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDogW09TUEZdIOi9 rOWPkTogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dz cGVjLWV4dGVuc2lvbnMtMDEudHh0DQoNCkhpIGFsbCwNCg0KVGhpcyBkb2N1bWVudCBkaXNjdXNz ZXMgdGhlIHVzZSBjYXNlcyB0aGF0IE9TUEYgaXMgdXNlZCB0byBkaXN0cmlidXRlIEZsb3dTcGVj IHJvdXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBP cGFxdWUgTGluayBTdGF0ZSBBZHZlcnRpc2VtZW50IChMU0EpIGVuY29kaW5nIGZvcm1hdC4NCllv dXIgY29tbWVudHMgYXJlIGFwcHJlY2lhdGVkLg0KDQpCZXN0IFJlZ2FyZHMsDQpKaWFuamllDQoN Ci0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogaW50ZXJuZXQtZHJhZnRzQGlldGYu b3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANCuWPkemAgeaXtumXtDogMjAx NOW5tDnmnIgyOOaXpSAxMDozMg0K5pS25Lu25Lq6OiBZb3VqaWFuamllOyBZb3VqaWFuamllOyBs aXV3ZWloYW5nOyBsaXV3ZWloYW5nDQrkuLvpopg6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3IgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQoNCkEgbmV3 IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEu dHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEppYW5qaWUgWW91IGFuZCBw b3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYt Zmxvd3NwZWMtZXh0ZW5zaW9ucw0KUmV2aXNpb246CTAxDQpUaXRsZToJCU9TUEYgRXh0ZW5zaW9u cyBmb3IgRmxvdyBTcGVjaWZpY2F0aW9uDQpEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQpHcm91 cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQkxMQ0KVVJMOiAgICAgICAgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3Nw ZWMtZXh0ZW5zaW9ucy0wMS50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMvDQpIdG1s aXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbGlhbmctb3NwZi1m bG93c3BlYy1leHRlbnNpb25zLTAxDQpEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxDQoN CkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3aHkg T1NQRiAoT3BlbiBTaG9ydGVzdCBQYXRoDQogICBGaXJzdCkgZGlzdHJpYnV0aW5nIGZsb3cgc3Bl Y2lmaWNhdGlvbiAoRmxvd1NwZWMpIHJvdXRlcyBpcw0KICAgbmVjZXNzYXJ5LiAgVGhpcyBkb2N1 bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBPcGFxdWUNCiAgIExpbmsgU3Rh dGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhhdCBjYW4gYmUgdXNlZCB0 bw0KICAgZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0ZXMuDQoNCiAgIEZvciB0aGUgbmV0d29yayBv bmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3YXkgUHJvdG9jb2wpIChlLmcuDQogICBP U1BGKSwgaXQgaXMgZXhwZWN0ZWQgdG8gZXh0ZW5kIElHUCB0byBkaXN0cmlidXRlIEZsb3dTcGVj IHJvdXRlcy4NCiAgIE9uZSBhZHZhbnRhZ2UgaXMgdG8gbWl0aWdhdGUgdGhlIGltcGFjdHMgb2Yg RGVuaWFsLW9mLVNlcnZpY2UgKERvUykNCiAgIGF0dGFja3MuDQoNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElF VEYgU2VjcmV0YXJpYXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCk9TUEYgbWFpbGluZyBsaXN0DQpPU1BGQGlldGYub3JnDQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCg== From nobody Wed Oct 8 08:54:30 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 592161A0300 for ; Wed, 8 Oct 2014 08:54:28 -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 14VaRSfOd-dO for ; Wed, 8 Oct 2014 08:54:26 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0710.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:710]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 314881A0308 for ; Wed, 8 Oct 2014 08:54:26 -0700 (PDT) Received: from hannes-mba.local (193.110.55.13) by CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Wed, 8 Oct 2014 15:54:02 +0000 Received: from hannes-mba.local (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id 1B8FC43AEEF; Wed, 8 Oct 2014 17:53:51 +0200 (CEST) Date: Wed, 8 Oct 2014 17:53:50 +0200 From: Hannes Gredler To: "Osborne, Eric" Message-ID: <20141008155350.GB34437@hannes-mba.local> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [193.110.55.13] X-ClientProxiedBy: DB4PR06CA0026.eurprd06.prod.outlook.com (25.160.40.154) To CO1PR05MB443.namprd05.prod.outlook.com (10.141.73.152) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:CO1PR05MB443; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 0358535363 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(53754006)(377424004)(24454002)(199003)(377454003)(189002)(122386002)(15202345003)(85306004)(92566001)(230783001)(66066001)(19580395003)(83506001)(50466002)(102836001)(15975445006)(20776003)(23676002)(19580405001)(122856001)(4396001)(64706001)(101416001)(47776003)(92726001)(76176999)(50986999)(76506005)(87976001)(77096002)(107046002)(97736003)(95666004)(105586002)(106356001)(31966008)(54356999)(80022003)(98436002)(85852003)(76482002)(40100002)(21056001)(120916001)(33656002)(99396003)(86362001)(46102003)(110136001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO1PR05MB443; H:hannes-mba.local; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/CORb-LZSdSrIR3Ve5i1BqeYhfZc Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 15:54:28 -0000 +1 it would be furthermore interesting to hear from the authors how OSPF behaves once a massive scale of flow-routes (lets say in the order of > 100K is injected into OSPF). /hannes On Wed, Oct 08, 2014 at 03:45:24PM +0000, Osborne, Eric wrote: | I'm not sure this has much value. The vast majority of dynamic PE-CE is done with BGP; the little bit that isn't BGP is, in my experience, RIP. I don't think I've seen many (any?) OSPF PE-CE deployments. | | | | | eric | | -----Original Message----- | From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Youjianjie | Sent: Tuesday, October 07, 2014 10:11 PM | To: ospf@ietf.org | Subject: [OSPF] 杞彂: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt | | Hi all, | | This document discusses the use cases that OSPF is used to distribute FlowSpec routes. This document also defines a new OSPF FlowSpec Opaque Link State Advertisement (LSA) encoding format. | Your comments are appreciated. | | Best Regards, | Jianjie | | -----閭欢鍘熶欢----- | 鍙戜欢浜: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] | 鍙戦佹椂闂: 2014骞9鏈28鏃 10:32 | 鏀朵欢浜: Youjianjie; Youjianjie; liuweihang; liuweihang | 涓婚: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt | | | A new version of I-D, draft-liang-ospf-flowspec-extensions-01.txt | has been successfully submitted by Jianjie You and posted to the IETF repository. | | Name: draft-liang-ospf-flowspec-extensions | Revision: 01 | Title: OSPF Extensions for Flow Specification | Document date: 2014-09-27 | Group: Individual Submission | Pages: 11 | URL: http://www.ietf.org/internet-drafts/draft-liang-ospf-flowspec-extensions-01.txt | Status: https://datatracker.ietf.org/doc/draft-liang-ospf-flowspec-extensions/ | Htmlized: http://tools.ietf.org/html/draft-liang-ospf-flowspec-extensions-01 | Diff: http://www.ietf.org/rfcdiff?url2=draft-liang-ospf-flowspec-extensions-01 | | Abstract: | This document discusses the use cases why OSPF (Open Shortest Path | First) distributing flow specification (FlowSpec) routes is | necessary. This document also defines a new OSPF FlowSpec Opaque | Link State Advertisement (LSA) encoding format that can be used to | distribute FlowSpec routes. | | For the network only deploying IGP (Interior Gateway Protocol) (e.g. | OSPF), it is expected to extend IGP to distribute FlowSpec routes. | One advantage is to mitigate the impacts of Denial-of-Service (DoS) | attacks. | | | | | | 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 | | _______________________________________________ | OSPF mailing list | OSPF@ietf.org | https://www.ietf.org/mailman/listinfo/ospf | _______________________________________________ | OSPF mailing list | OSPF@ietf.org | https://www.ietf.org/mailman/listinfo/ospf From nobody Wed Oct 8 09:16:14 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C49471A8732 for ; Wed, 8 Oct 2014 09:16:10 -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 wGukVr-ukDJb for ; Wed, 8 Oct 2014 09:16:08 -0700 (PDT) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DD171A6FAE for ; Wed, 8 Oct 2014 09:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3083; q=dns/txt; s=iport; t=1412784970; x=1413994570; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=6VRt7vnWJsThYWT9LVCihYCot1us6/BtYv8hj1Zy8FU=; b=lGBr/0UPI0Rof6gAFKON6GnYjoDW/xs1HufK50hsDvQ754hK2wRA+l/7 qcgyCbLSf2M40Efxut/mWwlVAxllFZccYCwcJVmF6tGy/tHwKGyvKGXge qVn1eAKUjHBMWV9UZdi+1CGhCvJajdGRiQpH6RK2mnGZOyluoUKSAo80w 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqgEABxiNVStJssW/2dsb2JhbABfg2FTgwnIAgyHSwKBIAF7hAMBAQEEAQEBIA8BBTYJAQ0ECQIRBAEBAQICBRYIAwICCQMCAQIBFR8JCAYBDAYCAQEFiDUIBZA5nE2VCwEXgSyPHwaCcYFUAQSWNYcQgS48gwmCcYoqg3+BchgWgUU7LwGCSQEBAQ X-IronPort-AV: E=Sophos;i="5.04,678,1406592000"; d="scan'208";a="199935188" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 08 Oct 2014 16:16:07 +0000 Received: from [10.55.51.194] (ams-ppsenak-8711.cisco.com [10.55.51.194]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s98GG4iI016305; Wed, 8 Oct 2014 16:16:05 GMT Message-ID: <54356344.3040806@cisco.com> Date: Wed, 08 Oct 2014 18:16:04 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Osborne, Eric" , Youjianjie , "ospf@ietf.org" References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/VcsWsWCXPd_t0-uknOBD_2GWK1Q Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 16:16:10 -0000 Hi Eric, there are definitely deployments using OSPF as PE-CE. It's typically used for enterprise customers, that use OSPF as their IGP and use L3 VPN service to interconnect their sites. thanks, Peter On 10/8/14 17:45 , Osborne, Eric wrote: > I'm not sure this has much value. The vast majority of dynamic PE-CE is done with BGP; the little bit that isn't BGP is, in my experience, RIP. I don't think I've seen many (any?) OSPF PE-CE deployments. > > > > > eric > > -----Original Message----- > From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Youjianjie > Sent: Tuesday, October 07, 2014 10:11 PM > To: ospf@ietf.org > Subject: [OSPF] 杞彂: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt > > Hi all, > > This document discusses the use cases that OSPF is used to distribute FlowSpec routes. This document also defines a new OSPF FlowSpec Opaque Link State Advertisement (LSA) encoding format. > Your comments are appreciated. > > Best Regards, > Jianjie > > -----閭欢鍘熶欢----- > 鍙戜欢浜: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > 鍙戦佹椂闂: 2014骞9鏈28鏃 10:32 > 鏀朵欢浜: Youjianjie; Youjianjie; liuweihang; liuweihang > 涓婚: New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt > > > A new version of I-D, draft-liang-ospf-flowspec-extensions-01.txt > has been successfully submitted by Jianjie You and posted to the IETF repository. > > Name: draft-liang-ospf-flowspec-extensions > Revision: 01 > Title: OSPF Extensions for Flow Specification > Document date: 2014-09-27 > Group: Individual Submission > Pages: 11 > URL: http://www.ietf.org/internet-drafts/draft-liang-ospf-flowspec-extensions-01.txt > Status: https://datatracker.ietf.org/doc/draft-liang-ospf-flowspec-extensions/ > Htmlized: http://tools.ietf.org/html/draft-liang-ospf-flowspec-extensions-01 > Diff: http://www.ietf.org/rfcdiff?url2=draft-liang-ospf-flowspec-extensions-01 > > Abstract: > This document discusses the use cases why OSPF (Open Shortest Path > First) distributing flow specification (FlowSpec) routes is > necessary. This document also defines a new OSPF FlowSpec Opaque > Link State Advertisement (LSA) encoding format that can be used to > distribute FlowSpec routes. > > For the network only deploying IGP (Interior Gateway Protocol) (e.g. > OSPF), it is expected to extend IGP to distribute FlowSpec routes. > One advantage is to mitigate the impacts of Denial-of-Service (DoS) > attacks. > > > > > > 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 > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Wed Oct 8 09:36:25 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31B711A90E0 for ; Wed, 8 Oct 2014 09:36:23 -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 ErbIHBDNFkvP for ; Wed, 8 Oct 2014 09:36:21 -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 552C41A9028 for ; Wed, 8 Oct 2014 09:36:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5856; q=dns/txt; s=iport; t=1412786181; x=1413995781; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=wtZL4B6vbeQnQ5sEYvxPb/RYwba1UP9d1eG6yxEWqVg=; b=Hpui/iNpTAUpKs7bQbHVldSzsnmouqYTewPC5/RLQzsfv3cvqxg+avhV u1lR9HpAP3O4RAi+4c+F2HMRQWVDtPCPXeiR8kZwwPC0v53M1iMchb6Jq B6QrqasfJuST43/nETmso2UkIbV/jgaZJGVdDBjlY2D7qqQrwh9E4mMIO E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAEdnNVStJV2U/2dsb2JhbABfgw5TTQYJgwDIAgyHSwIZcRYBe4QDAQEBAwEBAQEgETgCCAECBQcEAgEGAhEEAQEBAgIjAwICAiULFAEICAIEDgUJiC0ICAWRcZxNlQ0BF4EsjmUYGwcGgnE2gR4FkXeEPocQgS48gwmNG4N/gXIYFoFDbAGBR4ECAQEB X-IronPort-AV: E=Sophos;i="5.04,678,1406592000"; d="scan'208";a="361770194" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-2.cisco.com with ESMTP; 08 Oct 2014 16:36:20 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s98GaKWu018784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 8 Oct 2014 16:36:20 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Wed, 8 Oct 2014 11:36:20 -0500 From: "Acee Lindem (acee)" To: "Peter Psenak (ppsenak)" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0IAAXj8AgAAFpQA= Date: Wed, 8 Oct 2014 16:36:19 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <54356344.3040806@cisco.com> In-Reply-To: <54356344.3040806@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/jma9WBkrBLZoCjcZ70YwXlPi1EA Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2014 16:36:23 -0000 SGkgUGV0ZXIsIGV0IGFsLCANCknigJl2ZSBhbHNvIHNlZW4gbWFueSBPU1BGIFBFLUNFIGRlcGxv eW1lbnRzIGFzIHdlbGwuIE9uZSBxdWVzdGlvbiBpcyB3aGV0aGVyIHRoZSBDRSBpcyB1bmRlciB0 aGUgYWRtaW5pc3RyYXRpdmUgY29udHJvbCBvZiB0aGUgcHJvdmlkZXIgb3IgdGhlIGN1c3RvbWVy PyANCk5vdGUgdGhhdCB0aGlzIHdhcyBwcm9wb3NlZCBhdCBsZWFzdCBvbmNlIGJlZm9yZSAtIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1zaHJpdmFzdGF2YS1vc3BmLWZsb3ct c3BlYy0wMS50eHQgYml0IGl0IGRpZG7igJl0IGdhaW4gbW9tZW50dW0uIA0KDQpXaXRoIHJlc3Bl Y3QgdG8gSGFubmVz4oCZIGNvbW1lbnQsIExlcyBHaW5zYmVyZyBzYWlkIGhlIHNlZXMgdGhpcyBh cyBhIGNhbmRpZGF0ZSBmb3IgdGhlIElTSVMgR2VuZXJpYyBJbmZvcm1hdGlvbiBpbnN0YW5jZSAo UkZDIDY4MjMpLiBXZSBjb3VsZCBkbyB0aGUgc2FtZSBhbmQgcHVzaCBpdCB0byB0aGUgT1NQRiB0 cmFuc3BvcnQgaW5zdGFuY2Ugd2hpY2ggaGFzIGFsc28gbG9zdCBtb21lbnR1bSBhcyBhIGRyYWZ0 LiANCg0KV2XigJl2ZSBoZWFyZCBmcm9tIG9uZSBwcm92aWRlciAoRXJpYykgd2hvIGRvZXNu4oCZ dCB0aGluayB0aGlzIGlzIHVzZWZ1bCAtIGFueSBvdGhlciBpbnB1dD8gIA0KDQpPbmUgdGhpbmcg SSBob3BlIGlzIHRoYXQgbm8gc2VlcyB0aGlzIGEgZ2VuZXJpYyBmbG93LXNwZWMgZGlzdHJpYnV0 aW9uIG1lY2hhbmlzbSBmb3IgU0ROLiBUaGUgcmVhc29uIGJlaW5nIHRoYXQgeW91IHJlYWxseSBu ZWVkIHBlciBwZWVyIGdyYW51bGFyaXR5IG9mIGFkdmVydGlzZW1lbnQgYW5kIHBvbGljeSwgZS5n LiBCR1AuIA0KDQpUaGFua3MsDQpBY2VlIA0KDQpPbiBPY3QgOCwgMjAxNCwgYXQgMTI6MTYgUE0s IFBldGVyIFBzZW5hayA8cHBzZW5ha0BjaXNjby5jb20+IHdyb3RlOg0KDQo+IEhpIEVyaWMsDQo+ IA0KPiB0aGVyZSBhcmUgZGVmaW5pdGVseSBkZXBsb3ltZW50cyB1c2luZyBPU1BGIGFzIFBFLUNF LiBJdCdzIHR5cGljYWxseSB1c2VkIGZvciBlbnRlcnByaXNlIGN1c3RvbWVycywgdGhhdCB1c2Ug T1NQRiBhcyB0aGVpciBJR1AgYW5kIHVzZSBMMyBWUE4gc2VydmljZSB0byBpbnRlcmNvbm5lY3Qg dGhlaXIgc2l0ZXMuDQo+IA0KPiB0aGFua3MsDQo+IFBldGVyDQo+IA0KPiBPbiAxMC84LzE0IDE3 OjQ1ICwgT3Nib3JuZSwgRXJpYyB3cm90ZToNCj4+IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNo IHZhbHVlLiAgVGhlIHZhc3QgbWFqb3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lIHdpdGgg QkdQOyB0aGUgbGl0dGxlIGJpdCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwg UklQLiAgSSBkb24ndCB0aGluayBJJ3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBs b3ltZW50cy4NCj4+IA0KPj4gDQo+PiANCj4+IA0KPj4gZXJpYw0KPj4gDQo+PiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIFlvdWppYW5qaWUNCj4+IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIg MDcsIDIwMTQgMTA6MTEgUE0NCj4+IFRvOiBvc3BmQGlldGYub3JnDQo+PiBTdWJqZWN0OiBbT1NQ Rl0g6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxpYW5nLW9zcGYt Zmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCj4+IA0KPj4gSGkgYWxsLA0KPj4gDQo+PiBUaGlz IGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRp c3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLiBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5l dyBPU1BGIEZsb3dTcGVjIE9wYXF1ZSBMaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5j b2RpbmcgZm9ybWF0Lg0KPj4gWW91ciBjb21tZW50cyBhcmUgYXBwcmVjaWF0ZWQuDQo+PiANCj4+ IEJlc3QgUmVnYXJkcywNCj4+IEppYW5qaWUNCj4+IA0KPj4gLS0tLS3pgq7ku7bljp/ku7YtLS0t LQ0KPj4g5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmddDQo+PiDlj5HpgIHml7bpl7Q6IDIwMTTlubQ55pyIMjjml6UgMTA6 MzINCj4+IOaUtuS7tuS6ujogWW91amlhbmppZTsgWW91amlhbmppZTsgbGl1d2VpaGFuZzsgbGl1 d2VpaGFuZw0KPj4g5Li76aKYOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxp YW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCj4+IA0KPj4gDQo+PiBBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4 dA0KPj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKaWFuamllIFlvdSBhbmQg cG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQo+PiANCj4+IE5hbWU6CQlkcmFmdC1saWFu Zy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMNCj4+IFJldmlzaW9uOgkwMQ0KPj4gVGl0bGU6CQlP U1BGIEV4dGVuc2lvbnMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbg0KPj4gRG9jdW1lbnQgZGF0ZToJ MjAxNC0wOS0yNw0KPj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4+IFBhZ2VzOgkJ MTENCj4+IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQo+PiBTdGF0dXM6 ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGlhbmctb3Nw Zi1mbG93c3BlYy1leHRlbnNpb25zLw0KPj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KPj4g RGlmZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxp YW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KPj4gDQo+PiBBYnN0cmFjdDoNCj4+ICAg IFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHRoZSB1c2UgY2FzZXMgd2h5IE9TUEYgKE9wZW4gU2hv cnRlc3QgUGF0aA0KPj4gICAgRmlyc3QpIGRpc3RyaWJ1dGluZyBmbG93IHNwZWNpZmljYXRpb24g KEZsb3dTcGVjKSByb3V0ZXMgaXMNCj4+ICAgIG5lY2Vzc2FyeS4gIFRoaXMgZG9jdW1lbnQgYWxz byBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3BhcXVlDQo+PiAgICBMaW5rIFN0YXRlIEFk dmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0IHRoYXQgY2FuIGJlIHVzZWQgdG8NCj4+ ICAgIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0KPj4gDQo+PiAgICBGb3IgdGhlIG5ldHdv cmsgb25seSBkZXBsb3lpbmcgSUdQIChJbnRlcmlvciBHYXRld2F5IFByb3RvY29sKSAoZS5nLg0K Pj4gICAgT1NQRiksIGl0IGlzIGV4cGVjdGVkIHRvIGV4dGVuZCBJR1AgdG8gZGlzdHJpYnV0ZSBG bG93U3BlYyByb3V0ZXMuDQo+PiAgICBPbmUgYWR2YW50YWdlIGlzIHRvIG1pdGlnYXRlIHRoZSBp bXBhY3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1MpDQo+PiAgICBhdHRhY2tzLg0KPj4gDQo+ PiANCj4+IA0KPj4gDQo+PiANCj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3Vw bGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxp emVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4+ IA0KPj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+PiBPU1BG QGlldGYub3JnDQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYN Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBP U1BGIG1haWxpbmcgbGlzdA0KPj4gT1NQRkBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo+PiANCj4gDQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE9TUEYgbWFpbGluZyBsaXN0DQo+IE9TUEZA aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQoN Cg== From nobody Wed Oct 8 22:15:25 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C36071A90C6; Wed, 8 Oct 2014 22:15:19 -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 Zo2OLbrm3kDr; Wed, 8 Oct 2014 22:15:17 -0700 (PDT) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 605831A90C1; Wed, 8 Oct 2014 22:15:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7916; q=dns/txt; s=iport; t=1412831718; x=1414041318; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=BR2/zSX7EtVbZHRe5I+YACwELAilFiYa7xBmVU+xYTM=; b=XnZP53FCc3oPU3JBWCHVyrzVEPPK7lDlIKyJFfn9ru9a2ds46G5H+a7k 2RIfvdsUvzaiO0DWGlhgMRo4dmwQlJ/Aq32HVhABk3jpM0fyORJ9qo84Q fiWyTxM2TqsTv0oonznj8gpYdavPg80cLTSHwYRTfPng/C5covT7n0nyT Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkYFALQYNlStJA2L/2dsb2JhbABfgmsjU00GBQSDAshaCodNAhltFgF7hAMBAQEEAQEBIBE4AggBAgwEAgEGAhEEAQEBAgIGHQMCAgIlCxQBCAgCBAENBQgBiDUBBwWUMJxNlEIBF4EsjmcWGwcGgnE2gR4BBJF3hD6IPjyDCY0bg3+BchgWgUNsAYFHgQIBAQE X-IronPort-AV: E=Sophos;i="5.04,682,1406592000"; d="scan'208";a="361591473" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-1.cisco.com with ESMTP; 09 Oct 2014 05:15:16 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s995FFdu020241 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 9 Oct 2014 05:15:15 GMT Received: from xmb-aln-x02.cisco.com ([fe80::8c1c:7b85:56de:ffd1]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0195.001; Thu, 9 Oct 2014 00:15:15 -0500 From: "Les Ginsberg (ginsberg)" To: "Acee Lindem (acee)" , "Peter Psenak (ppsenak)" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0IAAXj8AgAAFpQCAAH33wA== Date: Thu, 9 Oct 2014 05:15:14 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <54356344.3040806@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.21.68.25] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/Sfr5JXc-RigXQ92LLbtsk7Dz49s Cc: "ospf@ietf.org" , "isis-wg@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 05:15:20 -0000 QWRkaW5nIHRoZSBJUy1JUyBXRyBzaW5jZSB0aGVyZSBpcyBhbiBlcXVpdmFsZW50IGRyYWZ0IGZv ciBJUy1JUyBzdWJtaXR0ZWQgYnkgdGhlIHNhbWUgYXV0aG9ycy4NCg0KIklGIiB0aGlzIHdlcmUg c29tZXRoaW5nIHRoZSByZXNwZWN0aXZlIFdHcyBkZWNpZGUgdGhlIHByb3RvY29sIHNob3VsZCBz dXBwb3J0LCB0aGVuIHJ1bm5pbmcgYSBzZXBhcmF0ZSBpbnN0YW5jZSBvZiB0aGUgcHJvdG9jb2wg c28gdGhhdCB0aGUgZmxvd3NwZWMgIGFkdmVydGlzZW1lbnRzIGNhbiBiZSBpc29sYXRlZCBmcm9t IHRoZSBwcmltYXJ5IGZ1bmN0aW9uIG9mIHRoZSBJR1AgKHJvdXRpbmcpIHdvdWxkIGJlIHRoZSBy aWdodCB3YXkgdG8gaW1wbGVtZW50IGl0IC0gYW5kIHRoaXMgaXMgcHJlY2lzZWx5IHdoYXQgR0VO SU5GTy9NSSAoUkZDIDY4MjMvNjgyMikgd2VyZSBkZWZpbmVkIHRvIGFkZHJlc3MuIE9TUEYgVHJh bnNwb3J0IGluc3RhbmNlIHdvdWxkIGJlIHRoZSBhbmFsb2dvdXMgbWVjaGFuaXNtIGZvciBPU1BG Lg0KDQpCdXQgdGhlIGZpcnN0IHF1ZXN0aW9uIGlzIHdoZXRoZXIgdGhpcyBpcyBzb21ldGhpbmcg dGhlIElHUHMgc2hvdWxkIHN1cHBvcnQgYXQgYWxsLiBBcyBBY2VlIGhhcyBpbmRpY2F0ZWQgdGhp cyB3YXMgcHJvcG9zZWQgcHJldmlvdXNseSBpbiBPU1BGIGFuZCB0aGVyZSB3YXMgbGl0dGxlIGlu dGVyZXN0LiBJbiB0aGUgY2FzZSBvZiBJUy1JUyB0aGVyZSBpcyBldmVuIGxlc3MgcmVhc29uIHRv IGNvbnNpZGVyIGl0IHNpbmNlIElTLUlTIGlzIE5PVCBkZXBsb3llZCBhcyBhIFBFLUNFIHByb3Rv Y29sLg0KDQogICBMZXMNCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206 IE9TUEYgW21haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBY2VlIExp bmRlbQ0KPiAoYWNlZSkNCj4gU2VudDogV2VkbmVzZGF5LCBPY3RvYmVyIDA4LCAyMDE0IDk6MzYg QU0NCj4gVG86IFBldGVyIFBzZW5hayAocHBzZW5haykNCj4gQ2M6IG9zcGZAaWV0Zi5vcmcNCj4g U3ViamVjdDogUmU6IFtPU1BGXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxp YW5nLW9zcGYtZmxvd3NwZWMtDQo+IGV4dGVuc2lvbnMtMDEudHh0DQo+IA0KPiBIaSBQZXRlciwg ZXQgYWwsDQo+IEnigJl2ZSBhbHNvIHNlZW4gbWFueSBPU1BGIFBFLUNFIGRlcGxveW1lbnRzIGFz IHdlbGwuIE9uZSBxdWVzdGlvbiBpcw0KPiB3aGV0aGVyIHRoZSBDRSBpcyB1bmRlciB0aGUgYWRt aW5pc3RyYXRpdmUgY29udHJvbCBvZiB0aGUgcHJvdmlkZXIgb3IgdGhlDQo+IGN1c3RvbWVyPw0K PiBOb3RlIHRoYXQgdGhpcyB3YXMgcHJvcG9zZWQgYXQgbGVhc3Qgb25jZSBiZWZvcmUgLQ0KPiBo dHRwOi8vd3d3LmlldGYub3JnL2FyY2hpdmUvaWQvZHJhZnQtc2hyaXZhc3RhdmEtb3NwZi1mbG93 LXNwZWMtMDEudHh0IGJpdA0KPiBpdCBkaWRu4oCZdCBnYWluIG1vbWVudHVtLg0KPiANCj4gV2l0 aCByZXNwZWN0IHRvIEhhbm5lc+KAmSBjb21tZW50LCBMZXMgR2luc2Jlcmcgc2FpZCBoZSBzZWVz IHRoaXMgYXMgYQ0KPiBjYW5kaWRhdGUgZm9yIHRoZSBJU0lTIEdlbmVyaWMgSW5mb3JtYXRpb24g aW5zdGFuY2UgKFJGQyA2ODIzKS4gV2UgY291bGQgZG8NCj4gdGhlIHNhbWUgYW5kIHB1c2ggaXQg dG8gdGhlIE9TUEYgdHJhbnNwb3J0IGluc3RhbmNlIHdoaWNoIGhhcyBhbHNvIGxvc3QNCj4gbW9t ZW50dW0gYXMgYSBkcmFmdC4NCj4gDQo+IFdl4oCZdmUgaGVhcmQgZnJvbSBvbmUgcHJvdmlkZXIg KEVyaWMpIHdobyBkb2VzbuKAmXQgdGhpbmsgdGhpcyBpcyB1c2VmdWwgLSBhbnkNCj4gb3RoZXIg aW5wdXQ/DQo+IA0KPiBPbmUgdGhpbmcgSSBob3BlIGlzIHRoYXQgbm8gc2VlcyB0aGlzIGEgZ2Vu ZXJpYyBmbG93LXNwZWMgZGlzdHJpYnV0aW9uDQo+IG1lY2hhbmlzbSBmb3IgU0ROLiBUaGUgcmVh c29uIGJlaW5nIHRoYXQgeW91IHJlYWxseSBuZWVkIHBlciBwZWVyDQo+IGdyYW51bGFyaXR5IG9m IGFkdmVydGlzZW1lbnQgYW5kIHBvbGljeSwgZS5nLiBCR1AuDQo+IA0KPiBUaGFua3MsDQo+IEFj ZWUNCj4gDQo+IE9uIE9jdCA4LCAyMDE0LCBhdCAxMjoxNiBQTSwgUGV0ZXIgUHNlbmFrIDxwcHNl bmFrQGNpc2NvLmNvbT4gd3JvdGU6DQo+IA0KPiA+IEhpIEVyaWMsDQo+ID4NCj4gPiB0aGVyZSBh cmUgZGVmaW5pdGVseSBkZXBsb3ltZW50cyB1c2luZyBPU1BGIGFzIFBFLUNFLiBJdCdzIHR5cGlj YWxseSB1c2VkDQo+IGZvciBlbnRlcnByaXNlIGN1c3RvbWVycywgdGhhdCB1c2UgT1NQRiBhcyB0 aGVpciBJR1AgYW5kIHVzZSBMMyBWUE4gc2VydmljZQ0KPiB0byBpbnRlcmNvbm5lY3QgdGhlaXIg c2l0ZXMuDQo+ID4NCj4gPiB0aGFua3MsDQo+ID4gUGV0ZXINCj4gPg0KPiA+IE9uIDEwLzgvMTQg MTc6NDUgLCBPc2Jvcm5lLCBFcmljIHdyb3RlOg0KPiA+PiBJJ20gbm90IHN1cmUgdGhpcyBoYXMg bXVjaCB2YWx1ZS4gIFRoZSB2YXN0IG1ham9yaXR5IG9mIGR5bmFtaWMgUEUtQ0UgaXMNCj4gZG9u ZSB3aXRoIEJHUDsgdGhlIGxpdHRsZSBiaXQgdGhhdCBpc24ndCBCR1AgaXMsIGluIG15IGV4cGVy aWVuY2UsIFJJUC4gIEkgZG9uJ3QNCj4gdGhpbmsgSSd2ZSBzZWVuIG1hbnkgKGFueT8pIE9TUEYg UEUtQ0UgZGVwbG95bWVudHMuDQo+ID4+DQo+ID4+DQo+ID4+DQo+ID4+DQo+ID4+IGVyaWMNCj4g Pj4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTogT1NQRiBbbWFp bHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlvdWppYW5qaWUNCj4gPj4g U2VudDogVHVlc2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0KPiA+PiBUbzogb3NwZkBp ZXRmLm9yZw0KPiA+PiBTdWJqZWN0OiBbT1NQRl0g6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIGRyYWZ0LWxpYW5nLW9zcGYtDQo+IGZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0 DQo+ID4+DQo+ID4+IEhpIGFsbCwNCj4gPj4NCj4gPj4gVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMg dGhlIHVzZSBjYXNlcyB0aGF0IE9TUEYgaXMgdXNlZCB0byBkaXN0cmlidXRlDQo+IEZsb3dTcGVj IHJvdXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBP cGFxdWUNCj4gTGluayBTdGF0ZSBBZHZlcnRpc2VtZW50IChMU0EpIGVuY29kaW5nIGZvcm1hdC4N Cj4gPj4gWW91ciBjb21tZW50cyBhcmUgYXBwcmVjaWF0ZWQuDQo+ID4+DQo+ID4+IEJlc3QgUmVn YXJkcywNCj4gPj4gSmlhbmppZQ0KPiA+Pg0KPiA+PiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+ ID4+IOWPkeS7tuS6ujogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnXQ0KPiA+PiDlj5HpgIHml7bpl7Q6IDIwMTTlubQ55pyIMjjml6UgMTA6 MzINCj4gPj4g5pS25Lu25Lq6OiBZb3VqaWFuamllOyBZb3VqaWFuamllOyBsaXV3ZWloYW5nOyBs aXV3ZWloYW5nDQo+ID4+IOS4u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0KPiBleHRlbnNpb25zLTAxLnR4dA0KPiA+Pg0KPiA+Pg0K PiA+PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRl bnNpb25zLTAxLnR4dA0KPiA+PiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEpp YW5qaWUgWW91IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYNCj4gcmVwb3NpdG9yeS4NCj4gPj4NCj4g Pj4gTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucw0KPiA+PiBSZXZp c2lvbjoJMDENCj4gPj4gVGl0bGU6CQlPU1BGIEV4dGVuc2lvbnMgZm9yIEZsb3cgU3BlY2lmaWNh dGlvbg0KPiA+PiBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQo+ID4+IEdyb3VwOgkJSW5kaXZp ZHVhbCBTdWJtaXNzaW9uDQo+ID4+IFBhZ2VzOgkJMTENCj4gPj4gVVJMOiAgICAgICAgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtDQo+IGZs b3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQo+ID4+IFN0YXR1czogICAgICAgICBodHRwczovL2Rh dGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0KPiBleHRl bnNpb25zLw0KPiA+PiBIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwv ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy0NCj4gZXh0ZW5zaW9ucy0wMQ0KPiA+PiBEaWZmOiAg ICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGlhbmctb3Nw Zi1mbG93c3BlYy0NCj4gZXh0ZW5zaW9ucy0wMQ0KPiA+Pg0KPiA+PiBBYnN0cmFjdDoNCj4gPj4g ICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3aHkgT1NQRiAoT3BlbiBT aG9ydGVzdCBQYXRoDQo+ID4+ICAgIEZpcnN0KSBkaXN0cmlidXRpbmcgZmxvdyBzcGVjaWZpY2F0 aW9uIChGbG93U3BlYykgcm91dGVzIGlzDQo+ID4+ICAgIG5lY2Vzc2FyeS4gIFRoaXMgZG9jdW1l bnQgYWxzbyBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3BhcXVlDQo+ID4+ICAgIExpbmsg U3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhhdCBjYW4gYmUgdXNl ZCB0bw0KPiA+PiAgICBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCj4gPj4NCj4gPj4gICAg Rm9yIHRoZSBuZXR3b3JrIG9ubHkgZGVwbG95aW5nIElHUCAoSW50ZXJpb3IgR2F0ZXdheSBQcm90 b2NvbCkgKGUuZy4NCj4gPj4gICAgT1NQRiksIGl0IGlzIGV4cGVjdGVkIHRvIGV4dGVuZCBJR1Ag dG8gZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0ZXMuDQo+ID4+ICAgIE9uZSBhZHZhbnRhZ2UgaXMg dG8gbWl0aWdhdGUgdGhlIGltcGFjdHMgb2YgRGVuaWFsLW9mLVNlcnZpY2UgKERvUykNCj4gPj4g ICAgYXR0YWNrcy4NCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4gUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YN Cj4gc3VibWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiA+Pg0KPiA+PiBUaGUgSUVURiBTZWNyZXRhcmlh dA0KPiA+Pg0KPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiA+PiBPU1BGIG1haWxpbmcgbGlzdA0KPiA+PiBPU1BGQGlldGYub3JnDQo+ID4+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPiA+PiBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiBPU1BGIG1haWxpbmcg bGlzdA0KPiA+PiBPU1BGQGlldGYub3JnDQo+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vb3NwZg0KPiA+Pg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBPU1BGIG1haWxpbmcgbGlzdA0KPiA+IE9TUEZA aWV0Zi5vcmcNCj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYN Cj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ IE9TUEYgbWFpbGluZyBsaXN0DQo+IE9TUEZAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo= From nobody Thu Oct 9 01:50:25 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 258F91A1BB9 for ; Thu, 9 Oct 2014 01:50:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.198 X-Spam-Level: X-Spam-Status: No, score=-2.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 HRChiLr_Xyp6 for ; Thu, 9 Oct 2014 01:50:20 -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 0F4671A00A6 for ; Thu, 9 Oct 2014 01:50:19 -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 BKJ18345; Thu, 09 Oct 2014 08:50:18 +0000 (GMT) Received: from SZXEMA405-HUB.china.huawei.com (10.82.72.37) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 9 Oct 2014 09:50:16 +0100 Received: from SZXEMA508-MBX.china.huawei.com ([169.254.7.32]) by SZXEMA405-HUB.china.huawei.com ([10.82.72.37]) with mapi id 14.03.0158.001; Thu, 9 Oct 2014 16:50:11 +0800 From: "Wunan (Eric)" To: "eric.osborne@level3.com" , "hannes@juniper.net" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP454In8mG0JCvm0uhwcuGZT0GwQ== Date: Thu, 9 Oct 2014 08:50:10 +0000 Message-ID: <0F26584357FD124DB93F1535E4B0A6503729C07F@szxema508-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.87.25] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/x1ezGKiz7LYo1i_bEFPYAExcwig Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 08:50:23 -0000 SGkgZXJpYywgaGFubmVzLA0KDQpKdXN0IHRvIGNsYXJpZnksIG9zcGYgaXMgYmVpbmcgdXNlZCBp biBjdXJyZW50IFBFLUNFIGRlcGxveW1lbnQgYW5kIGl0IGlzIG5vdCByYXJlLg0KTXkgcGVyc29u YWwgZXhwZXJpZW5jZSwgZm9yIGluc3RhbmNlLCBDRUxDT00gZnJvbSBNYWxheXNpYSBhbmQgS1BO IGZyb20gTmV0aGVybGFuZCBhcmUgdXNpbmcgb3NwZiBpbiB0aGVpciBuZXR3b3Jrcy4NCg0KUmVn YXJkcw0KRXJpYw0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClRvOiAiT3Nib3JuZSwgRXJp YyIgPGVyaWMub3Nib3JuZSBhdCBsZXZlbDMuY29tPiANClN1YmplY3Q6IFJlOiBbT1NQRl0gTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVu c2lvbnMtMDEudHh0IA0KRnJvbTogSGFubmVzIEdyZWRsZXIgPGhhbm5lcyBhdCBqdW5pcGVyLm5l dD4gDQpEYXRlOiBXZWQsIDggT2N0IDIwMTQgMTc6NTM6NTAgKzAyMDAgDQpBcmNoaXZlZC1hdDog aHR0cDovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL29zcGYvQ09SYi1MWlNkU3JJUjNW ZTVpMUJxZVloZlpjIA0KQ2M6ICJvc3BmIGF0IGlldGYub3JnIiA8b3NwZiBhdCBpZXRmLm9yZz4g DQpEZWxpdmVyZWQtdG86IG9zcGYgYXQgaWV0ZmEuYW1zbC5jb20gDQpJbi1yZXBseS10bzogPDYz Q0I5M0JDNTg5QzFCNEJBRkRCNDFBMEExOUI3QUNERjkzMEMyQFVTSURDV1ZFTUJYMDguY29ycC5n bG9iYWwubGV2ZWwzLmNvbT4gDQpMaXN0LWFyY2hpdmU6IDxodHRwOi8vd3d3LmlldGYub3JnL21h aWwtYXJjaGl2ZS93ZWIvb3NwZi8+IA0KTGlzdC1oZWxwOiA8bWFpbHRvOm9zcGYtcmVxdWVzdEBp ZXRmLm9yZz9zdWJqZWN0PWhlbHA+IA0KTGlzdC1pZDogVGhlIE9mZmljaWFsIElFVEYgT1NQRyBX RyBNYWlsaW5nIExpc3QgPG9zcGYuaWV0Zi5vcmc+IA0KTGlzdC1wb3N0OiA8bWFpbHRvOm9zcGZA aWV0Zi5vcmc+IA0KTGlzdC1zdWJzY3JpYmU6IDxodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL29zcGY+LCA8bWFpbHRvOm9zcGYtcmVxdWVzdEBpZXRmLm9yZz9zdWJqZWN0PXN1 YnNjcmliZT4gDQpMaXN0LXVuc3Vic2NyaWJlOiA8aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9vcHRpb25zL29zcGY+LCA8bWFpbHRvOm9zcGYtcmVxdWVzdEBpZXRmLm9yZz9zdWJqZWN0PXVu c3Vic2NyaWJlPiANClJlZmVyZW5jZXM6IDxGNkMyOEIzMkRBMDg0NjQ0QkI2QzhEMEJENjVCNjY5 RDExQTBBOUBua2dlbWw1MDktbWJzLmNoaW5hLmh1YXdlaS5jb20+IDw2M0NCOTNCQzU4OUMxQjRC QUZEQjQxQTBBMTlCN0FDREY5MzBDMkBVU0lEQ1dWRU1CWDA4LmNvcnAuZ2xvYmFsLmxldmVsMy5j b20+IA0KVXNlci1hZ2VudDogTXV0dC8xLjUuMjMgKDIwMTQtMDMtMTIpIA0KDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KDQorMQ0KDQppdCB3b3VsZCBiZSBmdXJ0aGVybW9yZSBpbnRlcmVzdGlu ZyB0byBoZWFyIGZyb20gdGhlIGF1dGhvcnMgaG93DQpPU1BGIGJlaGF2ZXMgb25jZSBhIG1hc3Np dmUgc2NhbGUgb2YgZmxvdy1yb3V0ZXMgDQoobGV0cyBzYXkgaW4gdGhlIG9yZGVyIG9mID4gMTAw SyBpcyBpbmplY3RlZCBpbnRvIE9TUEYpLg0KDQovaGFubmVzDQoNCk9uIFdlZCwgT2N0IDA4LCAy MDE0IGF0IDAzOjQ1OjI0UE0gKzAwMDAsIE9zYm9ybmUsIEVyaWMgd3JvdGU6DQp8IEknbSBub3Qg c3VyZSB0aGlzIGhhcyBtdWNoIHZhbHVlLiAgVGhlIHZhc3QgbWFqb3JpdHkgb2YgZHluYW1pYyBQ RS1DRSBpcyBkb25lIHdpdGggQkdQOyB0aGUgbGl0dGxlIGJpdCB0aGF0IGlzbid0IEJHUCBpcywg aW4gbXkgZXhwZXJpZW5jZSwgUklQLiAgSSBkb24ndCB0aGluayBJJ3ZlIHNlZW4gbWFueSAoYW55 PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4gIA0KfCANCnwgDQp8IA0KfCANCnwgZXJpYw0KfCAN CnwgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCnwgRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYt Ym91bmNlcyBhdCBpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlvdWppYW5qaWUNCnwgU2VudDogVHVl c2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0KfCBUbzogb3NwZiBhdCBpZXRmLm9yZw0K fCBTdWJqZWN0OiBbT1NQRl0g16q3ojogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IA0KfCBIaSBhbGwsDQp8 IA0KfCBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2VzIHRoYXQgT1NQRiBpcyB1 c2VkIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLiBUaGlzIGRvY3VtZW50IGFsc28gZGVm aW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZSBMaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQg KExTQSkgZW5jb2RpbmcgZm9ybWF0Lg0KfCBZb3VyIGNvbW1lbnRzIGFyZSBhcHByZWNpYXRlZC4N CnwgDQp8IEJlc3QgUmVnYXJkcywNCnwgSmlhbmppZQ0KfCANCnwgLS0tLS3Tyrz+1K28/i0tLS0t DQp8ILeivP7IyzogaW50ZXJuZXQtZHJhZnRzIGF0IGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQt ZHJhZnRzIGF0IGlldGYub3JnXSANCnwgt6LLzcqxvOQ6IDIwMTTE6jnUwjI4yNUgMTA6MzINCnwg ytW8/sjLOiBZb3VqaWFuamllOyBZb3VqaWFuamllOyBsaXV3ZWloYW5nOyBsaXV3ZWloYW5nDQp8 INb3zOI6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1mbG93 c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KfCANCnwgDQp8IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBk cmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IGhhcyBiZWVuIHN1 Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVU RiByZXBvc2l0b3J5Lg0KfCANCnwgTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0 ZW5zaW9ucw0KfCBSZXZpc2lvbjoJMDENCnwgVGl0bGU6CQlPU1BGIEV4dGVuc2lvbnMgZm9yIEZs b3cgU3BlY2lmaWNhdGlvbg0KfCBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQp8IEdyb3VwOgkJ SW5kaXZpZHVhbCBTdWJtaXNzaW9uDQp8IFBhZ2VzOgkJMTENCnwgVVJMOiAgICAgICAgICAgIGh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3Nw ZWMtZXh0ZW5zaW9ucy0wMS50eHQNCnwgU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy8NCnwg SHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9z cGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KfCBEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5p ZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25z LTAxDQp8IA0KfCBBYnN0cmFjdDoNCnwgICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVz ZSBjYXNlcyB3aHkgT1NQRiAoT3BlbiBTaG9ydGVzdCBQYXRoDQp8ICAgIEZpcnN0KSBkaXN0cmli dXRpbmcgZmxvdyBzcGVjaWZpY2F0aW9uIChGbG93U3BlYykgcm91dGVzIGlzDQp8ICAgIG5lY2Vz c2FyeS4gIFRoaXMgZG9jdW1lbnQgYWxzbyBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3Bh cXVlDQp8ICAgIExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQg dGhhdCBjYW4gYmUgdXNlZCB0bw0KfCAgICBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCnwg DQp8ICAgIEZvciB0aGUgbmV0d29yayBvbmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3 YXkgUHJvdG9jb2wpIChlLmcuDQp8ICAgIE9TUEYpLCBpdCBpcyBleHBlY3RlZCB0byBleHRlbmQg SUdQIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0KfCAgICBPbmUgYWR2YW50YWdlIGlz IHRvIG1pdGlnYXRlIHRoZSBpbXBhY3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1MpDQp8ICAg IGF0dGFja3MuDQp8IA0KfCANCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KfCANCnwgDQp8 IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRo ZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYg YXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCnwgDQp8IFRoZSBJRVRGIFNlY3JldGFy aWF0DQp8IA0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KfCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGIGF0IGlldGYub3JnDQp8IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KfCBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KfCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGIGF0 IGlldGYub3JnDQp8IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0K DQo= From nobody Thu Oct 9 02:24:00 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 915631ACD0D for ; Thu, 9 Oct 2014 02:23:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.087 X-Spam-Level: X-Spam-Status: No, score=-4.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 ZW68lw-DZ0CI for ; Thu, 9 Oct 2014 02:23:54 -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 503191ACD15 for ; Thu, 9 Oct 2014 02:23:53 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKJ22045; Thu, 09 Oct 2014 09:23:51 +0000 (GMT) Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 9 Oct 2014 10:23:51 +0100 Received: from NKGEML509-MBS.china.huawei.com ([169.254.2.88]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Thu, 9 Oct 2014 17:23:46 +0800 From: Youjianjie To: Hannes Gredler , "Osborne, Eric" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgA= Date: Thu, 9 Oct 2014 09:23:45 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> In-Reply-To: <20141008155350.GB34437@hannes-mba.local> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.173] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/-SzpM9ZVS7jbDc_mh2yJqla89vk Cc: "ospf@ietf.org" Subject: [OSPF] =?utf-8?b?562U5aSNOiAgTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv?= =?utf-8?q?r_draft-liang-ospf-flowspec-extensions-01=2Etxt?= X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 09:23:57 -0000 SGkgSGFubmVzLA0KDQpVc3VhbGx5IHRoZXJlJ3JlIG5vIG1vcmUgdGhhbiAxMDBLIHJvdXRlcyBp biBhbiBhcmVhLiBSb3V0ZSBhZHZlcnRpc2VtZW50IGlzIHJlbGF0ZWQgdG8gdGhlIG5ldHdvcmsg c2NhbGUsIGZvciBkaXJlY3RseSBjb25uZWN0ZWQgbmVpZ2hib3JzLCBPU1BGJ3MgY29udmVyZ2Vu Y2UgdGltZSBpcyBhYm91dCAxIG1pbnV0ZSBmb3IgMTAwSyByb3V0ZXMuIEFjdHVhbGx5LCB0aGUg c2lnbmFsaW5nIGZvciBGbG93U3BlYyByb3V0ZXMgYW5kIElQIHByZWZpeCByb3V0ZXMgYXJlIGFs bW9zdCBzYW1lLiBGbG93U3BlYyByb3V0ZXMgY2FuIGJlIHNlZW4gYXMgbW9yZSBzcGVjaWZpYyBy b3V0aW5nIGVudHJpZXMuIEZ1cnRoZXJtb3JlIGluIHRoaXMgZG9jdW1lbnQsIEZsb3dTcGVjIHJv dXRlcyBhcmUgbWFpbmx5IHVzZWQgaW4gRERPUyBzY2VuYXJpb3MsIGluc3RlYWQgb2YgcmVwbGFj aW5nIHRoZSBJUCBwcmVmaXggcm91dGVzLg0KDQpUaGFua3MsDQpKaWFuamllDQoNCi0tLS0t6YKu 5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogSGFubmVzIEdyZWRsZXIgW21haWx0bzpoYW5uZXNA anVuaXBlci5uZXRdIA0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0MTDmnIg45pelIDIzOjU0DQrmlLbk u7bkuro6IE9zYm9ybmUsIEVyaWMNCuaKhOmAgTogWW91amlhbmppZTsgb3NwZkBpZXRmLm9yZw0K 5Li76aKYOiBSZTogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlh bmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQorMQ0KDQppdCB3b3VsZCBiZSBm dXJ0aGVybW9yZSBpbnRlcmVzdGluZyB0byBoZWFyIGZyb20gdGhlIGF1dGhvcnMgaG93IE9TUEYg YmVoYXZlcyBvbmNlIGEgbWFzc2l2ZSBzY2FsZSBvZiBmbG93LXJvdXRlcyAobGV0cyBzYXkgaW4g dGhlIG9yZGVyIG9mID4gMTAwSyBpcyBpbmplY3RlZCBpbnRvIE9TUEYpLg0KDQovaGFubmVzDQoN Ck9uIFdlZCwgT2N0IDA4LCAyMDE0IGF0IDAzOjQ1OjI0UE0gKzAwMDAsIE9zYm9ybmUsIEVyaWMg d3JvdGU6DQp8IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNoIHZhbHVlLiAgVGhlIHZhc3QgbWFq b3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lIHdpdGggQkdQOyB0aGUgbGl0dGxlIGJpdCB0 aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwgUklQLiAgSSBkb24ndCB0aGluayBJ J3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4gIA0KfCANCnwgDQp8 IA0KfCANCnwgZXJpYw0KfCANCnwgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCnwgRnJvbTog T1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlvdWppYW5q aWUNCnwgU2VudDogVHVlc2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0KfCBUbzogb3Nw ZkBpZXRmLm9yZw0KfCBTdWJqZWN0OiBbT1NQRl0g6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIA0KfCBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0 DQp8IA0KfCBIaSBhbGwsDQp8IA0KfCBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNlIGNh c2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLiBUaGlz IGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZSBMaW5rIFN0 YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0Lg0KfCBZb3VyIGNvbW1lbnRz IGFyZSBhcHByZWNpYXRlZC4NCnwgDQp8IEJlc3QgUmVnYXJkcywNCnwgSmlhbmppZQ0KfCANCnwg LS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KfCDlj5Hku7bkuro6IGludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCnwg5Y+R6YCB5pe26Ze0OiAy MDE05bm0OeaciDI45pelIDEwOjMyDQp8IOaUtuS7tuS6ujogWW91amlhbmppZTsgWW91amlhbmpp ZTsgbGl1d2VpaGFuZzsgbGl1d2VpaGFuZw0KfCDkuLvpopg6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3IgDQp8IGRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQN CnwgDQp8IA0KfCBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3Bl Yy1leHRlbnNpb25zLTAxLnR4dA0KfCBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5 IEppYW5qaWUgWW91IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCnwgDQp8IE5h bWU6CQlkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMNCnwgUmV2aXNpb246CTAx DQp8IFRpdGxlOgkJT1NQRiBFeHRlbnNpb25zIGZvciBGbG93IFNwZWNpZmljYXRpb24NCnwgRG9j dW1lbnQgZGF0ZToJMjAxNC0wOS0yNw0KfCBHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0K fCBQYWdlczoJCTExDQp8IFVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8 IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1s aWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMvDQp8IEh0bWxpemVkOiAgICAgICBodHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMt MDENCnwgRGlmZjogICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KfCANCnwgQWJzdHJhY3Q6DQp8 ICAgIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHRoZSB1c2UgY2FzZXMgd2h5IE9TUEYgKE9wZW4g U2hvcnRlc3QgUGF0aA0KfCAgICBGaXJzdCkgZGlzdHJpYnV0aW5nIGZsb3cgc3BlY2lmaWNhdGlv biAoRmxvd1NwZWMpIHJvdXRlcyBpcw0KfCAgICBuZWNlc3NhcnkuICBUaGlzIGRvY3VtZW50IGFs c28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZQ0KfCAgICBMaW5rIFN0YXRlIEFk dmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0IHRoYXQgY2FuIGJlIHVzZWQgdG8NCnwg ICAgZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0ZXMuDQp8IA0KfCAgICBGb3IgdGhlIG5ldHdvcmsg b25seSBkZXBsb3lpbmcgSUdQIChJbnRlcmlvciBHYXRld2F5IFByb3RvY29sKSAoZS5nLg0KfCAg ICBPU1BGKSwgaXQgaXMgZXhwZWN0ZWQgdG8gZXh0ZW5kIElHUCB0byBkaXN0cmlidXRlIEZsb3dT cGVjIHJvdXRlcy4NCnwgICAgT25lIGFkdmFudGFnZSBpcyB0byBtaXRpZ2F0ZSB0aGUgaW1wYWN0 cyBvZiBEZW5pYWwtb2YtU2VydmljZSAoRG9TKQ0KfCAgICBhdHRhY2tzLg0KfCANCnwgDQp8ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICANCnwgDQp8IA0KfCBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1h eSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVu dGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMu aWV0Zi5vcmcuDQp8IA0KfCBUaGUgSUVURiBTZWNyZXRhcmlhdA0KfCANCnwgX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCnwgT1NQRiBtYWlsaW5nIGxpc3QN CnwgT1NQRkBpZXRmLm9yZw0KfCBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L29zcGYNCnwgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CnwgT1NQRiBtYWlsaW5nIGxpc3QNCnwgT1NQRkBpZXRmLm9yZw0KfCBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCg== From nobody Thu Oct 9 02:31:39 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55FE01ACD0E; Thu, 9 Oct 2014 02:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.887 X-Spam-Level: X-Spam-Status: No, score=0.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-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 m374fGvuWCQ4; Thu, 9 Oct 2014 02:31:33 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0108.outbound.protection.outlook.com [65.55.169.108]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A86F1ACD07; Thu, 9 Oct 2014 02:31:33 -0700 (PDT) Received: from BN1PR05MB520.namprd05.prod.outlook.com (10.141.65.151) by BN1PR05MB517.namprd05.prod.outlook.com (10.141.65.142) with Microsoft SMTP Server (TLS) id 15.0.1049.19; Thu, 9 Oct 2014 09:31:30 +0000 Received: from BN1PR05MB520.namprd05.prod.outlook.com ([169.254.14.233]) by BN1PR05MB520.namprd05.prod.outlook.com ([169.254.14.233]) with mapi id 15.00.1049.012; Thu, 9 Oct 2014 09:31:30 +0000 From: Pushpasis Sarkar To: "Les Ginsberg (ginsberg)" , "Acee Lindem (acee)" , "Peter Psenak (ppsenak)" Thread-Topic: [Isis-wg] [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP46POQkDfObvYKUGuggWg0OeONw== Date: Thu, 9 Oct 2014 09:31:29 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.9.131030 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [116.197.184.15] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB517; x-exchange-antispam-report-test: UriScan:; x-forefront-prvs: 0359162B6D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(479174003)(377454003)(51704005)(377424004)(189002)(53754006)(24454002)(199003)(13464003)(164054003)(4396001)(95666004)(107046002)(83506001)(15975445006)(99286002)(77096002)(120916001)(31966008)(230783001)(21056001)(106116001)(106356001)(105586002)(87936001)(99396003)(122556002)(2656002)(97736003)(85306004)(40100002)(19580395003)(19580405001)(86362001)(80022003)(46102003)(561944003)(101416001)(20776003)(76482002)(66066001)(64706001)(54356999)(15202345003)(85852003)(50986999)(92566001)(92726001)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR05MB517; H:BN1PR05MB520.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Content-Type: text/plain; charset="gb2312" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/b9g3raTTfcItB9nB0iEYPqFk_Mo Cc: "ospf@ietf.org" , "isis-wg@ietf.org" Subject: Re: [OSPF] [Isis-wg] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 09:31:35 -0000 KzEgDQoNClRoZSBvbmx5IGNhc2Ugb2YgSVNJUyBhcyBQRS1DRSBrbm93biBzbyBmYXIgdG8gbWUg aXMgdGhlIElTT1ZQTg0KZGVwbG95bWVudHMuIERvbqGvdCBzZWUgaG93IHRoaXMgcHJvcG9zYWwg YWRkIGFueSBjb25zaWRlcmFibGUgdmFsdWUuDQoNCg0KT24gMTAvOS8xNCwgMTA6NDUgQU0sICJM ZXMgR2luc2JlcmcgKGdpbnNiZXJnKSIgPGdpbnNiZXJnQGNpc2NvLmNvbT4gd3JvdGU6DQoNCj5B ZGRpbmcgdGhlIElTLUlTIFdHIHNpbmNlIHRoZXJlIGlzIGFuIGVxdWl2YWxlbnQgZHJhZnQgZm9y IElTLUlTDQo+c3VibWl0dGVkIGJ5IHRoZSBzYW1lIGF1dGhvcnMuDQo+DQo+IklGIiB0aGlzIHdl cmUgc29tZXRoaW5nIHRoZSByZXNwZWN0aXZlIFdHcyBkZWNpZGUgdGhlIHByb3RvY29sIHNob3Vs ZA0KPnN1cHBvcnQsIHRoZW4gcnVubmluZyBhIHNlcGFyYXRlIGluc3RhbmNlIG9mIHRoZSBwcm90 b2NvbCBzbyB0aGF0IHRoZQ0KPmZsb3dzcGVjICBhZHZlcnRpc2VtZW50cyBjYW4gYmUgaXNvbGF0 ZWQgZnJvbSB0aGUgcHJpbWFyeSBmdW5jdGlvbiBvZiB0aGUNCj5JR1AgKHJvdXRpbmcpIHdvdWxk IGJlIHRoZSByaWdodCB3YXkgdG8gaW1wbGVtZW50IGl0IC0gYW5kIHRoaXMgaXMNCj5wcmVjaXNl bHkgd2hhdCBHRU5JTkZPL01JIChSRkMgNjgyMy82ODIyKSB3ZXJlIGRlZmluZWQgdG8gYWRkcmVz cy4gT1NQRg0KPlRyYW5zcG9ydCBpbnN0YW5jZSB3b3VsZCBiZSB0aGUgYW5hbG9nb3VzIG1lY2hh bmlzbSBmb3IgT1NQRi4NCj4NCj5CdXQgdGhlIGZpcnN0IHF1ZXN0aW9uIGlzIHdoZXRoZXIgdGhp cyBpcyBzb21ldGhpbmcgdGhlIElHUHMgc2hvdWxkDQo+c3VwcG9ydCBhdCBhbGwuIEFzIEFjZWUg aGFzIGluZGljYXRlZCB0aGlzIHdhcyBwcm9wb3NlZCBwcmV2aW91c2x5IGluDQo+T1NQRiBhbmQg dGhlcmUgd2FzIGxpdHRsZSBpbnRlcmVzdC4gSW4gdGhlIGNhc2Ugb2YgSVMtSVMgdGhlcmUgaXMg ZXZlbg0KPmxlc3MgcmVhc29uIHRvIGNvbnNpZGVyIGl0IHNpbmNlIElTLUlTIGlzIE5PVCBkZXBs b3llZCBhcyBhIFBFLUNFDQo+cHJvdG9jb2wuDQo+DQo+ICAgTGVzDQo+DQo+DQo+PiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4gRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFjZWUgTGluZGVtDQo+PiAoYWNlZSkNCj4+IFNlbnQ6IFdl ZG5lc2RheSwgT2N0b2JlciAwOCwgMjAxNCA5OjM2IEFNDQo+PiBUbzogUGV0ZXIgUHNlbmFrIChw cHNlbmFrKQ0KPj4gQ2M6IG9zcGZAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbT1NQRl0gTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPj5kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0K Pj4gZXh0ZW5zaW9ucy0wMS50eHQNCj4+IA0KPj4gSGkgUGV0ZXIsIGV0IGFsLA0KPj4gSaGvdmUg YWxzbyBzZWVuIG1hbnkgT1NQRiBQRS1DRSBkZXBsb3ltZW50cyBhcyB3ZWxsLiBPbmUgcXVlc3Rp b24gaXMNCj4+IHdoZXRoZXIgdGhlIENFIGlzIHVuZGVyIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb250 cm9sIG9mIHRoZSBwcm92aWRlciBvcg0KPj50aGUNCj4+IGN1c3RvbWVyPw0KPj4gTm90ZSB0aGF0 IHRoaXMgd2FzIHByb3Bvc2VkIGF0IGxlYXN0IG9uY2UgYmVmb3JlIC0NCj4+IGh0dHA6Ly93d3cu aWV0Zi5vcmcvYXJjaGl2ZS9pZC9kcmFmdC1zaHJpdmFzdGF2YS1vc3BmLWZsb3ctc3BlYy0wMS50 eHQNCj4+Yml0DQo+PiBpdCBkaWRuoa90IGdhaW4gbW9tZW50dW0uDQo+PiANCj4+IFdpdGggcmVz cGVjdCB0byBIYW5uZXOhryBjb21tZW50LCBMZXMgR2luc2Jlcmcgc2FpZCBoZSBzZWVzIHRoaXMg YXMgYQ0KPj4gY2FuZGlkYXRlIGZvciB0aGUgSVNJUyBHZW5lcmljIEluZm9ybWF0aW9uIGluc3Rh bmNlIChSRkMgNjgyMykuIFdlDQo+PmNvdWxkIGRvDQo+PiB0aGUgc2FtZSBhbmQgcHVzaCBpdCB0 byB0aGUgT1NQRiB0cmFuc3BvcnQgaW5zdGFuY2Ugd2hpY2ggaGFzIGFsc28gbG9zdA0KPj4gbW9t ZW50dW0gYXMgYSBkcmFmdC4NCj4+IA0KPj4gV2Whr3ZlIGhlYXJkIGZyb20gb25lIHByb3ZpZGVy IChFcmljKSB3aG8gZG9lc26hr3QgdGhpbmsgdGhpcyBpcyB1c2VmdWwgLQ0KPj5hbnkNCj4+IG90 aGVyIGlucHV0Pw0KPj4gDQo+PiBPbmUgdGhpbmcgSSBob3BlIGlzIHRoYXQgbm8gc2VlcyB0aGlz IGEgZ2VuZXJpYyBmbG93LXNwZWMgZGlzdHJpYnV0aW9uDQo+PiBtZWNoYW5pc20gZm9yIFNETi4g VGhlIHJlYXNvbiBiZWluZyB0aGF0IHlvdSByZWFsbHkgbmVlZCBwZXIgcGVlcg0KPj4gZ3JhbnVs YXJpdHkgb2YgYWR2ZXJ0aXNlbWVudCBhbmQgcG9saWN5LCBlLmcuIEJHUC4NCj4+IA0KPj4gVGhh bmtzLA0KPj4gQWNlZQ0KPj4gDQo+PiBPbiBPY3QgOCwgMjAxNCwgYXQgMTI6MTYgUE0sIFBldGVy IFBzZW5hayA8cHBzZW5ha0BjaXNjby5jb20+IHdyb3RlOg0KPj4gDQo+PiA+IEhpIEVyaWMsDQo+ PiA+DQo+PiA+IHRoZXJlIGFyZSBkZWZpbml0ZWx5IGRlcGxveW1lbnRzIHVzaW5nIE9TUEYgYXMg UEUtQ0UuIEl0J3MgdHlwaWNhbGx5DQo+PnVzZWQNCj4+IGZvciBlbnRlcnByaXNlIGN1c3RvbWVy cywgdGhhdCB1c2UgT1NQRiBhcyB0aGVpciBJR1AgYW5kIHVzZSBMMyBWUE4NCj4+c2VydmljZQ0K Pj4gdG8gaW50ZXJjb25uZWN0IHRoZWlyIHNpdGVzLg0KPj4gPg0KPj4gPiB0aGFua3MsDQo+PiA+ IFBldGVyDQo+PiA+DQo+PiA+IE9uIDEwLzgvMTQgMTc6NDUgLCBPc2Jvcm5lLCBFcmljIHdyb3Rl Og0KPj4gPj4gSSdtIG5vdCBzdXJlIHRoaXMgaGFzIG11Y2ggdmFsdWUuICBUaGUgdmFzdCBtYWpv cml0eSBvZiBkeW5hbWljDQo+PlBFLUNFIGlzDQo+PiBkb25lIHdpdGggQkdQOyB0aGUgbGl0dGxl IGJpdCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwgUklQLg0KPj4gSSBkb24n dA0KPj4gdGhpbmsgSSd2ZSBzZWVuIG1hbnkgKGFueT8pIE9TUEYgUEUtQ0UgZGVwbG95bWVudHMu DQo+PiA+Pg0KPj4gPj4NCj4+ID4+DQo+PiA+Pg0KPj4gPj4gZXJpYw0KPj4gPj4NCj4+ID4+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiA+PiBGcm9tOiBPU1BGIFttYWlsdG86b3NwZi1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgWW91amlhbmppZQ0KPj4gPj4gU2VudDogVHVl c2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0KPj4gPj4gVG86IG9zcGZAaWV0Zi5vcmcN Cj4+ID4+IFN1YmplY3Q6IFtPU1BGXSDXqreiOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9y IGRyYWZ0LWxpYW5nLW9zcGYtDQo+PiBmbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KPj4gPj4N Cj4+ID4+IEhpIGFsbCwNCj4+ID4+DQo+PiA+PiBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUg dXNlIGNhc2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUNCj4+IEZsb3dTcGVjIHJv dXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBPcGFx dWUNCj4+IExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQuDQo+ PiA+PiBZb3VyIGNvbW1lbnRzIGFyZSBhcHByZWNpYXRlZC4NCj4+ID4+DQo+PiA+PiBCZXN0IFJl Z2FyZHMsDQo+PiA+PiBKaWFuamllDQo+PiA+Pg0KPj4gPj4gLS0tLS3Tyrz+1K28/i0tLS0tDQo+ PiA+PiC3orz+yMs6IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRy YWZ0c0BpZXRmLm9yZ10NCj4+ID4+ILeiy83KsbzkOiAyMDE0xOo51MIyOMjVIDEwOjMyDQo+PiA+ PiDK1bz+yMs6IFlvdWppYW5qaWU7IFlvdWppYW5qaWU7IGxpdXdlaWhhbmc7IGxpdXdlaWhhbmcN Cj4+ID4+INb3zOI6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3Nw Zi1mbG93c3BlYy0NCj4+IGV4dGVuc2lvbnMtMDEudHh0DQo+PiA+Pg0KPj4gPj4NCj4+ID4+IEEg bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMt MDEudHh0DQo+PiA+PiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEppYW5qaWUg WW91IGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYNCj4+IHJlcG9zaXRvcnkuDQo+PiA+Pg0KPj4gPj4g TmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucw0KPj4gPj4gUmV2aXNp b246CTAxDQo+PiA+PiBUaXRsZToJCU9TUEYgRXh0ZW5zaW9ucyBmb3IgRmxvdyBTcGVjaWZpY2F0 aW9uDQo+PiA+PiBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQo+PiA+PiBHcm91cDoJCUluZGl2 aWR1YWwgU3VibWlzc2lvbg0KPj4gPj4gUGFnZXM6CQkxMQ0KPj4gPj4gVVJMOiAgICAgICAgICAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtDQo+ PiBmbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KPj4gPj4gU3RhdHVzOiAgICAgIA0KPj5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0K Pj4gZXh0ZW5zaW9ucy8NCj4+ID4+IEh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0KPj4gZXh0ZW5zaW9ucy0wMQ0KPj4g Pj4gRGlmZjogICAgICAgIA0KPj5odHRwOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFm dC1saWFuZy1vc3BmLWZsb3dzcGVjLQ0KPj4gZXh0ZW5zaW9ucy0wMQ0KPj4gPj4NCj4+ID4+IEFi c3RyYWN0Og0KPj4gPj4gICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3 aHkgT1NQRiAoT3BlbiBTaG9ydGVzdCBQYXRoDQo+PiA+PiAgICBGaXJzdCkgZGlzdHJpYnV0aW5n IGZsb3cgc3BlY2lmaWNhdGlvbiAoRmxvd1NwZWMpIHJvdXRlcyBpcw0KPj4gPj4gICAgbmVjZXNz YXJ5LiAgVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBPcGFx dWUNCj4+ID4+ICAgIExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3Jt YXQgdGhhdCBjYW4gYmUgdXNlZCB0bw0KPj4gPj4gICAgZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0 ZXMuDQo+PiA+Pg0KPj4gPj4gICAgRm9yIHRoZSBuZXR3b3JrIG9ubHkgZGVwbG95aW5nIElHUCAo SW50ZXJpb3IgR2F0ZXdheSBQcm90b2NvbCkNCj4+KGUuZy4NCj4+ID4+ICAgIE9TUEYpLCBpdCBp cyBleHBlY3RlZCB0byBleHRlbmQgSUdQIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0K Pj4gPj4gICAgT25lIGFkdmFudGFnZSBpcyB0byBtaXRpZ2F0ZSB0aGUgaW1wYWN0cyBvZiBEZW5p YWwtb2YtU2VydmljZQ0KPj4oRG9TKQ0KPj4gPj4gICAgYXR0YWNrcy4NCj4+ID4+DQo+PiA+Pg0K Pj4gPj4NCj4+ID4+DQo+PiA+Pg0KPj4gPj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4+IHN1Ym1pc3Npb24gdW50aWwg dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdA0KPj50b29scy5p ZXRmLm9yZy4NCj4+ID4+DQo+PiA+PiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPj4gPj4NCj4+ID4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiA+PiBP U1BGIG1haWxpbmcgbGlzdA0KPj4gPj4gT1NQRkBpZXRmLm9yZw0KPj4gPj4gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo+PiA+PiBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gPj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+ ID4+IE9TUEZAaWV0Zi5vcmcNCj4+ID4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vb3NwZg0KPj4gPj4NCj4+ID4NCj4+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4+ID4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+ID4gT1NQRkBp ZXRmLm9yZw0KPj4gPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYN Cj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+PiBPU1BGQGlldGYub3JnDQo+PiBodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPklzaXMtd2cgbWFpbGluZyBsaXN0DQo+SXNpcy13Z0Bp ZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXNpcy13Zw0K DQo= From nobody Thu Oct 9 05:31:19 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19CD91ACE2B for ; Thu, 9 Oct 2014 05:31:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.301 X-Spam-Level: X-Spam-Status: No, score=-1.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_NONE=-0.0001, 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 dgVLvk81HxZd for ; Thu, 9 Oct 2014 05:31:15 -0700 (PDT) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.197]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 478301ACE30 for ; Thu, 9 Oct 2014 05:31:15 -0700 (PDT) Received: from [216.82.242.147:27908] by server-5.bemta-8.messagelabs.com id 89/D4-05345-21086345; Thu, 09 Oct 2014 12:31:14 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-15.tower-95.messagelabs.com!1412857873!38735349!1 X-Originating-IP: [209.245.18.37] X-StarScan-Received: X-StarScan-Version: 6.12.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30663 invoked from network); 9 Oct 2014 12:31:13 -0000 Received: from bge23000.messagelabs1.prod.broomfield1.level3.net (HELO messagelabs1.level3.com) (209.245.18.37) by server-15.tower-95.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Oct 2014 12:31:13 -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 messagelabs1.level3.com (Postfix) with ESMTPS id 3AA771F662; Thu, 9 Oct 2014 12:31:13 +0000 (GMT) Received: from USADCWVEHT01.corp.global.level3.com (10.2.36.141) by USIDCWVEHT02.corp.global.level3.com (10.1.142.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 9 Oct 2014 06:31:12 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by usadcwveht01.corp.global.level3.com ([::1]) with mapi id 14.03.0158.001; Thu, 9 Oct 2014 08:31:11 -0400 From: "Osborne, Eric" To: Youjianjie , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoA== Date: Thu, 9 Oct 2014 12:31:09 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.196.206] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/gWFSgXSC1nmkvtc9bRLtqEdo9rw Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 12:31:17 -0000 NjBzZWMgT1NQRiBjb252ZXJnZW5jZSBpcyBwcmV0dHkgYmFkLCBhbmQgaXQncyBub3Qgc29tZXRo aW5nIEknZCB3YW50IHRvIGFjaGlldmUuICBUaGF0IHNhaWQsIDEwMGsgT1NQRiByb3V0ZXMgbWVh bnMgeW91J3JlIHByb2JhYmx5IGRvaW5nIHNvbWV0aGluZyB3cm9uZy4gIEkgd291bGQgZXhwZWN0 IGFueSBuZXR3b3JrIGJpZyBlbm91Z2ggdG8gaGF2ZSAxMDBrIGxlZ2l0aW1hdGUgZmxvd3NwZWMg ZW50cmllcyB0byBhbHNvIGhhdmUgQkdQLiAgTm90ZTogdGhlIDEwMGsgbnVtYmVyIHdhcyBIYW5u ZXMnLCBhbmQgSSB0aGluayBpdCdzIGF3ZnVsbHkgaGlnaC4gIA0KDQpJZiB5b3UgcmVhbGx5IHdh bnQgdGhpcyB0byBzY2FsZSB5b3UgbWlnaHQgdHJ5IHRvIGZpbmQgYSBkaXN0cmlidXRpb24gbWV0 aG9kIHRoYXQgZG9lc24ndCB1c2UgQVMtc2NvcGVkIExTQXMuICBEb2luZyB0aGlzIG9uIGEgY2Ft cHVzIG5ldHdvcmsgbWVhbnMgeW91J3JlIGFza2luZyB0aGUgc21hbGxlc3QgT1NQRiBkZXZpY2Vz IHRvIGhhbmRsZSBhIHRvbiBvZiBpbmZvcm1hdGlvbiwgYW5kIEkgZG9uJ3QgdGhpbmsgdGhhdCdz IGdvaW5nIHRvIHdvcmsgdmVyeSB3ZWxsLiAgRG9pbmcgdGhpcyBpbiBhIFBFLUNFIGNvbnRleHQg bWVhbnMgeW91J3JlIHNwcmVhZGluZyBydWxlcyBhcm91bmQgdG8gbG90cyBvZiBwbGFjZXMgdGhl eSBtYXkgbm90IG5lZWQgdG8gYmUuICBGb3IgZXhhbXBsZSwgaWYgeW91IGhhdmUgZmxvd3NwZWMg cm91dGVzIHdpdGggc3BlY2lmaWMgc291cmNlIGFkZHJlc3NlcyBhbmQgeW91IHB1dCB0aG9zZSBy b3V0ZXMgaW4gcGFydHMgb2YgdGhlIG5ldHdvcmsgbm93aGVyZSBuZWFyIHRob3NlIHNvdXJjZXMg eW91J2xsIGVuZCB1cCBidXJuaW5nIGEgdG9uIG9mIHNjYXJjZSBuZXR3b3JrIHJlc291cmNlcyB1 bm5lY2Vzc2FyaWx5LiAgQ29uc3RyYWluaW5nIGZsb3dzcGVjIHJvdXRlcyB0byBCR1AgbWF5IG1l YW4geW91IGRvbid0IHB1c2ggdGhlbSB0byB0aGUgZWRnZXMgb2YgdGhlIGNhbXB1cyBhbmQgaGF2 ZSB0byBkcm9wIHRyYWZmaWMgYXQgdGhlIGNhbXB1cyBib3JkZXIgcm91dGVyLCBidXQgdGhhdCdz IGxpa2VseSB0byBiZSB0aGUgbW9zdCBwb3dlcmZ1bCByb3V0ZXIgaW4gdGhlIG5ldHdvcmsgYW53 eWF5cy4NCg0KSW4gaGlzIG90aGVyIGVtYWlsLCBFcmljIFd1IHNhaWQ6DQoNCi0tLQ0KTXkgcGVy c29uYWwgZXhwZXJpZW5jZSwgZm9yIGluc3RhbmNlLCBDRUxDT00gZnJvbSBNYWxheXNpYSBhbmQg S1BOIGZyb20gTmV0aGVybGFuZCBhcmUgdXNpbmcgb3NwZiBpbiB0aGVpciBuZXR3b3Jrcy4NCi0t LQ0KDQpOb2JvZHkncyBhcmd1aW5nIHRoYXQgT1NQRiBpcyByYXJlLiAgTXkgc3RhdGVtZW50IHdh cyB0aGF0IE9TUEYgKlBFLUNFKiBpcyByYXJlOyB0byBQZXRlcidzIHBvaW50LCBwZXJoYXBzIGxl c3MgcmFyZSB0aGFuIEkgdGhpbmssIGJ1dCBJIHN0aWxsIHJlYWxseSBkb3VidCB0aGVyZSdzIG11 Y2ggb2YgaXQgd2hlbiBjb21wYXJlZCB0byBCR1AuICBJJ20gYWxzbyBwcmV0dHkgc3VyZSB0aGF0 IG5vIFZQTiBwcm92aWRlciB3YW50cyB0byBvcGVuIHRoZW1zZWx2ZXMgdXAgdG8gY2FycnkgMTAw ayBJR1Agcm91dGVzIHBlciBjdXN0b21lciwgYXMgdGhhdCdzIGFuIGluY3JlYXNlIG9mIG9uZSBv ciB0d28gb3JkZXJzIG9mIG1hZ25pdHVkZSBpbiB0aGUgcm91dGUgY291bnRzLiAgSWYgZXZlcnli b2R5IGRvZXMgdGhpcyBpdCB0YWtlcyBhIGxhcmdlIHByb3ZpZGVyJ3MgQkdQIGluZnJhc3RydWN0 dXJlIGZyb20gbWlsbGlvbnMgb2Ygcm91dGVzIChkb2FibGUsIGJ1dCBub3QgYXQgemVybyBjb3N0 KSB0byBodW5kcmVkcyBvZiBtaWxsaW9ucyBvZiByb3V0ZXMuDQoNCkkgdGhpbmsgeW91IG5lZWQg dG8gdGhpbmsgdGhyb3VnaCB0aGUgb3BlcmF0aW9uYWwgY29uc2VxdWVuY2VzIG9mIHB1c2hpbmcg YSBsYXJnZSBudW1iZXIgb2YgZmxvd3NwZWMgcm91dGVzIGludG8gYm90aCB0aGUgY2FtcHVzIElH UCBhbmQgaW50byB0aGUgcHJvdmlkZXIncyBWUE4gaW5mcmFzdHJ1Y3R1cmUuICBUaGluayBhYm91 dCBlZmZpY2llbmN5IChob3cgZG8gSSBnZXQgdGhlIHJpZ2h0IHJvdXRlcyB0byB0aGUgcmlnaHQg cGxhY2VzIHdpdGggYSBsaW5rLXN0YXRlIHByb3RvY29sPykgYW5kIGFib3V0IGhvdyB5b3UgaGFu ZGxlIGZhaWx1cmVzICh3aGF0IGhhcHBlbnMgaWYgc29tZSBub2RlcyBpbiBhbiBhcmVhIGNhbid0 IHRha2UgYWxsIHRoZSByb3V0ZXM/KS4gIEkgdW5kZXJzdGFuZCB0aGUgc3Bpcml0IG9mIHRoZSBk cmFmdCwgYW5kIGl0J3MgaGFyZCB0byBhcmd1ZSB0aGF0IHRoaXMgc29ydCBvZiBERE9TIHByb3Rl Y3Rpb24gaXMsIGluIHNwaXJpdCwgYSBiYWQgdGhpbmcuICBCdXQgSSBkb24ndCB0aGluayB0aGF0 IGxpbmstc3RhdGUgZmxvb2Rpbmcgb2YgZmxvd3NwZWMgcm91dGVzIGlzIHRoZSByaWdodCB3YXkg dG8gZG8gaXQuICBPcGVuZmxvdyBtYXkgYmUgYmV0dGVyIGhlcmUgLSBwdXNoIGZsb3cgcG9saWNp ZXMgdG8gb25seSB0aGUgcG9pbnRzIHRoYXQgbmVlZCB0aGVtIG9yIGNhbiBoYW5kbGUgdGhlbS4N Cg0KDQoNCg0KDQplcmljDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFlv dWppYW5qaWUgW21haWx0bzp5b3VqaWFuamllQGh1YXdlaS5jb21dIA0KU2VudDogVGh1cnNkYXks IE9jdG9iZXIgMDksIDIwMTQgNToyNCBBTQ0KVG86IEhhbm5lcyBHcmVkbGVyOyBPc2Jvcm5lLCBF cmljDQpDYzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDog562U5aSNOiBbT1NQRl0gTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMt MDEudHh0DQoNCkhpIEhhbm5lcywNCg0KVXN1YWxseSB0aGVyZSdyZSBubyBtb3JlIHRoYW4gMTAw SyByb3V0ZXMgaW4gYW4gYXJlYS4gUm91dGUgYWR2ZXJ0aXNlbWVudCBpcyByZWxhdGVkIHRvIHRo ZSBuZXR3b3JrIHNjYWxlLCBmb3IgZGlyZWN0bHkgY29ubmVjdGVkIG5laWdoYm9ycywgT1NQRidz IGNvbnZlcmdlbmNlIHRpbWUgaXMgYWJvdXQgMSBtaW51dGUgZm9yIDEwMEsgcm91dGVzLiBBY3R1 YWxseSwgdGhlIHNpZ25hbGluZyBmb3IgRmxvd1NwZWMgcm91dGVzIGFuZCBJUCBwcmVmaXggcm91 dGVzIGFyZSBhbG1vc3Qgc2FtZS4gRmxvd1NwZWMgcm91dGVzIGNhbiBiZSBzZWVuIGFzIG1vcmUg c3BlY2lmaWMgcm91dGluZyBlbnRyaWVzLiBGdXJ0aGVybW9yZSBpbiB0aGlzIGRvY3VtZW50LCBG bG93U3BlYyByb3V0ZXMgYXJlIG1haW5seSB1c2VkIGluIERET1Mgc2NlbmFyaW9zLCBpbnN0ZWFk IG9mIHJlcGxhY2luZyB0aGUgSVAgcHJlZml4IHJvdXRlcy4NCg0KVGhhbmtzLA0KSmlhbmppZQ0K DQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IEhhbm5lcyBHcmVkbGVyIFttYWls dG86aGFubmVzQGp1bmlwZXIubmV0XQ0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0MTDmnIg45pelIDIz OjU0DQrmlLbku7bkuro6IE9zYm9ybmUsIEVyaWMNCuaKhOmAgTogWW91amlhbmppZTsgb3NwZkBp ZXRmLm9yZw0K5Li76aKYOiBSZTogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3Ig ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQorMQ0KDQppdCB3 b3VsZCBiZSBmdXJ0aGVybW9yZSBpbnRlcmVzdGluZyB0byBoZWFyIGZyb20gdGhlIGF1dGhvcnMg aG93IE9TUEYgYmVoYXZlcyBvbmNlIGEgbWFzc2l2ZSBzY2FsZSBvZiBmbG93LXJvdXRlcyAobGV0 cyBzYXkgaW4gdGhlIG9yZGVyIG9mID4gMTAwSyBpcyBpbmplY3RlZCBpbnRvIE9TUEYpLg0KDQov aGFubmVzDQoNCk9uIFdlZCwgT2N0IDA4LCAyMDE0IGF0IDAzOjQ1OjI0UE0gKzAwMDAsIE9zYm9y bmUsIEVyaWMgd3JvdGU6DQp8IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNoIHZhbHVlLiAgVGhl IHZhc3QgbWFqb3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lIHdpdGggQkdQOyB0aGUgbGl0 dGxlIGJpdCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwgUklQLiAgSSBkb24n dCB0aGluayBJJ3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4gIA0K fCANCnwgDQp8IA0KfCANCnwgZXJpYw0KfCANCnwgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CnwgRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9m IFlvdWppYW5qaWUNCnwgU2VudDogVHVlc2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0K fCBUbzogb3NwZkBpZXRmLm9yZw0KfCBTdWJqZWN0OiBbT1NQRl0g6L2s5Y+ROiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIA0KfCBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lv bnMtMDEudHh0DQp8IA0KfCBIaSBhbGwsDQp8IA0KfCBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0 aGUgdXNlIGNhc2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91 dGVzLiBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1 ZSBMaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0Lg0KfCBZb3Vy IGNvbW1lbnRzIGFyZSBhcHByZWNpYXRlZC4NCnwgDQp8IEJlc3QgUmVnYXJkcywNCnwgSmlhbmpp ZQ0KfCANCnwgLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KfCDlj5Hku7bkuro6IGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCnwg5Y+R6YCB 5pe26Ze0OiAyMDE05bm0OeaciDI45pelIDEwOjMyDQp8IOaUtuS7tuS6ujogWW91amlhbmppZTsg WW91amlhbmppZTsgbGl1d2VpaGFuZzsgbGl1d2VpaGFuZw0KfCDkuLvpopg6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3INCnwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25z LTAxLnR4dA0KfCANCnwgDQp8IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saWFuZy1vc3Bm LWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJt aXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0K fCANCnwgTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucw0KfCBSZXZp c2lvbjoJMDENCnwgVGl0bGU6CQlPU1BGIEV4dGVuc2lvbnMgZm9yIEZsb3cgU3BlY2lmaWNhdGlv bg0KfCBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQp8IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJt aXNzaW9uDQp8IFBhZ2VzOgkJMTENCnwgVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0w MS50eHQNCnwgU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy8NCnwgSHRtbGl6ZWQ6ICAgICAg IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0 ZW5zaW9ucy0wMQ0KfCBEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxDQp8IA0KfCBBYnN0 cmFjdDoNCnwgICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3aHkgT1NQ RiAoT3BlbiBTaG9ydGVzdCBQYXRoDQp8ICAgIEZpcnN0KSBkaXN0cmlidXRpbmcgZmxvdyBzcGVj aWZpY2F0aW9uIChGbG93U3BlYykgcm91dGVzIGlzDQp8ICAgIG5lY2Vzc2FyeS4gIFRoaXMgZG9j dW1lbnQgYWxzbyBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3BhcXVlDQp8ICAgIExpbmsg U3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhhdCBjYW4gYmUgdXNl ZCB0bw0KfCAgICBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCnwgDQp8ICAgIEZvciB0aGUg bmV0d29yayBvbmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3YXkgUHJvdG9jb2wpIChl LmcuDQp8ICAgIE9TUEYpLCBpdCBpcyBleHBlY3RlZCB0byBleHRlbmQgSUdQIHRvIGRpc3RyaWJ1 dGUgRmxvd1NwZWMgcm91dGVzLg0KfCAgICBPbmUgYWR2YW50YWdlIGlzIHRvIG1pdGlnYXRlIHRo ZSBpbXBhY3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1MpDQp8ICAgIGF0dGFja3MuDQp8IA0K fCANCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KfCANCnwgDQp8IFBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy4NCnwgDQp8IFRoZSBJRVRGIFNlY3JldGFyaWF0DQp8IA0KfCBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KfCBPU1BGIG1haWxp bmcgbGlzdA0KfCBPU1BGQGlldGYub3JnDQp8IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vb3NwZg0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KfCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGQGlldGYub3JnDQp8IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0K From nobody Thu Oct 9 05:38:07 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 089071ACE36 for ; Thu, 9 Oct 2014 05:38:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.302 X-Spam-Level: X-Spam-Status: No, score=-1.302 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-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 YF_T1pXA6MOX for ; Thu, 9 Oct 2014 05:38:02 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0142.outbound.protection.outlook.com [207.46.100.142]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F14A61ACE32 for ; Thu, 9 Oct 2014 05:37:57 -0700 (PDT) Received: from hannes-mba.local (193.110.55.13) by BN1PR05MB438.namprd05.prod.outlook.com (10.141.58.12) with Microsoft SMTP Server (TLS) id 15.0.1044.10; Thu, 9 Oct 2014 12:37:56 +0000 Received: from hannes-mba.local (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id 7E8CC443A8E; Thu, 9 Oct 2014 14:37:42 +0200 (CEST) Date: Thu, 9 Oct 2014 14:37:42 +0200 From: Hannes Gredler To: "Osborne, Eric" Message-ID: <20141009123741.GB40864@hannes-mba.local> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: [193.110.55.13] X-ClientProxiedBy: DB4PR04CA0005.eurprd04.prod.outlook.com (25.160.41.15) To BN1PR05MB438.namprd05.prod.outlook.com (10.141.58.12) X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1PR05MB438; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 0359162B6D X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(53754006)(377424004)(164054003)(13464003)(199003)(377454003)(24454002)(120916001)(66066001)(77096002)(50986999)(76482002)(87976001)(97736003)(80022003)(64706001)(47776003)(110136001)(95666004)(40100002)(20776003)(46102003)(105586002)(107046002)(15202345003)(21056001)(106356001)(86362001)(31966008)(101416001)(54356999)(76176999)(102836001)(23676002)(76506005)(50466002)(85852003)(33656002)(99396003)(4396001)(15975445006)(85306004)(92566001)(19580405001)(98436002)(83506001)(230783001)(92726001)(93886004)(122856001)(19580395003)(122386002); 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/ospf/-WjLaOKencdGM-B19LQQC9vkHbo Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 12:38:05 -0000 On Thu, Oct 09, 2014 at 12:31:09PM +0000, Osborne, Eric wrote: | 60sec OSPF convergence is pretty bad, and it's not something I'd want to achieve. That said, 100k OSPF routes means you're probably doing something wrong. I would expect any network big enough to have 100k legitimate flowspec entries to also have BGP. Note: the 100k number was Hannes', and I think it's awfully high. yes, apologies - i have this unpleasant habit of asking the scaling questions first ;-) it should be obvious that the OSPF control-plane (zero-window protocol, no flow-control) is not particular well suited for distributing that amount of state information, which gets me to the question "is an IGP the right place for this" /hannes | If you really want this to scale you might try to find a distribution method that doesn't use AS-scoped LSAs. Doing this on a campus network means you're asking the smallest OSPF devices to handle a ton of information, and I don't think that's going to work very well. Doing this in a PE-CE context means you're spreading rules around to lots of places they may not need to be. For example, if you have flowspec routes with specific source addresses and you put those routes in parts of the network nowhere near those sources you'll end up burning a ton of scarce network resources unnecessarily. Constraining flowspec routes to BGP may mean you don't push them to the edges of the campus and have to drop traffic at the campus border router, but that's likely to be the most powerful router in the network anwyays. | | In his other email, Eric Wu said: | | --- | My personal experience, for instance, CELCOM from Malaysia and KPN from Netherland are using ospf in their networks. | --- | | Nobody's arguing that OSPF is rare. My statement was that OSPF *PE-CE* is rare; to Peter's point, perhaps less rare than I think, but I still really doubt there's much of it when compared to BGP. I'm also pretty sure that no VPN provider wants to open themselves up to carry 100k IGP routes per customer, as that's an increase of one or two orders of magnitude in the route counts. If everybody does this it takes a large provider's BGP infrastructure from millions of routes (doable, but not at zero cost) to hundreds of millions of routes. | | I think you need to think through the operational consequences of pushing a large number of flowspec routes into both the campus IGP and into the provider's VPN infrastructure. Think about efficiency (how do I get the right routes to the right places with a link-state protocol?) and about how you handle failures (what happens if some nodes in an area can't take all the routes?). I understand the spirit of the draft, and it's hard to argue that this sort of DDOS protection is, in spirit, a bad thing. But I don't think that link-state flooding of flowspec routes is the right way to do it. Openflow may be better here - push flow policies to only the points that need them or can handle them. | | | | | | eric | | | -----Original Message----- | From: Youjianjie [mailto:youjianjie@huawei.com] | Sent: Thursday, October 09, 2014 5:24 AM | To: Hannes Gredler; Osborne, Eric | Cc: ospf@ietf.org | Subject: 绛斿: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt | | Hi Hannes, | | Usually there're no more than 100K routes in an area. Route advertisement is related to the network scale, for directly connected neighbors, OSPF's convergence time is about 1 minute for 100K routes. Actually, the signaling for FlowSpec routes and IP prefix routes are almost same. FlowSpec routes can be seen as more specific routing entries. Furthermore in this document, FlowSpec routes are mainly used in DDOS scenarios, instead of replacing the IP prefix routes. | | Thanks, | Jianjie | | -----閭欢鍘熶欢----- | 鍙戜欢浜: Hannes Gredler [mailto:hannes@juniper.net] | 鍙戦佹椂闂: 2014骞10鏈8鏃 23:54 | 鏀朵欢浜: Osborne, Eric | 鎶勯: Youjianjie; ospf@ietf.org | 涓婚: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt | | +1 | | it would be furthermore interesting to hear from the authors how OSPF behaves once a massive scale of flow-routes (lets say in the order of > 100K is injected into OSPF). | | /hannes | | On Wed, Oct 08, 2014 at 03:45:24PM +0000, Osborne, Eric wrote: | | I'm not sure this has much value. The vast majority of dynamic PE-CE is done with BGP; the little bit that isn't BGP is, in my experience, RIP. I don't think I've seen many (any?) OSPF PE-CE deployments. | | | | | | | | | | eric | | | | -----Original Message----- | | From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Youjianjie | | Sent: Tuesday, October 07, 2014 10:11 PM | | To: ospf@ietf.org | | Subject: [OSPF] 杞彂: New Version Notification for | | draft-liang-ospf-flowspec-extensions-01.txt | | | | Hi all, | | | | This document discusses the use cases that OSPF is used to distribute FlowSpec routes. This document also defines a new OSPF FlowSpec Opaque Link State Advertisement (LSA) encoding format. | | Your comments are appreciated. | | | | Best Regards, | | Jianjie | | | | -----閭欢鍘熶欢----- | | 鍙戜欢浜: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] | | 鍙戦佹椂闂: 2014骞9鏈28鏃 10:32 | | 鏀朵欢浜: Youjianjie; Youjianjie; liuweihang; liuweihang | | 涓婚: New Version Notification for | | draft-liang-ospf-flowspec-extensions-01.txt | | | | | | A new version of I-D, draft-liang-ospf-flowspec-extensions-01.txt | | has been successfully submitted by Jianjie You and posted to the IETF repository. | | | | Name: draft-liang-ospf-flowspec-extensions | | Revision: 01 | | Title: OSPF Extensions for Flow Specification | | Document date: 2014-09-27 | | Group: Individual Submission | | Pages: 11 | | URL: http://www.ietf.org/internet-drafts/draft-liang-ospf-flowspec-extensions-01.txt | | Status: https://datatracker.ietf.org/doc/draft-liang-ospf-flowspec-extensions/ | | Htmlized: http://tools.ietf.org/html/draft-liang-ospf-flowspec-extensions-01 | | Diff: http://www.ietf.org/rfcdiff?url2=draft-liang-ospf-flowspec-extensions-01 | | | | Abstract: | | This document discusses the use cases why OSPF (Open Shortest Path | | First) distributing flow specification (FlowSpec) routes is | | necessary. This document also defines a new OSPF FlowSpec Opaque | | Link State Advertisement (LSA) encoding format that can be used to | | distribute FlowSpec routes. | | | | For the network only deploying IGP (Interior Gateway Protocol) (e.g. | | OSPF), it is expected to extend IGP to distribute FlowSpec routes. | | One advantage is to mitigate the impacts of Denial-of-Service (DoS) | | attacks. | | | | | | | | | | | | 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 | | | | _______________________________________________ | | OSPF mailing list | | OSPF@ietf.org | | https://www.ietf.org/mailman/listinfo/ospf | | _______________________________________________ | | OSPF mailing list | | OSPF@ietf.org | | https://www.ietf.org/mailman/listinfo/ospf From nobody Thu Oct 9 06:47:21 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F2CC1ACED9 for ; Thu, 9 Oct 2014 06:47:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -11.898 X-Spam-Level: X-Spam-Status: No, score=-11.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_52=0.6, MIME_CHARSET_FARAWAY=2.45, 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 L4kcMUEeOvtT for ; Thu, 9 Oct 2014 06:47:14 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B97AD1ACECE for ; Thu, 9 Oct 2014 06:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10868; q=dns/txt; s=iport; t=1412862434; x=1414072034; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=XfesKfnmgq+uFXMl57SRDR09dteieOS66mqseBc2O2w=; b=g2yxg4ooZmGSeZoX2ggXTaFmiaNMiPkPnqB4PNO4yDVIYu7H6WJUD/Bw NfPicKZj7Nt8xQBbF3lDja6gZNjruzDCN/L+VThEZ+mLrXVpimp8hvtma zJudS5eZvXb2/oq66ITdfmvBI7Ztz4InGVeeBNI/Zk7S/x8s8bgcD9t97 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkFAHORNlStJV2Q/2dsb2JhbABfgw5TUwUEgwLICgyHSwIZbhYBe4QDAQEBAwEBAQExOgkCBQcEAgEGAhEEAQEBBCMFAgIlCxQJCAIEAQ0FCYgtCAgFkhqcRwiUTAEXgSiJIoUYEQEdGBsHBoJtgVgBBJF5hEKCQoROgS48gwqNH4N+gXIYFoFDbIEPOYECAQEB X-IronPort-AV: E=Sophos;i="5.04,684,1406592000"; d="scan'208";a="85438470" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-8.cisco.com with ESMTP; 09 Oct 2014 13:47:13 +0000 Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s99DlCkK010953 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 9 Oct 2014 13:47:12 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0195.001; Thu, 9 Oct 2014 08:47:12 -0500 From: "Acee Lindem (acee)" To: "Osborne, Eric" , Youjianjie , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoIAAKSoA Date: Thu, 9 Oct 2014 13:47:11 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="gb2312" Content-ID: <1F582550CDD6D245A26D2BEE14A2F521@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/-1yTPSvM2pIwS6ettG23gYYLx9c Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 13:47:17 -0000 DQoNCk9uIDEwLzkvMTQsIDg6MzEgQU0sICJPc2Jvcm5lLCBFcmljIiA8ZXJpYy5vc2Jvcm5lQGxl dmVsMy5jb20+IHdyb3RlOg0KDQo+NjBzZWMgT1NQRiBjb252ZXJnZW5jZSBpcyBwcmV0dHkgYmFk LCBhbmQgaXQncyBub3Qgc29tZXRoaW5nIEknZCB3YW50IHRvDQo+YWNoaWV2ZS4gDQoNCkmhr2Qg YWdyZWUgdW5sZXNzIHlvdaGvcmUgdGFsa2luZyBhYm91dCBicmluZ2luZyB1cCBhIGxhcmdlIG51 bWJlciBvZg0KbmVpZ2hib3JzIHdpdGggMTAwSyByb3V0ZXMgZnJvbSBzY3JhdGNoLiBPU1BGLCBh cyBhIHByb3RvY29sLCBpcyBJL08NCmJvdW5kLiANCg0KDQo+IFRoYXQgc2FpZCwgMTAwayBPU1BG IHJvdXRlcyBtZWFucyB5b3UncmUgcHJvYmFibHkgZG9pbmcgc29tZXRoaW5nIHdyb25nLg0KPiBJ IHdvdWxkIGV4cGVjdCBhbnkgbmV0d29yayBiaWcgZW5vdWdoIHRvIGhhdmUgMTAwayBsZWdpdGlt YXRlIGZsb3dzcGVjDQo+ZW50cmllcyB0byBhbHNvIGhhdmUgQkdQLiAgTm90ZTogdGhlIDEwMGsg bnVtYmVyIHdhcyBIYW5uZXMnLCBhbmQgSSB0aGluaw0KPml0J3MgYXdmdWxseSBoaWdoLg0KDQpB cyBJIHN0YXRlZCBpbiBteSBsYXN0IEUtbWFpbCwgdGhlIElHUHMgYXJlbqGvdCByZWFsbHkgYSBn b29kIHRvb2wgZm9yDQpnZW5lcmljIGZsb3ctc3BlYyBkaXN0cmlidXRpb24uIE90aGVyIHRoYW4g cGVyaGFwcyBERG9TIG1pdGlnYXRpb24sIEkNCmRvbqGvdCBzZWUgYSByZWFsIHVzZSBjYXNlIGZv ciBmbG9vZGluZyB0aGUgc2FtZSBmbG93LXNwZWMgdG8gZXZlcnlvbmUgaW4NCnRoZSByb3V0aW5n IGRvbWFpbiBvciwgZXZlbiB3b3JzZSwgZmxvb2RpbmcgZXZlcnlib2R5oa9zIGZsb3ctc3BlY3MN CmV2ZXJ5d2hlcmUuDQoNCg0KPg0KPklmIHlvdSByZWFsbHkgd2FudCB0aGlzIHRvIHNjYWxlIHlv dSBtaWdodCB0cnkgdG8gZmluZCBhIGRpc3RyaWJ1dGlvbg0KPm1ldGhvZCB0aGF0IGRvZXNuJ3Qg dXNlIEFTLXNjb3BlZCBMU0FzLiAgRG9pbmcgdGhpcyBvbiBhIGNhbXB1cyBuZXR3b3JrDQo+bWVh bnMgeW91J3JlIGFza2luZyB0aGUgc21hbGxlc3QgT1NQRiBkZXZpY2VzIHRvIGhhbmRsZSBhIHRv biBvZg0KPmluZm9ybWF0aW9uLCBhbmQgSSBkb24ndCB0aGluayB0aGF0J3MgZ29pbmcgdG8gd29y ayB2ZXJ5IHdlbGwuICBEb2luZw0KPnRoaXMgaW4gYSBQRS1DRSBjb250ZXh0IG1lYW5zIHlvdSdy ZSBzcHJlYWRpbmcgcnVsZXMgYXJvdW5kIHRvIGxvdHMgb2YNCj5wbGFjZXMgdGhleSBtYXkgbm90 IG5lZWQgdG8gYmUuICBGb3IgZXhhbXBsZSwgaWYgeW91IGhhdmUgZmxvd3NwZWMgcm91dGVzDQo+ d2l0aCBzcGVjaWZpYyBzb3VyY2UgYWRkcmVzc2VzIGFuZCB5b3UgcHV0IHRob3NlIHJvdXRlcyBp biBwYXJ0cyBvZiB0aGUNCj5uZXR3b3JrIG5vd2hlcmUgbmVhciB0aG9zZSBzb3VyY2VzIHlvdSds bCBlbmQgdXAgYnVybmluZyBhIHRvbiBvZiBzY2FyY2UNCj5uZXR3b3JrIHJlc291cmNlcyB1bm5l Y2Vzc2FyaWx5LiAgQ29uc3RyYWluaW5nIGZsb3dzcGVjIHJvdXRlcyB0byBCR1AgbWF5DQo+bWVh biB5b3UgZG9uJ3QgcHVzaCB0aGVtIHRvIHRoZSBlZGdlcyBvZiB0aGUgY2FtcHVzIGFuZCBoYXZl IHRvIGRyb3ANCj50cmFmZmljIGF0IHRoZSBjYW1wdXMgYm9yZGVyIHJvdXRlciwgYnV0IHRoYXQn cyBsaWtlbHkgdG8gYmUgdGhlIG1vc3QNCj5wb3dlcmZ1bCByb3V0ZXIgaW4gdGhlIG5ldHdvcmsg YW53eWF5cy4NCg0KWW91IG1ha2UgYSBnb29kIHBvaW50LiBUaGVyZSBpcyBhbHNvIHRoZSBxdWVz dGlvbiBvZiBhZG1pbmlzdHJhdGl2ZQ0KY29udHJvbC4gQXJlIFNQIGN1c3RvbWVycyBnb2luZyB0 byB3YW50IHRvIGxldCBJU1BzIGluamVjdCBmbG93LXNwZWNzIGZvcg0KRERvUyBhdHRhY2tzIGlu dG8gdGhlaXIgcm91dGluZyBkb21haW5zPyBGb3IgTDNWUE4gT1NQRiBQRS1DRSwgdGhlIFNQIGFy ZQ0KYWR2ZXJ0aXNpbmcgcm91dGVzIGJ1dCB0aGVzZSBhcmUsIGluIGZhY3QsIHRoZSBjdXN0b21l cqGvcyByb3V0ZXMuDQoNClRoYW5rcywNCkFjZWUgDQoNCg0KDQoNCj4NCj5JbiBoaXMgb3RoZXIg ZW1haWwsIEVyaWMgV3Ugc2FpZDoNCj4NCj4tLS0NCj5NeSBwZXJzb25hbCBleHBlcmllbmNlLCBm b3IgaW5zdGFuY2UsIENFTENPTSBmcm9tIE1hbGF5c2lhIGFuZCBLUE4gZnJvbQ0KPk5ldGhlcmxh bmQgYXJlIHVzaW5nIG9zcGYgaW4gdGhlaXIgbmV0d29ya3MuDQo+LS0tDQo+DQo+Tm9ib2R5J3Mg YXJndWluZyB0aGF0IE9TUEYgaXMgcmFyZS4gIE15IHN0YXRlbWVudCB3YXMgdGhhdCBPU1BGICpQ RS1DRSoNCj5pcyByYXJlOyB0byBQZXRlcidzIHBvaW50LCBwZXJoYXBzIGxlc3MgcmFyZSB0aGFu IEkgdGhpbmssIGJ1dCBJIHN0aWxsDQo+cmVhbGx5IGRvdWJ0IHRoZXJlJ3MgbXVjaCBvZiBpdCB3 aGVuIGNvbXBhcmVkIHRvIEJHUC4gIEknbSBhbHNvIHByZXR0eQ0KPnN1cmUgdGhhdCBubyBWUE4g cHJvdmlkZXIgd2FudHMgdG8gb3BlbiB0aGVtc2VsdmVzIHVwIHRvIGNhcnJ5IDEwMGsgSUdQDQo+ cm91dGVzIHBlciBjdXN0b21lciwgYXMgdGhhdCdzIGFuIGluY3JlYXNlIG9mIG9uZSBvciB0d28g b3JkZXJzIG9mDQo+bWFnbml0dWRlIGluIHRoZSByb3V0ZSBjb3VudHMuICBJZiBldmVyeWJvZHkg ZG9lcyB0aGlzIGl0IHRha2VzIGEgbGFyZ2UNCj5wcm92aWRlcidzIEJHUCBpbmZyYXN0cnVjdHVy ZSBmcm9tIG1pbGxpb25zIG9mIHJvdXRlcyAoZG9hYmxlLCBidXQgbm90IGF0DQo+emVybyBjb3N0 KSB0byBodW5kcmVkcyBvZiBtaWxsaW9ucyBvZiByb3V0ZXMuDQo+DQo+SSB0aGluayB5b3UgbmVl ZCB0byB0aGluayB0aHJvdWdoIHRoZSBvcGVyYXRpb25hbCBjb25zZXF1ZW5jZXMgb2YgcHVzaGlu Zw0KPmEgbGFyZ2UgbnVtYmVyIG9mIGZsb3dzcGVjIHJvdXRlcyBpbnRvIGJvdGggdGhlIGNhbXB1 cyBJR1AgYW5kIGludG8gdGhlDQo+cHJvdmlkZXIncyBWUE4gaW5mcmFzdHJ1Y3R1cmUuICBUaGlu ayBhYm91dCBlZmZpY2llbmN5IChob3cgZG8gSSBnZXQgdGhlDQo+cmlnaHQgcm91dGVzIHRvIHRo ZSByaWdodCBwbGFjZXMgd2l0aCBhIGxpbmstc3RhdGUgcHJvdG9jb2w/KSBhbmQgYWJvdXQNCj5o b3cgeW91IGhhbmRsZSBmYWlsdXJlcyAod2hhdCBoYXBwZW5zIGlmIHNvbWUgbm9kZXMgaW4gYW4g YXJlYSBjYW4ndCB0YWtlDQo+YWxsIHRoZSByb3V0ZXM/KS4gIEkgdW5kZXJzdGFuZCB0aGUgc3Bp cml0IG9mIHRoZSBkcmFmdCwgYW5kIGl0J3MgaGFyZCB0bw0KPmFyZ3VlIHRoYXQgdGhpcyBzb3J0 IG9mIERET1MgcHJvdGVjdGlvbiBpcywgaW4gc3Bpcml0LCBhIGJhZCB0aGluZy4gIEJ1dA0KPkkg ZG9uJ3QgdGhpbmsgdGhhdCBsaW5rLXN0YXRlIGZsb29kaW5nIG9mIGZsb3dzcGVjIHJvdXRlcyBp cyB0aGUgcmlnaHQNCj53YXkgdG8gZG8gaXQuICBPcGVuZmxvdyBtYXkgYmUgYmV0dGVyIGhlcmUg LSBwdXNoIGZsb3cgcG9saWNpZXMgdG8gb25seQ0KPnRoZSBwb2ludHMgdGhhdCBuZWVkIHRoZW0g b3IgY2FuIGhhbmRsZSB0aGVtLg0KPg0KPg0KPg0KPg0KPg0KPmVyaWMNCj4NCj4NCj4tLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZyb206IFlvdWppYW5qaWUgW21haWx0bzp5b3VqaWFuamll QGh1YXdlaS5jb21dDQo+U2VudDogVGh1cnNkYXksIE9jdG9iZXIgMDksIDIwMTQgNToyNCBBTQ0K PlRvOiBIYW5uZXMgR3JlZGxlcjsgT3Nib3JuZSwgRXJpYw0KPkNjOiBvc3BmQGlldGYub3JnDQo+ U3ViamVjdDogtPC4tDogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj5kcmFm dC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQo+DQo+SGkgSGFubmVzLA0K Pg0KPlVzdWFsbHkgdGhlcmUncmUgbm8gbW9yZSB0aGFuIDEwMEsgcm91dGVzIGluIGFuIGFyZWEu IFJvdXRlIGFkdmVydGlzZW1lbnQNCj5pcyByZWxhdGVkIHRvIHRoZSBuZXR3b3JrIHNjYWxlLCBm b3IgZGlyZWN0bHkgY29ubmVjdGVkIG5laWdoYm9ycywgT1NQRidzDQo+Y29udmVyZ2VuY2UgdGlt ZSBpcyBhYm91dCAxIG1pbnV0ZSBmb3IgMTAwSyByb3V0ZXMuIEFjdHVhbGx5LCB0aGUNCj5zaWdu YWxpbmcgZm9yIEZsb3dTcGVjIHJvdXRlcyBhbmQgSVAgcHJlZml4IHJvdXRlcyBhcmUgYWxtb3N0 IHNhbWUuDQo+Rmxvd1NwZWMgcm91dGVzIGNhbiBiZSBzZWVuIGFzIG1vcmUgc3BlY2lmaWMgcm91 dGluZyBlbnRyaWVzLiBGdXJ0aGVybW9yZQ0KPmluIHRoaXMgZG9jdW1lbnQsIEZsb3dTcGVjIHJv dXRlcyBhcmUgbWFpbmx5IHVzZWQgaW4gRERPUyBzY2VuYXJpb3MsDQo+aW5zdGVhZCBvZiByZXBs YWNpbmcgdGhlIElQIHByZWZpeCByb3V0ZXMuDQo+DQo+VGhhbmtzLA0KPkppYW5qaWUNCj4NCj4t LS0tLdPKvP7Urbz+LS0tLS0NCj63orz+yMs6IEhhbm5lcyBHcmVkbGVyIFttYWlsdG86aGFubmVz QGp1bmlwZXIubmV0XQ0KPreiy83KsbzkOiAyMDE0xOoxMNTCOMjVIDIzOjU0DQo+ytW8/sjLOiBP c2Jvcm5lLCBFcmljDQo+s63LzTogWW91amlhbmppZTsgb3NwZkBpZXRmLm9yZw0KPtb3zOI6IFJl OiBbT1NQRl0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPmRyYWZ0LWxpYW5nLW9zcGYt Zmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCj4NCj4rMQ0KPg0KPml0IHdvdWxkIGJlIGZ1cnRo ZXJtb3JlIGludGVyZXN0aW5nIHRvIGhlYXIgZnJvbSB0aGUgYXV0aG9ycyBob3cgT1NQRg0KPmJl aGF2ZXMgb25jZSBhIG1hc3NpdmUgc2NhbGUgb2YgZmxvdy1yb3V0ZXMgKGxldHMgc2F5IGluIHRo ZSBvcmRlciBvZiA+DQo+MTAwSyBpcyBpbmplY3RlZCBpbnRvIE9TUEYpLg0KPg0KPi9oYW5uZXMN Cj4NCj5PbiBXZWQsIE9jdCAwOCwgMjAxNCBhdCAwMzo0NToyNFBNICswMDAwLCBPc2Jvcm5lLCBF cmljIHdyb3RlOg0KPnwgSSdtIG5vdCBzdXJlIHRoaXMgaGFzIG11Y2ggdmFsdWUuICBUaGUgdmFz dCBtYWpvcml0eSBvZiBkeW5hbWljIFBFLUNFDQo+aXMgZG9uZSB3aXRoIEJHUDsgdGhlIGxpdHRs ZSBiaXQgdGhhdCBpc24ndCBCR1AgaXMsIGluIG15IGV4cGVyaWVuY2UsDQo+UklQLiAgSSBkb24n dCB0aGluayBJJ3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4NCj58 IA0KPnwgDQo+fCANCj58IA0KPnwgZXJpYw0KPnwgDQo+fCAtLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut LS0tLQ0KPnwgRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIFlvdWppYW5qaWUNCj58IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIgMDcsIDIwMTQgMTA6 MTEgUE0NCj58IFRvOiBvc3BmQGlldGYub3JnDQo+fCBTdWJqZWN0OiBbT1NQRl0g16q3ojogTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPnwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1l eHRlbnNpb25zLTAxLnR4dA0KPnwgDQo+fCBIaSBhbGwsDQo+fCANCj58IFRoaXMgZG9jdW1lbnQg ZGlzY3Vzc2VzIHRoZSB1c2UgY2FzZXMgdGhhdCBPU1BGIGlzIHVzZWQgdG8gZGlzdHJpYnV0ZQ0K PkZsb3dTcGVjIHJvdXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcgT1NQRiBG bG93U3BlYyBPcGFxdWUNCj5MaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2Rpbmcg Zm9ybWF0Lg0KPnwgWW91ciBjb21tZW50cyBhcmUgYXBwcmVjaWF0ZWQuDQo+fCANCj58IEJlc3Qg UmVnYXJkcywNCj58IEppYW5qaWUNCj58IA0KPnwgLS0tLS3Tyrz+1K28/i0tLS0tDQo+fCC3orz+ yMs6IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZ10NCj58ILeiy83KsbzkOiAyMDE0xOo51MIyOMjVIDEwOjMyDQo+fCDK1bz+yMs6IFlvdWpp YW5qaWU7IFlvdWppYW5qaWU7IGxpdXdlaWhhbmc7IGxpdXdlaWhhbmcNCj58INb3zOI6IE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj58IGRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0 ZW5zaW9ucy0wMS50eHQNCj58IA0KPnwgDQo+fCBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt bGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KPnwgaGFzIGJlZW4gc3VjY2Vz c2Z1bGx5IHN1Ym1pdHRlZCBieSBKaWFuamllIFlvdSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGDQo+ cmVwb3NpdG9yeS4NCj58IA0KPnwgTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0 ZW5zaW9ucw0KPnwgUmV2aXNpb246CTAxDQo+fCBUaXRsZToJCU9TUEYgRXh0ZW5zaW9ucyBmb3Ig RmxvdyBTcGVjaWZpY2F0aW9uDQo+fCBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQo+fCBHcm91 cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPnwgUGFnZXM6CQkxMQ0KPnwgVVJMOiAgICAgICAg ICAgIA0KPmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9z cGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wDQo+MS50eHQNCj58IFN0YXR1czogICAgICAgICANCj5o dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVj LWV4dGVuc2lvbnMvDQo+fCBIdG1saXplZDogICAgICAgDQo+aHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxDQo+fCBEaWZmOiAg ICAgICAgICAgDQo+aHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGlhbmct b3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxDQo+fCANCj58IEFic3RyYWN0Og0KPnwgICAgVGhp cyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3aHkgT1NQRiAoT3BlbiBTaG9ydGVz dCBQYXRoDQo+fCAgICBGaXJzdCkgZGlzdHJpYnV0aW5nIGZsb3cgc3BlY2lmaWNhdGlvbiAoRmxv d1NwZWMpIHJvdXRlcyBpcw0KPnwgICAgbmVjZXNzYXJ5LiAgVGhpcyBkb2N1bWVudCBhbHNvIGRl ZmluZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBPcGFxdWUNCj58ICAgIExpbmsgU3RhdGUgQWR2ZXJ0 aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhhdCBjYW4gYmUgdXNlZCB0bw0KPnwgICAg ZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0ZXMuDQo+fCANCj58ICAgIEZvciB0aGUgbmV0d29yayBv bmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3YXkgUHJvdG9jb2wpIChlLmcuDQo+fCAg ICBPU1BGKSwgaXQgaXMgZXhwZWN0ZWQgdG8gZXh0ZW5kIElHUCB0byBkaXN0cmlidXRlIEZsb3dT cGVjIHJvdXRlcy4NCj58ICAgIE9uZSBhZHZhbnRhZ2UgaXMgdG8gbWl0aWdhdGUgdGhlIGltcGFj dHMgb2YgRGVuaWFsLW9mLVNlcnZpY2UgKERvUykNCj58ICAgIGF0dGFja3MuDQo+fCANCj58IA0K PnwgICAgICAgICAgICAgICAgIA0KPiAgICAgICAgICANCj58IA0KPnwgDQo+fCBQbGVhc2Ugbm90 ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0K PnN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWls YWJsZSBhdA0KPnRvb2xzLmlldGYub3JnLg0KPnwgDQo+fCBUaGUgSUVURiBTZWNyZXRhcmlhdA0K PnwgDQo+fCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PnwgT1NQRiBtYWlsaW5nIGxpc3QNCj58IE9TUEZAaWV0Zi5vcmcNCj58IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPnwgX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj58IE9TUEYgbWFpbGluZyBsaXN0DQo+fCBPU1BGQGll dGYub3JnDQo+fCBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj5f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPk9TUEYgbWFp bGluZyBsaXN0DQo+T1NQRkBpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vb3NwZg0KDQo= From nobody Fri Oct 10 03:03:57 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85D461A8821 for ; Fri, 10 Oct 2014 03:03:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.087 X-Spam-Level: X-Spam-Status: No, score=-4.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 FW3kYylPOZk3 for ; Fri, 10 Oct 2014 03:03:54 -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 2BC6A1A8840 for ; Fri, 10 Oct 2014 03:03:52 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BNM68438; Fri, 10 Oct 2014 10:03:50 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 10 Oct 2014 11:03:49 +0100 Received: from NKGEML509-MBS.china.huawei.com ([169.254.2.88]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Fri, 10 Oct 2014 18:03:45 +0800 From: Youjianjie To: "Osborne, Eric" , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoIABOvFg Date: Fri, 10 Oct 2014 10:03:44 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.173] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/JYX676os7zu3esTCo_1OWcKvtZg Cc: "ospf@ietf.org" Subject: [OSPF] =?utf-8?b?562U5aSNOiAgTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv?= =?utf-8?q?r_draft-liang-ospf-flowspec-extensions-01=2Etxt?= X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2014 10:03:56 -0000 SGkgRXJpYywgZXQgYWwsDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50cyEgV2UgZG8gbmVlZCB0 byB0aGluayBhYm91dCB0aGUgbmV0d29yayBzY2FsZSBhbmQgZWZmaWNpZW5jeSBpc3N1ZXMuDQog DQpTb21lIG9mIHRoZW0gd2UgaGF2ZSBjb25zaWRlcmVkIGJlZm9yZSwgYnV0IG5vdCByZWZsZWN0 ZWQgaW4gdGhlIGRyYWZ0LiBGb3IgZXhhbXBsZSwgd2UgY2FuIGRvIHRoZSBzaW1pbGFyIHZhbGlk YXRpb24gcHJvY2VkdXJlIGFzIGRlc2NyaWJlZCBpbiBzZWN0aW9uIDYgb2YgW1JGQzU1NzVdIChE aXNzZW1pbmF0aW9uIG9mIEZsb3cgU3BlY2lmaWNhdGlvbiBSdWxlcykuIGkuZS4sIG9ubHkgdGhv c2UgRmxvd1NwZWMgZW50cmllcyBwYXNzaW5nIHRoZSB2YWxpZGF0aW9uIHdpbGwgYmUgaGFuZGxl ZC4gDQpBbHNvIGluIG91ciBkcmFmdCwgYSBuZXcgRmxvd1NwZWMgY2FwYWJpbGl0eSBpcyBkZWZp bmVkLiBPbmx5IHRob3NlIHJvdXRlcnMgc3VwcG9ydGluZyB0aGlzIGNhcGFiaWxpdHkgd2lsbCBo YW5kbGUgRmxvd1NwZWMgZW50cmllcy4gVGhpcyBjYXBhYmlsaXR5IGNhbiBiZSBjb25maWd1cmVk IGxvY2FsbHkuIEFjdHVhbGx5LCBmb3IgdGhlIHNtYWxsLXRvLW1lZGl1bSBzaXplZCBuZXR3b3Jr cywgdGhlIHRvdGFsIGFtb3VudCBvZiBGbG93U3BlYyBlbnRyaWVzIGlzIGxpbWl0ZWQuIEFkZGl0 aW9uYWxseSwgdGhlIG1heGltdW0gYW1vdW50IG9mIEZsb3dTcGVjIGVudHJpZXMgb24gRmxvd1Nw ZWMgY2FwYWJsZSByb3V0ZXJzIGNhbiBiZSBjb25maWd1cmVkIHRvby4gU28gd2UgdGhpbmsgdGhl c2UgaXNzdWVzIGNhbiBiZSBzb2x2ZWQuDQoNClJlZ2FyZGluZyBPcGVuRmxvdywgaWYgdGhlcmUn cmUgbG90cyBvZiBwb2ludHMgbmVlZCB0aGUgRmxvd1NwZWMgZW50cmllcywgdGhlbiB0aGUgY29u dHJvbGxlciBoYXMgdG8gY29tbXVuaWNhdGUgd2l0aCBhbGwgb2YgdGhlbS4gVGhpcyBtYXliZSBi ZSBhIGNoYWxsZW5nZSBmb3IgdGhlIGNvbnRyb2xsZXIuIA0KDQpUaGFua3MsDQpKaWFuamllDQoN Ci0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogT3Nib3JuZSwgRXJpYyBbbWFpbHRv OmVyaWMub3Nib3JuZUBsZXZlbDMuY29tXSANCuWPkemAgeaXtumXtDogMjAxNOW5tDEw5pyIOeaX pSAyMDozMQ0K5pS25Lu25Lq6OiBZb3VqaWFuamllOyBIYW5uZXMgR3JlZGxlcg0K5oqE6YCBOiBv c3BmQGlldGYub3JnDQrkuLvpopg6IFJFOiBbT1NQRl0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u IGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQoNCjYwc2Vj IE9TUEYgY29udmVyZ2VuY2UgaXMgcHJldHR5IGJhZCwgYW5kIGl0J3Mgbm90IHNvbWV0aGluZyBJ J2Qgd2FudCB0byBhY2hpZXZlLiAgVGhhdCBzYWlkLCAxMDBrIE9TUEYgcm91dGVzIG1lYW5zIHlv dSdyZSBwcm9iYWJseSBkb2luZyBzb21ldGhpbmcgd3JvbmcuICBJIHdvdWxkIGV4cGVjdCBhbnkg bmV0d29yayBiaWcgZW5vdWdoIHRvIGhhdmUgMTAwayBsZWdpdGltYXRlIGZsb3dzcGVjIGVudHJp ZXMgdG8gYWxzbyBoYXZlIEJHUC4gIE5vdGU6IHRoZSAxMDBrIG51bWJlciB3YXMgSGFubmVzJywg YW5kIEkgdGhpbmsgaXQncyBhd2Z1bGx5IGhpZ2guICANCg0KSWYgeW91IHJlYWxseSB3YW50IHRo aXMgdG8gc2NhbGUgeW91IG1pZ2h0IHRyeSB0byBmaW5kIGEgZGlzdHJpYnV0aW9uIG1ldGhvZCB0 aGF0IGRvZXNuJ3QgdXNlIEFTLXNjb3BlZCBMU0FzLiAgRG9pbmcgdGhpcyBvbiBhIGNhbXB1cyBu ZXR3b3JrIG1lYW5zIHlvdSdyZSBhc2tpbmcgdGhlIHNtYWxsZXN0IE9TUEYgZGV2aWNlcyB0byBo YW5kbGUgYSB0b24gb2YgaW5mb3JtYXRpb24sIGFuZCBJIGRvbid0IHRoaW5rIHRoYXQncyBnb2lu ZyB0byB3b3JrIHZlcnkgd2VsbC4gIERvaW5nIHRoaXMgaW4gYSBQRS1DRSBjb250ZXh0IG1lYW5z IHlvdSdyZSBzcHJlYWRpbmcgcnVsZXMgYXJvdW5kIHRvIGxvdHMgb2YgcGxhY2VzIHRoZXkgbWF5 IG5vdCBuZWVkIHRvIGJlLiAgRm9yIGV4YW1wbGUsIGlmIHlvdSBoYXZlIGZsb3dzcGVjIHJvdXRl cyB3aXRoIHNwZWNpZmljIHNvdXJjZSBhZGRyZXNzZXMgYW5kIHlvdSBwdXQgdGhvc2Ugcm91dGVz IGluIHBhcnRzIG9mIHRoZSBuZXR3b3JrIG5vd2hlcmUgbmVhciB0aG9zZSBzb3VyY2VzIHlvdSds bCBlbmQgdXAgYnVybmluZyBhIHRvbiBvZiBzY2FyY2UgbmV0d29yayByZXNvdXJjZXMgdW5uZWNl c3NhcmlseS4gIENvbnN0cmFpbmluZyBmbG93c3BlYyByb3V0ZXMgdG8gQkdQIG1heSBtZWFuIHlv dSBkb24ndCBwdXNoIHRoZW0gdG8gdGhlIGVkZ2VzIG9mIHRoZSBjYW1wdXMgYW5kIGhhdmUgdG8g ZHJvcCB0cmFmZmljIGF0IHRoZSBjYW1wdXMgYm9yZGVyIHJvdXRlciwgYnV0IHRoYXQncyBsaWtl bHkgdG8gYmUgdGhlIG1vc3QgcG93ZXJmdWwgcm91dGVyIGluIHRoZSBuZXR3b3JrIGFud3lheXMu DQoNCkluIGhpcyBvdGhlciBlbWFpbCwgRXJpYyBXdSBzYWlkOg0KDQotLS0NCk15IHBlcnNvbmFs IGV4cGVyaWVuY2UsIGZvciBpbnN0YW5jZSwgQ0VMQ09NIGZyb20gTWFsYXlzaWEgYW5kIEtQTiBm cm9tIE5ldGhlcmxhbmQgYXJlIHVzaW5nIG9zcGYgaW4gdGhlaXIgbmV0d29ya3MuDQotLS0NCg0K Tm9ib2R5J3MgYXJndWluZyB0aGF0IE9TUEYgaXMgcmFyZS4gIE15IHN0YXRlbWVudCB3YXMgdGhh dCBPU1BGICpQRS1DRSogaXMgcmFyZTsgdG8gUGV0ZXIncyBwb2ludCwgcGVyaGFwcyBsZXNzIHJh cmUgdGhhbiBJIHRoaW5rLCBidXQgSSBzdGlsbCByZWFsbHkgZG91YnQgdGhlcmUncyBtdWNoIG9m IGl0IHdoZW4gY29tcGFyZWQgdG8gQkdQLiAgSSdtIGFsc28gcHJldHR5IHN1cmUgdGhhdCBubyBW UE4gcHJvdmlkZXIgd2FudHMgdG8gb3BlbiB0aGVtc2VsdmVzIHVwIHRvIGNhcnJ5IDEwMGsgSUdQ IHJvdXRlcyBwZXIgY3VzdG9tZXIsIGFzIHRoYXQncyBhbiBpbmNyZWFzZSBvZiBvbmUgb3IgdHdv IG9yZGVycyBvZiBtYWduaXR1ZGUgaW4gdGhlIHJvdXRlIGNvdW50cy4gIElmIGV2ZXJ5Ym9keSBk b2VzIHRoaXMgaXQgdGFrZXMgYSBsYXJnZSBwcm92aWRlcidzIEJHUCBpbmZyYXN0cnVjdHVyZSBm cm9tIG1pbGxpb25zIG9mIHJvdXRlcyAoZG9hYmxlLCBidXQgbm90IGF0IHplcm8gY29zdCkgdG8g aHVuZHJlZHMgb2YgbWlsbGlvbnMgb2Ygcm91dGVzLg0KDQpJIHRoaW5rIHlvdSBuZWVkIHRvIHRo aW5rIHRocm91Z2ggdGhlIG9wZXJhdGlvbmFsIGNvbnNlcXVlbmNlcyBvZiBwdXNoaW5nIGEgbGFy Z2UgbnVtYmVyIG9mIGZsb3dzcGVjIHJvdXRlcyBpbnRvIGJvdGggdGhlIGNhbXB1cyBJR1AgYW5k IGludG8gdGhlIHByb3ZpZGVyJ3MgVlBOIGluZnJhc3RydWN0dXJlLiAgVGhpbmsgYWJvdXQgZWZm aWNpZW5jeSAoaG93IGRvIEkgZ2V0IHRoZSByaWdodCByb3V0ZXMgdG8gdGhlIHJpZ2h0IHBsYWNl cyB3aXRoIGEgbGluay1zdGF0ZSBwcm90b2NvbD8pIGFuZCBhYm91dCBob3cgeW91IGhhbmRsZSBm YWlsdXJlcyAod2hhdCBoYXBwZW5zIGlmIHNvbWUgbm9kZXMgaW4gYW4gYXJlYSBjYW4ndCB0YWtl IGFsbCB0aGUgcm91dGVzPykuICBJIHVuZGVyc3RhbmQgdGhlIHNwaXJpdCBvZiB0aGUgZHJhZnQs IGFuZCBpdCdzIGhhcmQgdG8gYXJndWUgdGhhdCB0aGlzIHNvcnQgb2YgRERPUyBwcm90ZWN0aW9u IGlzLCBpbiBzcGlyaXQsIGEgYmFkIHRoaW5nLiAgQnV0IEkgZG9uJ3QgdGhpbmsgdGhhdCBsaW5r LXN0YXRlIGZsb29kaW5nIG9mIGZsb3dzcGVjIHJvdXRlcyBpcyB0aGUgcmlnaHQgd2F5IHRvIGRv IGl0LiAgT3BlbmZsb3cgbWF5IGJlIGJldHRlciBoZXJlIC0gcHVzaCBmbG93IHBvbGljaWVzIHRv IG9ubHkgdGhlIHBvaW50cyB0aGF0IG5lZWQgdGhlbSBvciBjYW4gaGFuZGxlIHRoZW0uDQoNCg0K DQoNCg0KZXJpYw0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBZb3VqaWFu amllIFttYWlsdG86eW91amlhbmppZUBodWF3ZWkuY29tXQ0KU2VudDogVGh1cnNkYXksIE9jdG9i ZXIgMDksIDIwMTQgNToyNCBBTQ0KVG86IEhhbm5lcyBHcmVkbGVyOyBPc2Jvcm5lLCBFcmljDQpD Yzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDog562U5aSNOiBbT1NQRl0gTmV3IFZlcnNpb24gTm90 aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0 DQoNCkhpIEhhbm5lcywNCg0KVXN1YWxseSB0aGVyZSdyZSBubyBtb3JlIHRoYW4gMTAwSyByb3V0 ZXMgaW4gYW4gYXJlYS4gUm91dGUgYWR2ZXJ0aXNlbWVudCBpcyByZWxhdGVkIHRvIHRoZSBuZXR3 b3JrIHNjYWxlLCBmb3IgZGlyZWN0bHkgY29ubmVjdGVkIG5laWdoYm9ycywgT1NQRidzIGNvbnZl cmdlbmNlIHRpbWUgaXMgYWJvdXQgMSBtaW51dGUgZm9yIDEwMEsgcm91dGVzLiBBY3R1YWxseSwg dGhlIHNpZ25hbGluZyBmb3IgRmxvd1NwZWMgcm91dGVzIGFuZCBJUCBwcmVmaXggcm91dGVzIGFy ZSBhbG1vc3Qgc2FtZS4gRmxvd1NwZWMgcm91dGVzIGNhbiBiZSBzZWVuIGFzIG1vcmUgc3BlY2lm aWMgcm91dGluZyBlbnRyaWVzLiBGdXJ0aGVybW9yZSBpbiB0aGlzIGRvY3VtZW50LCBGbG93U3Bl YyByb3V0ZXMgYXJlIG1haW5seSB1c2VkIGluIERET1Mgc2NlbmFyaW9zLCBpbnN0ZWFkIG9mIHJl cGxhY2luZyB0aGUgSVAgcHJlZml4IHJvdXRlcy4NCg0KVGhhbmtzLA0KSmlhbmppZQ0KDQotLS0t LemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IEhhbm5lcyBHcmVkbGVyIFttYWlsdG86aGFu bmVzQGp1bmlwZXIubmV0XQ0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0MTDmnIg45pelIDIzOjU0DQrm lLbku7bkuro6IE9zYm9ybmUsIEVyaWMNCuaKhOmAgTogWW91amlhbmppZTsgb3NwZkBpZXRmLm9y Zw0K5Li76aKYOiBSZTogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQt bGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQorMQ0KDQppdCB3b3VsZCBi ZSBmdXJ0aGVybW9yZSBpbnRlcmVzdGluZyB0byBoZWFyIGZyb20gdGhlIGF1dGhvcnMgaG93IE9T UEYgYmVoYXZlcyBvbmNlIGEgbWFzc2l2ZSBzY2FsZSBvZiBmbG93LXJvdXRlcyAobGV0cyBzYXkg aW4gdGhlIG9yZGVyIG9mID4gMTAwSyBpcyBpbmplY3RlZCBpbnRvIE9TUEYpLg0KDQovaGFubmVz DQoNCk9uIFdlZCwgT2N0IDA4LCAyMDE0IGF0IDAzOjQ1OjI0UE0gKzAwMDAsIE9zYm9ybmUsIEVy aWMgd3JvdGU6DQp8IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNoIHZhbHVlLiAgVGhlIHZhc3Qg bWFqb3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lIHdpdGggQkdQOyB0aGUgbGl0dGxlIGJp dCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwgUklQLiAgSSBkb24ndCB0aGlu ayBJJ3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4gIA0KfCANCnwg DQp8IA0KfCANCnwgZXJpYw0KfCANCnwgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCnwgRnJv bTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFlvdWpp YW5qaWUNCnwgU2VudDogVHVlc2RheSwgT2N0b2JlciAwNywgMjAxNCAxMDoxMSBQTQ0KfCBUbzog b3NwZkBpZXRmLm9yZw0KfCBTdWJqZWN0OiBbT1NQRl0g6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3Rp ZmljYXRpb24gZm9yIA0KfCBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEu dHh0DQp8IA0KfCBIaSBhbGwsDQp8IA0KfCBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0aGUgdXNl IGNhc2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLiBU aGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZSBMaW5r IFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9ybWF0Lg0KfCBZb3VyIGNvbW1l bnRzIGFyZSBhcHByZWNpYXRlZC4NCnwgDQp8IEJlc3QgUmVnYXJkcywNCnwgSmlhbmppZQ0KfCAN CnwgLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KfCDlj5Hku7bkuro6IGludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCnwg5Y+R6YCB5pe26Ze0 OiAyMDE05bm0OeaciDI45pelIDEwOjMyDQp8IOaUtuS7tuS6ujogWW91amlhbmppZTsgWW91amlh bmppZTsgbGl1d2VpaGFuZzsgbGl1d2VpaGFuZw0KfCDkuLvpopg6IE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3INCnwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4 dA0KfCANCnwgDQp8IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1saWFuZy1vc3BmLWZsb3dz cGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KfCANCnwg TmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucw0KfCBSZXZpc2lvbjoJ MDENCnwgVGl0bGU6CQlPU1BGIEV4dGVuc2lvbnMgZm9yIEZsb3cgU3BlY2lmaWNhdGlvbg0KfCBE b2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQp8IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9u DQp8IFBhZ2VzOgkJMTENCnwgVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50 ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQN CnwgU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0 LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy8NCnwgSHRtbGl6ZWQ6ICAgICAgIGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9u cy0wMQ0KfCBEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9 ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxDQp8IA0KfCBBYnN0cmFjdDoN CnwgICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3aHkgT1NQRiAoT3Bl biBTaG9ydGVzdCBQYXRoDQp8ICAgIEZpcnN0KSBkaXN0cmlidXRpbmcgZmxvdyBzcGVjaWZpY2F0 aW9uIChGbG93U3BlYykgcm91dGVzIGlzDQp8ICAgIG5lY2Vzc2FyeS4gIFRoaXMgZG9jdW1lbnQg YWxzbyBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3BhcXVlDQp8ICAgIExpbmsgU3RhdGUg QWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhhdCBjYW4gYmUgdXNlZCB0bw0K fCAgICBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCnwgDQp8ICAgIEZvciB0aGUgbmV0d29y ayBvbmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3YXkgUHJvdG9jb2wpIChlLmcuDQp8 ICAgIE9TUEYpLCBpdCBpcyBleHBlY3RlZCB0byBleHRlbmQgSUdQIHRvIGRpc3RyaWJ1dGUgRmxv d1NwZWMgcm91dGVzLg0KfCAgICBPbmUgYWR2YW50YWdlIGlzIHRvIG1pdGlnYXRlIHRoZSBpbXBh Y3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1MpDQp8ICAgIGF0dGFja3MuDQp8IA0KfCANCnwg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIA0KfCANCnwgDQp8IFBsZWFzZSBub3RlIHRoYXQgaXQg bWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24g dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29s cy5pZXRmLm9yZy4NCnwgDQp8IFRoZSBJRVRGIFNlY3JldGFyaWF0DQp8IA0KfCBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KfCBPU1BGIG1haWxpbmcgbGlz dA0KfCBPU1BGQGlldGYub3JnDQp8IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vb3NwZg0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KfCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGQGlldGYub3JnDQp8IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0K From nobody Fri Oct 10 04:54:37 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA8A1A9032 for ; Fri, 10 Oct 2014 04:54:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 eWXgbJH0zsxD for ; Fri, 10 Oct 2014 04:54:32 -0700 (PDT) Received: from mail1.bemta7.messagelabs.com (mail1.bemta7.messagelabs.com [216.82.254.100]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA97B1A8BAF for ; Fri, 10 Oct 2014 04:54:32 -0700 (PDT) Received: from [216.82.253.147:25649] by server-4.bemta-7.messagelabs.com id AF/7E-28388-8F8C7345; Fri, 10 Oct 2014 11:54:32 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-15.tower-165.messagelabs.com!1412942071!19075229!1 X-Originating-IP: [209.245.18.38] X-StarScan-Received: X-StarScan-Version: 6.12.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15100 invoked from network); 10 Oct 2014 11:54:32 -0000 Received: from unknown.level3.net (HELO messagelabs2.level3.com) (209.245.18.38) by server-15.tower-165.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Oct 2014 11:54:32 -0000 Received: from USIDCWVEHT01.corp.global.level3.com (usidcwveht01.corp.global.level3.com [10.1.142.31]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "USIDCWVEHT01.corp.global.level3.com", Issuer "VIDCCERT0001" (not verified)) by messagelabs2.level3.com (Postfix) with ESMTPS id D1BA22B5BA; Fri, 10 Oct 2014 11:54:31 +0000 (GMT) Received: from USADCWVEHT02.corp.global.level3.com (10.2.36.142) by USIDCWVEHT01.corp.global.level3.com (10.1.142.31) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 10 Oct 2014 05:54:31 -0600 Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by usadcwveht02.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Fri, 10 Oct 2014 07:54:30 -0400 From: "Osborne, Eric" To: Youjianjie , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoIABOvFggABPoHA= Date: Fri, 10 Oct 2014 11:54:29 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDF95376@USIDCWVEMBX08.corp.global.level3.com> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: 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: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/aBCBse-mFrWHxyJt3JpmciP7xTc Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2014 11:54:35 -0000 VGhlIHZhbGlkYXRpb24gcnVsZXMgZG9uJ3QgaGVscCB5b3Ugd2l0aCBhIGxpbmstc3RhdGUgcHJv dG9jb2wsIHRob3VnaC4gIFlvdSBzdGlsbCBoYXZlIHRvIGZsb29kIGFsbCB0aGUgZmxvd3NwZWMg cm91dGVzIGV2ZXJ5d2hlcmUuICBBbmQgeWVoYSwgeW91IGNhbiBjb25maWd1cmUgdGhlIG1heGlt dW0gYW1vdW50LCBidXQgd2hhdCBoYXBwZW5zIGlmIGEgbm9kZSByZWNlaXZlcyBtb3JlIHRoYW4g dGhhdCBtYXhpbXVtPyAgV2hpY2ggb25lcyBkb2VzIGl0IGxlYXZlIG91dD8NCg0KQXMgZmFyIGFz IE9wZW5GbG93LCB5ZXMsIGNvbnRyb2xsZXIgc2NhbGUgaXMgYW4gaXNzdWUuICBUaGVyZSBhcHBl YXJzIHRvIGJlIGFuIGVudGlyZSBpbmR1c3RyeSBidWlsZGluZyBpdHNlbGYgYXJvdW5kIHNvbHZp bmcgdGhpcyBwcm9ibGVtLg0KDQoNCg0KZXJpYw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KRnJvbTogWW91amlhbmppZSBbbWFpbHRvOnlvdWppYW5qaWVAaHVhd2VpLmNvbV0gDQpTZW50 OiBGcmlkYXksIE9jdG9iZXIgMTAsIDIwMTQgNjowNCBBTQ0KVG86IE9zYm9ybmUsIEVyaWM7IEhh bm5lcyBHcmVkbGVyDQpDYzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDog562U5aSNOiBbT1NQRl0g TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4 dGVuc2lvbnMtMDEudHh0DQoNCkhpIEVyaWMsIGV0IGFsLA0KDQpUaGFua3MgZm9yIHlvdXIgY29t bWVudHMhIFdlIGRvIG5lZWQgdG8gdGhpbmsgYWJvdXQgdGhlIG5ldHdvcmsgc2NhbGUgYW5kIGVm ZmljaWVuY3kgaXNzdWVzLg0KIA0KU29tZSBvZiB0aGVtIHdlIGhhdmUgY29uc2lkZXJlZCBiZWZv cmUsIGJ1dCBub3QgcmVmbGVjdGVkIGluIHRoZSBkcmFmdC4gRm9yIGV4YW1wbGUsIHdlIGNhbiBk byB0aGUgc2ltaWxhciB2YWxpZGF0aW9uIHByb2NlZHVyZSBhcyBkZXNjcmliZWQgaW4gc2VjdGlv biA2IG9mIFtSRkM1NTc1XSAoRGlzc2VtaW5hdGlvbiBvZiBGbG93IFNwZWNpZmljYXRpb24gUnVs ZXMpLiBpLmUuLCBvbmx5IHRob3NlIEZsb3dTcGVjIGVudHJpZXMgcGFzc2luZyB0aGUgdmFsaWRh dGlvbiB3aWxsIGJlIGhhbmRsZWQuIA0KQWxzbyBpbiBvdXIgZHJhZnQsIGEgbmV3IEZsb3dTcGVj IGNhcGFiaWxpdHkgaXMgZGVmaW5lZC4gT25seSB0aG9zZSByb3V0ZXJzIHN1cHBvcnRpbmcgdGhp cyBjYXBhYmlsaXR5IHdpbGwgaGFuZGxlIEZsb3dTcGVjIGVudHJpZXMuIFRoaXMgY2FwYWJpbGl0 eSBjYW4gYmUgY29uZmlndXJlZCBsb2NhbGx5LiBBY3R1YWxseSwgZm9yIHRoZSBzbWFsbC10by1t ZWRpdW0gc2l6ZWQgbmV0d29ya3MsIHRoZSB0b3RhbCBhbW91bnQgb2YgRmxvd1NwZWMgZW50cmll cyBpcyBsaW1pdGVkLiBBZGRpdGlvbmFsbHksIHRoZSBtYXhpbXVtIGFtb3VudCBvZiBGbG93U3Bl YyBlbnRyaWVzIG9uIEZsb3dTcGVjIGNhcGFibGUgcm91dGVycyBjYW4gYmUgY29uZmlndXJlZCB0 b28uIFNvIHdlIHRoaW5rIHRoZXNlIGlzc3VlcyBjYW4gYmUgc29sdmVkLg0KDQpSZWdhcmRpbmcg T3BlbkZsb3csIGlmIHRoZXJlJ3JlIGxvdHMgb2YgcG9pbnRzIG5lZWQgdGhlIEZsb3dTcGVjIGVu dHJpZXMsIHRoZW4gdGhlIGNvbnRyb2xsZXIgaGFzIHRvIGNvbW11bmljYXRlIHdpdGggYWxsIG9m IHRoZW0uIFRoaXMgbWF5YmUgYmUgYSBjaGFsbGVuZ2UgZm9yIHRoZSBjb250cm9sbGVyLiANCg0K VGhhbmtzLA0KSmlhbmppZQ0KDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IE9z Ym9ybmUsIEVyaWMgW21haWx0bzplcmljLm9zYm9ybmVAbGV2ZWwzLmNvbV0NCuWPkemAgeaXtumX tDogMjAxNOW5tDEw5pyIOeaXpSAyMDozMQ0K5pS25Lu25Lq6OiBZb3VqaWFuamllOyBIYW5uZXMg R3JlZGxlcg0K5oqE6YCBOiBvc3BmQGlldGYub3JnDQrkuLvpopg6IFJFOiBbT1NQRl0gTmV3IFZl cnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lv bnMtMDEudHh0DQoNCjYwc2VjIE9TUEYgY29udmVyZ2VuY2UgaXMgcHJldHR5IGJhZCwgYW5kIGl0 J3Mgbm90IHNvbWV0aGluZyBJJ2Qgd2FudCB0byBhY2hpZXZlLiAgVGhhdCBzYWlkLCAxMDBrIE9T UEYgcm91dGVzIG1lYW5zIHlvdSdyZSBwcm9iYWJseSBkb2luZyBzb21ldGhpbmcgd3JvbmcuICBJ IHdvdWxkIGV4cGVjdCBhbnkgbmV0d29yayBiaWcgZW5vdWdoIHRvIGhhdmUgMTAwayBsZWdpdGlt YXRlIGZsb3dzcGVjIGVudHJpZXMgdG8gYWxzbyBoYXZlIEJHUC4gIE5vdGU6IHRoZSAxMDBrIG51 bWJlciB3YXMgSGFubmVzJywgYW5kIEkgdGhpbmsgaXQncyBhd2Z1bGx5IGhpZ2guICANCg0KSWYg eW91IHJlYWxseSB3YW50IHRoaXMgdG8gc2NhbGUgeW91IG1pZ2h0IHRyeSB0byBmaW5kIGEgZGlz dHJpYnV0aW9uIG1ldGhvZCB0aGF0IGRvZXNuJ3QgdXNlIEFTLXNjb3BlZCBMU0FzLiAgRG9pbmcg dGhpcyBvbiBhIGNhbXB1cyBuZXR3b3JrIG1lYW5zIHlvdSdyZSBhc2tpbmcgdGhlIHNtYWxsZXN0 IE9TUEYgZGV2aWNlcyB0byBoYW5kbGUgYSB0b24gb2YgaW5mb3JtYXRpb24sIGFuZCBJIGRvbid0 IHRoaW5rIHRoYXQncyBnb2luZyB0byB3b3JrIHZlcnkgd2VsbC4gIERvaW5nIHRoaXMgaW4gYSBQ RS1DRSBjb250ZXh0IG1lYW5zIHlvdSdyZSBzcHJlYWRpbmcgcnVsZXMgYXJvdW5kIHRvIGxvdHMg b2YgcGxhY2VzIHRoZXkgbWF5IG5vdCBuZWVkIHRvIGJlLiAgRm9yIGV4YW1wbGUsIGlmIHlvdSBo YXZlIGZsb3dzcGVjIHJvdXRlcyB3aXRoIHNwZWNpZmljIHNvdXJjZSBhZGRyZXNzZXMgYW5kIHlv dSBwdXQgdGhvc2Ugcm91dGVzIGluIHBhcnRzIG9mIHRoZSBuZXR3b3JrIG5vd2hlcmUgbmVhciB0 aG9zZSBzb3VyY2VzIHlvdSdsbCBlbmQgdXAgYnVybmluZyBhIHRvbiBvZiBzY2FyY2UgbmV0d29y ayByZXNvdXJjZXMgdW5uZWNlc3NhcmlseS4gIENvbnN0cmFpbmluZyBmbG93c3BlYyByb3V0ZXMg dG8gQkdQIG1heSBtZWFuIHlvdSBkb24ndCBwdXNoIHRoZW0gdG8gdGhlIGVkZ2VzIG9mIHRoZSBj YW1wdXMgYW5kIGhhdmUgdG8gZHJvcCB0cmFmZmljIGF0IHRoZSBjYW1wdXMgYm9yZGVyIHJvdXRl ciwgYnV0IHRoYXQncyBsaWtlbHkgdG8gYmUgdGhlIG1vc3QgcG93ZXJmdWwgcm91dGVyIGluIHRo ZSBuZXR3b3JrIGFud3lheXMuDQoNCkluIGhpcyBvdGhlciBlbWFpbCwgRXJpYyBXdSBzYWlkOg0K DQotLS0NCk15IHBlcnNvbmFsIGV4cGVyaWVuY2UsIGZvciBpbnN0YW5jZSwgQ0VMQ09NIGZyb20g TWFsYXlzaWEgYW5kIEtQTiBmcm9tIE5ldGhlcmxhbmQgYXJlIHVzaW5nIG9zcGYgaW4gdGhlaXIg bmV0d29ya3MuDQotLS0NCg0KTm9ib2R5J3MgYXJndWluZyB0aGF0IE9TUEYgaXMgcmFyZS4gIE15 IHN0YXRlbWVudCB3YXMgdGhhdCBPU1BGICpQRS1DRSogaXMgcmFyZTsgdG8gUGV0ZXIncyBwb2lu dCwgcGVyaGFwcyBsZXNzIHJhcmUgdGhhbiBJIHRoaW5rLCBidXQgSSBzdGlsbCByZWFsbHkgZG91 YnQgdGhlcmUncyBtdWNoIG9mIGl0IHdoZW4gY29tcGFyZWQgdG8gQkdQLiAgSSdtIGFsc28gcHJl dHR5IHN1cmUgdGhhdCBubyBWUE4gcHJvdmlkZXIgd2FudHMgdG8gb3BlbiB0aGVtc2VsdmVzIHVw IHRvIGNhcnJ5IDEwMGsgSUdQIHJvdXRlcyBwZXIgY3VzdG9tZXIsIGFzIHRoYXQncyBhbiBpbmNy ZWFzZSBvZiBvbmUgb3IgdHdvIG9yZGVycyBvZiBtYWduaXR1ZGUgaW4gdGhlIHJvdXRlIGNvdW50 cy4gIElmIGV2ZXJ5Ym9keSBkb2VzIHRoaXMgaXQgdGFrZXMgYSBsYXJnZSBwcm92aWRlcidzIEJH UCBpbmZyYXN0cnVjdHVyZSBmcm9tIG1pbGxpb25zIG9mIHJvdXRlcyAoZG9hYmxlLCBidXQgbm90 IGF0IHplcm8gY29zdCkgdG8gaHVuZHJlZHMgb2YgbWlsbGlvbnMgb2Ygcm91dGVzLg0KDQpJIHRo aW5rIHlvdSBuZWVkIHRvIHRoaW5rIHRocm91Z2ggdGhlIG9wZXJhdGlvbmFsIGNvbnNlcXVlbmNl cyBvZiBwdXNoaW5nIGEgbGFyZ2UgbnVtYmVyIG9mIGZsb3dzcGVjIHJvdXRlcyBpbnRvIGJvdGgg dGhlIGNhbXB1cyBJR1AgYW5kIGludG8gdGhlIHByb3ZpZGVyJ3MgVlBOIGluZnJhc3RydWN0dXJl LiAgVGhpbmsgYWJvdXQgZWZmaWNpZW5jeSAoaG93IGRvIEkgZ2V0IHRoZSByaWdodCByb3V0ZXMg dG8gdGhlIHJpZ2h0IHBsYWNlcyB3aXRoIGEgbGluay1zdGF0ZSBwcm90b2NvbD8pIGFuZCBhYm91 dCBob3cgeW91IGhhbmRsZSBmYWlsdXJlcyAod2hhdCBoYXBwZW5zIGlmIHNvbWUgbm9kZXMgaW4g YW4gYXJlYSBjYW4ndCB0YWtlIGFsbCB0aGUgcm91dGVzPykuICBJIHVuZGVyc3RhbmQgdGhlIHNw aXJpdCBvZiB0aGUgZHJhZnQsIGFuZCBpdCdzIGhhcmQgdG8gYXJndWUgdGhhdCB0aGlzIHNvcnQg b2YgRERPUyBwcm90ZWN0aW9uIGlzLCBpbiBzcGlyaXQsIGEgYmFkIHRoaW5nLiAgQnV0IEkgZG9u J3QgdGhpbmsgdGhhdCBsaW5rLXN0YXRlIGZsb29kaW5nIG9mIGZsb3dzcGVjIHJvdXRlcyBpcyB0 aGUgcmlnaHQgd2F5IHRvIGRvIGl0LiAgT3BlbmZsb3cgbWF5IGJlIGJldHRlciBoZXJlIC0gcHVz aCBmbG93IHBvbGljaWVzIHRvIG9ubHkgdGhlIHBvaW50cyB0aGF0IG5lZWQgdGhlbSBvciBjYW4g aGFuZGxlIHRoZW0uDQoNCg0KDQoNCg0KZXJpYw0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBZb3VqaWFuamllIFttYWlsdG86eW91amlhbmppZUBodWF3ZWkuY29tXQ0KU2Vu dDogVGh1cnNkYXksIE9jdG9iZXIgMDksIDIwMTQgNToyNCBBTQ0KVG86IEhhbm5lcyBHcmVkbGVy OyBPc2Jvcm5lLCBFcmljDQpDYzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDog562U5aSNOiBbT1NQ Rl0gTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVj LWV4dGVuc2lvbnMtMDEudHh0DQoNCkhpIEhhbm5lcywNCg0KVXN1YWxseSB0aGVyZSdyZSBubyBt b3JlIHRoYW4gMTAwSyByb3V0ZXMgaW4gYW4gYXJlYS4gUm91dGUgYWR2ZXJ0aXNlbWVudCBpcyBy ZWxhdGVkIHRvIHRoZSBuZXR3b3JrIHNjYWxlLCBmb3IgZGlyZWN0bHkgY29ubmVjdGVkIG5laWdo Ym9ycywgT1NQRidzIGNvbnZlcmdlbmNlIHRpbWUgaXMgYWJvdXQgMSBtaW51dGUgZm9yIDEwMEsg cm91dGVzLiBBY3R1YWxseSwgdGhlIHNpZ25hbGluZyBmb3IgRmxvd1NwZWMgcm91dGVzIGFuZCBJ UCBwcmVmaXggcm91dGVzIGFyZSBhbG1vc3Qgc2FtZS4gRmxvd1NwZWMgcm91dGVzIGNhbiBiZSBz ZWVuIGFzIG1vcmUgc3BlY2lmaWMgcm91dGluZyBlbnRyaWVzLiBGdXJ0aGVybW9yZSBpbiB0aGlz IGRvY3VtZW50LCBGbG93U3BlYyByb3V0ZXMgYXJlIG1haW5seSB1c2VkIGluIERET1Mgc2NlbmFy aW9zLCBpbnN0ZWFkIG9mIHJlcGxhY2luZyB0aGUgSVAgcHJlZml4IHJvdXRlcy4NCg0KVGhhbmtz LA0KSmlhbmppZQ0KDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IEhhbm5lcyBH cmVkbGVyIFttYWlsdG86aGFubmVzQGp1bmlwZXIubmV0XQ0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0 MTDmnIg45pelIDIzOjU0DQrmlLbku7bkuro6IE9zYm9ybmUsIEVyaWMNCuaKhOmAgTogWW91amlh bmppZTsgb3NwZkBpZXRmLm9yZw0K5Li76aKYOiBSZTogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlm aWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0K DQorMQ0KDQppdCB3b3VsZCBiZSBmdXJ0aGVybW9yZSBpbnRlcmVzdGluZyB0byBoZWFyIGZyb20g dGhlIGF1dGhvcnMgaG93IE9TUEYgYmVoYXZlcyBvbmNlIGEgbWFzc2l2ZSBzY2FsZSBvZiBmbG93 LXJvdXRlcyAobGV0cyBzYXkgaW4gdGhlIG9yZGVyIG9mID4gMTAwSyBpcyBpbmplY3RlZCBpbnRv IE9TUEYpLg0KDQovaGFubmVzDQoNCk9uIFdlZCwgT2N0IDA4LCAyMDE0IGF0IDAzOjQ1OjI0UE0g KzAwMDAsIE9zYm9ybmUsIEVyaWMgd3JvdGU6DQp8IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNo IHZhbHVlLiAgVGhlIHZhc3QgbWFqb3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lIHdpdGgg QkdQOyB0aGUgbGl0dGxlIGJpdCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwg UklQLiAgSSBkb24ndCB0aGluayBJJ3ZlIHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBs b3ltZW50cy4gIA0KfCANCnwgDQp8IA0KfCANCnwgZXJpYw0KfCANCnwgLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCnwgRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIFlvdWppYW5qaWUNCnwgU2VudDogVHVlc2RheSwgT2N0b2JlciAwNywgMjAx NCAxMDoxMSBQTQ0KfCBUbzogb3NwZkBpZXRmLm9yZw0KfCBTdWJqZWN0OiBbT1NQRl0g6L2s5Y+R OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIA0KfCBkcmFmdC1saWFuZy1vc3BmLWZsb3dz cGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IA0KfCBIaSBhbGwsDQp8IA0KfCBUaGlzIGRvY3VtZW50 IGRpc2N1c3NlcyB0aGUgdXNlIGNhc2VzIHRoYXQgT1NQRiBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUg Rmxvd1NwZWMgcm91dGVzLiBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZs b3dTcGVjIE9wYXF1ZSBMaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9y bWF0Lg0KfCBZb3VyIGNvbW1lbnRzIGFyZSBhcHByZWNpYXRlZC4NCnwgDQp8IEJlc3QgUmVnYXJk cywNCnwgSmlhbmppZQ0KfCANCnwgLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KfCDlj5Hku7bkuro6 IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9y Z10NCnwg5Y+R6YCB5pe26Ze0OiAyMDE05bm0OeaciDI45pelIDEwOjMyDQp8IOaUtuS7tuS6ujog WW91amlhbmppZTsgWW91amlhbmppZTsgbGl1d2VpaGFuZzsgbGl1d2VpaGFuZw0KfCDkuLvpopg6 IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCnwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3Bl Yy1leHRlbnNpb25zLTAxLnR4dA0KfCANCnwgDQp8IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFm dC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IGhhcyBiZWVuIHN1Y2Nl c3NmdWxseSBzdWJtaXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVURiBy ZXBvc2l0b3J5Lg0KfCANCnwgTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5z aW9ucw0KfCBSZXZpc2lvbjoJMDENCnwgVGl0bGU6CQlPU1BGIEV4dGVuc2lvbnMgZm9yIEZsb3cg U3BlY2lmaWNhdGlvbg0KfCBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQp8IEdyb3VwOgkJSW5k aXZpZHVhbCBTdWJtaXNzaW9uDQp8IFBhZ2VzOgkJMTENCnwgVVJMOiAgICAgICAgICAgIGh0dHA6 Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMt ZXh0ZW5zaW9ucy0wMS50eHQNCnwgU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy8NCnwgSHRt bGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9zcGYt Zmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KfCBEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRm Lm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAx DQp8IA0KfCBBYnN0cmFjdDoNCnwgICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBj YXNlcyB3aHkgT1NQRiAoT3BlbiBTaG9ydGVzdCBQYXRoDQp8ICAgIEZpcnN0KSBkaXN0cmlidXRp bmcgZmxvdyBzcGVjaWZpY2F0aW9uIChGbG93U3BlYykgcm91dGVzIGlzDQp8ICAgIG5lY2Vzc2Fy eS4gIFRoaXMgZG9jdW1lbnQgYWxzbyBkZWZpbmVzIGEgbmV3IE9TUEYgRmxvd1NwZWMgT3BhcXVl DQp8ICAgIExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhh dCBjYW4gYmUgdXNlZCB0bw0KfCAgICBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCnwgDQp8 ICAgIEZvciB0aGUgbmV0d29yayBvbmx5IGRlcGxveWluZyBJR1AgKEludGVyaW9yIEdhdGV3YXkg UHJvdG9jb2wpIChlLmcuDQp8ICAgIE9TUEYpLCBpdCBpcyBleHBlY3RlZCB0byBleHRlbmQgSUdQ IHRvIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0KfCAgICBPbmUgYWR2YW50YWdlIGlzIHRv IG1pdGlnYXRlIHRoZSBpbXBhY3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1MpDQp8ICAgIGF0 dGFja3MuDQp8IA0KfCANCnwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KfCANCnwgDQp8IFBs ZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0 aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJl IGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCnwgDQp8IFRoZSBJRVRGIFNlY3JldGFyaWF0 DQp8IA0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K fCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGQGlldGYub3JnDQp8IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KfCBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KfCBPU1BGIG1haWxpbmcgbGlzdA0KfCBPU1BGQGlldGYub3Jn DQp8IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0K From nobody Fri Oct 10 11:07:26 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50B571A8944 for ; Fri, 10 Oct 2014 11:07:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.687 X-Spam-Level: X-Spam-Status: No, score=-14.687 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_52=0.6, 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 e7E64rq9mitM for ; Fri, 10 Oct 2014 11:07:20 -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 142AB1A6EE6 for ; Fri, 10 Oct 2014 11:07:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13356; q=dns/txt; s=iport; t=1412964440; x=1414174040; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=CKzlSh5/05qAptf9FWExKwoL8a7wcrYaBf3BaS80e2Y=; b=XEM/ce1ZZJw+ezJu0UIYv0e0/139mbEepcet8qXa/vClvZ510m28D4qL W+LNigIMIZ9nqWnl6Z3xALt77mWzrFgL5AnShLgFVRBYVlFj49CTYiK+7 k6cSCDz/kZqfej2G84UWG6xTrwYV+7kCJePJupVA9PL5GFuZi4te/1bL3 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikFACAfOFStJA2D/2dsb2JhbABggw5TUwUEgwLIEwyHSwIZbBYBe4QDAQEBBAEBASAROgIHAgwEAgEGAhEEAQEDAgYdAwICAiULFAEICAIEAQ0FCAESiCMIBY4JnE2VAAEBAQEBAQEBAQEBAQEBAQEBAQEBAReBLIkehRgKBwEfFhsHBoJxNoEeBY87gj6EQoJChXw8gwqNH4N+gXwKGBaBQ2wBgQUCBxcGHIECAQEB X-IronPort-AV: E=Sophos;i="5.04,693,1406592000"; d="scan'208";a="85893229" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-4.cisco.com with ESMTP; 10 Oct 2014 18:07:19 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s9AI7Jn5000376 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 10 Oct 2014 18:07:19 GMT Received: from xmb-aln-x03.cisco.com ([169.254.6.21]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0195.001; Fri, 10 Oct 2014 13:07:18 -0500 From: "Mike Dubrovskiy (mdubrovs)" To: "Osborne, Eric" , Youjianjie , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP5ID+/vNVBQZEhEOIuUs1/sYbHJwpnAUA Date: Fri, 10 Oct 2014 18:07:18 +0000 Message-ID: <534FD0D7D9E99740A077CE1A38EB79C3402EB41D@xmb-aln-x03.cisco.com> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> <63CB93BC589C1B4BAFDB41A0A19B7ACDF95376@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF95376@USIDCWVEMBX08.corp.global.level3.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.154.210.2] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/A8KpAmlCwZUfgL8mXV-XIA8SJY4 Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2014 18:07:23 -0000 SWRlYWwgc29sdXRpb24gd291bGQgYmUgdG8gdXNlIHNlcGFyYXRlIG9zcGYgdHJhbnNwb3J0IHRv cG9sb2d5Lg0KQW5kIGlkZWFsbHkgc3BhcnNlIHRyYW5zcG9ydCB0b3BvbG9neSBzaG91bGQgYmUg YWJsZSB0byBkbyBhdXRvbWF0aWMgc2VsZi1oZWFsaW5nIGlmIHBhcnRpdGlvbmVkLg0KDQpCdXQg aW4gcmVhbCB3b3JsZCAtIHByb3Bvc2VkIHNvbHV0aW9uIHRvIGZsb29kIGV2ZXJ5d2hlcmUNCmlz IGEgZ29vZCBlbmdpbmVlcmluZyBjb21wcm9taXNlIGJldHdlZW4gaW1wbGVtZW50YXRpb24gDQov IGRlcGxveW1lbnQgY29tcGxleGl0eSBhbmQgZ2l2aW5nIG5ldHdvcmsgIGFkbWluaXN0cmF0b3Jz IG5ldyBmdW5jdGlvbmFsaXR5Lg0KDQpXZSBjYW4gc2F5IGluIHRoZSBkcmFmdCB0aGF0IGl0IGNv dWxkIGJlIGRvbmUgZWl0aGVyIHdheSBhbmQgdGhlIHNlcGFyYXRlIHRvcG9sb2d5IGlzIHByZWZl cnJlZA0Kd2hlbiBmYXN0IGNvbnZlcmdlbmNlIGlzIGltcG9ydGFudC4NCg0KVGhhbmsgeW91LA0K TWlrZQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogT1NQRiBbbWFpbHRvOm9z cGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9zYm9ybmUsIEVyaWMNClNlbnQ6IEZy aWRheSwgT2N0b2JlciAxMCwgMjAxNCA0OjU0IEFNDQpUbzogWW91amlhbmppZTsgSGFubmVzIEdy ZWRsZXINCkNjOiBvc3BmQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW09TUEZdIE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAx LnR4dA0KDQpUaGUgdmFsaWRhdGlvbiBydWxlcyBkb24ndCBoZWxwIHlvdSB3aXRoIGEgbGluay1z dGF0ZSBwcm90b2NvbCwgdGhvdWdoLiAgWW91IHN0aWxsIGhhdmUgdG8gZmxvb2QgYWxsIHRoZSBm bG93c3BlYyByb3V0ZXMgZXZlcnl3aGVyZS4gIEFuZCB5ZWhhLCB5b3UgY2FuIGNvbmZpZ3VyZSB0 aGUgbWF4aW11bSBhbW91bnQsIGJ1dCB3aGF0IGhhcHBlbnMgaWYgYSBub2RlIHJlY2VpdmVzIG1v cmUgdGhhbiB0aGF0IG1heGltdW0/ICBXaGljaCBvbmVzIGRvZXMgaXQgbGVhdmUgb3V0Pw0KDQpB cyBmYXIgYXMgT3BlbkZsb3csIHllcywgY29udHJvbGxlciBzY2FsZSBpcyBhbiBpc3N1ZS4gIFRo ZXJlIGFwcGVhcnMgdG8gYmUgYW4gZW50aXJlIGluZHVzdHJ5IGJ1aWxkaW5nIGl0c2VsZiBhcm91 bmQgc29sdmluZyB0aGlzIHByb2JsZW0uDQoNCg0KDQplcmljDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBZb3VqaWFuamllIFttYWlsdG86eW91amlhbmppZUBodWF3ZWkuY29t XQ0KU2VudDogRnJpZGF5LCBPY3RvYmVyIDEwLCAyMDE0IDY6MDQgQU0NClRvOiBPc2Jvcm5lLCBF cmljOyBIYW5uZXMgR3JlZGxlcg0KQ2M6IG9zcGZAaWV0Zi5vcmcNClN1YmplY3Q6IOetlOWkjTog W09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1mbG93 c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQpIaSBFcmljLCBldCBhbCwNCg0KVGhhbmtzIGZvciB5 b3VyIGNvbW1lbnRzISBXZSBkbyBuZWVkIHRvIHRoaW5rIGFib3V0IHRoZSBuZXR3b3JrIHNjYWxl IGFuZCBlZmZpY2llbmN5IGlzc3Vlcy4NCiANClNvbWUgb2YgdGhlbSB3ZSBoYXZlIGNvbnNpZGVy ZWQgYmVmb3JlLCBidXQgbm90IHJlZmxlY3RlZCBpbiB0aGUgZHJhZnQuIEZvciBleGFtcGxlLCB3 ZSBjYW4gZG8gdGhlIHNpbWlsYXIgdmFsaWRhdGlvbiBwcm9jZWR1cmUgYXMgZGVzY3JpYmVkIGlu IHNlY3Rpb24gNiBvZiBbUkZDNTU3NV0gKERpc3NlbWluYXRpb24gb2YgRmxvdyBTcGVjaWZpY2F0 aW9uIFJ1bGVzKS4gaS5lLiwgb25seSB0aG9zZSBGbG93U3BlYyBlbnRyaWVzIHBhc3NpbmcgdGhl IHZhbGlkYXRpb24gd2lsbCBiZSBoYW5kbGVkLiANCkFsc28gaW4gb3VyIGRyYWZ0LCBhIG5ldyBG bG93U3BlYyBjYXBhYmlsaXR5IGlzIGRlZmluZWQuIE9ubHkgdGhvc2Ugcm91dGVycyBzdXBwb3J0 aW5nIHRoaXMgY2FwYWJpbGl0eSB3aWxsIGhhbmRsZSBGbG93U3BlYyBlbnRyaWVzLiBUaGlzIGNh cGFiaWxpdHkgY2FuIGJlIGNvbmZpZ3VyZWQgbG9jYWxseS4gQWN0dWFsbHksIGZvciB0aGUgc21h bGwtdG8tbWVkaXVtIHNpemVkIG5ldHdvcmtzLCB0aGUgdG90YWwgYW1vdW50IG9mIEZsb3dTcGVj IGVudHJpZXMgaXMgbGltaXRlZC4gQWRkaXRpb25hbGx5LCB0aGUgbWF4aW11bSBhbW91bnQgb2Yg Rmxvd1NwZWMgZW50cmllcyBvbiBGbG93U3BlYyBjYXBhYmxlIHJvdXRlcnMgY2FuIGJlIGNvbmZp Z3VyZWQgdG9vLiBTbyB3ZSB0aGluayB0aGVzZSBpc3N1ZXMgY2FuIGJlIHNvbHZlZC4NCg0KUmVn YXJkaW5nIE9wZW5GbG93LCBpZiB0aGVyZSdyZSBsb3RzIG9mIHBvaW50cyBuZWVkIHRoZSBGbG93 U3BlYyBlbnRyaWVzLCB0aGVuIHRoZSBjb250cm9sbGVyIGhhcyB0byBjb21tdW5pY2F0ZSB3aXRo IGFsbCBvZiB0aGVtLiBUaGlzIG1heWJlIGJlIGEgY2hhbGxlbmdlIGZvciB0aGUgY29udHJvbGxl ci4gDQoNClRoYW5rcywNCkppYW5qaWUNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu2 5Lq6OiBPc2Jvcm5lLCBFcmljIFttYWlsdG86ZXJpYy5vc2Jvcm5lQGxldmVsMy5jb21dDQrlj5Hp gIHml7bpl7Q6IDIwMTTlubQxMOaciDnml6UgMjA6MzENCuaUtuS7tuS6ujogWW91amlhbmppZTsg SGFubmVzIEdyZWRsZXINCuaKhOmAgTogb3NwZkBpZXRmLm9yZw0K5Li76aKYOiBSRTogW09TUEZd IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1l eHRlbnNpb25zLTAxLnR4dA0KDQo2MHNlYyBPU1BGIGNvbnZlcmdlbmNlIGlzIHByZXR0eSBiYWQs IGFuZCBpdCdzIG5vdCBzb21ldGhpbmcgSSdkIHdhbnQgdG8gYWNoaWV2ZS4gIFRoYXQgc2FpZCwg MTAwayBPU1BGIHJvdXRlcyBtZWFucyB5b3UncmUgcHJvYmFibHkgZG9pbmcgc29tZXRoaW5nIHdy b25nLiAgSSB3b3VsZCBleHBlY3QgYW55IG5ldHdvcmsgYmlnIGVub3VnaCB0byBoYXZlIDEwMGsg bGVnaXRpbWF0ZSBmbG93c3BlYyBlbnRyaWVzIHRvIGFsc28gaGF2ZSBCR1AuICBOb3RlOiB0aGUg MTAwayBudW1iZXIgd2FzIEhhbm5lcycsIGFuZCBJIHRoaW5rIGl0J3MgYXdmdWxseSBoaWdoLiAg DQoNCklmIHlvdSByZWFsbHkgd2FudCB0aGlzIHRvIHNjYWxlIHlvdSBtaWdodCB0cnkgdG8gZmlu ZCBhIGRpc3RyaWJ1dGlvbiBtZXRob2QgdGhhdCBkb2Vzbid0IHVzZSBBUy1zY29wZWQgTFNBcy4g IERvaW5nIHRoaXMgb24gYSBjYW1wdXMgbmV0d29yayBtZWFucyB5b3UncmUgYXNraW5nIHRoZSBz bWFsbGVzdCBPU1BGIGRldmljZXMgdG8gaGFuZGxlIGEgdG9uIG9mIGluZm9ybWF0aW9uLCBhbmQg SSBkb24ndCB0aGluayB0aGF0J3MgZ29pbmcgdG8gd29yayB2ZXJ5IHdlbGwuICBEb2luZyB0aGlz IGluIGEgUEUtQ0UgY29udGV4dCBtZWFucyB5b3UncmUgc3ByZWFkaW5nIHJ1bGVzIGFyb3VuZCB0 byBsb3RzIG9mIHBsYWNlcyB0aGV5IG1heSBub3QgbmVlZCB0byBiZS4gIEZvciBleGFtcGxlLCBp ZiB5b3UgaGF2ZSBmbG93c3BlYyByb3V0ZXMgd2l0aCBzcGVjaWZpYyBzb3VyY2UgYWRkcmVzc2Vz IGFuZCB5b3UgcHV0IHRob3NlIHJvdXRlcyBpbiBwYXJ0cyBvZiB0aGUgbmV0d29yayBub3doZXJl IG5lYXIgdGhvc2Ugc291cmNlcyB5b3UnbGwgZW5kIHVwIGJ1cm5pbmcgYSB0b24gb2Ygc2NhcmNl IG5ldHdvcmsgcmVzb3VyY2VzIHVubmVjZXNzYXJpbHkuICBDb25zdHJhaW5pbmcgZmxvd3NwZWMg cm91dGVzIHRvIEJHUCBtYXkgbWVhbiB5b3UgZG9uJ3QgcHVzaCB0aGVtIHRvIHRoZSBlZGdlcyBv ZiB0aGUgY2FtcHVzIGFuZCBoYXZlIHRvIGRyb3AgdHJhZmZpYyBhdCB0aGUgY2FtcHVzIGJvcmRl ciByb3V0ZXIsIGJ1dCB0aGF0J3MgbGlrZWx5IHRvIGJlIHRoZSBtb3N0IHBvd2VyZnVsIHJvdXRl ciBpbiB0aGUgbmV0d29yayBhbnd5YXlzLg0KDQpJbiBoaXMgb3RoZXIgZW1haWwsIEVyaWMgV3Ug c2FpZDoNCg0KLS0tDQpNeSBwZXJzb25hbCBleHBlcmllbmNlLCBmb3IgaW5zdGFuY2UsIENFTENP TSBmcm9tIE1hbGF5c2lhIGFuZCBLUE4gZnJvbSBOZXRoZXJsYW5kIGFyZSB1c2luZyBvc3BmIGlu IHRoZWlyIG5ldHdvcmtzLg0KLS0tDQoNCk5vYm9keSdzIGFyZ3VpbmcgdGhhdCBPU1BGIGlzIHJh cmUuICBNeSBzdGF0ZW1lbnQgd2FzIHRoYXQgT1NQRiAqUEUtQ0UqIGlzIHJhcmU7IHRvIFBldGVy J3MgcG9pbnQsIHBlcmhhcHMgbGVzcyByYXJlIHRoYW4gSSB0aGluaywgYnV0IEkgc3RpbGwgcmVh bGx5IGRvdWJ0IHRoZXJlJ3MgbXVjaCBvZiBpdCB3aGVuIGNvbXBhcmVkIHRvIEJHUC4gIEknbSBh bHNvIHByZXR0eSBzdXJlIHRoYXQgbm8gVlBOIHByb3ZpZGVyIHdhbnRzIHRvIG9wZW4gdGhlbXNl bHZlcyB1cCB0byBjYXJyeSAxMDBrIElHUCByb3V0ZXMgcGVyIGN1c3RvbWVyLCBhcyB0aGF0J3Mg YW4gaW5jcmVhc2Ugb2Ygb25lIG9yIHR3byBvcmRlcnMgb2YgbWFnbml0dWRlIGluIHRoZSByb3V0 ZSBjb3VudHMuICBJZiBldmVyeWJvZHkgZG9lcyB0aGlzIGl0IHRha2VzIGEgbGFyZ2UgcHJvdmlk ZXIncyBCR1AgaW5mcmFzdHJ1Y3R1cmUgZnJvbSBtaWxsaW9ucyBvZiByb3V0ZXMgKGRvYWJsZSwg YnV0IG5vdCBhdCB6ZXJvIGNvc3QpIHRvIGh1bmRyZWRzIG9mIG1pbGxpb25zIG9mIHJvdXRlcy4N Cg0KSSB0aGluayB5b3UgbmVlZCB0byB0aGluayB0aHJvdWdoIHRoZSBvcGVyYXRpb25hbCBjb25z ZXF1ZW5jZXMgb2YgcHVzaGluZyBhIGxhcmdlIG51bWJlciBvZiBmbG93c3BlYyByb3V0ZXMgaW50 byBib3RoIHRoZSBjYW1wdXMgSUdQIGFuZCBpbnRvIHRoZSBwcm92aWRlcidzIFZQTiBpbmZyYXN0 cnVjdHVyZS4gIFRoaW5rIGFib3V0IGVmZmljaWVuY3kgKGhvdyBkbyBJIGdldCB0aGUgcmlnaHQg cm91dGVzIHRvIHRoZSByaWdodCBwbGFjZXMgd2l0aCBhIGxpbmstc3RhdGUgcHJvdG9jb2w/KSBh bmQgYWJvdXQgaG93IHlvdSBoYW5kbGUgZmFpbHVyZXMgKHdoYXQgaGFwcGVucyBpZiBzb21lIG5v ZGVzIGluIGFuIGFyZWEgY2FuJ3QgdGFrZSBhbGwgdGhlIHJvdXRlcz8pLiAgSSB1bmRlcnN0YW5k IHRoZSBzcGlyaXQgb2YgdGhlIGRyYWZ0LCBhbmQgaXQncyBoYXJkIHRvIGFyZ3VlIHRoYXQgdGhp cyBzb3J0IG9mIERET1MgcHJvdGVjdGlvbiBpcywgaW4gc3Bpcml0LCBhIGJhZCB0aGluZy4gIEJ1 dCBJIGRvbid0IHRoaW5rIHRoYXQgbGluay1zdGF0ZSBmbG9vZGluZyBvZiBmbG93c3BlYyByb3V0 ZXMgaXMgdGhlIHJpZ2h0IHdheSB0byBkbyBpdC4gIE9wZW5mbG93IG1heSBiZSBiZXR0ZXIgaGVy ZSAtIHB1c2ggZmxvdyBwb2xpY2llcyB0byBvbmx5IHRoZSBwb2ludHMgdGhhdCBuZWVkIHRoZW0g b3IgY2FuIGhhbmRsZSB0aGVtLg0KDQoNCg0KDQoNCmVyaWMNCg0KDQotLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KRnJvbTogWW91amlhbmppZSBbbWFpbHRvOnlvdWppYW5qaWVAaHVhd2VpLmNv bV0NClNlbnQ6IFRodXJzZGF5LCBPY3RvYmVyIDA5LCAyMDE0IDU6MjQgQU0NClRvOiBIYW5uZXMg R3JlZGxlcjsgT3Nib3JuZSwgRXJpYw0KQ2M6IG9zcGZAaWV0Zi5vcmcNClN1YmplY3Q6IOetlOWk jTogW09TUEZdIE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGlhbmctb3NwZi1m bG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KDQpIaSBIYW5uZXMsDQoNClVzdWFsbHkgdGhlcmUn cmUgbm8gbW9yZSB0aGFuIDEwMEsgcm91dGVzIGluIGFuIGFyZWEuIFJvdXRlIGFkdmVydGlzZW1l bnQgaXMgcmVsYXRlZCB0byB0aGUgbmV0d29yayBzY2FsZSwgZm9yIGRpcmVjdGx5IGNvbm5lY3Rl ZCBuZWlnaGJvcnMsIE9TUEYncyBjb252ZXJnZW5jZSB0aW1lIGlzIGFib3V0IDEgbWludXRlIGZv ciAxMDBLIHJvdXRlcy4gQWN0dWFsbHksIHRoZSBzaWduYWxpbmcgZm9yIEZsb3dTcGVjIHJvdXRl cyBhbmQgSVAgcHJlZml4IHJvdXRlcyBhcmUgYWxtb3N0IHNhbWUuIEZsb3dTcGVjIHJvdXRlcyBj YW4gYmUgc2VlbiBhcyBtb3JlIHNwZWNpZmljIHJvdXRpbmcgZW50cmllcy4gRnVydGhlcm1vcmUg aW4gdGhpcyBkb2N1bWVudCwgRmxvd1NwZWMgcm91dGVzIGFyZSBtYWlubHkgdXNlZCBpbiBERE9T IHNjZW5hcmlvcywgaW5zdGVhZCBvZiByZXBsYWNpbmcgdGhlIElQIHByZWZpeCByb3V0ZXMuDQoN ClRoYW5rcywNCkppYW5qaWUNCg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBI YW5uZXMgR3JlZGxlciBbbWFpbHRvOmhhbm5lc0BqdW5pcGVyLm5ldF0NCuWPkemAgeaXtumXtDog MjAxNOW5tDEw5pyIOOaXpSAyMzo1NA0K5pS25Lu25Lq6OiBPc2Jvcm5lLCBFcmljDQrmioTpgIE6 IFlvdWppYW5qaWU7IG9zcGZAaWV0Zi5vcmcNCuS4u+mimDogUmU6IFtPU1BGXSBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0w MS50eHQNCg0KKzENCg0KaXQgd291bGQgYmUgZnVydGhlcm1vcmUgaW50ZXJlc3RpbmcgdG8gaGVh ciBmcm9tIHRoZSBhdXRob3JzIGhvdyBPU1BGIGJlaGF2ZXMgb25jZSBhIG1hc3NpdmUgc2NhbGUg b2YgZmxvdy1yb3V0ZXMgKGxldHMgc2F5IGluIHRoZSBvcmRlciBvZiA+IDEwMEsgaXMgaW5qZWN0 ZWQgaW50byBPU1BGKS4NCg0KL2hhbm5lcw0KDQpPbiBXZWQsIE9jdCAwOCwgMjAxNCBhdCAwMzo0 NToyNFBNICswMDAwLCBPc2Jvcm5lLCBFcmljIHdyb3RlOg0KfCBJJ20gbm90IHN1cmUgdGhpcyBo YXMgbXVjaCB2YWx1ZS4gIFRoZSB2YXN0IG1ham9yaXR5IG9mIGR5bmFtaWMgUEUtQ0UgaXMgZG9u ZSB3aXRoIEJHUDsgdGhlIGxpdHRsZSBiaXQgdGhhdCBpc24ndCBCR1AgaXMsIGluIG15IGV4cGVy aWVuY2UsIFJJUC4gIEkgZG9uJ3QgdGhpbmsgSSd2ZSBzZWVuIG1hbnkgKGFueT8pIE9TUEYgUEUt Q0UgZGVwbG95bWVudHMuICANCnwgDQp8IA0KfCANCnwgDQp8IGVyaWMNCnwgDQp8IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQp8IEZyb206IE9TUEYgW21haWx0bzpvc3BmLWJvdW5jZXNAaWV0 Zi5vcmddIE9uIEJlaGFsZiBPZiBZb3VqaWFuamllDQp8IFNlbnQ6IFR1ZXNkYXksIE9jdG9iZXIg MDcsIDIwMTQgMTA6MTEgUE0NCnwgVG86IG9zcGZAaWV0Zi5vcmcNCnwgU3ViamVjdDogW09TUEZd IOi9rOWPkTogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciANCnwgZHJhZnQtbGlhbmctb3Nw Zi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KfCANCnwgSGkgYWxsLA0KfCANCnwgVGhpcyBk b2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB0aGF0IE9TUEYgaXMgdXNlZCB0byBkaXN0 cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmluZXMgYSBuZXcg T1NQRiBGbG93U3BlYyBPcGFxdWUgTGluayBTdGF0ZSBBZHZlcnRpc2VtZW50IChMU0EpIGVuY29k aW5nIGZvcm1hdC4NCnwgWW91ciBjb21tZW50cyBhcmUgYXBwcmVjaWF0ZWQuDQp8IA0KfCBCZXN0 IFJlZ2FyZHMsDQp8IEppYW5qaWUNCnwgDQp8IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCnwg5Y+R 5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmddDQp8IOWPkemAgeaXtumXtDogMjAxNOW5tDnmnIgyOOaXpSAxMDozMg0KfCDmlLbk u7bkuro6IFlvdWppYW5qaWU7IFlvdWppYW5qaWU7IGxpdXdlaWhhbmc7IGxpdXdlaWhhbmcNCnwg 5Li76aKYOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQp8IGRyYWZ0LWxpYW5nLW9zcGYt Zmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCnwgDQp8IA0KfCBBIG5ldyB2ZXJzaW9uIG9mIEkt RCwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KfCBoYXMgYmVl biBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEppYW5qaWUgWW91IGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCnwgDQp8IE5hbWU6CQlkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVj LWV4dGVuc2lvbnMNCnwgUmV2aXNpb246CTAxDQp8IFRpdGxlOgkJT1NQRiBFeHRlbnNpb25zIGZv ciBGbG93IFNwZWNpZmljYXRpb24NCnwgRG9jdW1lbnQgZGF0ZToJMjAxNC0wOS0yNw0KfCBHcm91 cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KfCBQYWdlczoJCTExDQp8IFVSTDogICAgICAgICAg ICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1saWFuZy1vc3BmLWZs b3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQp8IFN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMv DQp8IEh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saWFu Zy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDENCnwgRGlmZjogICAgICAgICAgIGh0dHA6Ly93 d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5z aW9ucy0wMQ0KfCANCnwgQWJzdHJhY3Q6DQp8ICAgIFRoaXMgZG9jdW1lbnQgZGlzY3Vzc2VzIHRo ZSB1c2UgY2FzZXMgd2h5IE9TUEYgKE9wZW4gU2hvcnRlc3QgUGF0aA0KfCAgICBGaXJzdCkgZGlz dHJpYnV0aW5nIGZsb3cgc3BlY2lmaWNhdGlvbiAoRmxvd1NwZWMpIHJvdXRlcyBpcw0KfCAgICBu ZWNlc3NhcnkuICBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVj IE9wYXF1ZQ0KfCAgICBMaW5rIFN0YXRlIEFkdmVydGlzZW1lbnQgKExTQSkgZW5jb2RpbmcgZm9y bWF0IHRoYXQgY2FuIGJlIHVzZWQgdG8NCnwgICAgZGlzdHJpYnV0ZSBGbG93U3BlYyByb3V0ZXMu DQp8IA0KfCAgICBGb3IgdGhlIG5ldHdvcmsgb25seSBkZXBsb3lpbmcgSUdQIChJbnRlcmlvciBH YXRld2F5IFByb3RvY29sKSAoZS5nLg0KfCAgICBPU1BGKSwgaXQgaXMgZXhwZWN0ZWQgdG8gZXh0 ZW5kIElHUCB0byBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCnwgICAgT25lIGFkdmFudGFn ZSBpcyB0byBtaXRpZ2F0ZSB0aGUgaW1wYWN0cyBvZiBEZW5pYWwtb2YtU2VydmljZSAoRG9TKQ0K fCAgICBhdHRhY2tzLg0KfCANCnwgDQp8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCnwgDQp8 IA0KfCBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv bSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQp8IA0KfCBUaGUgSUVURiBTZWNy ZXRhcmlhdA0KfCANCnwgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCnwgT1NQRiBtYWlsaW5nIGxpc3QNCnwgT1NQRkBpZXRmLm9yZw0KfCBodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCnwgX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCnwgT1NQRiBtYWlsaW5nIGxpc3QNCnwgT1NQRkBp ZXRmLm9yZw0KfCBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpPU1BGIG1haWxp bmcgbGlzdA0KT1NQRkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9vc3BmDQo= From nobody Fri Oct 10 18:39:29 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E980A1A039C for ; Fri, 10 Oct 2014 18:39:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.387 X-Spam-Level: X-Spam-Status: No, score=-4.387 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, 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 W_LnWyi1dAXu for ; Fri, 10 Oct 2014 18:39:25 -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 DE7591A039B for ; Fri, 10 Oct 2014 18:39:23 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BKK76144; Sat, 11 Oct 2014 01:39:22 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 11 Oct 2014 02:39:20 +0100 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.18]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Sat, 11 Oct 2014 09:39:09 +0800 From: Xuxiaohu To: "Osborne, Eric" , Youjianjie , Hannes Gredler Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP5ID7X6P8kfIrXUKwt34LNaKEp5wqGWmQ Date: Sat, 11 Oct 2014 01:39:09 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082C0509@NKGEML512-MBS.china.huawei.com> References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> <63CB93BC589C1B4BAFDB41A0A19B7ACDF95376@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: <63CB93BC589C1B4BAFDB41A0A19B7ACDF95376@USIDCWVEMBX08.corp.global.level3.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: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/MZZlhvMm4DLkGtln_S__-sd8yB0 Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 01:39:28 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogT1NQRiBbbWFpbHRvOm9z cGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE9zYm9ybmUsIEVyaWMNCj4gU2VudDog RnJpZGF5LCBPY3RvYmVyIDEwLCAyMDE0IDc6NTQgUE0NCj4gVG86IFlvdWppYW5qaWU7IEhhbm5l cyBHcmVkbGVyDQo+IENjOiBvc3BmQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbT1NQRl0gTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPiBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4 dGVuc2lvbnMtMDEudHh0DQo+IA0KPiBUaGUgdmFsaWRhdGlvbiBydWxlcyBkb24ndCBoZWxwIHlv dSB3aXRoIGEgbGluay1zdGF0ZSBwcm90b2NvbCwgdGhvdWdoLiAgWW91IHN0aWxsDQo+IGhhdmUg dG8gZmxvb2QgYWxsIHRoZSBmbG93c3BlYyByb3V0ZXMgZXZlcnl3aGVyZS4gIEFuZCB5ZWhhLCB5 b3UgY2FuIGNvbmZpZ3VyZQ0KPiB0aGUgbWF4aW11bSBhbW91bnQsIGJ1dCB3aGF0IGhhcHBlbnMg aWYgYSBub2RlIHJlY2VpdmVzIG1vcmUgdGhhbiB0aGF0DQo+IG1heGltdW0/ICBXaGljaCBvbmVz IGRvZXMgaXQgbGVhdmUgb3V0Pw0KDQpBc3N1bWUgdGhlIHRhcmdldCBuZXR3b3JrIGlzIGEgc21h bGwtdG8tbWVkaXVtIHNpemVkIG5ldHdvcmsgd2hlcmUgYSBsaW1pdGVkIG51bWJlciBvZiBmbG93 c3BlYyBlbnRpcmVzIGlzIHVzdWFsbHkgZW5vdWdoLCBhcyB0aGUgd2hvbGUgbmV0d29yayBpcyB3 ZWxsLW1hbmFnZWQgYW5kIGZ1bGx5IHVuZGVyIHRoZSBjb250cm9sIG9mIHRoZSBvcGVyYXRvcnMs IGJ5IGxpbWl0aW5nIHRoZSBtYXhpbXVtIGFtb3VudCBvZiBmbG93c3BlYyBlbnRyaWVzIHRvIGJl IG9yaWdpbmF0ZWQgb24gZWFjaCByb3V0ZXIgd2hpY2ggaXMgYWxsb3dlZCB0byBvcmlnaW5hdGUg Zmxvd3NwZWMgcmVsYXRlZCBMU0FzLCB0aGUgb3ZlcmZsb3cgY29uY2VybnMgdGhhdCB5b3UgaGFk IG1lbnRpb25lZCBjYW4gYmUgYWRkcmVzc2VkLiANCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1DQoN Cj4gQXMgZmFyIGFzIE9wZW5GbG93LCB5ZXMsIGNvbnRyb2xsZXIgc2NhbGUgaXMgYW4gaXNzdWUu ICBUaGVyZSBhcHBlYXJzIHRvIGJlIGFuDQo+IGVudGlyZSBpbmR1c3RyeSBidWlsZGluZyBpdHNl bGYgYXJvdW5kIHNvbHZpbmcgdGhpcyBwcm9ibGVtLg0KPiANCj4gDQo+IA0KPiBlcmljDQo+IA0K PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBZb3VqaWFuamllIFttYWlsdG86 eW91amlhbmppZUBodWF3ZWkuY29tXQ0KPiBTZW50OiBGcmlkYXksIE9jdG9iZXIgMTAsIDIwMTQg NjowNCBBTQ0KPiBUbzogT3Nib3JuZSwgRXJpYzsgSGFubmVzIEdyZWRsZXINCj4gQ2M6IG9zcGZA aWV0Zi5vcmcNCj4gU3ViamVjdDog562U5aSNOiBbT1NQRl0gTmV3IFZlcnNpb24gTm90aWZpY2F0 aW9uIGZvcg0KPiBkcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMtMDEudHh0DQo+ IA0KPiBIaSBFcmljLCBldCBhbCwNCj4gDQo+IFRoYW5rcyBmb3IgeW91ciBjb21tZW50cyEgV2Ug ZG8gbmVlZCB0byB0aGluayBhYm91dCB0aGUgbmV0d29yayBzY2FsZSBhbmQNCj4gZWZmaWNpZW5j eSBpc3N1ZXMuDQo+IA0KPiBTb21lIG9mIHRoZW0gd2UgaGF2ZSBjb25zaWRlcmVkIGJlZm9yZSwg YnV0IG5vdCByZWZsZWN0ZWQgaW4gdGhlIGRyYWZ0LiBGb3INCj4gZXhhbXBsZSwgd2UgY2FuIGRv IHRoZSBzaW1pbGFyIHZhbGlkYXRpb24gcHJvY2VkdXJlIGFzIGRlc2NyaWJlZCBpbiBzZWN0aW9u IDYgb2YNCj4gW1JGQzU1NzVdIChEaXNzZW1pbmF0aW9uIG9mIEZsb3cgU3BlY2lmaWNhdGlvbiBS dWxlcykuIGkuZS4sIG9ubHkgdGhvc2UgRmxvd1NwZWMNCj4gZW50cmllcyBwYXNzaW5nIHRoZSB2 YWxpZGF0aW9uIHdpbGwgYmUgaGFuZGxlZC4NCj4gQWxzbyBpbiBvdXIgZHJhZnQsIGEgbmV3IEZs b3dTcGVjIGNhcGFiaWxpdHkgaXMgZGVmaW5lZC4gT25seSB0aG9zZSByb3V0ZXJzDQo+IHN1cHBv cnRpbmcgdGhpcyBjYXBhYmlsaXR5IHdpbGwgaGFuZGxlIEZsb3dTcGVjIGVudHJpZXMuIFRoaXMg Y2FwYWJpbGl0eSBjYW4gYmUNCj4gY29uZmlndXJlZCBsb2NhbGx5LiBBY3R1YWxseSwgZm9yIHRo ZSBzbWFsbC10by1tZWRpdW0gc2l6ZWQgbmV0d29ya3MsIHRoZSB0b3RhbA0KPiBhbW91bnQgb2Yg Rmxvd1NwZWMgZW50cmllcyBpcyBsaW1pdGVkLiBBZGRpdGlvbmFsbHksIHRoZSBtYXhpbXVtIGFt b3VudCBvZg0KPiBGbG93U3BlYyBlbnRyaWVzIG9uIEZsb3dTcGVjIGNhcGFibGUgcm91dGVycyBj YW4gYmUgY29uZmlndXJlZCB0b28uIFNvIHdlDQo+IHRoaW5rIHRoZXNlIGlzc3VlcyBjYW4gYmUg c29sdmVkLg0KPiANCj4gUmVnYXJkaW5nIE9wZW5GbG93LCBpZiB0aGVyZSdyZSBsb3RzIG9mIHBv aW50cyBuZWVkIHRoZSBGbG93U3BlYyBlbnRyaWVzLCB0aGVuDQo+IHRoZSBjb250cm9sbGVyIGhh cyB0byBjb21tdW5pY2F0ZSB3aXRoIGFsbCBvZiB0aGVtLiBUaGlzIG1heWJlIGJlIGEgY2hhbGxl bmdlDQo+IGZvciB0aGUgY29udHJvbGxlci4NCj4gDQo+IFRoYW5rcywNCj4gSmlhbmppZQ0KPiAN Cj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KPiDlj5Hku7bkuro6IE9zYm9ybmUsIEVyaWMgW21h aWx0bzplcmljLm9zYm9ybmVAbGV2ZWwzLmNvbV0NCj4g5Y+R6YCB5pe26Ze0OiAyMDE05bm0MTDm nIg55pelIDIwOjMxDQo+IOaUtuS7tuS6ujogWW91amlhbmppZTsgSGFubmVzIEdyZWRsZXINCj4g 5oqE6YCBOiBvc3BmQGlldGYub3JnDQo+IOS4u+mimDogUkU6IFtPU1BGXSBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yDQo+IGRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0w MS50eHQNCj4gDQo+IDYwc2VjIE9TUEYgY29udmVyZ2VuY2UgaXMgcHJldHR5IGJhZCwgYW5kIGl0 J3Mgbm90IHNvbWV0aGluZyBJJ2Qgd2FudCB0bw0KPiBhY2hpZXZlLiAgVGhhdCBzYWlkLCAxMDBr IE9TUEYgcm91dGVzIG1lYW5zIHlvdSdyZSBwcm9iYWJseSBkb2luZyBzb21ldGhpbmcNCj4gd3Jv bmcuICBJIHdvdWxkIGV4cGVjdCBhbnkgbmV0d29yayBiaWcgZW5vdWdoIHRvIGhhdmUgMTAwayBs ZWdpdGltYXRlDQo+IGZsb3dzcGVjIGVudHJpZXMgdG8gYWxzbyBoYXZlIEJHUC4gIE5vdGU6IHRo ZSAxMDBrIG51bWJlciB3YXMgSGFubmVzJywgYW5kIEkNCj4gdGhpbmsgaXQncyBhd2Z1bGx5IGhp Z2guDQo+IA0KPiBJZiB5b3UgcmVhbGx5IHdhbnQgdGhpcyB0byBzY2FsZSB5b3UgbWlnaHQgdHJ5 IHRvIGZpbmQgYSBkaXN0cmlidXRpb24gbWV0aG9kIHRoYXQNCj4gZG9lc24ndCB1c2UgQVMtc2Nv cGVkIExTQXMuICBEb2luZyB0aGlzIG9uIGEgY2FtcHVzIG5ldHdvcmsgbWVhbnMgeW91J3JlDQo+ IGFza2luZyB0aGUgc21hbGxlc3QgT1NQRiBkZXZpY2VzIHRvIGhhbmRsZSBhIHRvbiBvZiBpbmZv cm1hdGlvbiwgYW5kIEkgZG9uJ3QNCj4gdGhpbmsgdGhhdCdzIGdvaW5nIHRvIHdvcmsgdmVyeSB3 ZWxsLiAgRG9pbmcgdGhpcyBpbiBhIFBFLUNFIGNvbnRleHQgbWVhbnMNCj4geW91J3JlIHNwcmVh ZGluZyBydWxlcyBhcm91bmQgdG8gbG90cyBvZiBwbGFjZXMgdGhleSBtYXkgbm90IG5lZWQgdG8g YmUuICBGb3INCj4gZXhhbXBsZSwgaWYgeW91IGhhdmUgZmxvd3NwZWMgcm91dGVzIHdpdGggc3Bl Y2lmaWMgc291cmNlIGFkZHJlc3NlcyBhbmQgeW91IHB1dA0KPiB0aG9zZSByb3V0ZXMgaW4gcGFy dHMgb2YgdGhlIG5ldHdvcmsgbm93aGVyZSBuZWFyIHRob3NlIHNvdXJjZXMgeW91J2xsIGVuZCB1 cA0KPiBidXJuaW5nIGEgdG9uIG9mIHNjYXJjZSBuZXR3b3JrIHJlc291cmNlcyB1bm5lY2Vzc2Fy aWx5LiAgQ29uc3RyYWluaW5nDQo+IGZsb3dzcGVjIHJvdXRlcyB0byBCR1AgbWF5IG1lYW4geW91 IGRvbid0IHB1c2ggdGhlbSB0byB0aGUgZWRnZXMgb2YgdGhlDQo+IGNhbXB1cyBhbmQgaGF2ZSB0 byBkcm9wIHRyYWZmaWMgYXQgdGhlIGNhbXB1cyBib3JkZXIgcm91dGVyLCBidXQgdGhhdCdzIGxp a2VseSB0bw0KPiBiZSB0aGUgbW9zdCBwb3dlcmZ1bCByb3V0ZXIgaW4gdGhlIG5ldHdvcmsgYW53 eWF5cy4NCj4gDQo+IEluIGhpcyBvdGhlciBlbWFpbCwgRXJpYyBXdSBzYWlkOg0KPiANCj4gLS0t DQo+IE15IHBlcnNvbmFsIGV4cGVyaWVuY2UsIGZvciBpbnN0YW5jZSwgQ0VMQ09NIGZyb20gTWFs YXlzaWEgYW5kIEtQTiBmcm9tDQo+IE5ldGhlcmxhbmQgYXJlIHVzaW5nIG9zcGYgaW4gdGhlaXIg bmV0d29ya3MuDQo+IC0tLQ0KPiANCj4gTm9ib2R5J3MgYXJndWluZyB0aGF0IE9TUEYgaXMgcmFy ZS4gIE15IHN0YXRlbWVudCB3YXMgdGhhdCBPU1BGICpQRS1DRSogaXMNCj4gcmFyZTsgdG8gUGV0 ZXIncyBwb2ludCwgcGVyaGFwcyBsZXNzIHJhcmUgdGhhbiBJIHRoaW5rLCBidXQgSSBzdGlsbCBy ZWFsbHkgZG91YnQgdGhlcmUncw0KPiBtdWNoIG9mIGl0IHdoZW4gY29tcGFyZWQgdG8gQkdQLiAg SSdtIGFsc28gcHJldHR5IHN1cmUgdGhhdCBubyBWUE4gcHJvdmlkZXINCj4gd2FudHMgdG8gb3Bl biB0aGVtc2VsdmVzIHVwIHRvIGNhcnJ5IDEwMGsgSUdQIHJvdXRlcyBwZXIgY3VzdG9tZXIsIGFz IHRoYXQncyBhbg0KPiBpbmNyZWFzZSBvZiBvbmUgb3IgdHdvIG9yZGVycyBvZiBtYWduaXR1ZGUg aW4gdGhlIHJvdXRlIGNvdW50cy4gIElmIGV2ZXJ5Ym9keQ0KPiBkb2VzIHRoaXMgaXQgdGFrZXMg YSBsYXJnZSBwcm92aWRlcidzIEJHUCBpbmZyYXN0cnVjdHVyZSBmcm9tIG1pbGxpb25zIG9mIHJv dXRlcw0KPiAoZG9hYmxlLCBidXQgbm90IGF0IHplcm8gY29zdCkgdG8gaHVuZHJlZHMgb2YgbWls bGlvbnMgb2Ygcm91dGVzLg0KPiANCj4gSSB0aGluayB5b3UgbmVlZCB0byB0aGluayB0aHJvdWdo IHRoZSBvcGVyYXRpb25hbCBjb25zZXF1ZW5jZXMgb2YgcHVzaGluZyBhDQo+IGxhcmdlIG51bWJl ciBvZiBmbG93c3BlYyByb3V0ZXMgaW50byBib3RoIHRoZSBjYW1wdXMgSUdQIGFuZCBpbnRvIHRo ZQ0KPiBwcm92aWRlcidzIFZQTiBpbmZyYXN0cnVjdHVyZS4gIFRoaW5rIGFib3V0IGVmZmljaWVu Y3kgKGhvdyBkbyBJIGdldCB0aGUgcmlnaHQNCj4gcm91dGVzIHRvIHRoZSByaWdodCBwbGFjZXMg d2l0aCBhIGxpbmstc3RhdGUgcHJvdG9jb2w/KSBhbmQgYWJvdXQgaG93IHlvdSBoYW5kbGUNCj4g ZmFpbHVyZXMgKHdoYXQgaGFwcGVucyBpZiBzb21lIG5vZGVzIGluIGFuIGFyZWEgY2FuJ3QgdGFr ZSBhbGwgdGhlIHJvdXRlcz8pLiAgSQ0KPiB1bmRlcnN0YW5kIHRoZSBzcGlyaXQgb2YgdGhlIGRy YWZ0LCBhbmQgaXQncyBoYXJkIHRvIGFyZ3VlIHRoYXQgdGhpcyBzb3J0IG9mIERET1MNCj4gcHJv dGVjdGlvbiBpcywgaW4gc3Bpcml0LCBhIGJhZCB0aGluZy4gIEJ1dCBJIGRvbid0IHRoaW5rIHRo YXQgbGluay1zdGF0ZSBmbG9vZGluZyBvZg0KPiBmbG93c3BlYyByb3V0ZXMgaXMgdGhlIHJpZ2h0 IHdheSB0byBkbyBpdC4gIE9wZW5mbG93IG1heSBiZSBiZXR0ZXIgaGVyZSAtIHB1c2gNCj4gZmxv dyBwb2xpY2llcyB0byBvbmx5IHRoZSBwb2ludHMgdGhhdCBuZWVkIHRoZW0gb3IgY2FuIGhhbmRs ZSB0aGVtLg0KPiANCj4gDQo+IA0KPiANCj4gDQo+IGVyaWMNCj4gDQo+IA0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBZb3VqaWFuamllIFttYWlsdG86eW91amlhbmppZUBo dWF3ZWkuY29tXQ0KPiBTZW50OiBUaHVyc2RheSwgT2N0b2JlciAwOSwgMjAxNCA1OjI0IEFNDQo+ IFRvOiBIYW5uZXMgR3JlZGxlcjsgT3Nib3JuZSwgRXJpYw0KPiBDYzogb3NwZkBpZXRmLm9yZw0K PiBTdWJqZWN0OiDnrZTlpI06IFtPU1BGXSBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+ IGRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMS50eHQNCj4gDQo+IEhpIEhh bm5lcywNCj4gDQo+IFVzdWFsbHkgdGhlcmUncmUgbm8gbW9yZSB0aGFuIDEwMEsgcm91dGVzIGlu IGFuIGFyZWEuIFJvdXRlIGFkdmVydGlzZW1lbnQgaXMNCj4gcmVsYXRlZCB0byB0aGUgbmV0d29y ayBzY2FsZSwgZm9yIGRpcmVjdGx5IGNvbm5lY3RlZCBuZWlnaGJvcnMsIE9TUEYncw0KPiBjb252 ZXJnZW5jZSB0aW1lIGlzIGFib3V0IDEgbWludXRlIGZvciAxMDBLIHJvdXRlcy4gQWN0dWFsbHks IHRoZSBzaWduYWxpbmcgZm9yDQo+IEZsb3dTcGVjIHJvdXRlcyBhbmQgSVAgcHJlZml4IHJvdXRl cyBhcmUgYWxtb3N0IHNhbWUuIEZsb3dTcGVjIHJvdXRlcyBjYW4gYmUNCj4gc2VlbiBhcyBtb3Jl IHNwZWNpZmljIHJvdXRpbmcgZW50cmllcy4gRnVydGhlcm1vcmUgaW4gdGhpcyBkb2N1bWVudCwg Rmxvd1NwZWMNCj4gcm91dGVzIGFyZSBtYWlubHkgdXNlZCBpbiBERE9TIHNjZW5hcmlvcywgaW5z dGVhZCBvZiByZXBsYWNpbmcgdGhlIElQIHByZWZpeA0KPiByb3V0ZXMuDQo+IA0KPiBUaGFua3Ms DQo+IEppYW5qaWUNCj4gDQo+IC0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCj4g5Y+R5Lu25Lq6OiBI YW5uZXMgR3JlZGxlciBbbWFpbHRvOmhhbm5lc0BqdW5pcGVyLm5ldF0NCj4g5Y+R6YCB5pe26Ze0 OiAyMDE05bm0MTDmnIg45pelIDIzOjU0DQo+IOaUtuS7tuS6ujogT3Nib3JuZSwgRXJpYw0KPiDm ioTpgIE6IFlvdWppYW5qaWU7IG9zcGZAaWV0Zi5vcmcNCj4g5Li76aKYOiBSZTogW09TUEZdIE5l dyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4gZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1l eHRlbnNpb25zLTAxLnR4dA0KPiANCj4gKzENCj4gDQo+IGl0IHdvdWxkIGJlIGZ1cnRoZXJtb3Jl IGludGVyZXN0aW5nIHRvIGhlYXIgZnJvbSB0aGUgYXV0aG9ycyBob3cgT1NQRiBiZWhhdmVzDQo+ IG9uY2UgYSBtYXNzaXZlIHNjYWxlIG9mIGZsb3ctcm91dGVzIChsZXRzIHNheSBpbiB0aGUgb3Jk ZXIgb2YgPiAxMDBLIGlzIGluamVjdGVkDQo+IGludG8gT1NQRikuDQo+IA0KPiAvaGFubmVzDQo+ IA0KPiBPbiBXZWQsIE9jdCAwOCwgMjAxNCBhdCAwMzo0NToyNFBNICswMDAwLCBPc2Jvcm5lLCBF cmljIHdyb3RlOg0KPiB8IEknbSBub3Qgc3VyZSB0aGlzIGhhcyBtdWNoIHZhbHVlLiAgVGhlIHZh c3QgbWFqb3JpdHkgb2YgZHluYW1pYyBQRS1DRSBpcyBkb25lDQo+IHdpdGggQkdQOyB0aGUgbGl0 dGxlIGJpdCB0aGF0IGlzbid0IEJHUCBpcywgaW4gbXkgZXhwZXJpZW5jZSwgUklQLiAgSSBkb24n dCB0aGluayBJJ3ZlDQo+IHNlZW4gbWFueSAoYW55PykgT1NQRiBQRS1DRSBkZXBsb3ltZW50cy4N Cj4gfA0KPiB8DQo+IHwNCj4gfA0KPiB8IGVyaWMNCj4gfA0KPiB8IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IHwgRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIFlvdWppYW5qaWUNCj4gfCBTZW50OiBUdWVzZGF5LCBPY3RvYmVyIDA3LCAy MDE0IDEwOjExIFBNDQo+IHwgVG86IG9zcGZAaWV0Zi5vcmcNCj4gfCBTdWJqZWN0OiBbT1NQRl0g 6L2s5Y+ROiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+IHwgZHJhZnQtbGlhbmctb3Nw Zi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KPiB8DQo+IHwgSGkgYWxsLA0KPiB8DQo+IHwg VGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB0aGF0IE9TUEYgaXMgdXNlZCB0 byBkaXN0cmlidXRlIEZsb3dTcGVjDQo+IHJvdXRlcy4gVGhpcyBkb2N1bWVudCBhbHNvIGRlZmlu ZXMgYSBuZXcgT1NQRiBGbG93U3BlYyBPcGFxdWUgTGluayBTdGF0ZQ0KPiBBZHZlcnRpc2VtZW50 IChMU0EpIGVuY29kaW5nIGZvcm1hdC4NCj4gfCBZb3VyIGNvbW1lbnRzIGFyZSBhcHByZWNpYXRl ZC4NCj4gfA0KPiB8IEJlc3QgUmVnYXJkcywNCj4gfCBKaWFuamllDQo+IHwNCj4gfCAtLS0tLemC ruS7tuWOn+S7ti0tLS0tDQo+IHwg5Y+R5Lu25Lq6OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcg W21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IHwg5Y+R6YCB5pe26Ze0OiAyMDE0 5bm0OeaciDI45pelIDEwOjMyDQo+IHwg5pS25Lu25Lq6OiBZb3VqaWFuamllOyBZb3VqaWFuamll OyBsaXV3ZWloYW5nOyBsaXV3ZWloYW5nDQo+IHwg5Li76aKYOiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yDQo+IHwgZHJhZnQtbGlhbmctb3NwZi1mbG93c3BlYy1leHRlbnNpb25zLTAxLnR4 dA0KPiB8DQo+IHwNCj4gfCBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGlhbmctb3NwZi1m bG93c3BlYy1leHRlbnNpb25zLTAxLnR4dA0KPiB8IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJt aXR0ZWQgYnkgSmlhbmppZSBZb3UgYW5kIHBvc3RlZCB0byB0aGUgSUVURg0KPiByZXBvc2l0b3J5 Lg0KPiB8DQo+IHwgTmFtZToJCWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucw0K PiB8IFJldmlzaW9uOgkwMQ0KPiB8IFRpdGxlOgkJT1NQRiBFeHRlbnNpb25zIGZvciBGbG93IFNw ZWNpZmljYXRpb24NCj4gfCBEb2N1bWVudCBkYXRlOgkyMDE0LTA5LTI3DQo+IHwgR3JvdXA6CQlJ bmRpdmlkdWFsIFN1Ym1pc3Npb24NCj4gfCBQYWdlczoJCTExDQo+IHwgVVJMOg0KPiBodHRwOi8v d3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4 dGVuc2lvbnMtMDEudHh0DQo+IHwgU3RhdHVzOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1saWFuZy1vc3BmLWZsb3dzcGVjLWV4dGVuc2lvbnMvDQo+IHwgSHRtbGl6 ZWQ6DQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWxpYW5nLW9zcGYtZmxvd3Nw ZWMtZXh0ZW5zaW9ucy0wMQ0KPiB8IERpZmY6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LWxpYW5nLW9zcGYtZmxvd3NwZWMtZXh0ZW5zaW9ucy0wMQ0KPiB8DQo+IHwg QWJzdHJhY3Q6DQo+IHwgICAgVGhpcyBkb2N1bWVudCBkaXNjdXNzZXMgdGhlIHVzZSBjYXNlcyB3 aHkgT1NQRiAoT3BlbiBTaG9ydGVzdCBQYXRoDQo+IHwgICAgRmlyc3QpIGRpc3RyaWJ1dGluZyBm bG93IHNwZWNpZmljYXRpb24gKEZsb3dTcGVjKSByb3V0ZXMgaXMNCj4gfCAgICBuZWNlc3Nhcnku ICBUaGlzIGRvY3VtZW50IGFsc28gZGVmaW5lcyBhIG5ldyBPU1BGIEZsb3dTcGVjIE9wYXF1ZQ0K PiB8ICAgIExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVudCAoTFNBKSBlbmNvZGluZyBmb3JtYXQgdGhh dCBjYW4gYmUgdXNlZCB0bw0KPiB8ICAgIGRpc3RyaWJ1dGUgRmxvd1NwZWMgcm91dGVzLg0KPiB8 DQo+IHwgICAgRm9yIHRoZSBuZXR3b3JrIG9ubHkgZGVwbG95aW5nIElHUCAoSW50ZXJpb3IgR2F0 ZXdheSBQcm90b2NvbCkgKGUuZy4NCj4gfCAgICBPU1BGKSwgaXQgaXMgZXhwZWN0ZWQgdG8gZXh0 ZW5kIElHUCB0byBkaXN0cmlidXRlIEZsb3dTcGVjIHJvdXRlcy4NCj4gfCAgICBPbmUgYWR2YW50 YWdlIGlzIHRvIG1pdGlnYXRlIHRoZSBpbXBhY3RzIG9mIERlbmlhbC1vZi1TZXJ2aWNlIChEb1Mp DQo+IHwgICAgYXR0YWNrcy4NCj4gfA0KPiB8DQo+IHwNCj4gfA0KPiB8DQo+IHwgUGxlYXNlIG5v dGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Yg c3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZh aWxhYmxlIGF0IHRvb2xzLmlldGYub3JnLg0KPiB8DQo+IHwgVGhlIElFVEYgU2VjcmV0YXJpYXQN Cj4gfA0KPiB8IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IHwgT1NQRiBtYWlsaW5nIGxpc3QNCj4gfCBPU1BGQGlldGYub3JnDQo+IHwgaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo+IHwgX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gfCBPU1BGIG1haWxpbmcgbGlzdA0KPiB8 IE9TUEZAaWV0Zi5vcmcNCj4gfCBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L29zcGYNCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4gT1NQRkBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCg== From nobody Sat Oct 11 07:07:54 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40E151A0175 for ; Sat, 11 Oct 2014 07:07:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.014 X-Spam-Level: X-Spam-Status: No, score=0.014 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 zOKLN2WwQW_9 for ; Sat, 11 Oct 2014 07:07:50 -0700 (PDT) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 22EAA1A0101 for ; Sat, 11 Oct 2014 07:07:49 -0700 (PDT) Received: from 108-78-210-25.lightspeed.chrlnc.sbcglobal.net ([108.78.210.25]:62943 helo=RussPC) by server.riw.us with esmtpsa (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1XcxKh-0006jn-Tu; Sat, 11 Oct 2014 14:07:44 +0000 From: "Russ White" To: "'Acee Lindem \(acee\)'" , "'Osborne, Eric'" , "'Youjianjie'" , "'Hannes Gredler'" References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> In-Reply-To: Date: Sat, 11 Oct 2014 10:07:40 -0400 Message-ID: <054c01cfe55c$b9075090$2b15f1b0$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKCgfI8rVi9dEuLzuAGlFPsN1X1GQIeNN82Ajp32rUC5hQTOgIBUAVfAoCf7COaZ6+Q8A== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/WW5jJU472GgrdkAw1BqdWWtsKtg Cc: ospf@ietf.org Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 14:07:52 -0000 > As I stated in my last E-mail, the IGPs aren't really a good tool for generic > flow-spec distribution. Other than perhaps DDoS mitigation, I don't see a real > use case for flooding the same flow-spec to everyone in the routing domain > or, even worse, flooding everybody's flow-specs everywhere. Agreed. It always looks more and more like we need a "generic transport protocol" for flooding various bits of information through a domain. We seem to consistently reject the idea, and then we consistently have ideas thrown around about how to do this very same thing in some existing protocol... Let's just add another AFI to BGP. :-) Anyway, OSPF isn't the right place for this sort of thing. :-) Russ From nobody Sat Oct 11 08:04:40 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E7311A3BA4 for ; Sat, 11 Oct 2014 08:04:39 -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 gQtT2b6XqvxG for ; Sat, 11 Oct 2014 08:04:37 -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 EF25E1A212D for ; Sat, 11 Oct 2014 08:04:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1588; q=dns/txt; s=iport; t=1413039877; x=1414249477; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=4iPlqpshpF7m62w2jCuphG3bOIHooPyb38fNVCn8aEc=; b=ZdoZlbMRkL86GrCtwVxq4zr32D4YobZXNE0OAzInuhFtcU6MVE8wfp2Y YKvK9EeBkG192vXayWOZfys8leDNxT56i03B4OMfXjLSWUshu76T6SZCt c8lnWhgOhRuMifRnxz4ag8yFX76tzBGtq3r7Rf3/tnwEwm30kI6gdnxiE A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhsFAHhGOVStJA2J/2dsb2JhbABfgw5TWATLRIdNAoECFgF7hAQBAQMBdwIQAgEIRjIlAgQBDQUJiC0IDb5yAQEBAQEBAQEBAQEBAQEBAQEBAQEYkEQHhEsBBIsghlmLUpYRgjSBQ2wBgUeBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,698,1406592000"; d="scan'208";a="86090715" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-3.cisco.com with ESMTP; 11 Oct 2014 15:04:36 +0000 Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s9BF4aFE010548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 11 Oct 2014 15:04:36 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.03.0195.001; Sat, 11 Oct 2014 10:04:35 -0500 From: "Acee Lindem (acee)" To: Russ White , "'Osborne, Eric'" , "'Youjianjie'" , "'Hannes Gredler'" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoIAAKSoAgANtcgD//8zaAA== Date: Sat, 11 Oct 2014 15:04:35 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> <054c01cfe55c$b9075090$2b15f1b0$@riw.us> In-Reply-To: <054c01cfe55c$b9075090$2b15f1b0$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.84.182] 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/ospf/rj_WhHABKqndN3jCGpOnBkJ3SzI Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 15:04:39 -0000 Hey Russ,=20 On 10/11/14, 10:07 AM, "Russ White" wrote: > >> As I stated in my last E-mail, the IGPs aren't really a good tool for >generic >> flow-spec distribution. Other than perhaps DDoS mitigation, I don't see >>a >real >> use case for flooding the same flow-spec to everyone in the routing >>domain >> or, even worse, flooding everybody's flow-specs everywhere. > >Agreed. It always looks more and more like we need a "generic transport >protocol" for flooding various bits of information through a domain. We >seem >to consistently reject the idea, and then we consistently have ideas >thrown >around about how to do this very same thing in some existing protocol... OSPF is a good choice for quickly disseminating the same piece of information to multiple OSPF routers using the same policy and I believe that the transport instance http://www.ietf.org/id/draft-ietf-ospf-transport-instance-11.txt facilitates this. However, I see flow-spec distribution in the general controller case as being peer specific or even peer interface specific. Do you disagree?=20 The use case in question is mitigating attacks closer to the compromised system by pushing the flow-spec to the customer sites using OSPF as a PE-CE protocol (RFC 4577). Are there any other instances where we=B9d want to push the same flow-spec to the routers in an IGP domain using OSPF or ISIS?=20 Thanks, Acee=20 > >Let's just add another AFI to BGP. :-) > >Anyway, OSPF isn't the right place for this sort of thing. > >:-) > >Russ > > > From nobody Sat Oct 11 08:30:17 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFDEF1A6F39 for ; Sat, 11 Oct 2014 08:30:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.787 X-Spam-Level: X-Spam-Status: No, score=-0.787 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, 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 XKfUEXHBqsyf for ; Sat, 11 Oct 2014 08:30:15 -0700 (PDT) Received: from server.riw.us (server.riw.us [162.144.32.236]) (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 3C3391A1BCE for ; Sat, 11 Oct 2014 08:30:15 -0700 (PDT) Received: from 108-78-210-25.lightspeed.chrlnc.sbcglobal.net ([108.78.210.25]:63727 helo=RussPC) by server.riw.us with esmtpsa (UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1XcycV-00080N-8B; Sat, 11 Oct 2014 15:30:11 +0000 From: "Russ White" To: "'Acee Lindem \(acee\)'" , "'Osborne, Eric'" , "'Youjianjie'" , "'Hannes Gredler'" References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> <054c01cfe55c$b9075090$2b15f1b0$@riw.us> In-Reply-To: Date: Sat, 11 Oct 2014 11:30:07 -0400 Message-ID: <073b01cfe568$3dd93bc0$b98bb340$@riw.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQKCgfI8rVi9dEuLzuAGlFPsN1X1GQIeNN82Ajp32rUC5hQTOgIBUAVfAoCf7CMBrRtY4gIt8lk6mkjqoLA= Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server.riw.us X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - riw.us X-Get-Message-Sender-Via: server.riw.us: authenticated_id: russw@riw.us X-Source: X-Source-Args: X-Source-Dir: Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/GrD6FbLar0umBCTu8dM1dTM_DBU Cc: ospf@ietf.org Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 15:30:17 -0000 > OSPF is a good choice for quickly disseminating the same piece of information > to multiple OSPF routers using the same policy and I believe that the > transport instance http://www.ietf.org/id/draft-ietf-ospf-transport- > instance-11.txt > facilitates this. However, I see flow-spec distribution in the general controller > case as being peer specific or even peer interface specific. Do you disagree? > The use case in question is mitigating attacks closer to the = compromised > system by pushing the flow-spec to the customer sites using OSPF as a PE-CE > protocol (RFC 4577). Are there any other instances where we=B9d want = to push > the same flow-spec to the routers in an IGP domain using OSPF or ISIS? Why isn't this use case extendable to all edge OSPF routers, and not = just CE's? I would think the same reasoning would apply... So -- if we are going to do this, we should specifically design it more = like a type 5, perhaps, or something with a very limited flooding scope to = solve the specific use case in hand, rather than in a way that encourages = general use... Does this make sense? :-) Russ From nobody Sat Oct 11 11:57:13 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EF951A8724 for ; Sat, 11 Oct 2014 11:57:11 -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 R8YEV6cYYaei for ; Sat, 11 Oct 2014 11:57:10 -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 1B55D1A8722 for ; Sat, 11 Oct 2014 11:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=516; q=dns/txt; s=iport; t=1413053830; x=1414263430; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=ahY4MULs/9iHXG3Mi0NZIg3Dxv96LsWDjd+uERnc64w=; b=LQuY8T4+3QayMbsX6s6L0x9MetKqb1iflEtkAMzIwjOwW96PXVe+2Xea KjlxOzLhDVRXVlCDcY92XA544qQeEib7Y1naJp7QCMnqvHlaY73Aoa6HG MqrVIHuFRtw37up/vjleTcuUfoaZ21A+tMhXcLF/u2e2ItWMthnrethkd s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAFt8OVStJA2L/2dsb2JhbABfgw6BL9QjFgF7hAo6UQE+QicEiFGaDqQiAQEIAgEflRYFkXmLUoEug0aRHYN3gjSBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,700,1406592000"; d="scan'208";a="362498244" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-7.cisco.com with ESMTP; 11 Oct 2014 18:57:09 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s9BIv9iJ029482 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Sat, 11 Oct 2014 18:57:09 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Sat, 11 Oct 2014 13:57:09 -0500 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: OSPF WG Agenda Thread-Index: AQHP5YUok5OH5R+nc0i0sYITLlFy3g== Date: Sat, 11 Oct 2014 18:57:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.84.182] Content-Type: text/plain; charset="us-ascii" Content-ID: <01FF2AC45C632D4CB9D6AB480ED52CEE@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/6k2ieaIQ-2rZUo2v2w-W9P5PoUU Subject: [OSPF] OSPF WG Agenda X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 18:57:11 -0000 OSPF WG Participants, The preliminary schedule for IETF 91 has been published. We are currently scheduled to meet on Wednesday afternoon. Note that changes to the agenda are still possible until it is finalized on October 17th. Please start considering whether you want to ask for time on the OSPF meeting agenda. We have already received a couple presentation requests. Also, note that there are a couple drafts that we are going to poll for WG adoption prior to the IETF. Thanks, Abhay and Acee=20 From nobody Sat Oct 11 12:10:55 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AECA21A872F for ; Sat, 11 Oct 2014 12:10:53 -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 U8KfC3KO8fzK for ; Sat, 11 Oct 2014 12:10:52 -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 30E3D1A8725 for ; Sat, 11 Oct 2014 12:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2062; q=dns/txt; s=iport; t=1413054652; x=1414264252; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=2NbiPKsR8fJRw5XIvxrPTwNqBZOoxepkBSnc65z5xXY=; b=T37PRQkaDUfSLMr+t1ufko2lN0dPo5CHaDPcVeqYvRRmFFVuskIGW9Bc EQgUcAE18OqkpZVLpZN5DsFVHSSmnlgyfpfHd0hmFgzSHyAZEHRKxLVAy WNfTsrL0YaMBNcPM6Flk0v0A5mC73bkEhqiYgtnj8+/Wo6502clowCzuQ M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkgFAI+AOVStJA2I/2dsb2JhbABfgw5TWAEDgwLIUIdNAhlpFgF7hAQBAQMBNEMCEAIBCBwoAgIwJQIEAQ0FCYgtCA2MeZxFBpRpAQEBAQEBAQEBAQEBAQEBAQEBGoEmjkYlGBsHgnGBWgEEkXmLUoEukGWDfoI0gUNsgQZCgQIBAQE X-IronPort-AV: E=Sophos;i="5.04,700,1406592000"; d="scan'208";a="86128553" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-4.cisco.com with ESMTP; 11 Oct 2014 19:10:44 +0000 Received: from xhc-rcd-x14.cisco.com (xhc-rcd-x14.cisco.com [173.37.183.88]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9BJAiF3014081 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 11 Oct 2014 19:10:44 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x14.cisco.com ([173.37.183.88]) with mapi id 14.03.0195.001; Sat, 11 Oct 2014 14:10:44 -0500 From: "Acee Lindem (acee)" To: Russ White , "'Osborne, Eric'" , "'Youjianjie'" , "'Hannes Gredler'" Thread-Topic: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt Thread-Index: AQHP2sRacNlB1LfkPUCKV4l1MfxdD5wX3ddwgA2jYQCAAOUi0P//fhsAgAGjdgCAADkxoIAAKSoAgANtcgD//8zaAIAASi+A///6mAA= Date: Sat, 11 Oct 2014 19:10:43 +0000 Message-ID: References: <63CB93BC589C1B4BAFDB41A0A19B7ACDF930C2@USIDCWVEMBX08.corp.global.level3.com> <20141008155350.GB34437@hannes-mba.local> <63CB93BC589C1B4BAFDB41A0A19B7ACDF93F22@USIDCWVEMBX08.corp.global.level3.com> <054c01cfe55c$b9075090$2b15f1b0$@riw.us> <073b01cfe568$3dd93bc0$b98bb340$@riw.us> In-Reply-To: <073b01cfe568$3dd93bc0$b98bb340$@riw.us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.84.182] Content-Type: text/plain; charset="euc-kr" Content-ID: <44C334819A466E47952367A9DEA7F2E5@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/Q7-bmgXzHiXuQlbquZQ2eEqHYgs Cc: "ospf@ietf.org" Subject: Re: [OSPF] New Version Notification for draft-liang-ospf-flowspec-extensions-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Oct 2014 19:10:53 -0000 DQoNCk9uIDEwLzExLzE0LCAxMTozMCBBTSwgIlJ1c3MgV2hpdGUiIDxydXNzd0ByaXcudXM+IHdy b3RlOg0KDQo+DQo+PiBPU1BGIGlzIGEgZ29vZCBjaG9pY2UgZm9yIHF1aWNrbHkgZGlzc2VtaW5h dGluZyB0aGUgc2FtZSBwaWVjZSBvZg0KPmluZm9ybWF0aW9uDQo+PiB0byBtdWx0aXBsZSBPU1BG IHJvdXRlcnMgdXNpbmcgdGhlIHNhbWUgcG9saWN5IGFuZCBJIGJlbGlldmUgdGhhdCB0aGUNCj4+ IHRyYW5zcG9ydCBpbnN0YW5jZSBodHRwOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtb3Nw Zi10cmFuc3BvcnQtDQo+PiBpbnN0YW5jZS0xMS50eHQNCj4+IGZhY2lsaXRhdGVzIHRoaXMuIEhv d2V2ZXIsIEkgc2VlIGZsb3ctc3BlYyBkaXN0cmlidXRpb24gaW4gdGhlIGdlbmVyYWwNCj5jb250 cm9sbGVyDQo+PiBjYXNlIGFzIGJlaW5nIHBlZXIgc3BlY2lmaWMgb3IgZXZlbiBwZWVyIGludGVy ZmFjZSBzcGVjaWZpYy4gRG8geW91DQo+ZGlzYWdyZWU/DQo+DQo+PiBUaGUgdXNlIGNhc2UgaW4g cXVlc3Rpb24gaXMgbWl0aWdhdGluZyBhdHRhY2tzIGNsb3NlciB0byB0aGUgY29tcHJvbWlzZWQN Cj4+IHN5c3RlbSBieSBwdXNoaW5nIHRoZSBmbG93LXNwZWMgdG8gdGhlIGN1c3RvbWVyIHNpdGVz IHVzaW5nIE9TUEYgYXMgYQ0KPlBFLUNFDQo+PiBwcm90b2NvbCAoUkZDIDQ1NzcpLiBBcmUgdGhl cmUgYW55IG90aGVyIGluc3RhbmNlcyB3aGVyZSB3Zan2ZCB3YW50IHRvDQo+PnB1c2gNCj4+IHRo ZSBzYW1lIGZsb3ctc3BlYyB0byB0aGUgcm91dGVycyBpbiBhbiBJR1AgZG9tYWluIHVzaW5nIE9T UEYgb3IgSVNJUz8NCj4NCj5XaHkgaXNuJ3QgdGhpcyB1c2UgY2FzZSBleHRlbmRhYmxlIHRvIGFs bCBlZGdlIE9TUEYgcm91dGVycywgYW5kIG5vdCBqdXN0DQo+Q0Uncz8gSSB3b3VsZCB0aGluayB0 aGUgc2FtZSByZWFzb25pbmcgd291bGQgYXBwbHkuLi4NCj4NCj5TbyAtLSBpZiB3ZSBhcmUgZ29p bmcgdG8gZG8gdGhpcywgd2Ugc2hvdWxkIHNwZWNpZmljYWxseSBkZXNpZ24gaXQgbW9yZQ0KPmxp a2UNCj5hIHR5cGUgNSwgcGVyaGFwcywgb3Igc29tZXRoaW5nIHdpdGggYSB2ZXJ5IGxpbWl0ZWQg Zmxvb2Rpbmcgc2NvcGUgdG8NCj5zb2x2ZQ0KPnRoZSBzcGVjaWZpYyB1c2UgY2FzZSBpbiBoYW5k LCByYXRoZXIgdGhhbiBpbiBhIHdheSB0aGF0IGVuY291cmFnZXMNCj5nZW5lcmFsDQo+dXNlLi4u DQo+DQo+RG9lcyB0aGlzIG1ha2Ugc2Vuc2U/DQoNCkl0IGRlcGVuZHMgd2hldGhlciB5b3Ugd2Fu dCB0byBzZW5kIHRoZSBmbG93LXNwZWMgdG8gZXZlcnkgUEUgdW5kZXIgeW91cg0KYWRtaW5pc3Ry YXRpdmUgZG9tYWluIG9mIG9ubHkgdGhvc2UgUEUgY2xvc2UgdG8gdGhlIHNvdXJjZSBvZiB0aGUg YXR0YWNrLg0KSWYgaXQgaXMgdGhlIGxhdHRlciwgdGhlIGN1cnJlbnQgQkdQIG1lY2hhbmlzbSBJ cyBiZXR0ZXIgc3VpdGVkIHRvIHRoZQ0KdGFzay4gDQoNClRoYW5rcywNCkFjZWUgDQoNCg0KDQo+ DQo+Oi0pDQo+DQo+UnVzcw0KPg0KDQo= From nobody Mon Oct 13 20:44:32 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A0DD1A6F68 for ; Mon, 13 Oct 2014 20:44:30 -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 1dQQHNXGnnWd for ; Mon, 13 Oct 2014 20:44:28 -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 628871A6F67 for ; Mon, 13 Oct 2014 20:44:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8755; q=dns/txt; s=iport; t=1413258268; x=1414467868; h=from:to:cc:subject:date:message-id:mime-version; bh=d2wTCGXQ1lHEsos2PN2VRRPeJTQX3AzXiX+21kXoUE4=; b=PUkqLddPs77CiXn1C3B0a7lQIkQiKXMOVcnZZ9Z3o8a2IkJoO014aspf f7eyhPCUjCbbxvqNHKO/CRosRxW2mK7kgeE/xselC1EFs8FJ0By9DVkCn C4VqTaf6YeeJdr29MD+69UdEsW36Vf+Z33K4cWlqLbjHmgb1xD+G25GxM w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak8FAFubPFStJA2I/2dsb2JhbABbgkgjI1Nc00gCgRoWAXILhAQBBC1MEgEqViYBBA4NiDYBxVsBAQEBAQEBAQEBAQEBAQEBAQEBARiQFDGDNIEeBY9fghqhY4N3gjSBAgEBAQ X-IronPort-AV: E=Sophos;i="5.04,714,1406592000"; d="scan'208,217";a="363039581" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-3.cisco.com with ESMTP; 14 Oct 2014 03:44:27 +0000 Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9E3iRwX019847 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 14 Oct 2014 03:44:27 GMT Received: from xmb-aln-x02.cisco.com ([fe80::8c1c:7b85:56de:ffd1]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0195.001; Mon, 13 Oct 2014 22:44:27 -0500 From: "Les Ginsberg (ginsberg)" To: "draft-ietf-ospf-routable-ip-address@tools.ietf.org" Thread-Topic: WG Draft QA review of draft-ietf-ospf-routable-ip-address-00 Thread-Index: Ac/nYDNZmzKSyDByR9K6P8/qkig4Xg== Date: Tue, 14 Oct 2014 03:44:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.66.18] Content-Type: multipart/alternative; boundary="_000_F3ADE4747C9E124B89F0ED2180CC814F48537B9Axmbalnx02ciscoc_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/no2J1iT9vuvrCNuQgJxvBW3O1YY Cc: "OSPF List \(ospf@ietf.org\)" , "Ospf Chairs \(ospf-chairs@tools.ietf.org\)" Subject: [OSPF] WG Draft QA review of draft-ietf-ospf-routable-ip-address-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 03:44:30 -0000 --_000_F3ADE4747C9E124B89F0ED2180CC814F48537B9Axmbalnx02ciscoc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I have been selected as the Routing Directorate QA reviewer for draft-ietf-= ospf-routable-ip-address-00. The Routing Directorate QA reviews are intended to be a support to improve = the quality of RTG Area documents as they pass through the IETF process. Th= is is the QA review just after WG adoption. Summary This draft defines a useful extension to OSPF to allow routers in other are= as to be able to associate reachable addresses with a router which supports= a particular capability. I do not foresee any major hurdles in this document = progressing to become an RFC. Comments It would be beneficial to explain why the routable address information only= needs to be flooded with domain-scope (i.e. explain how routers in the area already have this information). I suspect the security folks will likely point to the dangers of advertisin= g local node addresses domain wide - which may make it easier for a node in one area to be targeted from another= area. The security section should anticipate this by referencing the various OSPF authentication RFCs as the = means to protect this information. Major Issues No major issues found. Minor Issues The IANA Comsiderations section should refer to the OSPF Router Information= (RI) TLVs Registry defined by [RFC4970]. Nits Abstract: Last sentence s/the OSPF/the term OSPF Introduction: First paragraph " propagated to another area, those routers in the latter area need..." The sentence should end after "area" and a new sentence begin with "Those". Introduction: Last sentence s/the OSPF/the term OSPF Section 3: penultimate sentence The phrase "within the body of the corresponding RI Opaque LSA" can be removed. It repeats the first sentence of the paragraph and does not= match the equivalent text in Section 4. --_000_F3ADE4747C9E124B89F0ED2180CC814F48537B9Axmbalnx02ciscoc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I have been selected as the Routing Directorate Q= A reviewer for draft-ietf-ospf-routable-ip-address-00.

 

The Routing Directorate QA reviews are intended t= o be a support to improve the quality of RTG Area documents as they pass th= rough the IETF process. This is the QA review just after WG adoption.<= /o:p>

 

Summary<= /o:p>

 

This draft defines a useful extension to OSPF to = allow routers in other areas to be able to associate reachable addresses wi= th a router which supports a

particular capability. I do not foresee any major= hurdles in this document progressing to become an RFC.

 

Comments=

 

It would be beneficial to explain why the routabl= e address information only needs to be flooded with domain-scope

(i.e. explain how routers in the area already hav= e this information).

 

I suspect the security folks will likely point to= the dangers of advertising local node addresses domain wide –

which may make it easier for a node in one area t= o be targeted from another area. The security section should

anticipate this by referencing the various OSPF a= uthentication RFCs as the means to protect this information.

 

Major Issues<= o:p>

 

No major issues found.

 

Minor Issues<= o:p>

 

The IANA Comsiderations section should refer to t= he OSPF Router Information (RI) TLVs Registry defined by [RFC4970].

 

Nits

 

Abstract: Last sentence

   s/the OSPF/the term OSPF<= /p>

 

Introduction: First paragraph

   " propagated to another area, t= hose routers in the latter area need..."

 

The sentence should end after "area" an= d a new sentence begin with "Those".

 

Introduction: Last sentence

   s/the OSPF/the term OSPF<= /p>

 

Section 3: penultimate sentence=

The phrase

 

  "within the body of the corresponding= RI Opaque LSA"

 

can be removed. It repeats the first sentence of = the paragraph and does not match the equivalent text in Section 4.

 

 

 

 

 

--_000_F3ADE4747C9E124B89F0ED2180CC814F48537B9Axmbalnx02ciscoc_-- From nobody Tue Oct 14 15:16:23 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A62B61A0004 for ; Tue, 14 Oct 2014 15:16: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 qiaChD81MFUh for ; Tue, 14 Oct 2014 15:16:18 -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 A4A9D1A0008 for ; Tue, 14 Oct 2014 15:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6247; q=dns/txt; s=iport; t=1413324978; x=1414534578; h=from:to:subject:date:message-id:mime-version; bh=tF/Fc0vGJYscVTeGy64PvFU/nZPfsa2l3xMpy+OQNB4=; b=jr3Au+Id7RAV15za4eFPop5TV3xZ+3hzvD3TnTr5Go3v4Q0G8t+5zdvb g59WKRx1QaNP2wdRj8z1iOtGnZ9PO5BfYVynqyLSJ2ccYcUunt75F57DP f09vqZaYGuR54iY5nxdVufUSb00Mc8wXuaLnOOUZL4l8+pfjmtY4V0Fy7 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlcFAPKfPVStJA2D/2dsb2JhbABbgkhGU1MFBIVixGeBYwEJh02BFRYBcguECYELAYEAJwQciDUIBaJHpGABCwEfkEGCQVOBQgWPX4IahEKHEIEuPIMKigeHFoN3bAGBR4ECAQEB X-IronPort-AV: E=Sophos;i="5.04,719,1406592000"; d="scan'208,217";a="363296153" Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-6.cisco.com with ESMTP; 14 Oct 2014 22:16:17 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s9EMGHgu020965 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 14 Oct 2014 22:16:17 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.127]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Tue, 14 Oct 2014 17:16:17 -0500 From: "Derek Man-Kit Yeung (myeung)" To: "ospf@ietf.org" Thread-Topic: Update to OSPF YANG model Thread-Index: AQHP5/x5wlZXBWL+QEq6hsX3remzgA== Date: Tue, 14 Oct 2014 22:16:16 +0000 Message-ID: Accept-Language: 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: [10.154.208.237] Content-Type: multipart/alternative; boundary="_000_D062EEBE35C42myeungciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/zu1O_6IZzhOMdaOLGDxf5ozMQKI Subject: [OSPF] Update to OSPF YANG model X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 22:16:20 -0000 --_000_D062EEBE35C42myeungciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable FYI. Please note that a new version of OSPF YANG model has been submitted. A new version of I-D, draft-yeung-netmod-ospf-02.txt has been successfully submitted by Derek Yeung and posted to the IETF repository. Name: draft-yeung-netmod-ospf Revision: 02 Title: Yang Data Model for OSPF Protocol Document date: 2014-10-14 Group: Individual Submission Pages: 72 URL: http://www.ietf.org/internet-drafts/draft-yeung-netmod-ospf= -02.txt Status: https://datatracker.ietf.org/doc/draft-yeung-netmod-ospf/ Htmlized: http://tools.ietf.org/html/draft-yeung-netmod-ospf-02 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-yeung-netmod-ospf-= 02 Abstract: This document defines a YANG data model that can be used to configure and manage OSPF. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat Thanks, - Derek --_000_D062EEBE35C42myeungciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <3BAC0B6871BADA49B144BC3AF92364A2@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
FYI. Please note that a new version of OSPF YANG model has been submit= ted.

A new version of = I-D, draft-yeung-netmod-ospf-02.txt
has been successf= ully submitted by Derek Yeung and posted to the
IETF repository.<= /div>

Name: d= raft-yeung-netmod-ospf
Revision: 02
Title: Y= ang Data Model for OSPF Protocol
Document date: 2014-10-14
Group: I= ndividual Submission
Pages: 7= 2

Abstract:
   This= document defines a YANG data model that can be used to configure
   and = manage OSPF.

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


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

The IETF Secretar= iat

Thanks,
- Derek
--_000_D062EEBE35C42myeungciscocom_-- From nobody Tue Oct 14 22:44:32 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A9761A0278 for ; Tue, 14 Oct 2014 22:44:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 fZth8STtWnLa for ; Tue, 14 Oct 2014 22:44:29 -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 315BD1A0161 for ; Tue, 14 Oct 2014 22:44:29 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-8b-543db277499f Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id A8.89.05330.772BD345; Wed, 15 Oct 2014 01:32:08 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0174.001; Wed, 15 Oct 2014 01:44:27 -0400 From: Uma Chunduri To: "Les Ginsberg (ginsberg)" , "draft-ietf-ospf-routable-ip-address@tools.ietf.org" Thread-Topic: WG Draft QA review of draft-ietf-ospf-routable-ip-address-00 Thread-Index: Ac/nYDNZmzKSyDByR9K6P8/qkig4XgA0/7Tw Date: Wed, 15 Oct 2014 05:44:26 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3C9014@eusaamb105.ericsson.se> References: 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.12] Content-Type: multipart/alternative; boundary="_000_1B502206DFA0C544B7A60469152008633F3C9014eusaamb105erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42KZXLonSrdik22IwbkzPBaHLn9ms9jwZyO7 xYntx1gtWu7dY3dg8ZjyeyOrx5IlP5k8vgDlA5ijuGxSUnMyy1KL9O0SuDKu9z5gKliUXPHv zQ6WBsbmsC5GTg4JAROJFXtms0HYYhIX7q0Hsrk4hASOMkqcmL6GGcJZzigx/e5fZpAqNgE9 iY9Tf7KDJEQEFjJKPL9+jxEkwSxQJdHacwfMFhbwlNj7dx2YLSLgJTH/7U0WCNtIovnFHLBB LAKqEh0T94Gt5hXwlZh0eCETiC0k4COxfvZ+oBoODk6g+OI3ZiBhRqDrvp9awwSxSlzi1pP5 TBBXC0gs2XOeGcIWlXj5+B8rhK0kMef1NWaI+nyJBWt3MEKsEpQ4OfMJywRG0VlIRs1CUjYL SRlEXEdiwe5PbBC2tsSyha+ZYewzBx4zIYsvYGRfxchRWpxalptuZLCJERh1xyTYdHcw7nlp eYhRgINRiYf3wRzbECHWxLLiytxDjNIcLErivLNq5wULCaQnlqRmp6YWpBbFF5XmpBYfYmTi 4JRqYNSRdklh+DfllmL70f/LDz999tq5YbMid5F30g/NE6LFtdy3O/lCeVbMe/Hsx/TppVvO fd1yWytlzryep9O2X2k+9Db2s2902KYt7Ozqmoyr+rQ3TIvLCTn3XO1DQMZ5nps+XA8eHz9b +fBUZXJNh1jklfebX5w6s0TIMvH0W77UE+/S52vJiJcrsRRnJBpqMRcVJwIAfC2mcpsCAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/5JtY0w-uCER0qV7EG9iJihxHq5Q Cc: "OSPF List \(ospf@ietf.org\)" , "Ospf Chairs \(ospf-chairs@tools.ietf.org\)" Subject: Re: [OSPF] WG Draft QA review of draft-ietf-ospf-routable-ip-address-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 05:44:31 -0000 --_000_1B502206DFA0C544B7A60469152008633F3C9014eusaamb105erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Les, Thanks for your review and comments. Please see my replies in-line [Uma]: -- Uma C. From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Les Ginsberg (ginsbe= rg) Sent: Monday, October 13, 2014 8:44 PM To: draft-ietf-ospf-routable-ip-address@tools.ietf.org Cc: OSPF List (ospf@ietf.org); Ospf Chairs (ospf-chairs@tools.ietf.org) Subject: [OSPF] WG Draft QA review of draft-ietf-ospf-routable-ip-address-0= 0 Hello, I have been selected as the Routing Directorate QA reviewer for draft-ietf-= ospf-routable-ip-address-00. The Routing Directorate QA reviews are intended to be a support to improve = the quality of RTG Area documents as they pass through the IETF process. Th= is is the QA review just after WG adoption. Summary This draft defines a useful extension to OSPF to allow routers in other are= as to be able to associate reachable addresses with a router which supports= a particular capability. I do not foresee any major hurdles in this document = progressing to become an RFC. Comments It would be beneficial to explain why the routable address information only= needs to be flooded with domain-scope (i.e. explain how routers in the area already have this information). [Uma]: Sure, we shall add a statement to indicate why this is relevant for= domain scope. I suspect the security folks will likely point to the dangers of advertisin= g local node addresses domain wide - which may make it easier for a node in one area to be targeted from another= area. The security section should anticipate this by referencing the various OSPF authentication RFCs as the = means to protect this information. [Uma]: Though multiple areas, as all under same administrative domain, kno= wing this information through RI LSA should not be a concern as such. But we shall refer security RFC's relevant as you indicated. Major Issues No major issues found. Minor Issues The IANA Comsiderations section should refer to the OSPF Router Information= (RI) TLVs Registry defined by [RFC4970]. Nits Abstract: Last sentence s/the OSPF/the term OSPF [Uma]: Sure. Introduction: First paragraph " propagated to another area, those routers in the latter area need..." The sentence should end after "area" and a new sentence begin with "Those". [Uma]: Sure. Introduction: Last sentence s/the OSPF/the term OSPF [Uma]: Sure. Section 3: penultimate sentence The phrase "within the body of the corresponding RI Opaque LSA" can be removed. It repeats the first sentence of the paragraph and does not= match the equivalent text in Section 4. [Uma]: Sure. Thanks! --_000_1B502206DFA0C544B7A60469152008633F3C9014eusaamb105erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Les,

 

Thanks for your review= and comments.

Please see my replies = in-line [Uma]:

 

--

Uma C.

 

From: OSPF [ma= ilto:ospf-bounces@ietf.org] On Behalf Of Les Ginsberg (ginsberg)
Sent: Monday, October 13, 2014 8:44 PM
To: draft-ietf-ospf-routable-ip-address@tools.ietf.org
Cc: OSPF List (ospf@ietf.org); Ospf Chairs (ospf-chairs@tools.ietf.o= rg)
Subject: [OSPF] WG Draft QA review of draft-ietf-ospf-routable-ip-ad= dress-00

 

Hello,

 

I have been selected as the Routing Directorate Q= A reviewer for draft-ietf-ospf-routable-ip-address-00.

 

The Routing Directorate QA reviews are intended t= o be a support to improve the quality of RTG Area documents as they pass th= rough the IETF process. This is the QA review just after WG adoption.<= /o:p>

 

Summary<= /o:p>

 

This draft defines a useful extension to OSPF to = allow routers in other areas to be able to associate reachable addresses wi= th a router which supports a

particular capability. I do not foresee any major= hurdles in this document progressing to become an RFC.

 

Comments=

 

It would be beneficial to explain why the routabl= e address information only needs to be flooded with domain-scope

(i.e. explain how routers in the area already hav= e this information).

[Uma]:  Sure, = we shall add a statement to indicate why this is relevant for domain scope.=

 

I suspect the security folks will likely point to= the dangers of advertising local node addresses domain wide –

which may make it easier for a node in one area t= o be targeted from another area. The security section should

anticipate this by referencing the various OSPF a= uthentication RFCs as the means to protect this information.

 

[Uma]: Though multi= ple areas,  as all under same administrative domain, knowing this info= rmation  through RI LSA should not be a concern as such.

   &= nbsp;         But we shall refer se= curity RFC’s relevant as you indicated.

 

Major Issues<= o:p>

 

No major issues found.

 

Minor Issues<= o:p>

 

The IANA Comsiderations section should refer to t= he OSPF Router Information (RI) TLVs Registry defined by [RFC4970].

 

Nits

 

Abstract: Last sentence

   s/the OSPF/the term OSPF<= /p>

 

[Uma]: Sure.

 

Introduction: First paragraph

   " propagated to another area, t= hose routers in the latter area need..."

 

The sentence should end after "area" an= d a new sentence begin with "Those".

[Uma]: Sure.

 

 

Introduction: Last sentence

   s/the OSPF/the term OSPF<= /p>

[Uma]: Sure.

 

 

Section 3: penultimate sentence=

The phrase

 

  "within the body of the corresponding= RI Opaque LSA"

 

can be removed. It repeats the first sentence of = the paragraph and does not match the equivalent text in Section 4.

 

[Uma]: Sure. Thanks= !

 

 

 

 

--_000_1B502206DFA0C544B7A60469152008633F3C9014eusaamb105erics_-- From nobody Tue Oct 14 22:46:58 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3981B1A028A for ; Tue, 14 Oct 2014 22:46:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 GSVpjJlQ3Yr3 for ; Tue, 14 Oct 2014 22:46:55 -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 A68881A0278 for ; Tue, 14 Oct 2014 22:46:55 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-98-543db30a4987 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 9F.89.05330.A03BD345; Wed, 15 Oct 2014 01:34:34 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0174.001; Wed, 15 Oct 2014 01:46:53 -0400 From: Uma Chunduri To: "Derek Man-Kit Yeung (myeung)" , "ospf@ietf.org" Thread-Topic: Update to OSPF YANG model Thread-Index: AQHP5/x5wlZXBWL+QEq6hsX3remzgJwwpoiQ Date: Wed, 15 Oct 2014 05:46:52 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3C9030@eusaamb105.ericsson.se> References: 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.12] Content-Type: multipart/alternative; boundary="_000_1B502206DFA0C544B7A60469152008633F3C9030eusaamb105erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrLLMWRmVeSWpSXmKPExsUyuXRPgi7XZtsQg4bV2hZvlkxksmi5d4/d gcljyu+NrB5LlvxkCmCK4rJJSc3JLEst0rdL4MrYdWgec8GJ+Ipb67+wNjDeCeti5OSQEDCR WNy9iwXCFpO4cG89WxcjF4eQwFFGiVv/rrBDOMsZJWYs3skIUsUmoCfxcepPdhBbRCBC4uvk 68wgtrCAmkTr2T5GiLi6xLc/86FsI4nOu8fBNrAIqEq8efmLDcTmFfCVWDFtElhcSEBXYt6n m6wgNifQ/P6/m8HmMwJd9P3UGiYQm1lAXOLWk/lMEJcKSCzZc54ZwhaVePn4HyuErSQx5/U1 Zoj6fInd3w+zQOwSlDg58wnLBEaRWUhGzUJSNgtJGURcR2LB7k9sELa2xLKFr5lh7DMHHjMh iy9gZF/FyFFanFqWm25ksIkRGD/HJNh0dzDueWl5iFGAg1GJh/fBHNsQIdbEsuLK3EOM0hws SuK8s2rnBQsJpCeWpGanphakFsUXleakFh9iZOLglGpgtI4y57QQXXG57eov/eJezvpJ5wvW baubxjLlY9/WjUfNFRlWdtucfrbhar2Ie8ks7ndVrqtrdx4VK8vMvKHzUJ2l+9de5opu2QLb t8fdV62ZxRkm8Sz55M2KF4XbXCzF/T+lZJWkdMiXtja933CffXbNb0aeejPbidZ/C24/ZClZ v/P4JfM7SizFGYmGWsxFxYkA1xvL74ACAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/3zvqpfSYSJhUviFDAQrUwcGvE-c Subject: Re: [OSPF] Update to OSPF YANG model X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 05:46:57 -0000 --_000_1B502206DFA0C544B7A60469152008633F3C9030eusaamb105erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thank you for the draft and it's very useful (have few comments and shall d= iscuss). -- Uma C. From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Derek Man-Kit Yeung = (myeung) Sent: Tuesday, October 14, 2014 3:16 PM To: ospf@ietf.org Subject: [OSPF] Update to OSPF YANG model FYI. Please note that a new version of OSPF YANG model has been submitted. A new version of I-D, draft-yeung-netmod-ospf-02.txt has been successfully submitted by Derek Yeung and posted to the IETF repository. Name: draft-yeung-netmod-ospf Revision: 02 Title: Yang Data Model for OSPF Protocol Document date: 2014-10-14 Group: Individual Submission Pages: 72 URL: http://www.ietf.org/internet-drafts/draft-yeung-netmod-ospf= -02.txt Status: https://datatracker.ietf.org/doc/draft-yeung-netmod-ospf/ Htmlized: http://tools.ietf.org/html/draft-yeung-netmod-ospf-02 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-yeung-netmod-ospf-= 02 Abstract: This document defines a YANG data model that can be used to configure and manage OSPF. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat Thanks, - Derek --_000_1B502206DFA0C544B7A60469152008633F3C9030eusaamb105erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thank you for the draft a= nd it’s very useful (have few comments and shall discuss).=

 <= /p>

--

Uma C.<= /p>

 <= /p>

From: OSPF [ma= ilto:ospf-bounces@ietf.org] On Behalf Of Derek Man-Kit Yeung (myeung)
Sent: Tuesday, October 14, 2014 3:16 PM
To: ospf@ietf.org
Subject: [OSPF] Update to OSPF YANG model

 

FYI. Please note that a new= version of OSPF YANG model has been submitted.

 

A new version of I-D, draft-yeung-netmod-ospf-02.txt

has been successfully submitted by Derek Yeung and posted to = the

IETF repository.

 

Name:=

draft-yeung-netmod-ospf

Revision:

02

Title:

Yang Data Model for OSPF Protocol

Document date:

2014-10-14

Group:

Individual Submission

Pages:

72

Diff:         &n= bsp; http://www.ietf.org/rfcdiff?url2=3Ddraft-yeung-netmod-ospf-02<= o:p>

 

Abstract:

   This document defines a YANG data model that can= be used to configure

   and manage OSPF.

 

          &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;         <= /p>

 

 

Please note that it may take a couple of minutes from the tim= e of submission

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

 

The IETF Secretariat

 

Thanks,

- Derek

--_000_1B502206DFA0C544B7A60469152008633F3C9030eusaamb105erics_-- From nobody Wed Oct 15 16:27:08 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E2A81ACE13 for ; Wed, 15 Oct 2014 16:27:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 wnFUZAQ5EdYh for ; Wed, 15 Oct 2014 16:27:04 -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 2B7231ACDE2 for ; Wed, 15 Oct 2014 16:27:04 -0700 (PDT) X-AuditID: c618062d-f79206d0000014d2-fb-543eab781bba Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 03.F2.05330.87BAE345; Wed, 15 Oct 2014 19:14:32 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0174.001; Wed, 15 Oct 2014 19:27:01 -0400 From: Uma Chunduri To: "ospf@ietf.org" Thread-Topic: New Version Notification for draft-ietf-ospf-routable-ip-address-01.txt Thread-Index: AQHP6MdMWkCErebvrEiaoq1CfzTLX5wxzRFw Date: Wed, 15 Oct 2014 23:27:00 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3C9B8A@eusaamb105.ericsson.se> References: <20141015222759.16321.80233.idtracker@ietfa.amsl.com> In-Reply-To: <20141015222759.16321.80233.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.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOLMWRmVeSWpSXmKPExsUyuXSPn27FarsQg5MvlSxa7t1jd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxvJXb5kL/ghUXJp8kbmB8YhAFyMnh4SAicTuqZuYIGwxiQv3 1rN1MXJxCAkcZZR4fXsGC0hCSGA5o8TWhfUgNpuAnsTHqT/ZQWwRAWWJLXv72UBsYYEgiV+H HrFAxMMlpvT1MkLYRhITpq8Fsjk4WARUJc5ssgQJ8wr4StxYfoENYryjxOXDL5hBbE4BJ4nP b3+AjWcEuuf7qTVgtzELiEvcejIf6k4BiSV7zjND2KISLx//Y4WwlSQmLT3HCrKKWUBTYv0u fYhWRYkp3Q/ZIdYKSpyc+YRlAqPoLCRTZyF0zELSMQtJxwJGllWMHKXFqWW56UYGmxiBIX9M gk13B+Oel5aHGAU4GJV4eB/MsQ0RYk0sK67MPcQozcGiJM47q3ZesJBAemJJanZqakFqUXxR aU5q8SFGJg5OqQZGg0ss0QWzbnhoXHtyYfGVt8xnIr46/tS+GbHtp/XMQm5FwebLWZc8YpfK ftuXq8vs5nJ7a6d15NX934yWz3vbGsH42UxrUsG+5wn8i3OMly2fc+3v1V+nJYpSw+RPLNVr nZf7MreHL9pPze2HzIzZf5dfvdL9LPr23NAg5wSuz4/NrC7+4o3gUGIpzkg01GIuKk4EAD64 p+RaAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/ykqhwJuN6ZMGxD8OHDQioqH3yPE Subject: [OSPF] New Version Notification for draft-ietf-ospf-routable-ip-address-01.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 23:27:06 -0000 VGhpcyB2ZXJzaW9uIGFkZHJlc3NlcyB0aGUgY29tbWVudHMgZnJvbSBSb3V0aW5nIERpcmVjdG9y YXRlIFFBIHJldmlldy4gVGhhbmtzIExlcy4NCg0KLS0NClVtYSBDLg0KDQoNCi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogV2VkbmVzZGF5LCBPY3RvYmVyIDE1LCAy MDE0IDM6MjggUE0NClRvOiBYaWFvaHUgWHU7IE1hbmF2IEJoYXRpYTsgWGlhb2h1IFh1OyBVbWEg Q2h1bmR1cmk7IFVtYSBDaHVuZHVyaTsgTWFuYXYgQmhhdGlhDQpTdWJqZWN0OiBOZXcgVmVyc2lv biBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYtb3NwZi1yb3V0YWJsZS1pcC1hZGRyZXNzLTAx LnR4dA0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLW9zcGYtcm91dGFibGUt aXAtYWRkcmVzcy0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgVW1h IENodW5kdXJpIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRy YWZ0LWlldGYtb3NwZi1yb3V0YWJsZS1pcC1hZGRyZXNzDQpSZXZpc2lvbjoJMDENClRpdGxlOgkJ Q2FycnlpbmcgUm91dGFibGUgSVAgQWRkcmVzc2VzIGluIE9TUEYgUkkgTFNBDQpEb2N1bWVudCBk YXRlOgkyMDE0LTEwLTE1DQpHcm91cDoJCW9zcGYNClBhZ2VzOgkJNQ0KVVJMOiAgICAgICAgICAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtb3NwZi1yb3V0 YWJsZS1pcC1hZGRyZXNzLTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtb3NwZi1yb3V0YWJsZS1pcC1hZGRyZXNzLw0KSHRt bGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtb3NwZi1y b3V0YWJsZS1pcC1hZGRyZXNzLTAxDQpEaWZmOiAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1vc3BmLXJvdXRhYmxlLWlwLWFkZHJlc3MtMDENCg0K QWJzdHJhY3Q6DQogICBUaGlzIGRvY3VtZW50IHByb3Bvc2VzIHR3byBuZXcgVExWcyB3aXRoaW4g dGhlIGJvZHkgb2YgdGhlIE9TUEYNCiAgIFJvdXRlciBJbmZvcm1hdGlvbiAoUkkpIE9wYXF1ZSBM U0EsIGNhbGxlZCBSb3V0YWJsZSBJUHY0IEFkZHJlc3MgVExWDQogICBhbmQgUm91dGFibGUgSVB2 NiBBZGRyZXNzIFRMVi4gIEhlcmUgdGhlIHRlcm0gT1NQRiBtZWFucyBib3RoIE9TUEZ2Mg0KICAg YW5kIE9TUEZ2My4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFzZSBub3Rl IHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1 Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJs ZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Wed Oct 15 16:30:56 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8C5D1ACE36 for ; Wed, 15 Oct 2014 16:30:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 p-QWvItQYAMr for ; Wed, 15 Oct 2014 16:30:54 -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 2B5381ACE2F for ; Wed, 15 Oct 2014 16:30:54 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-41-543ea9f6961b Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 9A.E8.25146.6F9AE345; Wed, 15 Oct 2014 19:08:06 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0174.001; Wed, 15 Oct 2014 19:30:52 -0400 From: Uma Chunduri To: "ospf@ietf.org" Thread-Topic: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt Thread-Index: AQHP6MffXf+0jJgBiEirm9lX8pBtF5wxzYkg Date: Wed, 15 Oct 2014 23:30:52 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3C9B9D@eusaamb105.ericsson.se> References: <20141015223207.13284.58611.idtracker@ietfa.amsl.com> In-Reply-To: <20141015223207.13284.58611.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.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrOLMWRmVeSWpSXmKPExsUyuXRPlO63lXYhBqfbNCxa7t1jd2D0WLLk J1MAYxSXTUpqTmZZapG+XQJXxrx7HawF33grVm1ZztzAeIK3i5GTQ0LARGLdvb0sELaYxIV7 69m6GLk4hASOMkqcmHiCFSQhJLCcUaK7lQPEZhPQk/g49Sc7iC0ioCyxZW8/G4gtLBAjsfD+ Y1aIeKzEjJ1f2SBsI4k1216A2SwCqhIzbrczdjFycPAK+Eo82yAJMd5RYlP7IbCRnAJOEnMP 3WcEsRmB7vl+ag0TiM0sIC5x68l8Jog7BSSW7DnPDGGLSrx8/I8VwlaSmLT0HCvIeGYBTYn1 u/QhWhUlpnQ/BBvPKyAocXLmE5YJjKKzkEydhdAxC0nHLCQdCxhZVjFylBanluWmGxluYgSG /DEJNscdjAs+WR5iFOBgVOLhfTDHNkSINbGsuDL3EKM0B4uSOK9m9bxgIYH0xJLU7NTUgtSi +KLSnNTiQ4xMHJxSDYyuky4rb81nK919gLOo5+yOwC6udRkSG2fJP3LZoRE0+7Et67E1TzL7 XCKD/4c27/bXm1U6u7sjsWWpLPMdhSTNgybdZ9YeDLv5O6Zj6gPu/cu951oE3nteN3m9F+ua gpNMx//+Xy8v0lzQdufUiQ1Bmr9OHmoP2NWjulOuParB9HNKKX/knmQlluKMREMt5qLiRABN CkpiWgIAAA== Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/j2TnTOn29OvUDI4mywlOTrt0XNg Subject: [OSPF] FW: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 23:30:55 -0000 RGVhciBPU1BGIFdHLA0KDQogUGxlYXNlIHNlZSB0aGUgbGluayBmb3IgdGhlIGRvY3VtZW50IGJl bG93Lg0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgYSBUTFYgd2l0aGlu IHRoZSBib2R5IG9mIHRoZSBPU1BGIFJvdXRlcg0KICAgSW5mb3JtYXRpb24gKFJJKSBPcGFxdWUg TFNBLCBjYWxsZWQgU2VsZi1kZWZpbmVkIFN1Yi1UTFYgQ29udGFpbmVyDQogICBUTFYuICBIZXJl IHRoZSB0ZXJtIE9TUEYgbWVhbnMgYm90aCBPU1BGdjIgYW5kIE9TUEZ2My4JDQoNCkNvbW1lbnRz L0NvbmNlcm5zL1N1Z2dlc3Rpb25zIHdlbGNvbWUhDQoNCi0tDQpVbWEgQy4NCg0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAx NSwgMjAxNCAzOjMyIFBNDQpUbzogVW1hIENodW5kdXJpOyBMdWlzIE0uIENvbnRyZXJhczsgWGlh b2h1IFh1OyBMdWlzIE0uQ29udHJlcmFzOyBYaWFvaHUgWHU7IFVtYSBDaHVuZHVyaQ0KU3ViamVj dDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1jaHVuZHVyaS1vc3BmLXNlbGYt ZGVmaW5lZC1zdWItdGx2cy0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt Y2h1bmR1cmktb3NwZi1zZWxmLWRlZmluZWQtc3ViLXRsdnMtMDAudHh0DQpoYXMgYmVlbiBzdWNj ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFVtYSBDaHVuZHVyaSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRG IHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1jaHVuZHVyaS1vc3BmLXNlbGYtZGVmaW5lZC1z dWItdGx2cw0KUmV2aXNpb246CTAwDQpUaXRsZToJCVVzaW5nIFNlbGYtZGVmaW5lZCBTdWItVExW cyBmb3IgQWdpbGUgU2VydmljZSBEZXBsb3ltZW50DQpEb2N1bWVudCBkYXRlOgkyMDE0LTEwLTE1 DQpHcm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KUGFnZXM6CQk3DQpVUkw6ICAgICAgICAg ICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtY2h1bmR1cmktb3Nw Zi1zZWxmLWRlZmluZWQtc3ViLXRsdnMtMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRlZmluZWQt c3ViLXRsdnMvDQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRlZmluZWQtc3ViLXRsdnMtMDANCg0KDQo= From nobody Thu Oct 16 02:36:20 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A37A51A19FE for ; Thu, 16 Oct 2014 02:36:18 -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 PE8wIZKROWEa for ; Thu, 16 Oct 2014 02:36:15 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0F2F1A19E6 for ; Thu, 16 Oct 2014 02:36:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2076; q=dns/txt; s=iport; t=1413452177; x=1414661777; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=3/gTbtYsRZ78qCPRRVAvq0vHkbkgOA39jRTrzxH/crw=; b=b2h1rbGQfdToJg306N5N4uTkTCYmP2KV3O4r4ifNENXlypNsu105L1rs 0hexV5V4Qd3bYy+UYpExcWpdYHc5fofsTH9AiNaZGxrTh15I5TEMXSwpG v4BWWF2y37FrXwaCrcHnXwvK1kU1xkQu4rXBTHYnt8/6LLOUTNsECU2zs k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqoEAJyQP1StJssW/2dsb2JhbABbg2FYzA0Mh0sCgScBfYQCAQEBBAEBATU2CQENBAsRBAEBAQkWCAcJAwIBAgEVHwgBCAYBDAYCAQEFiDUNyXQBAQEBAQEBAQEBAQEBAQEBAQEBAQEXkFUGhEUBBJZDhxKBMDyDCpElgjSBRTsvAYJJAQEB X-IronPort-AV: E=Sophos;i="5.04,731,1406592000"; d="scan'208";a="212721503" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 16 Oct 2014 09:36:14 +0000 Received: from as-lnx.cisco.com (ams-asmirnov-8714.cisco.com [10.55.140.85]) (authenticated bits=0) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id s9G9aBQ8009071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 16 Oct 2014 09:36:12 GMT Message-ID: <543F918B.7080502@cisco.com> Date: Thu, 16 Oct 2014 11:36:11 +0200 From: Anton Smirnov Organization: Cisco Systems User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: Uma Chunduri , "ospf@ietf.org" References: <20141015223207.13284.58611.idtracker@ietfa.amsl.com> <1B502206DFA0C544B7A60469152008633F3C9B9D@eusaamb105.ericsson.se> In-Reply-To: <1B502206DFA0C544B7A60469152008633F3C9B9D@eusaamb105.ericsson.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: asmirnov Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/0kbxGq6t3VRDcPvSsNuBM1o6rwM Subject: Re: [OSPF] FW: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 09:36:18 -0000 Hi Uma, there is very important difference with admin tags. Admin tags have known formatting. Because of this it is possible to advertise a tag from implementation even if it doesn't support functionality which local network policy designates to the tag. Self-defined TLV does not have fixed formatting known beforehand. So only the implementation which is aware of its internals can originate and interpret it. For this reason it is more like Experimental or Vendor-Specific Sub-TLV. Anton On 10/16/2014 01:30 AM, Uma Chunduri wrote: > Dear OSPF WG, > > Please see the link for the document below. > > Abstract: > This document proposes a TLV within the body of the OSPF Router > Information (RI) Opaque LSA, called Self-defined Sub-TLV Container > TLV. Here the term OSPF means both OSPFv2 and OSPFv3. > > Comments/Concerns/Suggestions welcome! > > -- > Uma C. > > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Wednesday, October 15, 2014 3:32 PM > To: Uma Chunduri; Luis M. Contreras; Xiaohu Xu; Luis M.Contreras; Xiaohu Xu; Uma Chunduri > Subject: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt > > > A new version of I-D, draft-chunduri-ospf-self-defined-sub-tlvs-00.txt > has been successfully submitted by Uma Chunduri and posted to the IETF repository. > > Name: draft-chunduri-ospf-self-defined-sub-tlvs > Revision: 00 > Title: Using Self-defined Sub-TLVs for Agile Service Deployment > Document date: 2014-10-15 > Group: Individual Submission > Pages: 7 > URL: http://www.ietf.org/internet-drafts/draft-chunduri-ospf-self-defined-sub-tlvs-00.txt > Status: https://datatracker.ietf.org/doc/draft-chunduri-ospf-self-defined-sub-tlvs/ > Htmlized: http://tools.ietf.org/html/draft-chunduri-ospf-self-defined-sub-tlvs-00 > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Thu Oct 16 09:08:11 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DA091A212D for ; Thu, 16 Oct 2014 09:08:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.3 X-Spam-Level: X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, RCVD_IN_DNSWL_NONE=-0.0001, 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 ps7g60ym1YfX for ; Thu, 16 Oct 2014 09:07:58 -0700 (PDT) Received: from mail1.bemta8.messagelabs.com (mail1.bemta8.messagelabs.com [216.82.243.194]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D24C01A1C00 for ; Thu, 16 Oct 2014 09:07:57 -0700 (PDT) Received: from [216.82.242.147:34769] by server-2.bemta-8.messagelabs.com id 87/9D-03631-C5DEF345; Thu, 16 Oct 2014 16:07:56 +0000 X-Env-Sender: eric.osborne@level3.com X-Msg-Ref: server-8.tower-95.messagelabs.com!1413475675!31746079!1 X-Originating-IP: [209.245.18.37] X-StarScan-Received: X-StarScan-Version: 6.12.2; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28262 invoked from network); 16 Oct 2014 16:07:56 -0000 Received: from bge23000.messagelabs1.prod.broomfield1.level3.net (HELO messagelabs1.level3.com) (209.245.18.37) by server-8.tower-95.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Oct 2014 16:07:56 -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 messagelabs1.level3.com (Postfix) with ESMTPS id 989251DE84; Thu, 16 Oct 2014 16:07:55 +0000 (GMT) Received: from USIDCWVEMBX08.corp.global.level3.com ([fe80::20f7:9e5b:2efa:2ad8]) by USIDCWVEHT02.corp.global.level3.com ([::1]) with mapi id 14.03.0195.001; Thu, 16 Oct 2014 10:07:55 -0600 From: "Osborne, Eric" To: "ospf@ietf.org" Thread-Topic: Some comments on draft-ietf-ospf-transport-instance Thread-Index: Ac/pV6s0HDy+8KJ7TpGDOHvNrh4Vmw== Date: Thu, 16 Oct 2014 16:07:54 +0000 Message-ID: <63CB93BC589C1B4BAFDB41A0A19B7ACDF9D34A@USIDCWVEMBX08.corp.global.level3.com> 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_63CB93BC589C1B4BAFDB41A0A19B7ACDF9D34AUSIDCWVEMBX08corp_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/Q7wckkXgTXjb-Tsv5LdkGkMf7AM Cc: "draft-ietf-ospf-transport-instance@tools.ietf.org" Subject: [OSPF] Some comments on draft-ietf-ospf-transport-instance X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 16:08:01 -0000 --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDF9D34AUSIDCWVEMBX08corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This draft came up in the discussion of the OSPF flowspec stuff, so I figur= ed I'd read it. Some comments: Overall it makes sense - I see what it's trying to do and how it does it. = I think there are some areas that need fleshing out, though. 1) section 2.3 lists two methods, ships in the night or child instance. Secti= on 2.3.1 covers SIN in more detail, but I was expecting 2.3.2 to talk about= child instances. Is that what "Tighter Coupling with Normal OSPF Instance= s" is supposed to cover? At a minimum the subsection title should match up= , and whatever section is supposed to cover child instances should talk abo= ut it more detail. Is that ultimately planned for this draft, or does 'fut= ure study' mean some other document? 2) I assume the 'flash precedence' thing is as much tongue-in-cheek as it is a= nything else. In reality it needs to be configurable; I might want to put = something in a transport instance that's as important as routing, or I migh= t have already used AF3x for something else entirely. Should probably say = "SHOULD default to Flash and REALLY REALLY SHOULD be configurable" or some= thing. 3) for sparse topologies, how do I build them? Having to hardcode a tree is a= non-starter. Is there some existing OSPF mechanism to build these? Can y= ou steal something from multicast? If neither of those is Yes then I think= you need more content here. 4) Section 2.5 needs some massaging. It currently says "OSPF routers SHOULD NOT advertise any transport instance LSAs containing I= P or IPv6 prefixes" but what if I want to use multi-instance to do some sort of overlay thingy?= I don't necessarily have a service in mind, but I'd hate to lay down a la= w that says "you CANNOT use transport instances for any IP prefixes at all = ever" and then come back later with a doc that backs that out. What about = "transport instances MUST NOT advertise any routing information which would= conflict with the base IP routing instance and SHOULD NOT advertise any ro= uting information without a really good reason"? Also, "this implies that..." is a little wishy-washy. The implication isn'= t obvious to me. Is the goal to only use transport instances to carry thin= gs in opaque LSAs and allow just enough topology information for those opaq= ues to be calculated? If so, that should be spelled out - maybe you only a= llow 1/2/5/9/10/11? 5) 2.7.1 should probably be 2.8, as remote neighbors are an option in addition= to sparse topologies, not a sub-version of them. Also, why not reuse virtual links here instead of introducing a separate ab= ility to have targeted neighbors? And 'Other salient features' makes me think there's much more to targeted n= eighbors than just the three bullets you have listed. As much as I'd like = to believe that you can get away with a bullet that says 'implementer MUST = know what they're doing' and another one that says 'implementer MUST NOT sc= rew this up', you probably need to get into a little more detail for the sa= ke of those to whom the subtleties aren't obvious. .02 eric --_000_63CB93BC589C1B4BAFDB41A0A19B7ACDF9D34AUSIDCWVEMBX08corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This draft came up in the discussion of the OSPF flo= wspec stuff, so I figured I’d read it.  Some comments:

 

Overall it makes sense – I see what it’s= trying to do and how it does it.  I think there are some areas that n= eed fleshing out, though.

 

1)

section 2.3 lists two methods, ships in the night or= child instance.  Section 2.3.1 covers SIN in more detail, but I was e= xpecting 2.3.2 to talk about child instances.  Is that what “Tig= hter Coupling with Normal OSPF Instances” is supposed to cover?  At a minimum the subsection title should match up, and wha= tever section is supposed to cover child instances should talk about it mor= e detail.  Is that ultimately planned for this draft, or does ‘f= uture study’ mean some other document?

 

2)

I assume the ‘flash precedence’ thing is= as much tongue-in-cheek as it is anything else.  In reality it needs = to be configurable; I might want to put something in a transport instance t= hat’s as important as routing, or I might have already used AF3x for something else entirely.  Should probably say “SH= OULD default to Flash and REALLY REALLY SHOULD  be configurable”= or something.

 

3)

for sparse topologies, how do I build them?  Ha= ving to hardcode a tree is a non-starter.  Is there some existing OSPF= mechanism to build these?  Can you steal something from multicast?&nb= sp; If neither of those is Yes then I think you need more content here.

 

4)

Section 2.5 needs some massaging.

It currently says

“OSPF routers SHOULD NOT advertise any transpo= rt instance LSAs containing IP or IPv6 prefixes”

 

but what if I want to use multi-instance to do some = sort of overlay thingy?  I don’t necessarily have a service in m= ind, but I’d hate to lay down a law that says “you CANNOT use t= ransport instances for any IP prefixes at all ever” and then come back later with a doc that backs that out.  What about “tr= ansport instances MUST NOT advertise any routing information which would co= nflict with the base IP routing instance and SHOULD NOT advertise any routi= ng information without a really good reason”? 

 

Also, “this implies that...” is a little= wishy-washy.  The implication isn’t obvious to me.  Is the= goal to only use transport instances to carry things in opaque LSAs and al= low just enough topology information for those opaques to be calculated?&nb= sp; If so, that should be spelled out – maybe you only allow 1/2/5/9/10/= 11? 

 

5)

2.7.1 should probably be 2.8, as remote neighbors ar= e an option in addition to sparse topologies, not a sub-version of them.

Also, why not reuse virtual links here instead of in= troducing a separate ability to have targeted neighbors? 

And ‘Other salient features’ makes me th= ink there’s much more to targeted neighbors than just the three bulle= ts you have listed.  As much as I’d like to believe that you can= get away with a bullet that says ‘implementer MUST know what they= 217;re doing’ and another one that says ‘implementer MUST NOT screw t= his up’, you probably need to get into a little more detail for the s= ake of those to whom the subtleties aren’t obvious.

 

 

.02

 

 

 

 

eric

 

--_000_63CB93BC589C1B4BAFDB41A0A19B7ACDF9D34AUSIDCWVEMBX08corp_-- From nobody Thu Oct 16 11:05:48 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1ECE51A6FD5 for ; Thu, 16 Oct 2014 11:05:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 sVyZR2EOUOXu for ; Thu, 16 Oct 2014 11:05:45 -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 27EA31A6FD6 for ; Thu, 16 Oct 2014 11:05:45 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-9e-543faf33a7c2 Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id BC.16.25146.33FAF345; Thu, 16 Oct 2014 13:42:44 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0174.001; Thu, 16 Oct 2014 14:05:34 -0400 From: Uma Chunduri To: Anton Smirnov , "ospf@ietf.org" Thread-Topic: [OSPF] FW: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt Thread-Index: AQHP6MffXf+0jJgBiEirm9lX8pBtF5wxzYkggADtM4CAAEWVIA== Date: Thu, 16 Oct 2014 18:05:34 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3CA355@eusaamb105.ericsson.se> References: <20141015223207.13284.58611.idtracker@ietfa.amsl.com> <1B502206DFA0C544B7A60469152008633F3C9B9D@eusaamb105.ericsson.se> <543F918B.7080502@cisco.com> In-Reply-To: <543F918B.7080502@cisco.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="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyuXSPn67JevsQg28PuCxatrFatNy7x+7A 5DHl90ZWjyVLfjIFMEVx2aSk5mSWpRbp2yVwZbzY/JGxYLtUxaKe0AbGLaJdjJwcEgImEhs/ v2WEsMUkLtxbz9bFyMUhJHCUUeLSoT5mCGc5o8SSx9tZQKrYBPQkPk79yQ5iiwi4Szzov8EK YgsLpEs8WvgEKp4h8fD3ZhYI20li/d25YHEWAVWJyc93gtm8Ar4SF7tfskIsWMIocXBpD1gD p4CmRMOKE2wgNiPQSd9PrWECsZkFxCVuPZnPBHGqgMSSPeeZIWxRiZeP/7FC2IoS+/qns0PU 60gs2P2JDcLWlli28DUzxGJBiZMzn7BMYBSdhWTsLCQts5C0zELSsoCRZRUjR2lxalluupHh JkZgNByTYHPcwbjgk+UhRgEORiUe3gVq9iFCrIllxZW5hxilOViUxHk1q+cFCwmkJ5akZqem FqQWxReV5qQWH2Jk4uCUamCcxnKzx81qodo9z3SW1g0XeVdMmnv41ZpKd/3I1kOW25ykbjd8 Czny4UDCFdX5fC4HDmRUXbJY4VZ2ZM9X99tsGxSjRE9occRmMfBNdVo18XDekvNfjB4aXhFi iOb8tNHf8anecj6pFcUfYx6yR+4sKBF89n3DlNznrvsTP15lXPUiYuuet7uMlFiKMxINtZiL ihMBRXp8qGcCAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/AarHQk-bNBchcgQRxFNuzst-CRE Subject: Re: [OSPF] FW: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-00.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 18:05:47 -0000 Hi Anton, Thanks for reading the document and bringing the subtle difference with nod= e Admin tags.=20 In-line ..[Uma]: -- Uma C. -----Original Message----- From: Anton Smirnov [mailto:asmirnov@cisco.com]=20 Sent: Thursday, October 16, 2014 2:36 AM To: Uma Chunduri; ospf@ietf.org Subject: Re: [OSPF] FW: New Version Notification for draft-chunduri-ospf-se= lf-defined-sub-tlvs-00.txt Hi Uma, there is very important difference with admin tags. Admin tags have known formatting. Because of this it is possible to adv= ertise a tag from implementation even if it doesn't support functionality w= hich local network policy designates to the tag. [Uma]: The part which is common here is advertising information from the l= ocal Policy into the OSPF area/Domain. But in case of Self-defined TLV you = are also associating and advertising certain attributes and this can also = be used by an external entity to make certain decisions/derive some conclusions. This is the= key. Self-defined TLV does not have fixed formatting known beforehand. So on= ly the implementation which is aware of its internals can originate and int= erpret it. For this reason it is more like Experimental or Vendor-Specific = Sub-TLV. [Uma]: Yes, if node which receives Self-defined TLV, and doesn't support = the functionality it can't interpret it . The part what is similar is, even= if Admin tag with fixed format is understood by the receiving node, which can't support the functionality can't still interpret = the meaning of it. For this reason it is more like Experimental or Vendor-Specific Sub-TLV. [Uma]: I would not say "vendor" specific , rather deployment specific as in= terpreted and provisioned by the operator. Anton On 10/16/2014 01:30 AM, Uma Chunduri wrote: > Dear OSPF WG, > > Please see the link for the document below. > > Abstract: > This document proposes a TLV within the body of the OSPF Router > Information (RI) Opaque LSA, called Self-defined Sub-TLV Container > TLV. Here the term OSPF means both OSPFv2 and OSPFv3.=09 > > Comments/Concerns/Suggestions welcome! > > -- > Uma C. > > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Wednesday, October 15, 2014 3:32 PM > To: Uma Chunduri; Luis M. Contreras; Xiaohu Xu; Luis M.Contreras;=20 > Xiaohu Xu; Uma Chunduri > Subject: New Version Notification for=20 > draft-chunduri-ospf-self-defined-sub-tlvs-00.txt > > > A new version of I-D, draft-chunduri-ospf-self-defined-sub-tlvs-00.txt > has been successfully submitted by Uma Chunduri and posted to the IETF re= pository. > > Name: draft-chunduri-ospf-self-defined-sub-tlvs > Revision: 00 > Title: Using Self-defined Sub-TLVs for Agile Service Deployment > Document date: 2014-10-15 > Group: Individual Submission > Pages: 7 > URL: http://www.ietf.org/internet-drafts/draft-chunduri-ospf-s= elf-defined-sub-tlvs-00.txt > Status: https://datatracker.ietf.org/doc/draft-chunduri-ospf-self= -defined-sub-tlvs/ > Htmlized: http://tools.ietf.org/html/draft-chunduri-ospf-self-defin= ed-sub-tlvs-00 > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Thu Oct 16 11:50:11 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07DD51A7D83 for ; Thu, 16 Oct 2014 11:50:09 -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 JSWWwBN_kx8A for ; Thu, 16 Oct 2014 11:50:07 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4645E1A702B for ; Thu, 16 Oct 2014 11:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4233; q=dns/txt; s=iport; t=1413485407; x=1414695007; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=29Yo1sCfQVZpF88T/cV/FKXaqVGGP+WozmyNUV0+m64=; b=PA6ljBeiRZO0LXEUT1aMDje3tlbDqbfDcsF0nZb876mERIAyFG3FVoLc OGCzeSX4IIHRUG5SwMbzMWkAEhObE2Fnv8qMTCdU/+CrzjNgVdOSbqjnJ 8wxwPyvETZhFmTmG/nA6dT6Kcc0wjDc0nDRhcQ+aGGKI1HjsBQFZ+GeW7 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgFAHESQFStJV2d/2dsb2JhbABbgkhGU04OzCCHTQKBGBYBfYQCAQEBBB1sAgEIBA0DAQIkBAcyFAkIAgQBEhuIIw3LIQEBAQEBAQEBAQEBAQEBAQEBAQEVBJA8DQuESwWRf4RGhxKBMJBug36CNIFDbIFIgQIBAQE X-IronPort-AV: E=Sophos; i="5.04,733,1406592000"; d="scan'208,217"; a="87637215" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-7.cisco.com with ESMTP; 16 Oct 2014 18:50:06 +0000 Received: from xhc-rcd-x11.cisco.com (xhc-rcd-x11.cisco.com [173.37.183.85]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s9GIo6Tn013052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 16 Oct 2014 18:50:06 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x11.cisco.com ([173.37.183.85]) with mapi id 14.03.0195.001; Thu, 16 Oct 2014 13:50:06 -0500 From: "Acee Lindem (acee)" To: "Acee Lindem (acee)" , OSPF WG List , "draft-ietf-ospf-te-metric-extensions@tools.ietf.org" Thread-Topic: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) Metric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) Thread-Index: AQHP6XIA7gPesN4JFUeH87V5qWOYtw== Date: Thu, 16 Oct 2014 18:50:05 +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.116.152.198] Content-Type: multipart/alternative; boundary="_000_D0658B3E567Baceeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/49d0cI2nOm6Fc_2YdDkMGw_2blY Subject: Re: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) Metric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 18:50:09 -0000 --_000_D0658B3E567Baceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The WG last call has ended and we received some minor comments. We we begin= the process of requesting publication. Thanks, Acee From: Acee Lindem > Date: Friday, September 19, 2014 at 1:49 PM To: OSPF WG List >, "draft-ietf-ospf-te= -metric-extensions@tools.ietf.org" > Subject: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) M= etric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) After more than 3 years of discussion and revision, the chairs feel that we= are ready for a WG last call on the OSPF TE Metric extensions. While it is= only one piece of an end-to-end delay/loss aware routing solution, we beli= eve that the draft, as scoped, is ready. The WG last call will end at 12:00= AM PDT on Oct 4th, 2014. For your convenience, here is a URL: https://datatracker.ietf.org/doc/draft-ietf-ospf-te-metric-extensions/ Thanks, Acee and Abhay --_000_D0658B3E567Baceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <0BBD0704CA41E4459EA1DD5073B265B7@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
The WG last call has ended and we received some minor comments. We we = begin the process of requesting publication. 
Thanks,
Acee 

From: Acee Lindem <acee@cisco.com>
Date: Friday, September 19, 2014 at= 1:49 PM
To: OSPF WG List <ospf@ietf.org>, "draft-ietf-ospf-te-metric-exten= sions@tools.ietf.org" <draft-ietf-ospf-te-metric-extensions@tools.i= etf.org>
Subject: [OSPF] Working Group Last = Call for OSPF Traffic Engineering (TE) Metric Extensions (draft-ietf-ospf-t= e-metric-extensions-06.txt)


After more than 3 years of discussion and revision, the chairs feel th= at we are ready for a WG last call on the OSPF TE Metric extensions. While = it is only one piece of an end-to-end delay/loss aware routing solution, we= believe that the draft, as scoped, is ready. The WG last call will end at 12:00 AM PDT on Oct 4th, 2014. For = your convenience, here is a URL: 


Thanks,
Acee and Abhay 

 --_000_D0658B3E567Baceeciscocom_-- From nobody Thu Oct 16 11:51:48 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E17B1A871D for ; Thu, 16 Oct 2014 11:51:40 -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 df4m4_jKst85 for ; Thu, 16 Oct 2014 11:51:37 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAA2F1A8710 for ; Thu, 16 Oct 2014 11:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4118; q=dns/txt; s=iport; t=1413485497; x=1414695097; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=w2UUlrGQl+hfybbVlYILgwuzQ7a8kPcXTeVAYl48YZg=; b=l1GW9X9P9mxIPDzvCRbMw6BQwcEYnLnyGH9DGZ7FuqNaj+HA7W8wypTW ixHXN2gYbpWSMiNdQwr1e4nGulRj7xrX7CYronsQrHsCyrSSqpF95O+Bu QGXroPvl6uC5Dyi8GAFWHJCf4WAjjqOp/irciOhGYTlKThFNECAkcOq99 w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAHESQFStJA2M/2dsb2JhbABbgw5TXMwgh00CgRgWAXILhAIBAQEDAR0dPwULAgEIEQQBAR8FBAcyFAkIAgQOBRuIGwgNyyEBAQEBAQEBAQEBAQEBAQEBAQEBAQEXkE0HhEsFkX+ERocSgTA8jRiDGoN+gX4gFoFDbIFIgQIBAQE X-IronPort-AV: E=Sophos;i="5.04,733,1406592000"; d="scan'208";a="87585372" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-1.cisco.com with ESMTP; 16 Oct 2014 18:51:36 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id s9GIpam6001727 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 16 Oct 2014 18:51:36 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Thu, 16 Oct 2014 13:51:36 -0500 From: "Acee Lindem (acee)" To: "draft-ietf-ospf-te-metric-extensions@tools.ietf.org" Thread-Topic: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) Metric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) Thread-Index: AQHP6XI2Sx7MTStSfESS4x/G82JLsw== Date: Thu, 16 Oct 2014 18:51:36 +0000 Message-ID: References: <23CE718903A838468A8B325B80962F9B865FACE0@szxeml556-mbs.china.huawei.com> In-Reply-To: <23CE718903A838468A8B325B80962F9B865FACE0@szxeml556-mbs.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.198] Content-Type: text/plain; charset="us-ascii" Content-ID: <216671EA7BCEB84186F62A1D6DA42098@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/e_WinBWMWIWZ6bRZGhQKA0WD4ww Cc: OSPF WG List Subject: Re: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) Metric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 18:51:41 -0000 Authors,=20 Can we get these issues taken care of in the version which will go through the next phase of reviews? Thanks, Acee=20 On 9/22/14, 5:59 AM, "Dhruv Dhody" wrote: >Hi All, > >Fully support moving this work along. > >I have following comments/suggestions, which can handled along with other >last call comments. > >(1) Sec 1: Introduction > > This document describes extensions to OSPF TE (hereafter called "OSPF > TE Metric Extensions"), that can be used to distribute network > performance information (such as link delay, delay variation, packet > loss, residual bandwidth, and available bandwidth). > >Utilized Bandwidth can also be added in the above list. > >(2) A reference to PCE should also be added along with the mention of >ALTO server. See=20 >http://datatracker.ietf.org/doc/draft-ietf-pce-pcep-service-aware/ >In fact the steps mentioned for the ingress in section 3 are applicable >for a stateful PCE as well. > >(3)Is there a particular reason to reference RFC6375, which is MPLS-TP >document below? Or the intention was to use 6374? > =20 > The methods for initially gathering that > performance information, such as [RFC6375], or acting on it once it > is distributed are outside the scope of this document. Example > mechanisms to measure latency, delay variation, and loss in an MPLS > network are given in [RFC6374]. > >(4) Suggested change to add delay variation and to update packet-loss to >just say percentage (the unit). >OLD: > Delay values MUST be quantified in units of microseconds, > packet loss MUST be quantified as a percentage of packets sent, and > bandwidth MUST be sent as bytes per second. >NEW: > Delay and delay variation values MUST be quantified in units of >microseconds, > packet loss MUST be quantified as a percentage, and > bandwidth MUST be sent as bytes per second. > >(5) Sec 4.2.7. Reserved > > This field is reserved for future use. It MUST be set to 0 when sent > and MUST be ignored when received. > > When only an average delay value is sent, this field is not present > in the TLV. > >I think you meant to say that the Min/Max Unidirectional Link Delay >Sub-TLV is not present instead of reserved field. > >(6) Sec 4.3. Unidirectional Delay Variation Sub-TLV > =20 > The delay variation advertised by > this sub-TLV MUST be the delay from the local neighbor to the remote > one (i.e. the forward path latency). > >We should say 'forward path latency-variation' in this case. > >(7) Sec 11. Security Considerations >Since the network performance metric might be considered extra sensitive >in some deployments it should be strongly suggested that this information >must be protected from tampering using existing mechanism. > >(8) Sec 12. IANA Considerations >This section needs updating with the list of the TLVs > >(9) A reference to RFC5392 for Inter-AS-TE-v2 LSA should be added to >avoid any confusion to the reader.. > >Nits >- Remove reference from abstract for [RFC3630] >- Update [Alto] reference to [RFC7285] >- Expand CSPF, RSVP-TE, LSA on first use >- Min/Max delay and Low/High delay are used interchangeably, suggest to >use only one=20 > >Regards, >Dhruv >=20 >From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) >Sent: 20 September 2014 01:49 >To: OSPF WG List; draft-ietf-ospf-te-metric-extensions@tools.ietf.org >Subject: [OSPF] Working Group Last Call for OSPF Traffic Engineering (TE) >Metric Extensions (draft-ietf-ospf-te-metric-extensions-06.txt) > > >After more than 3 years of discussion and revision, the chairs feel that >we are ready for a WG last call on the OSPF TE Metric extensions. While >it is only one piece of an end-to-end delay/loss aware routing solution, >we believe that the draft, as scoped, is ready. The WG last call will end >at 12:00 AM PDT on Oct 4th, 2014. For your convenience, here is a URL: > >https://datatracker.ietf.org/doc/draft-ietf-ospf-te-metric-extensions/ > >Thanks, >Acee and Abhay=20 > From nobody Fri Oct 17 07:35:00 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE6D11A01E7 for ; Fri, 17 Oct 2014 07:34:58 -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 N0ZX-XkAWYw0 for ; Fri, 17 Oct 2014 07:34:57 -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 A7EC91A0047 for ; Fri, 17 Oct 2014 07:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2699; q=dns/txt; s=iport; t=1413556468; x=1414766068; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=6Peu9TLcC1ICiwFw0YEqANNcX6Vi511P0RpVoLK/94s=; b=ZsnlrH1swPWlZz+slMJYUI0BDQ3eMH/ed4WtD1WnYcOLKv0JijNFHAB0 PFrYMXk4SR8jvxRL/eUA2LyAFaQ/zi5BR329mnsdMSOmARmMEpxoxVMbR FO61BAQWU/sVlxB8OkVnJUji5KJ6h2IzYdpxyTvhSe/ui4kq91Wh1Ev/w w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAGkoQVStJV2U/2dsb2JhbABbgkhGgS/UEAKBEBYBfYQDAQEEgQkCAQgEQjIlAgSIUsxGAQEBAQEFAQEBAQEBHJBUhEsFkgCLWYEwg0aRJoN3gjSBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,739,1406592000"; d="scan'208,217";a="364144601" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-3.cisco.com with ESMTP; 17 Oct 2014 14:34:28 +0000 Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id s9HEYRBJ023710 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 17 Oct 2014 14:34:27 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 09:34:27 -0500 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: [OSPF] Poll for WG adoption of draft-hegde-ospf-node-admin-tag Thread-Index: AQHPwKoSGbQFoOONyUaUf4QhM2C3GA== Date: Fri, 17 Oct 2014 14:34:26 +0000 Message-ID: References: <60f1a1748bfc4deabe293f0b5b99633d@BY2PR05MB127.namprd05.prod.outlook.com> <20140903144543.GC45836@juniper.net> <23CE718903A838468A8B325B80962F9B865DC895@szxeml556-mbs.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082AD6CF@NKGEML512-MBS.china.huawei.com> In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE082AD6CF@NKGEML512-MBS.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.68.231] Content-Type: multipart/alternative; boundary="_000_D066A078573Baceeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/b2CmOxm6qNk2_RfVn8Qb60Ma0aI Subject: Re: [OSPF] Poll for WG adoption of draft-hegde-ospf-node-admin-tag X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:34:58 -0000 --_000_D066A078573Baceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We believe there is sufficient support for the subject document. Please res= ubmit the document as draft-hegde-ospf-node-admin-tag-00.txt. There was significant discussion on the list on when this mechanism should = be used and when OSPF capabilities advertisement should be used. That shoul= d be clarified but not necessarily in this revision. Thanks, Acee --_000_D066A078573Baceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <37C2903BA018234F9D37D1517D4D2ADA@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
We believe there is sufficient support for the subject document. Pleas= e resubmit the document as draft-hegde-ospf-node-admin-tag-00.txt. 

There was significant discussion on the list on when this mechanism sh= ould be used and when OSPF capabilities advertisement should be used. That = should be clarified but not necessarily in this revision. 

Thanks,
Acee 
--_000_D066A078573Baceeciscocom_-- From nobody Fri Oct 17 07:53:07 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5522D1A00D7 for ; Fri, 17 Oct 2014 07:53:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_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 7E27mYCTAxXF for ; Fri, 17 Oct 2014 07:53:06 -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 45D671A0058 for ; Fri, 17 Oct 2014 07:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=366; q=dns/txt; s=iport; t=1413557586; x=1414767186; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=qVoyYU7boasxhgeHvkJNiOvtILfmvMgK89cF1Jn3rX4=; b=ZyARrweANYhYZDcDq8918OvpkwYy/szjMJI2A0isdB9s1uifsePpzbwn tTSJ3S7yQOKuuiHXEd7GsUw/dLvUPKFdJJ9kNelL39kvVhXQ9bIBYeox8 dE4edJ1LG+v0bBVV1V9/yrmNB2fC2YKL4iOg+ns5CgFWB1eF80RvAhOX2 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAO4rQVStJV2Q/2dsb2JhbABbgw6BL9UiFgF9hAk6UQE+QicEiFKoE6Q6AQEIAgEflR8FkgCLWYEwg0aRJoN3gjSBAwEBAQ X-IronPort-AV: E=Sophos;i="5.04,739,1406592000"; d="scan'208";a="87907649" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-3.cisco.com with ESMTP; 17 Oct 2014 14:53:05 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id s9HEr5fk019621 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 17 Oct 2014 14:53:05 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Fri, 17 Oct 2014 09:53:05 -0500 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: Poll for WG adoption of draft-hegde-ospf-node-admin-tag (Corrected) Thread-Index: AQHP6hoOl0M0nRgoEUKb2a/niXGerg== Date: Fri, 17 Oct 2014 14:53:04 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.68.231] 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/ospf/dYgypoFREk8J81wKajU7Lk_B5r4 Subject: [OSPF] Poll for WG adoption of draft-hegde-ospf-node-admin-tag (Corrected) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:53:07 -0000 We believe there is sufficient support for the subject document. Please resubmit the document as draft-ietf-ospf-node-admin-tag-00.txt. There was significant discussion on the list on when this mechanism should be used and when OSPF capabilities advertisement should be used. That should be clarified but not necessarily in this revision. Thanks, Acee=20 From nobody Sun Oct 19 23:48:20 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE5231A6FC8 for ; Sun, 19 Oct 2014 23:48:18 -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 WzhrvhcVsUkU for ; Sun, 19 Oct 2014 23:48:17 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0799.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::799]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 986F01A6FB3 for ; Sun, 19 Oct 2014 23:48:16 -0700 (PDT) Received: from BY2PR05MB127.namprd05.prod.outlook.com (10.242.38.24) by BY2PR05MB128.namprd05.prod.outlook.com (10.242.38.25) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Mon, 20 Oct 2014 06:47:53 +0000 Received: from BY2PR05MB127.namprd05.prod.outlook.com ([169.254.10.117]) by BY2PR05MB127.namprd05.prod.outlook.com ([169.254.10.117]) with mapi id 15.00.1054.004; Mon, 20 Oct 2014 06:47:52 +0000 From: Shraddha Hegde To: "ospf@ietf.org" Thread-Topic: New Version Notification for draft-ietf-ospf-node-admin-tag-00.txt Thread-Index: AQHP7C3dox9OMB0wbk+ILhf9lByaSJw4iWcg Date: Mon, 20 Oct 2014 06:47:52 +0000 Message-ID: References: <20141020061949.18228.71997.idtracker@ietfa.amsl.com> In-Reply-To: <20141020061949.18228.71997.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [116.197.184.15] x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB128; x-exchange-antispam-report-test: UriScan:; x-forefront-prvs: 03706074BC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(199003)(189002)(13464003)(53754006)(377424004)(92566001)(107046002)(107886001)(2351001)(106356001)(21056001)(101416001)(19580395003)(105586002)(106116001)(74316001)(4396001)(2656002)(87936001)(20776003)(86362001)(50986999)(76176999)(85852003)(19580405001)(66066001)(76576001)(54356999)(46102003)(80022003)(31966008)(97736003)(15202345003)(33646002)(99396003)(110136001)(230783001)(122556002)(108616004)(77096002)(40100003)(15975445006)(95666004)(76482002)(2501002)(120916001)(85306004)(24736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB128; H:BY2PR05MB127.namprd05.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/oB8TB1ek77ilb7mlaxWXHvO4XpE Subject: [OSPF] FW: New Version Notification for draft-ietf-ospf-node-admin-tag-00.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Oct 2014 06:48:19 -0000 SGkgQWxsLA0KDQoNCk5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFmdCBoYXMgYmVlbiBwb3N0ZWQuIEJl bG93IGFyZSB0aGUgY2hhbmdlcyBmcm9tIHByZXZpb3VzIHZlcnNpb24uDQoNCjEuIFNlY3Rpb24g NC4yIGlzIHVwZGF0ZWQgIHdpdGggbm9kZS10YWdzIG5vdCByZXF1aXJpbmcgSUFOQSByZWdpc3Ry eQ0KMi4gQ2xhcmlmaWNhdGlvbiByZWdhcmRpbmcgdGhlIHRhZyBvcmRlciBpbiBzZWN0aW9uIDQu Mg0KMy4gdXNlIGNhc2Ugb24gZXhwbGljaXQgcm91dGluZyBhZGRlZCBpbiBhcHBsaWNhdGlvbiBz ZWN0aW9uLg0KDQoNCktpbmRseSByZXZpZXcgYW5kIHByb3ZpZGUgaW5wdXRzLg0KDQpSZ2RzDQpT aHJhZGRoYSANCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRy YWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiBN b25kYXksIE9jdG9iZXIgMjAsIDIwMTQgMTE6NTAgQU0NClRvOiBTaHJhZGRoYSBIZWdkZTsgQW50 b24gU21pcm5vdjsgQW50b24gU21pcm5vdjsgQnJ1bm8gRGVjcmFlbmU7IFpoZW5iaW4gTGk7IFJv YiBTaGFraXI7IEhhbm5lcyBHcmVkbGVyOyBTaHJhZGRoYSBIZWdkZTsgSGFyaXNoIFJhZ2h1dmVl cjsgUm9iIFNoYWtpcjsgSGFyaXNoIFJhZ2h1dmVlcjsgSHVhd2VpIFRlY2hub2xvZ2llczsgQnJ1 bm8gRGVjcmFlbmU7IEhhbm5lcyBHcmVkbGVyDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmlj YXRpb24gZm9yIGRyYWZ0LWlldGYtb3NwZi1ub2RlLWFkbWluLXRhZy0wMC50eHQNCg0KDQpBIG5l dyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaWV0Zi1vc3BmLW5vZGUtYWRtaW4tdGFnLTAwLnR4dA0K aGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBTaHJhZGRoYSBIZWdkZSBhbmQgcG9z dGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlkcmFmdC1pZXRmLW9zcGYtbm9k ZS1hZG1pbi10YWcNClJldmlzaW9uOgkwMA0KVGl0bGU6CQlBZHZlcnRpc2luZyBwZXItbm9kZSBh ZG1pbmlzdHJhdGl2ZSB0YWdzIGluIE9TUEYNCkRvY3VtZW50IGRhdGU6CTIwMTQtMTAtMjANCkdy b3VwOgkJb3NwZg0KUGFnZXM6CQkxMg0KVVJMOiAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtb3NwZi1ub2RlLWFkbWluLXRhZy0wMC50eHQN ClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLW9zcGYtbm9kZS1hZG1pbi10YWcvDQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLW5vZGUtYWRtaW4tdGFnLTAwDQoNCg0KQWJzdHJh Y3Q6DQogICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhbiBleHRlbnNpb24gdG8gT1NQRiBwcm90 b2NvbCBbUkZDMjMyOF0gdG8NCiAgIGFkZCBhbiBvcHRpb25hbCBvcGVyYXRpb25hbCBjYXBhYmls aXR5LCB0aGF0IGFsbG93cyB0YWdnaW5nIGFuZA0KICAgZ3JvdXBpbmcgb2YgdGhlIG5vZGVzIGlu IGFuIE9TUEYgZG9tYWluLiAgVGhpcyBhbGxvd3MNCiAgIHNpbXBsaWZpY2F0aW9uLGVhc2Ugb2Yg bWFuYWdlbWVudCBhbmQgY29udHJvbCBvdmVyIHJvdXRlIGFuZCBwYXRoDQogICBzZWxlY3Rpb24g YmFzZWQgb24gY29uZmlndXJlZCBwb2xpY2llcy4NCg0KICAgVGhpcyBkb2N1bWVudCBkZXNjcmli ZXMgdGhlIHByb3RvY29sIGV4dGVuc2lvbnMgdG8gZGlzc2VtaW5hdGUgcGVyLQ0KICAgbm9kZSBh ZG1pbmlzdHJhdGl2ZS10YWdzIHRvIHRoZSBPU1BGdjIgYW5kIE9TUEZ2MyBwcm90b2NvbC4NCg0K DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRp bCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmll dGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Tue Oct 21 14:47:00 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D85151A87BD for ; Tue, 21 Oct 2014 14:46:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.989 X-Spam-Level: X-Spam-Status: No, score=-1.989 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, T_FILL_THIS_FORM_SHORT=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 fa2DM2O5cnjV for ; Tue, 21 Oct 2014 14:46:51 -0700 (PDT) Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002: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 5784E1A87BB for ; Tue, 21 Oct 2014 14:46:51 -0700 (PDT) Received: by mail-yh0-f54.google.com with SMTP id 29so2495256yhl.41 for ; Tue, 21 Oct 2014 14:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=bxx8ya+XfSz+ZEBq1iU+ZweO0xBm+cSYI11AKLCh55Q=; b=EhTyEYwI87PuHcx2e0TXXC2U9tPUqAggtkoiP4jBkjOCmFJc/CUztiT9rgxobKL+ru 00x68b8Djd40hrP29GiVdVIL07HWoVUTOJQ4lNyjzEu/ZE4LuamB08fTvGmGBh7pCVQi werAPoJkO4bqI08+jK1dyxmeZaef5nfBIIhDikFIm2VrjF7HArP7+9B+HpEIWU4NSs+q Lclne/FHYR6kKznDWydoczJ2iqcxrsFomGu/8Ob7y79iVhoNj3tUoLKdWoC2Nr03lJ/g 899bJZWZPdSF0u1P6sfUtzqBhFJtzRdL0LvhL89JLPnEQ342kOjmN8LecLhJDLayJ/cw C7hw== MIME-Version: 1.0 X-Received: by 10.236.199.46 with SMTP id w34mr53931206yhn.20.1413928010710; Tue, 21 Oct 2014 14:46:50 -0700 (PDT) Received: by 10.170.113.132 with HTTP; Tue, 21 Oct 2014 14:46:50 -0700 (PDT) Date: Tue, 21 Oct 2014 17:46:50 -0400 Message-ID: From: Alia Atlas To: OSPF List Content-Type: multipart/mixed; boundary=089e0160afbcd1245f0505f5c4ee Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/_0q90lXyX4Bs9xlosBDcf1q1INU Cc: "netmod-chairs@tools.ietf.org" Subject: [OSPF] netmod interim discussing an OSPF model tomorrow... X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 21:46:57 -0000 --089e0160afbcd1245f0505f5c4ee Content-Type: multipart/alternative; boundary=089e0160afbcd124590505f5c4ec --089e0160afbcd124590505f5c4ec Content-Type: text/plain; charset=UTF-8 ---------- Forwarded message ---------- From: Thomas D. Nadeau Date: Tue, Oct 21, 2014 at 5:44 PM Subject: [netmod] interim meeting: yang model focus To: NETMOD Working Group Tomorrow's meeting will use the same WebEx from last time (and the same as was used last week at the Yang 1.1-focused meeting). Tomorrow's interim meeting has the following preliminary agenda: 0) Quickly how to use IRC/sign-in 1) Note Well 2) Agenda Bashing 3) OSPF Model - Kiran Agrahara Sreenivasa ; myeung@cisco.com Are there any other models people wish to discuss? --Tom _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --089e0160afbcd124590505f5c4ec Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


---------- F= orwarded message ----------
From: Thomas D= . Nadeau <tnadeau@lucidvision.com>
Date: Tue, Oct 21, 2014 at 5:4= 4 PM
Subject: [netmod] interim meeting: yang model focus
To: NETMOD W= orking Group <netmod@ietf.org>=



=C2=A0 =C2=A0 =C2=A0 =C2=A0 Tomorrow's meeting will use the same WebEx = from last time (and the same as was used last week at the Yang 1.1-focused = meeting).

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Tomorrow's interim meeting has the followin= g preliminary agenda:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 0) Quickly how to use IRC/sign-in
=C2=A0 =C2=A0 =C2=A0 =C2=A0 1) Note Well
=C2=A0 =C2=A0 =C2=A0 =C2=A0 2) Agenda Bashing
=C2=A0 =C2=A0 =C2=A0 =C2=A0 3) OSPF Model - Kiran Agrahara Sreenivasa <k= koushik@Brocade.com>; myeung@cisco.c= om


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Are there any other models people wish to discu= ss?

=C2=A0 =C2=A0 =C2=A0 =C2=A0 --Tom



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


--089e0160afbcd124590505f5c4ec-- --089e0160afbcd1245f0505f5c4ee Content-Type: text/plain; charset=US-ASCII; name="webex.txt" Content-Disposition: attachment; filename="webex.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: 5b791afde1433ce6_0.1 DQpUb3BpYzogTkVUTU9EIFdHDQpEYXRlOiBFdmVyeSBXZWRuZXNkYXksIGZyb20gV2VkbmVzZGF5 LCBBdWd1c3QgMjcsIDIwMTQgdG8gV2VkbmVzZGF5LCBPY3RvYmVyIDIyLCAyMDE0DQpUaW1lOiA0 OjAwIHBtLCBFdXJvcGUgU3VtbWVyIFRpbWUgKEJlcmxpbiwgR01UKzAyOjAwKQ0KTWVldGluZyBO dW1iZXI6IDY0OSAxMDIgMTExDQpNZWV0aW5nIFBhc3N3b3JkOiAxMjM0DQoNCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KVG8gam9pbiB0 aGUgb25saW5lIG1lZXRpbmcgKE5vdyBmcm9tIG1vYmlsZSBkZXZpY2VzISkNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCjEuIEdvIHRvIGh0 dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElEPW1iYmU5YzMyMWM4ZTlmNDcyZGY0 Y2U3NGMxOTg3YTBmMA0KMi4gSWYgcmVxdWVzdGVkLCBlbnRlciB5b3VyIG5hbWUgYW5kIGVtYWls IGFkZHJlc3MuDQozLiBJZiBhIHBhc3N3b3JkIGlzIHJlcXVpcmVkLCBlbnRlciB0aGUgbWVldGlu ZyBwYXNzd29yZDogMTIzNA0KNC4gQ2xpY2sgIkpvaW4iLg0KNS4gRm9sbG93IHRoZSBpbnN0cnVj dGlvbnMgdGhhdCBhcHBlYXIgb24geW91ciBzY3JlZW4uDQoNClRvIHZpZXcgaW4gb3RoZXIgdGlt ZSB6b25lcyBvciBsYW5ndWFnZXMsIHBsZWFzZSBjbGljayB0aGUgbGluazoNCmh0dHBzOi8vaWV0 Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElEPW1lNzIwMjkzZWY1NDczY2MzYmY5NjMzMDJiMmY2 YThmMQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpUbyBqb2luIHRoZSBhdWRpbyBjb25mZXJlbmNlIG9ubHkgDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDYWxsLWluIHRvbGwg bnVtYmVyIChVUy9DYW5hZGEpOiAxLTY1MC00NzktMzIwOA0KDQpBY2Nlc3MgY29kZTo2NDkgMTAy IDExMQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpGb3IgYXNzaXN0YW5jZQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KMS4gR28gdG8gaHR0cHM6Ly9pZXRmLndlYmV4LmNvbS9p ZXRmL21jDQoyLiBPbiB0aGUgbGVmdCBuYXZpZ2F0aW9uIGJhciwgY2xpY2sgIlN1cHBvcnQiLg0K DQpZb3UgY2FuIGNvbnRhY3QgbWUgYXQ6DQpjbW9yZ2FuQGFtc2wuY29tDQoxLTUxMC00OTItNDA4 NQ0KDQpUbyB1cGRhdGUgdGhpcyBtZWV0aW5nIHRvIHlvdXIgY2FsZW5kYXIgcHJvZ3JhbSAoZm9y IGV4YW1wbGUgTWljcm9zb2Z0IE91dGxvb2spLCBjbGljayB0aGlzIGxpbms6DQpodHRwczovL2ll dGYud2ViZXguY29tL2lldGYvai5waHA/TVRJRD1tNGY4NzdmMmU2MjliODQxMzgwZTJkNTkzZTRl MzliODcNCg0KDQpXZWJFeCB3aWxsIGF1dG9tYXRpY2FsbHkgc2V0dXAgTWVldGluZyBNYW5hZ2Vy IGZvciBXaW5kb3dzIHRoZSBmaXJzdCB0aW1lIHlvdSBqb2luIGEgbWVldGluZy4gVG8gc2F2ZSB0 aW1lLCB5b3UgY2FuIHNldHVwIHByaW9yIHRvIHRoZSBtZWV0aW5nIGJ5IGNsaWNraW5nIHRoaXMg bGluazoNCmh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9tZWV0aW5nY2VudGVyL21jc2V0dXAu cGhwDQoNCg0KVGhlIHBsYXliYWNrIG9mIFVDRiAoVW5pdmVyc2FsIENvbW11bmljYXRpb25zIEZv cm1hdCkgcmljaCBtZWRpYSBmaWxlcyByZXF1aXJlcyBhcHByb3ByaWF0ZSBwbGF5ZXJzLiBUbyB2 aWV3IHRoaXMgdHlwZSBvZiByaWNoIG1lZGlhIGZpbGVzIGluIHRoZSBtZWV0aW5nLCBwbGVhc2Ug Y2hlY2sgd2hldGhlciB5b3UgaGF2ZSB0aGUgcGxheWVycyBpbnN0YWxsZWQgb24geW91ciBjb21w dXRlciBieSBnb2luZyB0byBodHRwczovL2lldGYud2ViZXguY29tL2lldGYvc3lzdGVtZGlhZ25v c2lzLnBocC4gDQoNCmh0dHA6Ly93d3cud2ViZXguY29tDQoNCkNDUDorMTY1MDQ3OTMyMDh4NjQ5 MTAyMTExIyANCg0KSU1QT1JUQU5UIE5PVElDRTogVGhpcyBXZWJFeCBzZXJ2aWNlIGluY2x1ZGVz IGEgZmVhdHVyZSB0aGF0IGFsbG93cyBhdWRpbyBhbmQgYW55IGRvY3VtZW50cyBhbmQgb3RoZXIg bWF0ZXJpYWxzIGV4Y2hhbmdlZCBvciB2aWV3ZWQgZHVyaW5nIHRoZSBzZXNzaW9uIHRvIGJlIHJl Y29yZGVkLiBCeSBqb2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2Vu dCB0byBzdWNoIHJlY29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byB0aGUgcmVjb3Jk aW5nLCBkaXNjdXNzIHlvdXIgY29uY2VybnMgd2l0aCB0aGUgbWVldGluZyBob3N0IHByaW9yIHRv IHRoZSBzdGFydCBvZiB0aGUgcmVjb3JkaW5nIG9yIGRvIG5vdCBqb2luIHRoZSBzZXNzaW9uLiBQ bGVhc2Ugbm90ZSB0aGF0IGFueSBzdWNoIHJlY29yZGluZ3MgbWF5IGJlIHN1YmplY3QgdG8gZGlz Y292ZXJ5IGluIHRoZSBldmVudCBvZiBsaXRpZ2F0aW9uLg0K --089e0160afbcd1245f0505f5c4ee-- From nobody Tue Oct 21 14:52:03 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7B101A87C3 for ; Tue, 21 Oct 2014 14:52:02 -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 bNE6xDHyfzlM for ; Tue, 21 Oct 2014 14:52:01 -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 F062F1A86E7 for ; Tue, 21 Oct 2014 14:52:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5252; q=dns/txt; s=iport; t=1413928321; x=1415137921; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=HKFpCBhHmYH8S2x9BZhmLGsRNoyYrrP8PRE4pylhsTM=; b=XH5VXoS0vq9LaI7EzDFF1wh+3+vOHPa8Ojot0W7HGwfKdqV/dfKHOF42 8DLVNHiv/UaoWEeiNakHRch3o21p5Ckno5OuoF6K/AZ7fVqspgawE3dLz 4sxFwjR4ynKVTrCtE1kKUlzdrCSSPd+OVlPJhA6VaGm/yFhrdGtNOGp7y Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmAFACDURlStJA2E/2dsb2JhbABcgkhGU1gEzHIBCYZ5VAKBFhYBfYQCAQEBBAEBAWsLEAIBCA4DAwECKAchBgsUCQgCBAENBYgrAxENwC0NhjIBAQEBAQEBAQEBAQEBAQEBAQEBAQETBI4igiQNBAYBBoRFBYYti1SJSIIRj0qGW4N4bIFIgQMBAQE X-IronPort-AV: E=Sophos;i="5.04,764,1406592000"; d="scan'208,217";a="365202382" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-7.cisco.com with ESMTP; 21 Oct 2014 21:52:00 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id s9LLq0WJ028363 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 21 Oct 2014 21:52:00 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.122]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Tue, 21 Oct 2014 16:52:00 -0500 From: "Acee Lindem (acee)" To: Alia Atlas , OSPF List Thread-Topic: [OSPF] netmod interim discussing an OSPF model tomorrow... Thread-Index: AQHP7XiU0FnLLv8BtEquTtxQ5Ae9KZw7KEyA Date: Tue, 21 Oct 2014 21:51:59 +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.116.152.202] Content-Type: multipart/alternative; boundary="_000_D06C4CE75FB5aceeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/9ULLb4tir6L5nCurVa9UyHajW5g Cc: "netmod-chairs@tools.ietf.org" Subject: Re: [OSPF] netmod interim discussing an OSPF model tomorrow... X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 21:52:02 -0000 --_000_D06C4CE75FB5aceeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Alia, Tom, Juergen, Can one of you forward tomorrow=92s netmod WebEx to this list as well? Thanks, Acee From: Alia Atlas > Date: Tuesday, October 21, 2014 at 5:46 PM To: OSPF WG List > Cc: "netmod-chairs@tools.ietf.org" > Subject: [OSPF] netmod interim discussing an OSPF model tomorrow... ---------- Forwarded message ---------- From: Thomas D. Nadeau > Date: Tue, Oct 21, 2014 at 5:44 PM Subject: [netmod] interim meeting: yang model focus To: NETMOD Working Group > Tomorrow's meeting will use the same WebEx from last time (and the = same as was used last week at the Yang 1.1-focused meeting). Tomorrow's interim meeting has the following preliminary agenda: 0) Quickly how to use IRC/sign-in 1) Note Well 2) Agenda Bashing 3) OSPF Model - Kiran Agrahara Sreenivasa >; myeung@cisco.com Are there any other models people wish to discuss? --Tom _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --_000_D06C4CE75FB5aceeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Alia, Tom, Juergen, 

Can one of you forward tomorrow=92s netmod WebEx to this list as well?=  

Thanks,
Acee 

From: Alia Atlas <akatlas@gmail.com>
Date: Tuesday, October 21, 2014 at = 5:46 PM
To: OSPF WG List <ospf@ietf.org>
Cc: "netmod-chairs@tools.ietf.org" <netmod-chairs@tools.ietf.org&g= t;
Subject: [OSPF] netmod interim disc= ussing an OSPF model tomorrow...



---------- Forwarded message ----------
From: Thomas D. Nadeau = <tnadeau@lucidvision.com&= gt;
Date: Tue, Oct 21, 2014 at 5:44 PM
Subject: [netmod] interim meeting: yang model focus
To: NETMOD Working Group <netmod@ietf= .org>



        Tomorrow's meeting will use the same WebEx from= last time (and the same as was used last week at the Yang 1.1-focused meet= ing).

        Tomorrow's interim meeting has the following pr= eliminary agenda:

        0) Quickly how to use IRC/sign-in
        1) Note Well
        2) Agenda Bashing
        3) OSPF Model - Kiran Agrahara Sreenivasa <<= a href=3D"mailto:kkoushik@Brocade.com">kkoushik@Brocade.com>; myeung@cisco.com


        Are there any other models people wish to discu= ss?

        --Tom



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


 --_000_D06C4CE75FB5aceeciscocom_-- From nobody Tue Oct 21 15:00:50 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03AE51A8820 for ; Tue, 21 Oct 2014 15:00:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, 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 8VOHODIVW8uD for ; Tue, 21 Oct 2014 15:00:44 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD50B1A87F0 for ; Tue, 21 Oct 2014 15:00:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16702; q=dns/txt; s=iport; t=1413928843; x=1415138443; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=gK/f5eN6y08PxDAvHIQSghuQenYF1+YlIdi7BtOGr6A=; b=hM52ku7FV6s0vTRk7fwUY9NqAgK4vTcxiCMMLyB+P3JrnOEO07VkDqac zPTtJnIh7iYPBwEJj6plpCPADVLTKVdFlBVJSiqb7EeO6CkaoV5dOMg3t 6E2Ck4PTfJdm/ELxiZeZtCa+gnAM7Uo1dpK945Z2DUsvLUW0SMSfSLJ3j 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmIFAHnWRlStJA2E/2dsb2JhbABCFwOCSEZTWATMcgELhndUAoEWFgF9hAIBAQEEAQEBLCYRAgYLEAIBCBEDAQIVBAwDByEGCxQDAQUHAQIEDgWIKwMRDTe3D4hgDYYyAQEBAQEBAQEBAQEBAQEBAQEBAQEBF44igVMRAQweFQEMBAYBBgMIB4QzBYUVgRiJOIIchEaEQUGCEYEwEYM3ihBCglqEAYMlU2wBgQ45gQMBAQE X-IronPort-AV: E=Sophos; i="5.04,764,1406592000"; d="scan'208,217"; a="89145701" Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-2.cisco.com with ESMTP; 21 Oct 2014 22:00:42 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id s9LM0gsK001817 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 21 Oct 2014 22:00:42 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.122]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Tue, 21 Oct 2014 17:00:42 -0500 From: "Acee Lindem (acee)" To: "Thomas D. Nadeau" Thread-Topic: [OSPF] netmod interim discussing an OSPF model tomorrow... Thread-Index: AQHP7XiU0FnLLv8BtEquTtxQ5Ae9KZw7KEyAgABDa4D//78DgA== Date: Tue, 21 Oct 2014 22:00:42 +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.116.152.202] Content-Type: multipart/alternative; boundary="_000_D06C4F2D5FD6aceeciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/kMjA-0SZy8fI4G0QczuxudMPMjY Cc: OSPF List Subject: Re: [OSPF] netmod interim discussing an OSPF model tomorrow... X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Oct 2014 22:00:48 -0000 --_000_D06C4F2D5FD6aceeciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Thanks Tom for posting! OSPF List - The meeting is 7-9 AM PDT. See WebEx Info below. Acee Topic: NETMOD WG Date: Every Wednesday, from Wednesday, August 27, 2014 to Wednesday, Octobe= r 22, 2014 Time: 4:00 pm, Europe Summer Time (Berlin, GMT+02:00) Meeting Number: 649 102 111 Meeting Password: 1234 ------------------------------------------------------- To join the online meeting (Now from mobile devices!) ------------------------------------------------------- 1. Go to https://ietf.webex.com/ietf/j.php?MTID=3Dmbbe9c321c8e9f472df4ce74c= 1987a0f0 2. If requested, enter your name and email address. 3. If a password is required, enter the meeting password: 1234 4. Click "Join". 5. Follow the instructions that appear on your screen. To view in other time zones or languages, please click the link: https://ietf.webex.com/ietf/j.php?MTID=3Dme720293ef5473cc3bf963302b2f6a8f1 ------------------------------------------------------- To join the audio conference only ------------------------------------------------------- Call-in toll number (US/Canada): 1-650-479-3208 Access code:649 102 111 ------------------------------------------------------- For assistance ------------------------------------------------------- 1. Go to https://ietf.webex.com/ietf/mc 2. On the left navigation bar, click "Support". You can contact me at: cmorgan@amsl.com 1-510-492-4085 To update this meeting to your calendar program (for example Microsoft Outl= ook), click this link: https://ietf.webex.com/ietf/j.php?MTID=3Dm4f877f2e629b841380e2d593e4e39b87 WebEx will automatically setup Meeting Manager for Windows the first time y= ou join a meeting. To save time, you can setup prior to the meeting by clic= king this link: https://ietf.webex.com/ietf/meetingcenter/mcsetup.php The playback of UCF (Universal Communications Format) rich media files requ= ires appropriate players. To view this type of rich media files in the meet= ing, please check whether you have the players installed on your computer b= y going to https://ietf.webex.com/ietf/systemdiagnosis.php. http://www.webex.com CCP:+16504793208x649102111# IMPORTANT NOTICE: This WebEx service includes a feature that allows audio a= nd any documents and other materials exchanged or viewed during the session= to be recorded. By joining this session, you automatically consent to such= recordings. If you do not consent to the recording, discuss your concerns = with the meeting host prior to the start of the recording or do not join th= e session. Please note that any such recordings may be subject to discovery= in the event of litigation. From: "Thomas D. Nadeau" > Date: Tuesday, October 21, 2014 at 5:53 PM To: Acee Lindem > Cc: Alia Atlas >, OSPF WG List = >, "netmod-chairs@tools.ietf.org" > Subject: Re: [OSPF] netmod interim discussing an OSPF model tomorrow... On Oct 21, 2014:5:51 PM, at 5:51 PM, Acee Lindem (acee) > wrote: Hi Alia, Tom, Juergen, Can one of you forward tomorrow=92s netmod WebEx to this list as well? Thanks, Acee From: Alia Atlas > Date: Tuesday, October 21, 2014 at 5:46 PM To: OSPF WG List > Cc: "netmod-chairs@tools.ietf.org" > Subject: [OSPF] netmod interim discussing an OSPF model tomorrow... ---------- Forwarded message ---------- From: Thomas D. Nadeau > Date: Tue, Oct 21, 2014 at 5:44 PM Subject: [netmod] interim meeting: yang model focus To: NETMOD Working Group > Tomorrow's meeting will use the same WebEx from last time (and the = same as was used last week at the Yang 1.1-focused meeting). Tomorrow's interim meeting has the following preliminary agenda: 0) Quickly how to use IRC/sign-in 1) Note Well 2) Agenda Bashing 3) OSPF Model - Kiran Agrahara Sreenivasa >; myeung@cisco.com Are there any other models people wish to discuss? --Tom _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod --_000_D06C4F2D5FD6aceeciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <83A3AF5E7C69A24EB4490C3216CB2E69@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Thanks Tom for posting! 

OSPF List -  The meeting is 7-9 AM PDT. See WebEx Info below.&nbs= p;

Acee 



Topic: NETMOD WG
Date: Every Wednesday, from Wednesday, August 27, 2014 to Wednesday, O= ctober 22, 2014
Time: 4:00 pm, Europe Summer Time (Berlin, GMT+02:00)
Meeting Number: 649 102 111
Meeting Password: 1234


-------------------------------------------------------
To join the online meeting (Now from mobile devices!)
-------------------------------------------------------
1. Go to https://ietf.webex.com/ietf/j.php?MTID=3Dmbbe9c321c8e9f472df4= ce74c1987a0f0
2. If requested, enter your name and email address.
3. If a password is required, enter the meeting password: 1234
4. Click "Join".
5. Follow the instructions that appear on your screen.

To view in other time zones or languages, please click the link:
https://ietf.webex.com/ietf/j.php?MTID=3Dme720293ef5473cc3bf963302b2f6= a8f1

-------------------------------------------------------
To join the audio conference only 
-------------------------------------------------------
Call-in toll number (US/Canada): 1-650-479-3208

Access code:649 102 111

-------------------------------------------------------
For assistance
-------------------------------------------------------
1. Go to https://ietf.webex.com/ietf/mc
2. On the left navigation bar, click "Support".

You can contact me at:
cmorgan@amsl.com
1-510-492-4085

To update this meeting to your calendar program (for example Microsoft= Outlook), click this link:
https://ietf.webex.com/ietf/j.php?MTID=3Dm4f877f2e629b841380e2d593e4e3= 9b87


WebEx will automatically setup Meeting Manager for Windows the first t= ime you join a meeting. To save time, you can setup prior to the meeting by= clicking this link:
https://ietf.webex.com/ietf/meetingcenter/mcsetup.php


The playback of UCF (Universal Communications Format) rich media files= requires appropriate players. To view this type of rich media files in the= meeting, please check whether you have the players installed on your compu= ter by going to https://ietf.webex.com/ietf/systemdiagnosis.php. 

http://www.webex.com

CCP:+16504793208x649102111# 

IMPORTANT NOTICE: This WebEx service includes a feature that allows au= dio and any documents and other materials exchanged or viewed during the se= ssion to be recorded. By joining this session, you automatically consent to= such recordings. If you do not consent to the recording, discuss your concerns with the meeting host prio= r to the start of the recording or do not join the session. Please note tha= t any such recordings may be subject to discovery in the event of litigatio= n.


From: "Thomas D. Nadeau" = <tnadeau@lucidvision.com&= gt;
Date: Tuesday, October 21, 2014 at = 5:53 PM
To: Acee Lindem <acee@cisco.com>
Cc: Alia Atlas <akatlas@gmail.com>, OSPF WG List <ospf@ietf.org>, "netmod-chairs@tools.ietf.org" <netmod-chairs@tools.ie= tf.org>
Subject: Re: [OSPF] netmod interim = discussing an OSPF model tomorrow...




On Oct 21, 2014:5:51 PM, at 5:51 PM, Acee Lindem (acee) <= ;acee@cisco.com> wrote:=

Hi Alia, Tom, Juergen, 

Can one of you forward tomorrow=92s netmod WebEx to this li= st as well? 

Thanks,
Acee 

From: Alia Atlas <akatlas@gmail.com>
Date: Tuesday, October 2= 1, 2014 at 5:46 PM
To: OSPF WG List <ospf@ietf.org>
Cc: "netmod-chairs@tools.ietf.org" <net= mod-chairs@tools.ietf.org>
Subject: [OSPF] netmod i= nterim discussing an OSPF model tomorrow...



---------- Forwarded message ----------
From: Thomas D. Nadeau <tnadeau@lucidvisi= on.com>
Date: Tue, Oct 21, 2014 at 5:44 PM
Subject: [netmod] interim meeting: yang model focus
To: NETMOD Working Group <= netmod@ietf.org>



        Tomorrow's meeting will use the same WebEx from= last time (and the same as was used last week at the Yang 1.1-focused meet= ing).

        Tomorrow's interim meeting has the following pr= eliminary agenda:

        0) Quickly how to use IRC/sign-in
        1) Note Well
        2) Agenda Bashing
        3) OSPF Model - Kiran Agrahara Sreenivasa <<= a href=3D"mailto:kkoushik@Brocade.com" class=3D"">kkoushik@Brocade.com&= gt;; myeung@cisco.com


        Are there any other models people wish to discu= ss?

        --Tom



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



 --_000_D06C4F2D5FD6aceeciscocom_-- From nobody Wed Oct 22 06:32:34 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 046D71A9164 for ; Wed, 22 Oct 2014 06:32:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 u_dL7Rqfalcq for ; Wed, 22 Oct 2014 06:32:30 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 500CC1A914E for ; Wed, 22 Oct 2014 06:32:30 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9MDWSYt017841 for ; Wed, 22 Oct 2014 14:32:28 +0100 Received: from 950129200 (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s9MDWQmB017821 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 22 Oct 2014 14:32:27 +0100 From: "Adrian Farrel" To: Date: Wed, 22 Oct 2014 14:32:26 +0100 Message-ID: <024c01cfedfc$9f5fa220$de1ee660$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/t/J1hdLtlS0KgRuG1qLgEX1KcTA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21042.006 X-TM-AS-Result: No--10.581-10.0-31-10 X-imss-scan-details: No--10.581-10.0-31-10 X-TMASE-MatchedRID: Uu3ZxWwlOVIO0G36v8LMKszWN98iBBeGhK6MUk5fDP1F+YXPIqAdvo1e cYQjcUBPFsFsBxZEz2tCIsuoF1h0DCnbeaPf0/tqBEfU2vugRF3TDXgcUlCNo1pbYq2f4jz+Krm Y1wwTgLxS1trc1MyFnIkco61zi5ULYWo9dIuk10BCvapcIkxJX3WT6A/Vdqa0myiLZetSf8nJ4y 0wP1A6AKTygpcqFEs8ExAtD/T72EbdB/CxWTRRu25FeHtsUoHuATmSWel2jlvGrxRMTZCkLRAvM lIzhtiJnSmKlECTBrRLhb8xGEnVfg== Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/t28_BMGzATCz-k0sxWkwyi0XYEI Subject: [OSPF] FW: NETMOD interim meeting canceled X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2014 13:32:33 -0000 FYI > -----Original Message----- > From: Rtg-yang-coord [mailto:rtg-yang-coord-bounces@ietf.org] On Behalf Of > Benoit Claise > Sent: 22 October 2014 14:16 > To: NETMOD Working Group; Rtg-yang-coord@ietf.org > Cc: ops-ads@tools.ietf.org; rtg-ads@tools.ietf.org > Subject: [Rtg-yang-coord] NETMOD interim meeting canceled > > Dear all, > > Today NETMOD interim meeting is canceled. > > I received some pushbacks from the routing ADs, on the ground that: > 1. This interim appears to be meeting to discuss a non-WG draft for > which there is no milestone in the working group and for which there is > an obvious home outside the working group. > 2. The agenda was not announced a week in advance on the IETF announce > list as is required > > Regards, Benoit > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord From nobody Thu Oct 23 08:47:15 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@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/ospf/qZ6g74yO_3oF_SPxuGFqSKa9Ygg Cc: "ospf@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org" Subject: Re: [OSPF] [spring] FW: New Version Notification for draft-lw-spring-sid-allocation-00.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List 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 16:20:22 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA28B1A6F17 for ; Thu, 23 Oct 2014 16:20:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 OQggTP-2615j for ; Thu, 23 Oct 2014 16:20:15 -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 1B4A81A1F04 for ; Thu, 23 Oct 2014 16:20:15 -0700 (PDT) X-AuditID: c6180641-f79916d00000623a-ae-5449330c53b3 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 71.C9.25146.C0339445; Thu, 23 Oct 2014 18:55:41 +0200 (CEST) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0174.001; Thu, 23 Oct 2014 19:20:11 -0400 From: Uma Chunduri To: "ospf@ietf.org" Thread-Topic: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-02.txt Thread-Index: AQHP7oeY/LQGIr6SGk+vIql6ns3uZJw+UjMw Date: Thu, 23 Oct 2014 23:20:09 +0000 Message-ID: <1B502206DFA0C544B7A60469152008633F3D088B@eusaamb105.ericsson.se> References: <20141023060710.3716.7449.idtracker@ietfa.amsl.com> In-Reply-To: <20141023060710.3716.7449.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.10] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrBLMWRmVeSWpSXmKPExsUyuXRPiC6vsWeIweO/TBYt9+6xOzB6LFny kymAMYrLJiU1J7MstUjfLoErY/XpCewFB4Qrdk5nbWBsEO5i5OSQEDCR2H76IBuELSZx4d56 IJuLQ0jgKKPE0f2/mCCc5YwSO5ddZQWpYhPQk/g49Sc7iC0ioCyxZW8/WLewQIzE6UVboOKx Egc7/rNB2EYSTVfWMIHYLAKqEle+rgKbwyvgK/HiwkxmEFtIwF5i+8N9LCA2p4CDxKNXc8Di jEAXfT8F0cssIC5x68l8JohLBSSW7DnPDGGLSrx8/I8VwlaSmLT0HJDNAVSvKbF+lz5Eq6LE lO6H7BBrBSVOznzCMoFRdBaSqbMQOmYh6ZiFpGMBI8sqRo7S4tSy3HQjw02MwKA/JsHmuINx wSfLQ4wCHIxKPLwPNDxChFgTy4orcw8xSnOwKInzalbPCxYSSE8sSc1OTS1ILYovKs1JLT7E yMTBKdXAaP1rZZNUY7qllKTrqglvtO5LCt5IL7X7KNge53165zKtpefN1T48vGwlqbxE0/BK JPO0Uqf4nTumxIb++du8cB7z4wPzt0tu+WqUu4tJRbZs/745GjUnXpdFdnJ9TY46Gar99NaD v3sn7LN54rk25IbZCe3aOeziG7M7tlfE/Dj7epZA368ZMkosxRmJhlrMRcWJAK8aTEVbAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/v2d3b_HFOoASnVd-DdJqIVz9uNM Subject: [OSPF] FW: New Version Notification for draft-chunduri-ospf-self-defined-sub-tlvs-02.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 23:20:19 -0000 RGVhciBBbGwsDQoNClBsZWFzZSBzZWUgdGhlIG5ldyB2ZXJzaW9uIHdpdGggYnVuY2ggb2YgY29t bWVudHMgdGFrZW4gY2FyZSBmcm9tIHRoZSBuZXcgY28tYXV0aG9yLg0KWW91ciBjb21tZW50cy8g c3VnZ2VzdGlvbnMgYXJlIHdlbGNvbWUuDQoNCi0tDQpVbWEgQy4NCg0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IFdlZG5lc2RheSwgT2N0b2JlciAyMiwgMjAx NCAxMTowNyBQTQ0KVG86IFVtYSBDaHVuZHVyaTsgTHVpcyBNLiBDb250cmVyYXM7IFhpYW9odSBY dTsgTHVpcyBNLkNvbnRyZXJhczsgWGlhb2h1IFh1OyBNb2hhbWVkIEJvdWNhZGFpcjsgVW1hIENo dW5kdXJpOyBNb2hhbWVkIEJvdWNhZGFpcg0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0 aW9uIGZvciBkcmFmdC1jaHVuZHVyaS1vc3BmLXNlbGYtZGVmaW5lZC1zdWItdGx2cy0wMi50eHQN Cg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRlZmlu ZWQtc3ViLXRsdnMtMDIudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFVt YSBDaHVuZHVyaSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCk5hbWU6CQlk cmFmdC1jaHVuZHVyaS1vc3BmLXNlbGYtZGVmaW5lZC1zdWItdGx2cw0KUmV2aXNpb246CTAyDQpU aXRsZToJCVVzaW5nIFNlbGYtZGVmaW5lZCBTdWItVExWcyBmb3IgQWdpbGUgU2VydmljZSBEZXBs b3ltZW50DQpEb2N1bWVudCBkYXRlOgkyMDE0LTEwLTIyDQpHcm91cDoJCUluZGl2aWR1YWwgU3Vi bWlzc2lvbg0KUGFnZXM6CQk3DQpVUkw6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvZHJhZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRlZmluZWQtc3ViLXRsdnMt MDIudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRlZmluZWQtc3ViLXRsdnMvDQpIdG1saXplZDogICAg ICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtY2h1bmR1cmktb3NwZi1zZWxmLWRl ZmluZWQtc3ViLXRsdnMtMDINCkRpZmY6ICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL3Jm Y2RpZmY/dXJsMj1kcmFmdC1jaHVuZHVyaS1vc3BmLXNlbGYtZGVmaW5lZC1zdWItdGx2cy0wMg0K DQpBYnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvcG9zZXMgYSBUTFYgd2l0aGluIHRoZSBi b2R5IG9mIHRoZSBPU1BGIFJvdXRlcg0KICAgSW5mb3JtYXRpb24gKFJJKSBPcGFxdWUgTFNBLCBj YWxsZWQgU2VsZi1kZWZpbmVkIFN1Yi1UTFYgQ29udGFpbmVyDQogICBUTFYuICBIZXJlIHRoZSB0 ZXJtIE9TUEYgbWVhbnMgYm90aCBPU1BGdjIgYW5kIE9TUEZ2My5UaGlzIGF0dHJpYnV0ZQ0KICAg aXMgbWVhbnQgdG8gYWNjb21tb2RhdGUgcG9saWN5LWJhc2VkIGFuZCBkZXBsb3ltZW50LXNwZWNp ZmljIHVzZQ0KICAgY2FzZXMuDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVh c2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGlt ZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBh dmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Fri Oct 24 04:29:45 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@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/ospf/5y2dfh1CuKqPJStsJgC_oVR1bIc Cc: "ospf@ietf.org" , "spring@ietf.org" , "isis-wg@ietf.org" Subject: Re: [OSPF] =?utf-8?b?W0lzaXMtd2ddIOetlOWkjTogUmU6IFtzcHJpbmddIEZXOiBO?= =?utf-8?q?ew_Version_Notification_for_draft-lw-spring-sid-allocation-00?= =?utf-8?q?=2Etxt?= X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List 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 Fri Oct 24 14:29:45 2014 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51AA41A1B1A for ; Fri, 24 Oct 2014 14:29: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 sW4jpLshJDxa for ; Fri, 24 Oct 2014 14:29:37 -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 AA5151A1AE0 for ; Fri, 24 Oct 2014 14:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18243; q=dns/txt; s=iport; t=1414186177; x=1415395777; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=EG+HidTwoWZuVeBjkgPwPY3cBlTjAz6sHpiisdGx/Gc=; b=Kmt8ycuqplMjNuvFbLjtLxqUCYrhlWGoI0jOUPYYruD0x39kc1D92eWz lRctxHmWypWR3Wku2rcVNf17mQxnI8SeUxOspYGbAqKoDUtXLIV0lh3XP kRSIQp0zNichfo+joeEQyejt0fjWyF+bJyTTKpqDSQy2Z+FTRQDjwZ/oD Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AicFALfDSlStJA2J/2dsb2JhbABcgkhGVFMFBMs+gXCHTQKBCBYBfYQCAQEBBC1cAgEIEQMBAQEoBzIUCQgCBAESCYg4CAXKewEBAQEBAQEBAQEBAQEBAQEBAQEBAReQRw0KAYRLBY9ngh6ERoJDhE+BMTyDDYoThx+DeGwBgUeBAwEBAQ X-IronPort-AV: E=Sophos; i="5.04,782,1406592000"; d="scan'208,217"; a="90127102" Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-3.cisco.com with ESMTP; 24 Oct 2014 21:29:36 +0000 Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id s9OLTapj032583 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Oct 2014 21:29:36 GMT Received: from xmb-aln-x15.cisco.com ([169.254.9.162]) by xhc-rcd-x05.cisco.com ([173.37.183.79]) with mapi id 14.03.0195.001; Fri, 24 Oct 2014 16:29:36 -0500 From: "Derek Man-Kit Yeung (myeung)" To: Uma Chunduri , "ospf@ietf.org" Thread-Topic: Update to OSPF YANG model Thread-Index: AQHP5/x5wlZXBWL+QEq6hsX3remzgJwwpoiQgA8LKwA= Date: Fri, 24 Oct 2014 21:29:35 +0000 Message-ID: References: <1B502206DFA0C544B7A60469152008633F3C9030@eusaamb105.ericsson.se> In-Reply-To: <1B502206DFA0C544B7A60469152008633F3C9030@eusaamb105.ericsson.se> Accept-Language: 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: [10.154.209.63] Content-Type: multipart/alternative; boundary="_000_D070117B3701Dmyeungciscocom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/8QtULymgbCwiWtRqQYcWGoEA4-c Subject: Re: [OSPF] Update to OSPF YANG model X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Oct 2014 21:29:41 -0000 --_000_D070117B3701Dmyeungciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Uma, Sure. Please send us the comments. To jump start the discussion, I list a few areas that the co-authors are lo= oking for feedback from the WG. Notifications - The current model define notifications for all the traps common between O= SPFv2 and OSPFv3 MIB. - In order words, there is no matching notification defined for ospfIfAuthF= ailure , ospfMaxAgeLsa, ospfOriginateLsa, ospfTxRetransmit, - Should the above be defined too? - Are there any new notification beyond the exiting MIB that we should incl= ude? RPC - There is no RPC defined in the data model. - Is there any use case for them? Operation data - There are known missing config and operation data from the model. - We plan to add back authentication and counters in the upcoming iteration= s. - Are there other config/operation states to be added? Protocol centric vs VRF centric data model - The current data model support both, Should we: 1) Keep it this way and let vendors pick which style best suit them. 2) Keep it this way and require vendors to support both styles (Just throug= h the model, not CLI). Or 3) Pick one for the data model and so vendor only support one style. Thanks, - Derek From: Uma Chunduri > Date: Tuesday, October 14, 2014 10:46 PM To: myeung >, "ospf@ietf.org" > Subject: RE: Update to OSPF YANG model Thank you for the draft and it=92s very useful (have few comments and shall= discuss). -- Uma C. From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Derek Man-Kit Yeung = (myeung) Sent: Tuesday, October 14, 2014 3:16 PM To: ospf@ietf.org Subject: [OSPF] Update to OSPF YANG model FYI. Please note that a new version of OSPF YANG model has been submitted. A new version of I-D, draft-yeung-netmod-ospf-02.txt has been successfully submitted by Derek Yeung and posted to the IETF repository. Name: draft-yeung-netmod-ospf Revision: 02 Title: Yang Data Model for OSPF Protocol Document date: 2014-10-14 Group: Individual Submission Pages: 72 URL: http://www.ietf.org/internet-drafts/draft-yeung-netmod-ospf= -02.txt Status: https://datatracker.ietf.org/doc/draft-yeung-netmod-ospf/ Htmlized: http://tools.ietf.org/html/draft-yeung-netmod-ospf-02 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-yeung-netmod-ospf-= 02 Abstract: This document defines a YANG data model that can be used to configure and manage OSPF. Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat Thanks, - Derek --_000_D070117B3701Dmyeungciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <05120FF590A5C74CAE98F2F487C1D7B4@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

Uma,


Sure. Please send us the= comments.


To jump start the discus= sion, I list a few areas that the co-authors are looking for feedback from = the WG.


Notifications

- The current model defi= ne notifications for all the traps common between OSPFv2 and OSPFv3 MIB.

- In order words, there = is no matching notification defined for ospfIfAuthFailure , ospfMaxAgeLsa, = ospfOriginateLsa, ospfTxRetransmit,

- Should the above be de= fined too?

- Are there any new noti= fication beyond the exiting MIB that we should include?


RPC

- There is no RPC define= d in the data model.

- Is there any use case = for them?


Operation data

- There are known missin= g config and operation data from the model.

- We plan to add back authenticatio= n and counters in the upcoming iterations.

- Are there other config= /operation states to be added?


Protocol centric vs VRF = centric data model

- The current data model= support both, Should we:

1) Keep it this way and let vend= ors pick which style best suit them.

2) Keep it this way and require = vendors to support both styles (Just through the model, not CLI). Or

3) Pick one for the data model a= nd so vendor only support one style.


Thanks,
- Derek

From: Uma Chunduri <uma.chunduri@ericsson.com>
Date: Tuesday, October 14, 2014 10:= 46 PM
To: myeung <myeung@cisco.com>, "ospf@ietf.org" <ospf@iet= f.org>
Subject: RE: Update to OSPF YANG mo= del

Thank you for the draft and it=92s= very useful (have few comments and shall discuss).

 

--

Uma C.

 

From: OSPF [m= ailto:ospf-bounces@ietf.org] On Behalf Of Derek Man-Kit Yeung (myeung)
Sent: Tuesday, October 14, 2014 3:16 PM
To: ospf@ietf.org
Subject: [OSPF] Update to OSPF YANG model

 

FYI. Please note that a new version of OSPF= YANG model has been submitted.

 

A new version of I-D, draft-yeung-netmod-ospf-02.txt

has been successfully submitted by Derek Yeung and posted to = the

IETF repository.

 

Name:=

draft-yeung-netmod-ospf

Revision:

02

Title:

Yang Data Model for OSPF Protocol

Document date:

2014-10-14

Group:

Individual Submission

Pages:

72

Diff:         &n= bsp; http://www.ietf.org/rfcdiff?url2=3Ddraft-yeung-netmod-ospf-02<= o:p>

 

Abstract:

   This document defines a YANG data model that can= be used to configure

   and manage OSPF.

 

          &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;         <= /p>

 

 

Please note that it may take a couple of minutes from the tim= e of submission

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

 

The IETF Secretariat

 

Thanks,

- Derek

 --_000_D070117B3701Dmyeungciscocom_--