From nobody Mon Apr 3 05:54:37 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E80B1295EA; Mon, 3 Apr 2017 05:54:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MH0aKPI1RrHT; Mon, 3 Apr 2017 05:54:32 -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 CD8A61295EE; Mon, 3 Apr 2017 05:54:31 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML713-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DEB07366; Mon, 03 Apr 2017 12:54:28 +0000 (GMT) Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 3 Apr 2017 13:54:27 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Mon, 3 Apr 2017 18:24:21 +0530 From: Veerendranatha Reddy Vallem To: "draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org" CC: "ospf@ietf.org" Thread-Topic: [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs Thread-Index: AdKsdgU8JxMH2wptR56GTNe1wu2LHw== Date: Mon, 3 Apr 2017 12:54:21 +0000 Message-ID: <73BFDDFFF499304EB26FE5FDEF20F7885088DEA9@blreml501-mbb> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.152.243] Content-Type: multipart/alternative; boundary="_000_73BFDDFFF499304EB26FE5FDEF20F7885088DEA9blreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58E24605.017C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: aa9600e9c3d0f5ff87d3dad03d9687cb Archived-At: Subject: [OSPF] [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 03 Apr 2017 12:54:36 -0000 --_000_73BFDDFFF499304EB26FE5FDEF20F7885088DEA9blreml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, Can you please confirm the actions need to take while validating extended T= LVs for malformed extended LSA check while parsing the LSA. Can you please confirm which case we can discard LSA or in which case we wi= ll ignore TLV, but LSA is consider as valid and processed other TLVs. S.No Scenario = = Action 1 Sum of TLV lengths is more than total LSA body length= Discard the LSA by considering malf= ormed packet, no ACK 2 Sum of TLV lengths is same as total LSA body length,= but Ignore the current TLV and continue = to next TLV (or) Sub TLV length/ sum of sub TLV length in one TLV = Discard the LSA by considering= malformed packet with no ACK?? exceeds TLV length 3. Sum of TLV and sub TLV lengths are same as total LSA= body length But TLV length is not correct as per TLV type (Ex: Router Link TLV has fixed length of 16 bytes, bu= t provided 8 bytes data in one of router Link TLV and TLV leng= th also set as 8 bytes) Discard the current TLV and continue to next T= LV (or) = = Discard the LSA by considering malformed packet with no ACK?? 4. Sum of TLV and sub TLV lengths are same as total LSA = body length TLV length is correct as per length of sub TLVs, but= sub TLV length is not correct as per sub TLV type (Ex: Adj SID sub TLV has at least fixed length of 8 b= ytes, but provided 4 bytes data in one of Adj SID sub TLV and sub TLV = length also set as 4 bytes) Discard the current TLV and continue to ne= xt TLV (or) = = Discard the LSA by considering malformed packet with no A= CK?? Regards, Veerendranath --_000_73BFDDFFF499304EB26FE5FDEF20F7885088DEA9blreml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Authors,

Can you please confirm the actions need to take whil= e validating extended TLVs for malformed extended LSA check while parsing t= he LSA.

Can you please confirm which case we can discard LSA= or in which case we will ignore  TLV, but LSA is consider as valid an= d processed other TLVs.

 

S.No         = ;   Scenario        =             &nb= sp;            =             &nb= sp;             = ;            &n= bsp;            = ;            &n= bsp;            = ;            &n= bsp;    Action

1        &nb= sp;            Sum o= f TLV lengths is more than total LSA body length    &nb= sp;            =             &n= bsp;         Discard the LSA b= y considering malformed packet, no ACK

 

2        &nb= sp;            Sum o= f TLV lengths is same as total LSA  body length, but   =              &n= bsp;            = ;      Ignore the current TLV and continue to= next TLV (or)

        &nbs= p;             =  Sub TLV length/ sum of sub TLV length in one TLV   &nb= sp;            =             &nb= sp;            =         Discard the LSA by considering m= alformed packet with  no ACK??

        &nbs= p;            &= nbsp;  exceeds TLV length    

3.        &n= bsp;           Sum of TLV= and sub TLV lengths are  same as total LSA body length  &nb= sp;            =  

        &nbs= p;            &= nbsp; But TLV length is not correct as per TLV type

        &nbs= p;            &= nbsp;(Ex: Router Link TLV has fixed length of 16 bytes, but provided

        &nbs= p;             =  8 bytes data in one  of router Link TLV and TLV length also set = as 8 bytes)      Discard the current TLV and conti= nue to next TLV (or)

        &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;             =             &nb= sp;            =             &nb= sp;  Discard the LSA by considering malformed packet with no ACK?= ?

4.        &n= bsp;          Sum of TLV and s= ub TLV lengths are  same as total LSA body length   &nb= sp;            

        &nbs= p;            &= nbsp; TLV length is correct as per length of sub TLVs, but sub TLV len= gth is

        &nbs= p;            &= nbsp; not correct as per sub TLV type

        &nbs= p;             = (Ex: Adj SID sub TLV has at least fixed length of 8 bytes, but provided

        &nbs= p;             =  4 bytes data in one  of Adj SID sub TLV and sub TLV length also = set as 4 bytes)      Discard the current TLV and c= ontinue to next TLV (or)

        &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;             =             &nb= sp;            =             &nb= sp;        Discard the LSA by consi= dering malformed packet with no ACK??

 

Regards,

Veerendranath

        &nbs= p;            &= nbsp;

--_000_73BFDDFFF499304EB26FE5FDEF20F7885088DEA9blreml501mbb_-- From nobody Mon Apr 3 10:20:12 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1957112709D for ; Mon, 3 Apr 2017 10:20:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ItEVfe0daCt for ; Mon, 3 Apr 2017 10:20:09 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52535120046 for ; Mon, 3 Apr 2017 10:20:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1351; q=dns/txt; s=iport; t=1491240009; x=1492449609; h=from:to:subject:date:message-id:mime-version; bh=6JwB2SbCflXqVcRFwkgnv/4w/VmKyY6PnJMUkMRB3Vc=; b=ElDjpzRVEqdb42QOz6bNMqFA7buw45Jq6SbH+hbC+n3AhXg73kbxTPD4 xCkumM4OX4qjFR7+9LemE/p5u4oe6z4Z8n92P4lSP1RE3NPtLZb4n7P9y PvlRik6Nq2GF6fOm831yg0HdT0fYUCumecOMq/VqgX4MXsL0HFqIix+Ly w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BMAwCcg+JY/5pdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1RhgRKvY4Migg+CDiqJQEAXAQIBAQEBAQEBayiFDIEbAQsBdCcEiiA?= =?us-ascii?q?OmwCSLYpXAQEBBwEBAQEfBZV2BZxtAYZ8i1ORPJN0ASABNoEFWxWHGoktgQ0BA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos; i="5.36,271,1486425600"; d="scan'208,217"; a="10320450" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Apr 2017 17:20:08 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v33HK8lq002586 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 3 Apr 2017 17:20:08 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 3 Apr 2017 13:20:07 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Mon, 3 Apr 2017 13:20:07 -0400 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: IETF 98 OSPF WG Minutes Thread-Index: AQHSrJ6KxdqUtOkomU2eNTq2G1NlrA== Date: Mon, 3 Apr 2017 17:20:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D507FC80A6CC2aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: [OSPF] IETF 98 OSPF WG Minutes X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 03 Apr 2017 17:20:11 -0000 --_000_D507FC80A6CC2aceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable IETF 98 OSPF WG minutes have been posted. Thanks to Les Ginsberg and Yingzh= en Qu for taking them. https://datatracker.ietf.org/doc/minutes-98-ospf/ Thanks, Acee --_000_D507FC80A6CC2aceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <8C09CCEB560CC04B963AC19BC46225B9@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
IETF 98 OSPF WG minutes have be= en posted. Thanks to Les Ginsberg and Yingzhen Qu for taking them. 


Thanks,
Acee 
--_000_D507FC80A6CC2aceeciscocom_-- From nobody Mon Apr 3 12:26:09 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA5061294C7; Mon, 3 Apr 2017 12:26:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nT9kllefs6wx; Mon, 3 Apr 2017 12:26:04 -0700 (PDT) Received: from mail-qk0-x244.google.com (mail-qk0-x244.google.com [IPv6:2607:f8b0:400d:c09::244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14F311294C3; Mon, 3 Apr 2017 12:26:01 -0700 (PDT) Received: by mail-qk0-x244.google.com with SMTP id p22so20820819qka.0; Mon, 03 Apr 2017 12:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=EVwIZNl0Xz6lhB/7cwDxoWwELEfp0oPLpQou8/78qYU=; b=jAIhBNnoI+1Uz7db3929qKUz5fPliHrNHREhkcAyId5eCa4yGaus89XiRYYzBxu42I rZnmwxZoT20JxmKhZb2HkKY0zSzDqwlH2nGGgiYOqHif3qtZYNWgS3m/3fnJjSjsi+IW BF9SllcxX+NFBsREKzM20/gjsKhVK3CV4O6S2m7EFBgSxczi7uCzK/0gGMoNOv0wr33N 0gCVwZ4gOcsTLAH52UHqNtod+ZLhRRhs/Y3U138QstLCaWXSL80qGc2astxl9Q2xNd6+ L4GXYlNLHviYcKzpwAWUpne7anFpWLxjtoPno6+syPpRFQFMxZ/9cGF/v1HQzYoyQ9cR 4qeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=EVwIZNl0Xz6lhB/7cwDxoWwELEfp0oPLpQou8/78qYU=; b=LHW3n7UaA77P7osMv5G9JUxuqjsFvfcSw/lG4Si3w2qzsxW+VqtFtrGw+nUSMwgn4E iTkqbnE9YPyBDqOpIkbmp5nJ1coMhN637pk9m/nY0P39jyIOvwbsliTNbJ2qgnshs0zZ JIm56lKwGHe76MQCr9sdMQA5OCucVCAugBlZP6CwCdiZIzQAT3PSsO/LXAHlN/q8dp+0 gp/86ZFjTk5Z58U0XZNBJRJiNGXXL8UQVvCuACA+kZVEPIcO/Gu4UU5SgNvgvSJdQ5Ub 8lnWbOrq9o7jNgIq84IwWDYQQnCMTMBYb7gUXD/vLccKKaXryTDSBKiSXlHc5Xf3CTUM rH4g== X-Gm-Message-State: AFeK/H3MLy9hE7pay26nRiaW9t2ehrsNp3/vx/PzG/Vn87iv71EUW/qF0sfaUfOVUaBogQ== X-Received: by 10.55.8.5 with SMTP id 5mr6561283qki.265.1491247560270; Mon, 03 Apr 2017 12:26:00 -0700 (PDT) Received: from rtp-acee-8814.cisco.com ([173.38.117.86]) by smtp.gmail.com with ESMTPSA id x19sm10215004qtc.23.2017.04.03.12.25.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Apr 2017 12:25:59 -0700 (PDT) From: Acee Lindem X-Google-Original-From: Acee Lindem Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_FA035886-604C-45E9-9A0E-2AECE7E54406" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Mon, 3 Apr 2017 15:25:57 -0400 In-Reply-To: <73BFDDFFF499304EB26FE5FDEF20F7885088DEA9@blreml501-mbb> Cc: "draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org" , "ospf@ietf.org" To: Veerendranatha Reddy Vallem References: <73BFDDFFF499304EB26FE5FDEF20F7885088DEA9@blreml501-mbb> X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [OSPF] [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 03 Apr 2017 19:26:07 -0000 --Apple-Mail=_FA035886-604C-45E9-9A0E-2AECE7E54406 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Veerendranatha,=20 > On Apr 3, 2017, at 8:54 AM, Veerendranatha Reddy Vallem = wrote: >=20 > Dear Authors, > Can you please confirm the actions need to take while validating = extended TLVs for malformed extended LSA check while parsing the LSA. > Can you please confirm which case we can discard LSA or in which case = we will ignore TLV, but LSA is consider as valid and processed other = TLVs. > =20 > S.No Scenario = = Action > 1 Sum of TLV lengths is more than total LSA body = length Discard the LSA by = considering malformed packet, no ACK I=E2=80=99d certainly agree with this.=20 > =20 > 2 Sum of TLV lengths is same as total LSA body = length, but Ignore the current TLV and = continue to next TLV (or) > Sub TLV length/ sum of sub TLV length in one = TLV Discard the LSA by = considering malformed packet with no ACK?? > exceeds TLV length =20 Unless the correct TLV length is known in advance, I don=E2=80=99t see = how you can parse this correctly. I=E2=80=99d consider it a malformed = packet.=20 > 3. Sum of TLV and sub TLV lengths are same as = total LSA body length =20 > But TLV length is not correct as per TLV type > (Ex: Router Link TLV has fixed length of 16 = bytes, but provided > 8 bytes data in one of router Link TLV and TLV = length also set as 8 bytes) Discard the current TLV and continue to = next TLV (or) > = = Discard the LSA by considering malformed packet with = no ACK?? I=E2=80=99d just log an error in this case but certainly wouldn=E2=80=99t = change the LSA content. Depending on the usage, the LSA can be marked as = invalid.=20 > 4. Sum of TLV and sub TLV lengths are same as total = LSA body length =20 > TLV length is correct as per length of sub = TLVs, but sub TLV length is > not correct as per sub TLV type > (Ex: Adj SID sub TLV has at least fixed length = of 8 bytes, but provided > 4 bytes data in one of Adj SID sub TLV and sub = TLV length also set as 4 bytes) Discard the current TLV and = continue to next TLV (or) > = = Discard the LSA by considering malformed packet = with no ACK?? Same as #3.=20 Thanks, Acee > =20 > Regards, > Veerendranath > =20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf = --Apple-Mail=_FA035886-604C-45E9-9A0E-2AECE7E54406 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Veerendranatha, 

On = Apr 3, 2017, at 8:54 AM, Veerendranatha Reddy Vallem <veerendranatharv@huawei.com> wrote:

Dear Authors,
Can you please confirm the actions need to take while = validating extended TLVs for malformed extended LSA check while parsing = the LSA.
Can you please confirm which case we can discard LSA or in = which case we will ignore  TLV, but LSA is consider as valid and = processed other TLVs.
 
S.No    =         Scenario   =             &n= bsp;           &nbs= p;            =              =             &n= bsp;           &nbs= p;            =             &n= bsp;           &nbs= p;           Action=
1          &n= bsp;          Sum of TLV = lengths is more than total LSA body = length           &n= bsp;      =             &n= bsp;         Discard the = LSA by considering malformed packet, no = ACK

I=E2=80=99= d certainly agree with this. 


 
2          &n= bsp;          Sum of TLV = lengths is same as total LSA  body length, = but           =             &n= bsp;           Igno= re the current TLV and continue to next TLV (or)
          &nb= sp;           =  Sub TLV length/ sum of sub TLV length in one = TLV            = ;            &= nbsp;           &nb= sp;            = Discard the LSA by considering malformed packet with  no ACK??
          &nb= sp;            = ; exceeds TLV length     


Unless the = correct TLV length is known in advance, I don=E2=80=99t see how you can = parse this correctly. I=E2=80=99d consider it a malformed = packet. 


3.          &= nbsp;         Sum of TLV and sub = TLV lengths are  same as total LSA body = length           &n= bsp;    
          &nb= sp;            = ;But TLV length is not correct as per TLV type
          &nb= sp;           (Ex: = Router Link TLV has fixed length of 16 bytes, but provided
          &nb= sp;            8 = bytes data in one  of router Link TLV and TLV length also set as 8 = bytes)      Discard the current TLV and = continue to next TLV (or)
          &nb= sp;            = ;            &= nbsp;           &nb= sp;            = ;            &= nbsp;           &nb= sp;            = ;            &= nbsp; =             &n= bsp;           &nbs= p;            =             &n= bsp; Discard the LSA by considering malformed packet with no = ACK??


I=E2=80=99d just log an error in this case but = certainly wouldn=E2=80=99t change the LSA content. Depending on the = usage, the LSA can be marked as invalid. 




4.          &= nbsp;        Sum of TLV and sub TLV = lengths are  same as total LSA body = length           &n= bsp;    
          &nb= sp;            = ;TLV length is correct as per length of sub TLVs, but sub TLV length = is
          &nb= sp;            = not correct as per sub TLV type
          &nb= sp;           (Ex: Adj = SID sub TLV has at least fixed length of 8 bytes, but provided
          &nb= sp;            4 = bytes data in one  of Adj SID sub TLV and sub TLV length also set = as 4 bytes)      Discard the current TLV and = continue to next TLV (or)
          &nb= sp;            = ;            &= nbsp;           &nb= sp;            = ;            &= nbsp;           &nb= sp;            = ;            &= nbsp; =             &n= bsp;           &nbs= p;            =             &n= bsp;       Discard the LSA by = considering malformed packet with no = ACK??


Same as #3. 

Thanks,
Acee



 
Regards,
Veerendranath
          &nb= sp;           
_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www.ietf.org/mailman/listinfo/ospf

= --Apple-Mail=_FA035886-604C-45E9-9A0E-2AECE7E54406-- From nobody Wed Apr 5 06:09:14 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C94A126BF0; Wed, 5 Apr 2017 06:09:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id czoaoPu0lKgd; Wed, 5 Apr 2017 06:09:10 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9588F127B57; Wed, 5 Apr 2017 06:09:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2667; q=dns/txt; s=iport; t=1491397748; x=1492607348; h=from:to:cc:subject:date:message-id:mime-version; bh=gJeCqlTAm9eCzM6izYama+tGarR9G5N5tgfv9u47rqY=; b=aGwEUA3g8STTaFGcfsJQ/jEgG0iN/MHCcONNJlGNG3jnN1MEPFsF14pw ajfHx0qGvAXdvbNNb0y+IJ/LkES54LT5mLwO0XENHfizl0dNDGEajjic1 hkkV7zj064ChbjtrNOFNnqj5ujJfuhRKkoZOwC7p1ODOeA1S90AUYeTS5 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BMAQAA7ORY/4UNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5mYYESjW6hWoU0gg4shXaDSz8YAQIBAQEBAQEBax0LhTlcEgE?= =?us-ascii?q?MNz0nBA6KEw6tM4ppAQEBAQEBBAEBAQEBAQEBGwWOVIciBZxwAYZ9i1SBfYUui?= =?us-ascii?q?hGTdQEfOIEFWxWFUIFKiTGBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.36,278,1486425600"; d="scan'208,217";a="218738527" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Apr 2017 13:09:07 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v35D97NC023363 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 5 Apr 2017 13:09:07 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 5 Apr 2017 09:09:06 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 5 Apr 2017 09:09:06 -0400 From: "Acee Lindem (acee)" To: "draft-ietf-ospf-segment-routing-extensions@ietf.org" CC: OSPF WG List Thread-Topic: IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSrg3Oq9yR42/+gkqIpspeXxC51g== Date: Wed, 5 Apr 2017 13:09:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D50A64AFA77BBaceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 05 Apr 2017 13:09:12 -0000 --_000_D50A64AFA77BBaceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Authors, In preparation for OSPF WG last call, we are polling again as to whether yo= u have knowledge of any undeclared IPR. The following IPR declarations have been made for this draft: https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-osp= f-segment-routing-extensions Please confirm to the best of your knowledge that the declared IPR is the o= nly IPR pertaining to this draft. Thanks, Acee --_000_D50A64AFA77BBaceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <74D99CE1C6E4A3498F374359CC240736@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Authors, 

In preparation for OSPF WG last call, we are polling again as to whether yo= u have knowledge of any undeclared IPR. 

The following IPR declarations have been made for this draft:


Please confirm to the best of your k= nowledge that the declared IPR is the only IPR pertaining to this draft.&nb= sp;

Thanks,
Acee 

--_000_D50A64AFA77BBaceeciscocom_-- From nobody Wed Apr 5 06:16:49 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E473E1250B8; Wed, 5 Apr 2017 06:16:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MH1CDUDx6YnN; Wed, 5 Apr 2017 06:16:46 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADD61128B38; Wed, 5 Apr 2017 06:16:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=744; q=dns/txt; s=iport; t=1491398206; x=1492607806; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=b9lvdR8XTptw4L47Qaw3tVdFAx0phq0teqTjLO7Mjrw=; b=Dcx5cdY+ROl7voCnWaIj1dQA4qAAjxjoClex6qKzRUTyOr4G5qtwZt28 62iRtrCcd8YLKcqua0BYYJr9IKJX5DYyAbq8T7QdaepCTS69qRC4Rsvhx 6w4vl/PzX6It1CbAqrtMhFpjImyZ1mSylEAIKmTBR3HY3RJKmhtOrYs09 I=; X-IronPort-AV: E=Sophos;i="5.36,278,1486425600"; d="scan'208";a="651947007" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Apr 2017 13:16:44 +0000 Received: from [10.147.24.57] ([10.147.24.57]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v35DGhmk022091; Wed, 5 Apr 2017 13:16:43 GMT Message-ID: <58E4EE3B.20501@cisco.com> Date: Wed, 05 Apr 2017 15:16:43 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Acee Lindem (acee)" , "draft-ietf-ospf-segment-routing-extensions@ietf.org" CC: OSPF WG List References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 05 Apr 2017 13:16:48 -0000 Hi Acee, not aware of any other IPRs other then the ones already disclosed. thanks, Peter On 05/04/17 15:09 , Acee Lindem (acee) wrote: > Authors, > > In preparation for OSPF WG last call, we are polling again as to whether > you have knowledge of any undeclared IPR. > > The following IPR declarations have been made for this draft: > > https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-ospf-segment-routing-extensions > > Please confirm to the best of your knowledge that the declared IPR is > the only IPR pertaining to this draft. > > Thanks, > Acee > > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Wed Apr 5 07:43:15 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 355CE129440 for ; Wed, 5 Apr 2017 07:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K9MZWXn7uy7N for ; Wed, 5 Apr 2017 07:43:11 -0700 (PDT) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7DBA129447 for ; Wed, 5 Apr 2017 07:43:10 -0700 (PDT) Received: by mail-lf0-x235.google.com with SMTP id x137so10286965lff.3 for ; Wed, 05 Apr 2017 07:43:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qnoSBhdULF00/t7++KK8g1mYyGR0U9S8L0R1gS2MitY=; b=fLUDMn71a+XN+HvTnczfGiRtXa1jAIwLfAaLLI+Nx+cSoni8f54A3Z5W+Br1ZB+Krx eNM/IEWAdLhgD1RaGge20NE2PQ4ZRqa7ZMlcMJGqh0EhW+6FDrPypiEcaNkX0vQmDPXo Ep+ITVmz0ePoXA5SLz/MxJFr1LEV30bSdnEPFgu6Y1Z8Sh9PTQsIeYc9ccp0FLKMsaaj wxkI6jLm+eHX9P9PWPOztIjedLx/HNrWVtKPG3ZoTpWEhiZRJGUW69+F/NiZEa4Jmte7 uJ47HeHjnvJ6ewCuZ/C04kabX/00IaAdbcojZkeMs+eOlBmQ9lYoiScZGbq6IuwanGLo haNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qnoSBhdULF00/t7++KK8g1mYyGR0U9S8L0R1gS2MitY=; b=ntU0sn/JvL2/XZGkhNlesZjsclGy/ifXIH4tXrNOPsc68ra8hX15zOSvlmhUVVCZNg FlWm/H4aHSfWXHeClcPxI75f9eezwG9fEhV99AAD4O2uwESs8MJficniFuKklSrCkG89 lSQj3IStD5bals3Fds+xOmof08fvxzj5yW576ruVwdyO0u+beIjAv3rNtn7pJgOqH9lm qgqML+xGa/jSSWEVFZrEyHPqMMwU34SjIG0gVlOSKPfvXtRf/7AN8fJbsW49bx6Mmt9B pkv78+Z3k7Ssnljc8GbIK6nCR+ViimNmAvlND+MQrottmQgw3EsBjP961Ahc5lEqPAE7 aYUQ== X-Gm-Message-State: AFeK/H1Lsc7qCWSls+xdn5jqrLXmGc8AHdRfwCcGWYaFw/xb/U2d58n0 +lDvqApHSQs5JsSUeo1mocd+ZmBxisZQTEA= X-Received: by 10.28.128.147 with SMTP id b141mr19489351wmd.45.1491403388810; Wed, 05 Apr 2017 07:43:08 -0700 (PDT) MIME-Version: 1.0 References: <58E4EE3B.20501@cisco.com> In-Reply-To: <58E4EE3B.20501@cisco.com> From: Rob Shakir Date: Wed, 05 Apr 2017 14:42:57 +0000 Message-ID: To: Peter Psenak , "Acee Lindem (acee)" , "draft-ietf-ospf-segment-routing-extensions@ietf.org" Cc: OSPF WG List Content-Type: multipart/alternative; boundary=001a1141e65a3568db054c6c695d Archived-At: Subject: Re: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 05 Apr 2017 14:43:13 -0000 --001a1141e65a3568db054c6c695d Content-Type: text/plain; charset=UTF-8 Hi Acee, There is no undisclosed IPR of which I am aware. Thanks, r. On Wed, 5 Apr 2017, 06:16 Peter Psenak, wrote: > Hi Acee, > > not aware of any other IPRs other then the ones already disclosed. > > thanks, > Peter > > On 05/04/17 15:09 , Acee Lindem (acee) wrote: > > Authors, > > > > In preparation for OSPF WG last call, we are polling again as to whether > > you have knowledge of any undeclared IPR. > > > > The following IPR declarations have been made for this draft: > > > > > https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-ospf-segment-routing-extensions > > > > Please confirm to the best of your knowledge that the declared IPR is > > the only IPR pertaining to this draft. > > > > Thanks, > > Acee > > > > > > > > _______________________________________________ > > OSPF mailing list > > OSPF@ietf.org > > https://www.ietf.org/mailman/listinfo/ospf > > > > --001a1141e65a3568db054c6c695d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Acee,

There is no undisclosed IPR of which I am aware.

Thanks,
r.


On Wed, 5 Apr 2017, 06:16 P= eter Psenak, <ppsenak@cisco.com= > wrote:
Hi Acee,

not aware of any other IPRs other then the ones already disclosed.

thanks,
Peter

On 05/04/17 15:09 , Acee Lindem (acee) wrote:
> Authors,
>
> In preparation for OSPF WG last call, we are polling again as to wheth= er
> you have knowledge of any undeclared IPR.
>
> The following IPR declarations have been made for this draft:
>
> https://datatracker.ietf.org/ipr/search/?s= ubmit=3Ddraft&id=3Ddraft-ietf-ospf-segment-routing-extensions
>
> Please confirm to the best of your knowledge that the declared IPR is<= br class=3D"gmail_msg"> > the only IPR pertaining to this draft.
>
> Thanks,
> Acee
>
>
>
> _______________________________________________
> OSPF mailing list
> OSPF@ietf.org
> https://www.ietf.org/mailman/list= info/ospf
>

--001a1141e65a3568db054c6c695d-- From nobody Wed Apr 5 08:18:28 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F410112947E; Wed, 5 Apr 2017 08:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vCIicSPJNW2x; Wed, 5 Apr 2017 08:18:25 -0700 (PDT) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F4FD129476; Wed, 5 Apr 2017 08:18:25 -0700 (PDT) Received: by mail-lf0-x235.google.com with SMTP id h125so11228542lfe.0; Wed, 05 Apr 2017 08:18:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version; bh=oaoBTpiVU8E46e5fywcW2kV4/YyYBMxtraon3KSgOZg=; b=ZpINkjs28jpXAM3S6/HNYE03zP3xSoCw6SWPdVw4YbbU26TWgXVaDcqry8thHNrlYo 4Yx/BvKyW1+SDTlY1zG+wYQjr9dpguZDm1zrzhV9SSO3QwzlWYGVo/QcSk9+shGi4W5M dl5LhTYX9Wn8mqheuX50VVFdizitL8/9b+PHRGoWOxzRcJZnrX8i9dPOjq6/FNt29DC1 uFp+GzWRORwuogzPpE2WL4fGl4TpBrhob4LdQbX5YNpept4sbGVEsBCAhcM+lQ8e5I53 7pq9PxYLWaZNjQJIWnCHvu4JuWWgqjKb46pjgZyQ64/BwOKpB1UlOYrYiIotVbu+ocRi DrIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version; bh=oaoBTpiVU8E46e5fywcW2kV4/YyYBMxtraon3KSgOZg=; b=dRNY8fapj1A2l47mHdT7QBeuQ7ZAsDqcIYxjOPYKVUIMuZvQr4zPG4YyQnyJnRN23T 9VxT4lfcPyzmVYdVhl75DQR6AcS3gIdk6h5bpYgHOkpnkTybekr/bq6bOAmmzisZa5lB AfxrMpv7wmtxBx39uHvbHnbFpwOkS87/TVxXfhmPuclBslbNJB87r5HR2lAKi1Zts36B jA80q+sxWMXygBewmJ8OOPWP1xuE5HveiP57z9nE8bbgf8ZKoxEG+1hcs9avOeopTEiG 935nJo1rxyb19Y7CN40qXltzmH9d3IuSgzc7dLaMCt5Vppi0NcOFH0fQdvx3krFLc5b4 CKhw== X-Gm-Message-State: AFeK/H1lIQLjJEIY5KzciST/qp+uyGXS088TFx326ZfYRCk1swc2jehe8XW9TdGbGIUCCQ== X-Received: by 10.28.109.70 with SMTP id i67mr20032269wmc.48.1491405503507; Wed, 05 Apr 2017 08:18:23 -0700 (PDT) Received: from [192.168.0.252] (0.205.23.93.rev.sfr.net. [93.23.205.0]) by smtp.gmail.com with ESMTPSA id x1sm26469697wrd.63.2017.04.05.08.18.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Apr 2017 08:18:22 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.20.0.170309 Date: Wed, 05 Apr 2017 08:18:23 -0700 From: Jeff Tantsura To: "Acee Lindem (acee)" , "draft-ietf-ospf-segment-routing-extensions@ietf.org" CC: OSPF WG List Message-ID: <31A510E1-7BA3-4CB8-9105-F934D156315D@gmail.com> Thread-Topic: IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 References: In-Reply-To: Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3574225105_65271348" Archived-At: Subject: Re: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 05 Apr 2017 15:18:28 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3574225105_65271348 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit Hi Acee, Not aware of any undisclosed IPR. Thanks! Cheers, Jeff From: "Acee Lindem (acee)" Date: Wednesday, April 5, 2017 at 06:09 To: "draft-ietf-ospf-segment-routing-extensions@ietf.org" Cc: "ospf@ietf.org" Subject: IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 Resent-From: Resent-To: , , Clarence Filsfils , , , , Resent-Date: Wed, 5 Apr 2017 06:09:12 -0700 (PDT) Authors, In preparation for OSPF WG last call, we are polling again as to whether you have knowledge of any undeclared IPR. The following IPR declarations have been made for this draft: https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-ospf-segment-routing-extensions Please confirm to the best of your knowledge that the declared IPR is the only IPR pertaining to this draft. Thanks, Acee --B_3574225105_65271348 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

Hi Acee,

 

Not aware of an= y undisclosed IPR.

Thanks!

 

Cheers,

Jeff=

 

 

From: "Acee Lindem (acee)= " <acee@cisco.com>
Date: Wednesday, April 5, 2017 at 06= :09
To: "draft-ietf-ospf-segment-routing-extensions@ietf.org&= quot; <draft-ietf-ospf-segment-routing-extensions@ietf.org>
Cc: = "ospf@ietf.org" <ospf@ietf.org>
Subject: IPR C= all for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-se= gment-routing-extensions-12
Resent-From: <alias-bounces@ietf.or= g>
Resent-To: <ppsenak@cisco.com>, <sprevidi@cisco.com= >, Clarence Filsfils <cfilsfil@cisco.com>, <jefftant.ietf@gmail.= com>, <wim.henderickx@nokia.com>, <hannes@rtbrick.com>, <r= objs@google.com>
Resent-Date: Wed, 5 Apr 2017 06:09:12 -0700 (P= DT)

 

=

Authors, 

&= nbsp;

In preparation for OSPF WG last call,= we are polling again as to whether you have knowledge of any undeclared IPR= . 

=

 

<= span style=3D'font-family:Calibri'>Please confirm to the best of your knowledg= e that the declared IPR is the only IPR pertaining to this draft. 

 

Thanks,<= /o:p>

Ace= e 

 

--B_3574225105_65271348-- From nobody Sun Apr 9 12:52:47 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D54D1276AF; Sun, 9 Apr 2017 12:52:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 xaTCVNpreu_6; Sun, 9 Apr 2017 12:52:43 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75C3E126CC7; Sun, 9 Apr 2017 12:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1878; q=dns/txt; s=iport; t=1491767563; x=1492977163; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6jW3UtTiYjCRK4w/gCZPmjDN0HYttpEFaW2HRsqUECE=; b=kicq3ms6HatzSDOzcExuH9rJ00GxN30KvHK7fz+lE4Urcf5RAmQKLN7+ RiB/r1qSv/9qGnavi36lEbiVJJIoj6WDqdkAlqfA1lW8wv7vlAss9cAa4 832Y4a/W5YkikPWtflUM7eEipdf0GYtfS0U5C6g2nwElUlcKUJnypUchc I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAQBMkOpY/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NheRIHjXKRQIgajT2CDy6FdgIag0Q/GAECAQEBAQEBAWsohRU?= =?us-ascii?q?BAQEBAgEdBhFFBQsCAQgRAwECAQICHwcCAgIfERUICAIEDgWJdwMNCA6oFIImh?= =?us-ascii?q?yINgy0BAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYELhUWCBYJrglFGgT8Xgm8ugjE?= =?us-ascii?q?FnEA7AYZ/hxyEPYF/hS6KFIsAiH8BHzhLOlsVUgGEfoFKdYd7gQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,179,1488844800"; d="scan'208";a="233836353" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Apr 2017 19:52:42 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v39Jqgoc012822 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 9 Apr 2017 19:52:42 GMT Received: from xch-rtp-010.cisco.com (64.101.220.150) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sun, 9 Apr 2017 15:52:41 -0400 Received: from xch-rtp-010.cisco.com ([64.101.220.150]) by XCH-RTP-010.cisco.com ([64.101.220.150]) with mapi id 15.00.1210.000; Sun, 9 Apr 2017 15:52:41 -0400 From: "Stefano Previdi (sprevidi)" To: "Acee Lindem (acee)" CC: "draft-ietf-ospf-segment-routing-extensions@ietf.org" , OSPF WG List Thread-Topic: IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSsWrZ5/eg++iIeE+aBxjjKMN4fA== Date: Sun, 9 Apr 2017 19:52:41 +0000 Message-ID: References: <31A510E1-7BA3-4CB8-9105-F934D156315D@gmail.com> In-Reply-To: <31A510E1-7BA3-4CB8-9105-F934D156315D@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.61.162.249] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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: Sun, 09 Apr 2017 19:52:45 -0000 SeKAmW0gbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBoYXNu4oCZdCBiZWVuIGRpc2Nsb3NlZCBh bHJlYWR5Lg0KDQpzLg0KDQoNCj4gT24gQXByIDUsIDIwMTcsIGF0IDU6MTggUE0sIEplZmYgVGFu dHN1cmEgPGplZmZ0YW50LmlldGZAZ21haWwuY29tPiB3cm90ZToNCj4gDQo+IEhpIEFjZWUsDQo+ ICANCj4gTm90IGF3YXJlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIuDQo+IFRoYW5rcyENCj4gIA0K PiBDaGVlcnMsDQo+IEplZmYNCj4gIA0KPiAgDQo+IEZyb206ICJBY2VlIExpbmRlbSAoYWNlZSki IDxhY2VlQGNpc2NvLmNvbT4NCj4gRGF0ZTogV2VkbmVzZGF5LCBBcHJpbCA1LCAyMDE3IGF0IDA2 OjA5DQo+IFRvOiAiZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zQGll dGYub3JnIiA8ZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zQGlldGYu b3JnPg0KPiBDYzogIm9zcGZAaWV0Zi5vcmciIDxvc3BmQGlldGYub3JnPg0KPiBTdWJqZWN0OiBJ UFIgQ2FsbCBmb3IgIk9TUEYgRXh0ZW5zaW9ucyBmb3IgU2VnbWVudCBSb3V0aW5nIiAtIGRyYWZ0 LWlldGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0xMg0KPiBSZXNlbnQtRnJvbTog PGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+DQo+IFJlc2VudC1UbzogPHBwc2VuYWtAY2lzY28uY29t PiwgPHNwcmV2aWRpQGNpc2NvLmNvbT4sIENsYXJlbmNlIEZpbHNmaWxzIDxjZmlsc2ZpbEBjaXNj by5jb20+LCA8amVmZnRhbnQuaWV0ZkBnbWFpbC5jb20+LCA8d2ltLmhlbmRlcmlja3hAbm9raWEu Y29tPiwgPGhhbm5lc0BydGJyaWNrLmNvbT4sIDxyb2Jqc0Bnb29nbGUuY29tPg0KPiBSZXNlbnQt RGF0ZTogV2VkLCA1IEFwciAyMDE3IDA2OjA5OjEyIC0wNzAwIChQRFQpDQo+ICANCj4gQXV0aG9y cywgDQo+ICANCj4gSW4gcHJlcGFyYXRpb24gZm9yIE9TUEYgV0cgbGFzdCBjYWxsLCB3ZSBhcmUg cG9sbGluZyBhZ2FpbiBhcyB0byB3aGV0aGVyIHlvdSBoYXZlIGtub3dsZWRnZSBvZiBhbnkgdW5k ZWNsYXJlZCBJUFIuIA0KPiAgDQo+IFRoZSBmb2xsb3dpbmcgSVBSIGRlY2xhcmF0aW9ucyBoYXZl IGJlZW4gbWFkZSBmb3IgdGhpcyBkcmFmdDoNCj4gIA0KPiBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2lwci9zZWFyY2gvP3N1Ym1pdD1kcmFmdCZpZD1kcmFmdC1pZXRmLW9zcGYtc2VnbWVu dC1yb3V0aW5nLWV4dGVuc2lvbnMNCj4gIA0KPiBQbGVhc2UgY29uZmlybSB0byB0aGUgYmVzdCBv ZiB5b3VyIGtub3dsZWRnZSB0aGF0IHRoZSBkZWNsYXJlZCBJUFIgaXMgdGhlIG9ubHkgSVBSIHBl cnRhaW5pbmcgdG8gdGhpcyBkcmFmdC4gDQo+ICANCj4gVGhhbmtzLA0KPiBBY2VlIA0KPiAgDQoN Cg== From nobody Mon Apr 10 06:02:10 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49F4D1293F4 for ; Mon, 10 Apr 2017 06:02:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6FZPmJJVrvgS for ; Mon, 10 Apr 2017 06:02:02 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A738128959 for ; Mon, 10 Apr 2017 06:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=87; q=dns/txt; s=iport; t=1491829322; x=1493038922; h=to:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=JCN0s08i2FmjC4w55lO4J4NbO1KljrTkhYFSpi3qKWo=; b=gmXYJu8lJqswVVAlYa1qZlD74YOpFCKeLLVTJb5JUxWYbG94Zy6MSVb4 nrlWO0g3ExwccN/MMt1J4zbOtmBvGbYfq1cFBgLkbxLTiP0dka9jvPN7m 6CCAevKtyow7C52DtEBPqxH1WYvuPdGt9SqvCpbvxFnhs7JFqJ4W5UCYF k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B6AgAMgetY/xbLJq1dGwEBAQMBAQEJA?= =?us-ascii?q?QEBiSWKE3OQNJV2gg+KQBgBAgEBAQEBAQFrKIU5Bg8BBXYCHwcCbAgBAYl+DZh?= =?us-ascii?q?dkAiCJosVgQuFRYIFCYgEgjqCXwEEnHuSWYFnAYh8hlsCi2SIHB84gQU7IBWFU?= =?us-ascii?q?YFMPooUAQEB?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208";a="693594378" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 13:01:59 +0000 Received: from [10.60.210.99] (ams-cfilsfil-8812.cisco.com [10.60.210.99]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3AD1xS1025456 for ; Mon, 10 Apr 2017 13:01:59 GMT To: ospf@ietf.org From: Clarence Filsfils Message-ID: <4165678d-1163-488d-bfa2-28a8e59d4f23@cisco.com> Date: Mon, 10 Apr 2017 15:02:00 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: [OSPF] IPR Call for "OSPF Extensions for Segment Routing" - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 13:02:08 -0000 I’m not aware of any IPR that hasn’t been disclosed already. Cheers, Clarence From nobody Mon Apr 10 08:55:45 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89EB912955A for ; Mon, 10 Apr 2017 08:55:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2hmxaAu51IR1 for ; Mon, 10 Apr 2017 08:55:40 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6B86312955F for ; Mon, 10 Apr 2017 08:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2511; q=dns/txt; s=iport; t=1491839737; x=1493049337; h=from:to:subject:date:message-id:mime-version; bh=4XC3hWYyZQEZUlNAcxxyT/Xhtf1EC3CyNJw31vKCjsM=; b=jvMxa0XdnJC8nlXeVY2GlcsCyNiqOK3i81rGn6P0lHciLiWzFAHNF2YC lv1v6n13b1soW3HvgjPACn6U9J6M+2y4o9TbfidrMZQd1HGK9xg7fIdpR MyUKu/8qsz8h0jFtaWCXalX0B9fiBLNy7YJOu6NhIUlBSun7Q7xI3w8ck A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AYAQASqutY/5NdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYYESjXKhaoU0gg8uiVk/GAECAQEBAQEBAWsohTluAQx0JwS?= =?us-ascii?q?KIg6YeJIuimQBAQEHAQEBAQEeBZV7BZx7AYZ/i1mBf4UuihSTfwEfOIEFWxVBh?= =?us-ascii?q?RCBSolHgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208,217";a="229348353" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 15:55:36 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v3AFtafR001432 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 10 Apr 2017 15:55:36 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 11:55:35 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 11:55:35 -0400 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSshLkc67Le7Ln0kWp9vFuhTIeww== Date: Mon, 10 Apr 2017 15:55:35 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D5112334A80B7aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 15:55:43 -0000 --_000_D5112334A80B7aceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This begins the WG last call for the subject draft. Please send your suppo= rt and/or comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with more complex OSPF WG documents. We are allowing for a 3 week WG last call. For your convenience, here is the URL for the subject document. https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-exten= sions Thanks, Acee --_000_D5112334A80B7aceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <48DFD3B823775A48B53F6F4769F8DA0C@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
This begins the WG last call for the subject draft. Please send your  = support and/or 
comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with 
more complex OSPF WG documents. We are allowing for a 3 week WG last call.&= nbsp;

For your convenience, here is the URL for the subject document. 

https://datatracker.ietf.org/doc/htm= l/draft-ietf-ospf-segment-routing-extensions

Thanks,
Acee 
--_000_D5112334A80B7aceeciscocom_-- From nobody Mon Apr 10 09:07:46 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 780E4129548 for ; Mon, 10 Apr 2017 09:07:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.998 X-Spam-Level: X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sHKU9Tgx_ykd for ; Mon, 10 Apr 2017 09:07:43 -0700 (PDT) Received: from mail-pf0-x241.google.com (mail-pf0-x241.google.com [IPv6:2607:f8b0:400e:c00::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAD13128C81 for ; Mon, 10 Apr 2017 09:07:43 -0700 (PDT) Received: by mail-pf0-x241.google.com with SMTP id a188so1377748pfa.2 for ; Mon, 10 Apr 2017 09:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:message-id:thread-topic :mime-version; bh=PJ9Bl3vbKY8S+xtTGvCN5UC1KwS6j3HuOhJUxujT2No=; b=RJmQsQ2kTMbsDyUYlsBCMSq2anyYjCajANq5E4W1/keqwtpM2LBMnsa7kD7z9VG/ve PdzyOre3oQ26yTeFtlk435904hn0vYtu8dJiTrak5U3JsyhFHfvZckOM3MhXI8jIkEIQ etrYKuRaNg4g3k67IobjGNM7ZJz0MxghvKljiTVmdYtG6oZYgLeqFFWzwn7fV4tfebat DfdKhUpiEX9W44ZeoW9sNEk3OPuSoef+YiBNmQniE4E05aUtCxkHn19W+Dl61cuR8e9U 4qWPfwih5f0Lro6gkkuyt87jGORcsW5xCBQZs/oeWly8M9NDNBiy1DpW3Yw0iZZUrYgw r0NQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:message-id :thread-topic:mime-version; bh=PJ9Bl3vbKY8S+xtTGvCN5UC1KwS6j3HuOhJUxujT2No=; b=B1rKfm1xQA4jm9IPoj4Uyul/1OrUkOo+5O5+pSxf3h2u2vDbXP1fFnQkFayU6I8B7e QUT2xDJsohn7wOaNUqhphCMPoi7/P6PtcwagjrSiB+EERDgUJWlaT3g2fasEeJGCULcP ercF01LLs9DFz1W6KWUkqjPUIL8QwbYXGlrHMb2CT3WfW45kB1Aj7r/uUhSANIqMJvQy 248x3JeXgUAZbX+hsho368PUQNPjdEfl0YZ7ZrzRRk6So9RofrSkTVwt8Tg8LLYpRb9Y RLfKgr/mpic5xsyazWIkgd0tAGZrWuJp/n8MpJad8TS3hDKvww/x8Lk+/OJsV8VvT28a 6JzA== X-Gm-Message-State: AFeK/H3sT9IuU936ZizzordguZItNhgSvIQxcJTQJhSKBPbp+rq76a/q7hCd/+bIaFtFJg== X-Received: by 10.99.123.20 with SMTP id w20mr56093947pgc.223.1491840463419; Mon, 10 Apr 2017 09:07:43 -0700 (PDT) Received: from [192.168.255.106] (107-1-141-74-ip-static.hfc.comcastbusiness.net. [107.1.141.74]) by smtp.gmail.com with ESMTPSA id q7sm20694659pfj.24.2017.04.10.09.07.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Apr 2017 09:07:42 -0700 (PDT) User-Agent: Microsoft-MacOutlook/f.20.0.170309 Date: Mon, 10 Apr 2017 09:07:57 -0700 From: Jeff Tantsura To: "Acee Lindem (acee)" , OSPF WG List Message-ID: Thread-Topic: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Mime-version: 1.0 Content-type: multipart/alternative; boundary="B_3574660078_1693559160" Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 16:07:45 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3574660078_1693559160 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: 7bit support as co-author Cheers, Jeff From: OSPF on behalf of "Acee Lindem (acee)" Date: Monday, April 10, 2017 at 08:55 To: "ospf@ietf.org" Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 This begins the WG last call for the subject draft. Please send your support and/or comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is traditional for with more complex OSPF WG documents. We are allowing for a 3 week WG last call. For your convenience, here is the URL for the subject document. https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-extensions Thanks, Acee _______________________________________________ OSPF mailing list OSPF@ietf.org https://www.ietf.org/mailman/listinfo/ospf --B_3574660078_1693559160 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable

support as co-author

 

Cheers,

Jeff

 

 

=

From: OSPF <ospf-bounces@ietf.org> on behalf of "Acee Lindem (acee)= " <acee@cisco.com>
Date: Monday, April 10, 2017 at 08:5= 5
To: "ospf@ietf.org" <ospf@ietf.org>
Subjec= t: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-= routing-extensions-12

 

This begins the WG last call for the subject draft. Please send you= r  support and/or 

comments to this list prior to 12:00 AM GMT, May 1st, 2017. = As is traditional for with 

more complex OSPF WG documents. We are allowing for a 3 = week WG last call. 

 

For your convenience, here is the URL for the subject document. <= o:p>

=  

https://datatracker.ietf.org/doc/html/draft-ietf= -ospf-segment-routing-extensions

 

Thanks,

Acee 

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

--B_3574660078_1693559160-- From nobody Mon Apr 10 09:32:06 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C6CD129A90 for ; Mon, 10 Apr 2017 09:32:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Q5j451TeYRT for ; Mon, 10 Apr 2017 09:32:02 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1FB8129584 for ; Mon, 10 Apr 2017 09:31:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4269; q=dns/txt; s=iport; t=1491841905; x=1493051505; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=IEV5GgluQahDMANEV5NgxUOyOx6aVOeRIIP/r5CS//M=; b=cXNcSNgtx5ICX+5lGNbrZ21xWhb6dXVArds4yS3cFGjR74iYuys/jrUq gpgYnU9BjN5bwWqHNC22GxFB6Ci0cSvLdkOP4FBhvNRNwNA9CGUO0apQE lU2B9Q4y79+6qQAoP/NaBuVlQJQcNX3217NeSqAakzgobuk0+wShT09Gn M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AZAQAUsutY/51dJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYYELB41ykUeQI4U0gg8uhXYCg2M/GAECAQEBAQEBAWsohRU?= =?us-ascii?q?BAQEBAx1sAgEIBA0DAQIoBzIUCQgCBBOKDw6rKop9AQEBAQEBAQMBAQEBAQEBH?= =?us-ascii?q?AWLQIR2hUUFliCGWwGGf4tZgX+FLooUk38BHziBBVsVQYUQgUp1iFKBDQEBAQ?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208,217";a="409157673" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 16:31:44 +0000 Received: from XCH-RTP-014.cisco.com (xch-rtp-014.cisco.com [64.101.220.154]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3AGViCN020315 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 10 Apr 2017 16:31:44 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-014.cisco.com (64.101.220.154) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 12:31:43 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 12:31:43 -0400 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSshLkc67Le7Ln0kWp9vFuhTIew6G+y7QA Date: Mon, 10 Apr 2017 16:31:43 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D5112B95A80C6aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 16:32:04 -0000 --_000_D5112B95A80C6aceeciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Speaking as WG member: Support. Thanks, Acee From: Acee Lindem > Date: Monday, April 10, 2017 at 11:55 AM To: OSPF WG List > Subject: OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-rout= ing-extensions-12 This begins the WG last call for the subject draft. Please send your suppo= rt and/or comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with more complex OSPF WG documents. We are allowing for a 3 week WG last call. For your convenience, here is the URL for the subject document. https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-exten= sions Thanks, Acee --_000_D5112B95A80C6aceeciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Speaking as WG member:

Support.

Thanks,
Acee 

From: Acee Lindem <acee@cisco.com>
Date: Monday, April 10, 2017 at 11:= 55 AM
To: OSPF WG List <ospf@ietf.org>
Subject: OSPF Extensions for Segmen= t Routing - draft-ietf-ospf-segment-routing-extensions-12

This begins the WG last call for the subject draft. Please send your  = support and/or 
comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with 
more complex OSPF WG documents. We are allowing for a 3 week WG last call.&= nbsp;

For your convenience, here is the URL for the subject document. 

 --_000_D5112B95A80C6aceeciscocom_-- From nobody Mon Apr 10 09:38:43 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 048CC129A98 for ; Mon, 10 Apr 2017 09:38:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mNF8rpK-kpWl for ; Mon, 10 Apr 2017 09:38:39 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E2D3129AA7 for ; Mon, 10 Apr 2017 09:38:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6746; q=dns/txt; s=iport; t=1491842319; x=1493051919; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=LSYxf+ys7fQINgxKfxpTWHS4V9krLamBdedYqiwwHFA=; b=NawUgcvU6KZ8Lj+cMFQdZE0ew9gXA0+t31UoKSnUsFNeuf0yGsUJpqiq eKHWRjHCCSmJHPNkvppz1TzFZK8vbTyYEX7GHlKJT3gecvWjbKe+2zKXk beNl2kRX+mdAAxrgj+AeDJ0EYoql/v3RjA0rVlKPPwoqMAdb4LNlGK9J5 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AZAQCptOtY/4sNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYYELB41ykUeQI4U0gg8uhXYCg2M/GAECAQEBAQEBAWsohRU?= =?us-ascii?q?BAQEBAx0QXAIBCBEEAQEoBzIUCQgCBAESCIoHDqsuin0BAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEYBYZQhHCFDIUvBZYghlsBhn+LUIIIhS6KFJN/AR84gQVbFUGFEIF?= =?us-ascii?q?KdYhSgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208,217";a="229048810" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Apr 2017 16:38:36 +0000 Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3AGcabd010809 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 10 Apr 2017 16:38:36 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 11:38:35 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 11:38:35 -0500 From: "Les Ginsberg (ginsberg)" To: "Acee Lindem (acee)" , OSPF WG List Thread-Topic: OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSshLkc67Le7Ln0kWp9vFuhTIew6G+zXsg Date: Mon, 10 Apr 2017 16:38:35 +0000 Message-ID: <923b35e070cf4b82bc86fdd9adcbf7eb@XCH-ALN-001.cisco.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.67.234] Content-Type: multipart/alternative; boundary="_000_923b35e070cf4b82bc86fdd9adcbf7ebXCHALN001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 16:38:42 -0000 --_000_923b35e070cf4b82bc86fdd9adcbf7ebXCHALN001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. There are multiple implementations. Les From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Monday, April 10, 2017 8:56 AM To: OSPF WG List Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segme= nt-routing-extensions-12 This begins the WG last call for the subject draft. Please send your suppo= rt and/or comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with more complex OSPF WG documents. We are allowing for a 3 week WG last call. For your convenience, here is the URL for the subject document. https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-exten= sions Thanks, Acee --_000_923b35e070cf4b82bc86fdd9adcbf7ebXCHALN001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support.

There are multiple implem= entations.

 <= /p>

   Les

 <= /p>

 <= /p>

From: OSPF [ma= ilto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Monday, April 10, 2017 8:56 AM
To: OSPF WG List
Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-osp= f-segment-routing-extensions-12

 

This begins the WG last cal= l for the subject draft. Please send your  support and/or 

comments to this list prior= to 12:00 AM GMT, May 1st, 2017. As is traditional for with 

more complex OSPF WG docume= nts. We are allowing for a 3 week WG last call. 

 

For your convenience, here = is the URL for the subject document. 

 

 

Thanks,

Acee 

--_000_923b35e070cf4b82bc86fdd9adcbf7ebXCHALN001ciscocom_-- From nobody Mon Apr 10 09:55:00 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 205AB129AA3 for ; Mon, 10 Apr 2017 09:54:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hOnjwB7Yp1cq for ; Mon, 10 Apr 2017 09:54:52 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA365129AA6 for ; Mon, 10 Apr 2017 09:54:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=676; q=dns/txt; s=iport; t=1491843289; x=1493052889; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=40z5iHu+bZ5M3dYhAjpxkaQQdXZvHH08b/iHNfCrcM0=; b=fQbwLnu+UHRBvKxZ5rQzZyv7JwJZEhP04bc4yAflwaAf1Bo73QJjn5rx /zE3DE8t6hXUEleElM+oa7fjqG+JoXLC5Z3tY8mcxc0WDjiEq5ldrK8Xp 1kds1l/Ni9jOvRFiJSp4yFI1QvscMCOpXQPc2GahZWSgY+AKFM3n/+wvi s=; X-IronPort-AV: E=Sophos;i="5.37,182,1488844800"; d="scan'208";a="693599641" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 16:54:47 +0000 Received: from [10.60.140.51] (ams-ppsenak-nitro2.cisco.com [10.60.140.51]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v3AGslgD010410; Mon, 10 Apr 2017 16:54:47 GMT Message-ID: <58EBB8D7.8080109@cisco.com> Date: Mon, 10 Apr 2017 18:54:47 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Acee Lindem (acee)" , OSPF WG List References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 16:54:54 -0000 Support as co-author. thanks, Peter On 10/04/17 17:55 , Acee Lindem (acee) wrote: > This begins the WG last call for the subject draft. Please send your > support and/or > comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is > traditional for with > more complex OSPF WG documents. We are allowing for a 3 week WG last call. > > For your convenience, here is the URL for the subject document. > > https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-extensions > > Thanks, > Acee > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Mon Apr 10 13:40:35 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64323129AE0 for ; Mon, 10 Apr 2017 13:40:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.701 X-Spam-Level: X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LvG-B78e8msN for ; Mon, 10 Apr 2017 13:40:31 -0700 (PDT) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00118.outbound.protection.outlook.com [40.107.0.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B1D0128656 for ; Mon, 10 Apr 2017 13:40:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=DMsqC8LGSWoy9dQBP/weLE96/DZDjOL7ZA4L2phuccY=; b=HDXk/0T/00TuRF0Iphw2dUKgN0G+6R7Y+rWkjHrQm4uuoiqVBaW8dBGXnRgqp+i7pP8kt8tUhqMmNSvIYPLkZuKSKSeWQ/nrIqpb7artQkPw5r2zvS81xhUftnsjqcC8L1kA4rp1hSMrl0HmP8yz4yeOqCvoPbhJ4MYHSTvTsYU= Received: from AM2PR07MB0961.eurprd07.prod.outlook.com (10.162.37.144) by AM2PR07MB0964.eurprd07.prod.outlook.com (10.162.37.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.5; Mon, 10 Apr 2017 20:40:29 +0000 Received: from AM2PR07MB0961.eurprd07.prod.outlook.com ([fe80::a1c4:2e6c:8c63:20f1]) by AM2PR07MB0961.eurprd07.prod.outlook.com ([fe80::a1c4:2e6c:8c63:20f1%14]) with mapi id 15.01.1034.009; Mon, 10 Apr 2017 20:40:29 +0000 From: "Henderickx, Wim (Nokia - BE/Antwerp)" To: "Les Ginsberg (ginsberg)" , "Acee Lindem (acee)" , OSPF WG List Thread-Topic: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSsjqwc67Le7Ln0kWp9vFuhTIeww== Date: Mon, 10 Apr 2017 20:40:28 +0000 Message-ID: <445D2681-F665-4168-9D88-E2EACB28750F@nokia.com> Accept-Language: nl-BE, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.21.0.170403 authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=nokia.com; x-originating-ip: [135.245.212.31] x-microsoft-exchange-diagnostics: 1; AM2PR07MB0964; 7:6EIPGpqPFoFPBfDZbnodHMBpFpslMdAjiN2XuIxnPtJaGoTR5dgMmklRaKO1J34rf9tP5n6HTNNEtVSw5RLKyHQCetW7ZX4TBHiSlhCLEHUOQOwK130M5qqVU2hG558XjtOI/Vy8lr1IcHfM6IEWMEfvGCoWun1Bd+MM55KEeSWQfwoIf4ng9jyRQ5ClxWIDzUJXvx//AvGdptRM7fFiX59oupDKoL44wn2MuUEQ9m1rcMVWJqVDT8jH3GfcisaC0zCPTnxjBOlNDrwMFY1gGXktpjt8GdWwvNLqmEK3QtZa2fXFXu79vyKMBNjHCNozhqFBcbGpNCx09ysZkLZOSw== x-ms-office365-filtering-correlation-id: 55b38172-c69d-45ea-01cf-08d48051d347 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:AM2PR07MB0964; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(95692535739014)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(20161123555025)(20161123562025)(20161123560025)(20161123564025)(6072148); SRVR:AM2PR07MB0964; BCL:0; PCL:0; RULEID:; SRVR:AM2PR07MB0964; x-forefront-prvs: 027367F73D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39450400003)(39850400002)(39400400002)(39860400002)(39840400002)(39410400002)(377454003)(38730400002)(8676002)(81166006)(4001350100001)(7736002)(6486002)(7906003)(33656002)(2900100001)(3280700002)(5250100002)(189998001)(8936002)(50986999)(54356999)(83506001)(3660700001)(3846002)(102836003)(6116002)(36756003)(53546009)(99286003)(236005)(6506006)(6306002)(54896002)(25786009)(6512007)(606005)(53936002)(6436002)(2906002)(5660300001)(229853002)(86362001)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM2PR07MB0964; H:AM2PR07MB0961.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_445D2681F66541689D88E2EACB28750Fnokiacom_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Apr 2017 20:40:28.9673 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR07MB0964 Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 20:40:33 -0000 --_000_445D2681F66541689D88E2EACB28750Fnokiacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 c3VwcG9ydA0KDQpGcm9tOiBPU1BGIDxvc3BmLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBv ZiAiTGVzIEdpbnNiZXJnIChnaW5zYmVyZykiIDxnaW5zYmVyZ0BjaXNjby5jb20+DQpEYXRlOiBN b25kYXksIDEwIEFwcmlsIDIwMTcgYXQgMTg6MzgNClRvOiAiQWNlZSBMaW5kZW0gKGFjZWUpIiA8 YWNlZUBjaXNjby5jb20+LCBPU1BGIFdHIExpc3QgPG9zcGZAaWV0Zi5vcmc+DQpTdWJqZWN0OiBS ZTogW09TUEZdIE9TUEYgRXh0ZW5zaW9ucyBmb3IgU2VnbWVudCBSb3V0aW5nIC0gZHJhZnQtaWV0 Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTEyDQoNClN1cHBvcnQuDQpUaGVyZSBh cmUgbXVsdGlwbGUgaW1wbGVtZW50YXRpb25zLg0KDQogICBMZXMNCg0KDQpGcm9tOiBPU1BGIFtt YWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWNlZSBMaW5kZW0gKGFj ZWUpDQpTZW50OiBNb25kYXksIEFwcmlsIDEwLCAyMDE3IDg6NTYgQU0NClRvOiBPU1BGIFdHIExp c3QNClN1YmplY3Q6IFtPU1BGXSBPU1BGIEV4dGVuc2lvbnMgZm9yIFNlZ21lbnQgUm91dGluZyAt IGRyYWZ0LWlldGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy0xMg0KDQpUaGlzIGJl Z2lucyB0aGUgV0cgbGFzdCBjYWxsIGZvciB0aGUgc3ViamVjdCBkcmFmdC4gUGxlYXNlIHNlbmQg eW91ciAgc3VwcG9ydCBhbmQvb3INCmNvbW1lbnRzIHRvIHRoaXMgbGlzdCBwcmlvciB0byAxMjow MCBBTSBHTVQsIE1heSAxc3QsIDIwMTcuIEFzIGlzIHRyYWRpdGlvbmFsIGZvciB3aXRoDQptb3Jl IGNvbXBsZXggT1NQRiBXRyBkb2N1bWVudHMuIFdlIGFyZSBhbGxvd2luZyBmb3IgYSAzIHdlZWsg V0cgbGFzdCBjYWxsLg0KDQpGb3IgeW91ciBjb252ZW5pZW5jZSwgaGVyZSBpcyB0aGUgVVJMIGZv ciB0aGUgc3ViamVjdCBkb2N1bWVudC4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvaHRtbC9kcmFmdC1pZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMNCg0KVGhh bmtzLA0KQWNlZQ0K --_000_445D2681F66541689D88E2EACB28750Fnokiacom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVm aW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7 bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsN Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bDsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0 eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2Fs aWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBl OmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0 O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4N CjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1HQiIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aTttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+c3VwcG9ydDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OkNhbGlicmk7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29s aWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxiPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+T1NQRiAmbHQ7b3NwZi1ib3VuY2Vz QGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgJnF1b3Q7TGVzIEdpbnNiZXJnIChnaW5zYmVyZykm cXVvdDsgJmx0O2dpbnNiZXJnQGNpc2NvLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+TW9uZGF5 LCAxMCBBcHJpbCAyMDE3IGF0IDE4OjM4PGJyPg0KPGI+VG86IDwvYj4mcXVvdDtBY2VlIExpbmRl bSAoYWNlZSkmcXVvdDsgJmx0O2FjZWVAY2lzY28uY29tJmd0OywgT1NQRiBXRyBMaXN0ICZsdDtv c3BmQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5SZTogW09TUEZdIE9TUEYgRXh0 ZW5zaW9ucyBmb3IgU2VnbWVudCBSb3V0aW5nIC0gZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91 dGluZy1leHRlbnNpb25zLTEyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNh bGlicmk7Y29sb3I6IzFGNDk3RCI+U3VwcG9ydC48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOiMxRjQ5N0QiPlRoZXJl IGFyZSBtdWx0aXBsZSBpbXBsZW1lbnRhdGlvbnMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjojMUY0OTdEIj4mbmJz cDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBMZXM8L3NwYW4+PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAx LjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3Jk ZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20g MGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEiPkZy b206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpU YWhvbWEiPiBPU1BGIFttYWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxm IE9mIDwvYj5BY2VlIExpbmRlbSAoYWNlZSk8YnI+DQo8Yj5TZW50OjwvYj4gTW9uZGF5LCBBcHJp bCAxMCwgMjAxNyA4OjU2IEFNPGJyPg0KPGI+VG86PC9iPiBPU1BGIFdHIExpc3Q8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gW09TUEZdIE9TUEYgRXh0ZW5zaW9ucyBmb3IgU2VnbWVudCBSb3V0aW5nIC0g ZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTEyPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPlRoaXMgYmVnaW5z IHRoZSBXRyBsYXN0IGNhbGwgZm9yIHRoZSBzdWJqZWN0IGRyYWZ0LiBQbGVhc2Ugc2VuZCB5b3Vy ICZuYnNwO3N1cHBvcnQgYW5kL29yJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpi bGFjayI+Y29tbWVudHMgdG8gdGhpcyBsaXN0IHByaW9yIHRvIDEyOjAwIEFNIEdNVCwgTWF5IDFz dCwgMjAxNy4gQXMgaXMgdHJhZGl0aW9uYWwgZm9yIHdpdGgmbmJzcDs8L3NwYW4+PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpD YWxpYnJpO2NvbG9yOmJsYWNrIj5tb3JlIGNvbXBsZXggT1NQRiBXRyBkb2N1bWVudHMuIFdlIGFy ZSBhbGxvd2luZyBmb3IgYSAzIHdlZWsgV0cgbGFzdCBjYWxsLiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5 OkNhbGlicmk7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6 YmxhY2siPkZvciB5b3VyIGNvbnZlbmllbmNlLCBoZXJlIGlzIHRoZSBVUkwgZm9yIHRoZSBzdWJq ZWN0IGRvY3VtZW50LiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxhIGhyZWY9Imh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91 dGluZy1leHRlbnNpb25zIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2Ry YWZ0LWlldGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9uczwvYT48L3NwYW4+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MzYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWls eTpDYWxpYnJpO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTpDYWxpYnJpO2NvbG9y OmJsYWNrIj5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+QWNlZSZu YnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_445D2681F66541689D88E2EACB28750Fnokiacom_-- From nobody Mon Apr 10 14:01:11 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 92CFA127B52 for ; Mon, 10 Apr 2017 14:01:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yXajll9TzptG for ; Mon, 10 Apr 2017 14:01:02 -0700 (PDT) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0482129AF2 for ; Mon, 10 Apr 2017 14:01:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5851; q=dns/txt; s=iport; t=1491858061; x=1493067661; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=zif3GRCxJulox2WeqaYtitTzHx/Qgz48ULx9IQLzQ7s=; b=WhpxFWzvG5hU/zI3uJtiX2jy7iU36yAds4OoECMyCABN3AgYmbkoeunY 1O0SjB3AjkTeWww93B53Y2M5f2pLSAGoGST029Cpqeoa8HqAy/wnSTchQ b24C+UNci8UO26Rwn0Trr6xyJZL9QWOBylLsJKmG07q4iA+aeXyfoZH1S s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BAAQCn8etY/5NdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm5lYYELB41ykUiQI4U0gg8uhXYCg2g/GAECAQEBAQEBAWsohRUBAQE?= =?us-ascii?q?BAx0QXAIBCBEEAQEoBzIUCQgCBAESCIoHDqs1iwEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEYBYZQhHCFDIUvBZx7AYZ/i1CCCIUuihSTfwEfOIEFWxVBhRCBSnWIUoE?= =?us-ascii?q?NAQEB?= X-IronPort-AV: E=Sophos;i="5.37,183,1488844800"; d="scan'208,217";a="406415701" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Apr 2017 21:01:00 +0000 Received: from XCH-RCD-015.cisco.com (xch-rcd-015.cisco.com [173.37.102.25]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v3AL10eA020949 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 10 Apr 2017 21:01:00 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-015.cisco.com (173.37.102.25) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 10 Apr 2017 16:01:00 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Mon, 10 Apr 2017 16:01:00 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: "Acee Lindem (acee)" , OSPF WG List Thread-Topic: OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSshLkc67Le7Ln0kWp9vFuhTIew6G/Fu8Q Date: Mon, 10 Apr 2017 21:01:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.160.39] Content-Type: multipart/alternative; boundary="_000_be5d13dbcce44d788105ad5bbb56e40aXCHALN008ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 10 Apr 2017 21:01:05 -0000 --_000_be5d13dbcce44d788105ad5bbb56e40aXCHALN008ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: 10 April 2017 08:56 To: OSPF WG List Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segme= nt-routing-extensions-12 This begins the WG last call for the subject draft. Please send your suppo= rt and/or comments to this list prior to 12:00 AM GMT, May 1st, 2017. As is tradition= al for with more complex OSPF WG documents. We are allowing for a 3 week WG last call. For your convenience, here is the URL for the subject document. https://datatracker.ietf.org/doc/html/draft-ietf-ospf-segment-routing-exten= sions Thanks, Acee --_000_be5d13dbcce44d788105ad5bbb56e40aXCHALN008ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support

 = ;

From: = OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: 10 April 2017 08:56
To: OSPF WG List <ospf@ietf.org>
Subject: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-osp= f-segment-routing-extensions-12

 

This begins the WG last call for the su= bject draft. Please send your  support and/or <= /p>

comments to this list prior to 12:00 AM= GMT, May 1st, 2017. As is traditional for with 

more complex OSPF WG documents. We are = allowing for a 3 week WG last call. 

 

For your convenience, here is the URL f= or the subject document. 

 

 

Thanks,

Acee 

--_000_be5d13dbcce44d788105ad5bbb56e40aXCHALN008ciscocom_-- From nobody Mon Apr 10 23:59:45 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 271FC126E3A; Mon, 10 Apr 2017 23:59:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ospf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149189398302.15812.15134125085084433987@ietfa.amsl.com> Date: Mon, 10 Apr 2017 23:59:43 -0700 Archived-At: Subject: [OSPF] I-D Action: draft-ietf-ospf-ospfv2-hbit-02.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2017 06:59:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Open Shortest Path First IGP of the IETF. Title : H-bit Support for OSPFv2 Authors : Keyur Patel Padma Pillay-Esnault Manish Bhardwaj Serpil Bayraktar Filename : draft-ietf-ospf-ospfv2-hbit-02.txt Pages : 8 Date : 2017-04-10 Abstract: OSPFv3 defines an option field for router-LSAs known as a R-bit in RFC5340. If the R-bit is clear, an OSPFv3 router can participate in OSPF topology distribution without acting as a forwarder to forward the transit traffic. In such cases, an OSPF router would only accept traffic intended for local delivery. This draft defines R-bit functionality for OSPFv2 defined in RFC2328. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv2-hbit/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-ospfv2-hbit-02 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-ospfv2-hbit-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-ospfv2-hbit-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Apr 13 12:54:54 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 87A6A131624; Thu, 13 Apr 2017 12:54:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ospf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.49.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149211329051.15702.16698615597957952556@ietfa.amsl.com> Date: Thu, 13 Apr 2017 12:54:50 -0700 Archived-At: Subject: [OSPF] I-D Action: draft-ietf-ospf-ospfv3-lsa-extend-14.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2017 19:54:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Open Shortest Path First IGP of the IETF. Title : OSPFv3 LSA Extendibility Authors : Acee Lindem Abhay Roy Dirk Goethals Veerendranatha Reddy Vallem Fred Baker Filename : draft-ietf-ospf-ospfv3-lsa-extend-14.txt Pages : 37 Date : 2017-04-13 Abstract: OSPFv3 requires functional extension beyond what can readily be done with the fixed-format Link State Advertisement (LSA) as described in RFC 5340. Without LSA extension, attributes associated with OSPFv3 links and advertised IPv6 prefixes must be advertised in separate LSAs and correlated to the fixed-format LSAs. This document extends the LSA format by encoding the existing OSPFv3 LSA information in Type-Length-Value (TLV) tuples and allowing advertisement of additional information with additional TLVs. Backward compatibility mechanisms are also described. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-lsa-extend/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-ospfv3-lsa-extend-14 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-ospfv3-lsa-extend-14 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-ospfv3-lsa-extend-14 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Apr 13 14:25:20 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B65C1296C9 for ; Thu, 13 Apr 2017 14:25:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 aruggB6IDFJ1 for ; Thu, 13 Apr 2017 14:25:17 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FE231200DF for ; Thu, 13 Apr 2017 14:25:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3392; q=dns/txt; s=iport; t=1492118717; x=1493328317; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=eDYNLkjDl8jY6TGILUtoEz2gU4yn+ZNhfqgdS8UCMfQ=; b=HPptUiiyv8HwET3xpv7kaOlICVZsAJng5aq5pVfV/XBWO5Y1owqZAeZX fiH0Y1055hWv7XycV6wmS0fuTTyF+eJfE+TmUd3zRgldtkwNovEJx7in8 AEnAPX32Ccvr2zIJ3GJc2LxkpFwyNqwpTfx0WAz52Rshf3Mwu0TNVDq6M U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BQAQAW7O9Y/4oNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NhgQsHg1+KE6cxgg8hDYV2AhqDXT8YAQIBAQEBAQEBayiFFgI?= =?us-ascii?q?BAwEBIRE6GwIBCBoCJgICAiULFQYBBgMCBBOKFg6pGIImixIBAQEBAQEBAwEBA?= =?us-ascii?q?QEBAQEBIIELijqDF4RFgl8FnRABhwGLX4F/VYRZiheUBAEfOIEFWxUYKYZadYc?= =?us-ascii?q?AK4EDgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,195,1488844800"; d="scan'208";a="411452408" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Apr 2017 21:25:16 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v3DLPGF8021281 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 13 Apr 2017 21:25:16 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 13 Apr 2017 17:25:15 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 13 Apr 2017 17:25:15 -0400 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-ospfv3-lsa-extend-14.txt Thread-Index: AQHStI/WY1L6K5PHoUOW76u40A8TdqHDz74A Date: Thu, 13 Apr 2017 21:25:15 +0000 Message-ID: References: <149211329051.15702.16698615597957952556@ietfa.amsl.com> In-Reply-To: <149211329051.15702.16698615597957952556@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <7186C9E83F734747AF3A9F2EC55562C3@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [OSPF] FW: I-D Action: draft-ietf-ospf-ospfv3-lsa-extend-14.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 13 Apr 2017 21:25:19 -0000 VGhpcyB2ZXJzaW9uIGhhcyBjbGFyaWZpY2F0aW9ucyB3aXRoIHJlc3BlY3QgdG8gVExWIGFuZCBT dWItVExWIHZhbGlkYXRpb24NCmFuZCBiYWNrd2FyZCBjb21wYXRpYmlsaXR5LiBBZGRpdGlvbmFs bHksIHdlIGhhdmUgdHdvIG5ldyBhdXRob3JzDQphc3NvY2lhdGVkIHdpdGggaW1wbGVtZW50YXRp b25zLg0KDQpOb3cgdGhhdCB3ZSBoYXZlIGltcGxlbWVudGF0aW9ucywgd2XigJlsbCBiZSBhYmxl IHRvIHByb2dyZXNzIHRoaXMgZHJhZnQgYW5kDQphZHZhbmNlIGRlcGVuZGVudCBkcmFmdHMuDQoN ClRoYW5rcywNCkFjZWUgDQoNCg0KDQoNCk9uIDQvMTMvMTcsIDM6NTQgUE0sICJPU1BGIG9uIGJl aGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciDQo8b3NwZi1ib3VuY2VzQGlldGYub3Jn IG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KDQo+DQo+QSBO ZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQt RHJhZnRzDQo+ZGlyZWN0b3JpZXMuDQo+VGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUg T3BlbiBTaG9ydGVzdCBQYXRoIEZpcnN0IElHUCBvZiB0aGUgSUVURi4NCj4NCj4gICAgICAgIFRp dGxlICAgICAgICAgICA6IE9TUEZ2MyBMU0EgRXh0ZW5kaWJpbGl0eQ0KPiAgICAgICAgQXV0aG9y cyAgICAgICAgIDogQWNlZSBMaW5kZW0NCj4gICAgICAgICAgICAgICAgICAgICAgICAgIEFiaGF5 IFJveQ0KPiAgICAgICAgICAgICAgICAgICAgICAgICAgRGlyayBHb2V0aGFscw0KPiAgICAgICAg ICAgICAgICAgICAgICAgICAgVmVlcmVuZHJhbmF0aGEgUmVkZHkgVmFsbGVtDQo+ICAgICAgICAg ICAgICAgICAgICAgICAgICBGcmVkIEJha2VyDQo+CUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWll dGYtb3NwZi1vc3BmdjMtbHNhLWV4dGVuZC0xNC50eHQNCj4JUGFnZXMgICAgICAgICAgIDogMzcN Cj4JRGF0ZSAgICAgICAgICAgIDogMjAxNy0wNC0xMw0KPg0KPkFic3RyYWN0Og0KPiAgIE9TUEZ2 MyByZXF1aXJlcyBmdW5jdGlvbmFsIGV4dGVuc2lvbiBiZXlvbmQgd2hhdCBjYW4gcmVhZGlseSBi ZSBkb25lDQo+ICAgd2l0aCB0aGUgZml4ZWQtZm9ybWF0IExpbmsgU3RhdGUgQWR2ZXJ0aXNlbWVu dCAoTFNBKSBhcyBkZXNjcmliZWQgaW4NCj4gICBSRkMgNTM0MC4gIFdpdGhvdXQgTFNBIGV4dGVu c2lvbiwgYXR0cmlidXRlcyBhc3NvY2lhdGVkIHdpdGggT1NQRnYzDQo+ICAgbGlua3MgYW5kIGFk dmVydGlzZWQgSVB2NiBwcmVmaXhlcyBtdXN0IGJlIGFkdmVydGlzZWQgaW4gc2VwYXJhdGUNCj4g ICBMU0FzIGFuZCBjb3JyZWxhdGVkIHRvIHRoZSBmaXhlZC1mb3JtYXQgTFNBcy4gIFRoaXMgZG9j dW1lbnQgZXh0ZW5kcw0KPiAgIHRoZSBMU0EgZm9ybWF0IGJ5IGVuY29kaW5nIHRoZSBleGlzdGlu ZyBPU1BGdjMgTFNBIGluZm9ybWF0aW9uIGluDQo+ICAgVHlwZS1MZW5ndGgtVmFsdWUgKFRMVikg dHVwbGVzIGFuZCBhbGxvd2luZyBhZHZlcnRpc2VtZW50IG9mDQo+ICAgYWRkaXRpb25hbCBpbmZv cm1hdGlvbiB3aXRoIGFkZGl0aW9uYWwgVExWcy4gIEJhY2t3YXJkIGNvbXBhdGliaWxpdHkNCj4g ICBtZWNoYW5pc21zIGFyZSBhbHNvIGRlc2NyaWJlZC4NCj4NCj4NCj5UaGUgSUVURiBkYXRhdHJh Y2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj5odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtb3NwZnYzLWxzYS1leHRlbmQvDQo+DQo+VGhl cmUgYXJlIGFsc28gaHRtbGl6ZWQgdmVyc2lvbnMgYXZhaWxhYmxlIGF0Og0KPmh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW9zcGYtb3NwZnYzLWxzYS1leHRlbmQtMTQNCj5o dHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtb3NwZi1vc3Bm djMtbHNhLWV4dGVuZC0xNA0KPg0KPkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlz IGF2YWlsYWJsZSBhdDoNCj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQt aWV0Zi1vc3BmLW9zcGZ2My1sc2EtZXh0ZW5kLTE0DQo+DQo+DQo+UGxlYXNlIG5vdGUgdGhhdCBp dCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj5zdWJtaXNz aW9uDQo+dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy4NCj4NCj5JbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxl IGJ5IGFub255bW91cyBGVFAgYXQ6DQo+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0 cy8NCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K Pk9TUEYgbWFpbGluZyBsaXN0DQo+T1NQRkBpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vb3NwZg0KDQo= From nobody Mon Apr 17 08:01:23 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8F6128CB9 for ; Mon, 17 Apr 2017 08:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 w49mAYmSUdIm for ; Mon, 17 Apr 2017 08:01:20 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49C56127076 for ; Mon, 17 Apr 2017 08:01:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6759; q=dns/txt; s=iport; t=1492441280; x=1493650880; h=from:to:subject:date:message-id:mime-version; bh=OmnpJ5UPi705NUoYPb0Z1gEON2Q8DGkio/79515Q1Co=; b=Mr3KKAT8OLiewlrZaySRSnhZckdM71sxWuyqreZBArN9vxIrNt3vK+Cl i52siMZFUZS+sKRQBnvqqBPO0mK9lA73YVZdQ9ukNhy8zfQd4oOA+trdg 2mA41B7MBiuoGG3cA7pqPnxX+egSLaCK3h2TNDkm3agrv3k0X0XifligV o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BHAgAs2PRY/4sNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5lYXoRB4NfihWRXJArhTSCDy6FdhyDaD8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEGHQZoAQgRAwECKAMCBDAUCQoEARKKFw6rFIImixQBAQEBAQUBAQEBAQEdB?= =?us-ascii?q?YtHhHeCZoJfBZ0bAYcDi2GBf4UwiheUCQEfOIEFYxVEhRuBSnWIEYENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,215,1488844800"; d="scan'208,217";a="232056840" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Apr 2017 15:01:19 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3HF1JIT007043 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Mon, 17 Apr 2017 15:01:19 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 17 Apr 2017 11:01:18 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Mon, 17 Apr 2017 11:01:18 -0400 From: "Acee Lindem (acee)" To: "Acee Lindem (acee)" , OSPF WG List Thread-Topic: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 Thread-Index: AQHSt4t3US1KVXWQW028N8raIzKl6Q== Date: Mon, 17 Apr 2017 15:01:18 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D51A50D8A8D54aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] OSPF Extensions for Segment Routing - draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 17 Apr 2017 15:01:22 -0000 --_000_D51A50D8A8D54aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIHVwZGF0ZWQgdGhlIHNoZXBoZXJkIHJlcG9ydCBmb3IgdGhlIHN1YmplY3QgZG9jdW1l bnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtb3NwZi1z ZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucy8NCg0KVGhhbmtzLA0KQWNlZQ0KDQpGcm9tOiBPU1BG IDxvc3BmLWJvdW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZz4+IG9u IGJlaGFsZiBvZiBBY2VlIExpbmRlbSA8YWNlZUBjaXNjby5jb208bWFpbHRvOmFjZWVAY2lzY28u Y29tPj4NCkRhdGU6IE1vbmRheSwgQXByaWwgMTAsIDIwMTcgYXQgMTE6NTUgQU0NClRvOiBPU1BG IFdHIExpc3QgPG9zcGZAaWV0Zi5vcmc8bWFpbHRvOm9zcGZAaWV0Zi5vcmc+Pg0KU3ViamVjdDog W09TUEZdIE9TUEYgRXh0ZW5zaW9ucyBmb3IgU2VnbWVudCBSb3V0aW5nIC0gZHJhZnQtaWV0Zi1v c3BmLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTEyDQoNClRoaXMgYmVnaW5zIHRoZSBXRyBs YXN0IGNhbGwgZm9yIHRoZSBzdWJqZWN0IGRyYWZ0LiBQbGVhc2Ugc2VuZCB5b3VyICBzdXBwb3J0 IGFuZC9vcg0KY29tbWVudHMgdG8gdGhpcyBsaXN0IHByaW9yIHRvIDEyOjAwIEFNIEdNVCwgTWF5 IDFzdCwgMjAxNy4gQXMgaXMgdHJhZGl0aW9uYWwgZm9yIHdpdGgNCm1vcmUgY29tcGxleCBPU1BG IFdHIGRvY3VtZW50cy4gV2UgYXJlIGFsbG93aW5nIGZvciBhIDMgd2VlayBXRyBsYXN0IGNhbGwu DQoNCkZvciB5b3VyIGNvbnZlbmllbmNlLCBoZXJlIGlzIHRoZSBVUkwgZm9yIHRoZSBzdWJqZWN0 IGRvY3VtZW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0 LWlldGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9ucw0KDQpUaGFua3MsDQpBY2VlDQo= --_000_D51A50D8A8D54aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <4A5608C1B9338949873944A60008A121@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAw KTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0K SSBoYXZlIHVwZGF0ZWQgdGhlIHNoZXBoZXJkIHJlcG9ydCBmb3IgdGhlIHN1YmplY3QgZG9jdW1l bnQuJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQo8YnI+DQo8L2Rp dj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lv bnMvPC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1m YW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGJyPg0KPC9k aXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJy aSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQpUaGFua3MsPC9kaXY+DQo8ZGl2IHN0 eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxNHB4OyI+DQpBY2VlJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1z aXplOiAxNHB4OyI+DQo8YnI+DQo8L2Rpdj4NCjxzcGFuIGlkPSJPTEtfU1JDX0JPRFlfU0VDVElP TiIgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGli cmk7IGZvbnQtc2l6ZToxMXB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVIt Qk9UVE9NOiBtZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJP VFRPTTogMGluOyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVIt VE9QOiAjYjVjNGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElO Ry1UT1A6IDNwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFu Pk9TUEYgJmx0OzxhIGhyZWY9Im1haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5vcmciPm9zcGYtYm91 bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiBBY2VlIExpbmRlbSAmbHQ7PGEgaHJl Zj0ibWFpbHRvOmFjZWVAY2lzY28uY29tIj5hY2VlQGNpc2NvLmNvbTwvYT4mZ3Q7PGJyPg0KPHNw YW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5Nb25kYXksIEFwcmlsIDEw LCAyMDE3IGF0IDExOjU1IEFNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlRv OiA8L3NwYW4+T1NQRiBXRyBMaXN0ICZsdDs8YSBocmVmPSJtYWlsdG86b3NwZkBpZXRmLm9yZyI+ b3NwZkBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi PlN1YmplY3Q6IDwvc3Bhbj5bT1NQRl0gT1NQRiBFeHRlbnNpb25zIGZvciBTZWdtZW50IFJvdXRp bmcgLSBkcmFmdC1pZXRmLW9zcGYtc2VnbWVudC1yb3V0aW5nLWV4dGVuc2lvbnMtMTI8YnI+DQo8 L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRU UklCVVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7 IFBBRERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJ3 b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1s aW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1z aXplOiAxNHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdiBzdHls ZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IGZvbnQtc2l6ZTogMTRweDsiPg0KVGhpcyBiZWdpbnMgdGhlIFdHIGxhc3QgY2FsbCBmb3IgdGhl IHN1YmplY3QgZHJhZnQuIFBsZWFzZSBzZW5kIHlvdXIgJm5ic3A7c3VwcG9ydCBhbmQvb3ImbmJz cDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCmNvbW1lbnRzIHRvIHRoaXMg bGlzdCBwcmlvciB0byAxMjowMCBBTSBHTVQsIE1heSAxc3QsIDIwMTcuIEFzIGlzIHRyYWRpdGlv bmFsIGZvciB3aXRoJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDAp OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQpt b3JlIGNvbXBsZXggT1NQRiBXRyBkb2N1bWVudHMuIFdlIGFyZSBhbGxvd2luZyBmb3IgYSAzIHdl ZWsgV0cgbGFzdCBjYWxsLiZuYnNwOzwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAw LCAwKTsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsi Pg0KPGJyPg0KPC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQpGb3IgeW91ciBj b252ZW5pZW5jZSwgaGVyZSBpcyB0aGUgVVJMIGZvciB0aGUgc3ViamVjdCBkb2N1bWVudC4mbmJz cDs8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBD YWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCjxicj4NCjwvZGl2Pg0KPGRp dj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLXNlZ21lbnQtcm91dGluZy1l eHRlbnNpb25zIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWll dGYtb3NwZi1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9uczwvYT48L2ZvbnQ+PC9kaXY+DQo8ZGl2 IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1z ZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQo8YnI+DQo8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9y OiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNp emU6IDE0cHg7Ij4NClRoYW5rcyw8L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MCk7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4N CkFjZWUmbmJzcDs8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D51A50D8A8D54aceeciscocom_-- From nobody Tue Apr 18 07:25:04 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F1CD91318D6; Tue, 18 Apr 2017 07:25:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: Cc: ospf@ietf.org, acee@cisco.com, ospf-chairs@ietf.org, akatlas@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.49.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149252550186.16138.17397783166217607850.idtracker@ietfa.amsl.com> Date: Tue, 18 Apr 2017 07:25:01 -0700 Archived-At: Subject: [OSPF] ospf - New Meeting Session Request for IETF 99 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 14:25:02 -0000 A new meeting session request has just been submitted by Acee Lindem, a Chair of the ospf working group. --------------------------------------------------------- Working Group Name: Open Shortest Path First IGP Area Name: Routing Area Session Requester: Acee Lindem Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: idr isis rtgwg pim bier bess Second Priority: lisp netmod grow mboned People who must be present: Acee Lindem Abhay Roy Alia Atlas Resources Requested: Special Requests: --------------------------------------------------------- From nobody Tue Apr 18 11:25:47 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CF282127869; Tue, 18 Apr 2017 11:25:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: Cc: ospf@ietf.org, acee@cisco.com, ospf-chairs@ietf.org, akatlas@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.49.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149253994484.16206.14215156382941985659.idtracker@ietfa.amsl.com> Date: Tue, 18 Apr 2017 11:25:44 -0700 Archived-At: Subject: [OSPF] ospf - Update to a Meeting Session Request for IETF 99 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Apr 2017 18:25:45 -0000 An update to a meeting session request has just been submitted by Acee Lindem, a Chair of the ospf working group. --------------------------------------------------------- Working Group Name: Open Shortest Path First IGP Area Name: Routing Area Session Requester: Acee Lindem Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: idr isis rtgwg Second Priority: pim bier bess netmod Third Priority: lisp grow mboned People who must be present: Acee Lindem Abhay Roy Alia Atlas Resources Requested: Special Requests: --------------------------------------------------------- From nobody Wed Apr 19 06:02:31 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BEB61293F4; Wed, 19 Apr 2017 06:02:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ospf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149260694999.332.12425846384269753916@ietfa.amsl.com> Date: Wed, 19 Apr 2017 06:02:30 -0700 Archived-At: Subject: [OSPF] I-D Action: draft-ietf-ospf-link-overload-06.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 13:02:30 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Open Shortest Path First IGP of the IETF. Title : OSPF Link Overload Authors : Shraddha Hegde Pushpasis Sarkar Hannes Gredler Mohan Nanduri Luay Jalil Filename : draft-ietf-ospf-link-overload-06.txt Pages : 14 Date : 2017-04-19 Abstract: When a link is being prepared to be taken out of service, the traffic needs to be diverted from both ends of the link. Increasing the metric to the highest metric on one side of the link is not sufficient to divert the traffic flowing in the other direction. It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be able to advertise a link being in an overload state to indicate impending maintenance activity on the link. This information can be used by the network devices to re-route the traffic effectively. This document describes the protocol extensions to disseminate link- overload information in OSPFv2 and OSPFv3. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-link-overload-06 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-link-overload-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Apr 19 06:09:04 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E0C129543 for ; Wed, 19 Apr 2017 06:08:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pwzKgdnUAZEI for ; Wed, 19 Apr 2017 06:08:56 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0126.outbound.protection.outlook.com [104.47.32.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C576D129418 for ; Wed, 19 Apr 2017 06:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=75qip6Bf4xp966UbMDPNn5yy4W9AS4WMaLwhgIaUbk8=; b=OIfFHdHW5h6a8if8MBjSDBVy/iV9/pDMh6qN3bIuviH/ICsLyLTi1490TaD2tzIUrNQREi+PK13yxR0NoJzuuETjsGrQKwLb1C152pNacXg5TU6DS8QYC20gn7vkoRWlM5fsYZV0LlS1mqUfgVlCD4C/Nwm6MKYwPG0Syl0qCQ0= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2708.namprd05.prod.outlook.com (10.167.2.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Wed, 19 Apr 2017 13:08:54 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1047.008; Wed, 19 Apr 2017 13:08:53 +0000 From: Shraddha Hegde To: "Acee Lindem (acee)" CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkA= Date: Wed, 19 Apr 2017 13:08:53 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2708; 7:8nqI25Qhe73BssXI/D9YS/HDC/laZ7FB+iqCrxFkgbFoWyxXQyvccC3OeF7Zmh9gmqXdOFyEdfnsgU8wtJZT9CFyLlAdvGblCnNsGDLFTg69Ei4s03ebHeXdr/JLTFCwIh1NGW0gUfmhm5tWgVpm/mbO/quJG78hmYd2UW8uKXpStlR638Zw3u/YPhr4g7JSV9JI4+EqGXmpQEHNVdJL1ITK6ioQLywZZnw9u346YVhFcmfc6OWj5T82ETJQs1I2MvVfScqbibCLR7sAoSSYxPXSB4E+bzjZmvPyo+RbXjAaHekwCCEavDOPo0mVL8Hwu2HlDhQ/lve7hkMkh7eOUA== x-ms-office365-filtering-correlation-id: 7defdc2f-2573-49ee-d9ef-08d487253ac7 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2708; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(6055026)(6041248)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(20161123564025)(20161123562025)(20161123555025)(6072148); SRVR:BN3PR05MB2708; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2708; x-forefront-prvs: 028256169F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(39400400002)(39410400002)(39850400002)(39840400002)(39450400003)(377424004)(377454003)(24454002)(13464003)(33656002)(102836003)(3846002)(5660300001)(122556002)(6116002)(189998001)(74316002)(2900100001)(230783001)(305945005)(7736002)(3660700001)(53936002)(3280700002)(7696004)(2950100002)(86362001)(6506006)(6916009)(76176999)(54356999)(50986999)(53546009)(2906002)(77096006)(25786009)(8936002)(229853002)(38730400002)(81166006)(4326008)(6306002)(8676002)(110136004)(55016002)(6436002)(99286003)(9686003)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2708; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Apr 2017 13:08:53.3576 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2708 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 19 Apr 2017 13:08:58 -0000 Hi Acee, New version draft-ietf-ospf-link-overload-06 is posted where the remote-ipv= 4 addr is moved to a new sub-TLV. Pls review. The authors of the draft believe that draft has undergone multiple revision= s/reviews and is ready for WG last call. Rgds Shraddha -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: Saturday, March 18, 2017 2:28 AM Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, et al, With respect to section 4.1, I agree that matching link endpoints in OSPFv2 requires more information. However, this is a general problem and th= e remote address should be a separate OSPFv2 Link Attribute LSA TLV rather = than overloading the link overload TLV ;^) Thanks, Acee On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" wrote: > >A New Internet-Draft is available from the on-line Internet-Drafts=20 >directories. >This draft is a work item of the Open Shortest Path First IGP of the IETF. > > Title : OSPF Link Overload > Authors : Shraddha Hegde > Pushpasis Sarkar > Hannes Gredler > Mohan Nanduri > Luay Jalil > Filename : draft-ietf-ospf-link-overload-05.txt > Pages : 13 > Date : 2017-02-23 > >Abstract: > When a link is being prepared to be taken out of service, the traffic > needs to be diverted from both ends of the link. Increasing the > metric to the highest metric on one side of the link is not > sufficient to divert the traffic flowing in the other direction. > > It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be > able to advertise a link being in an overload state to indicate > impending maintenance activity on the link. This information can be > used by the network devices to re-route the traffic effectively. > > This document describes the protocol extensions to disseminate link- > overload information in OSPFv2 and OSPFv3. > > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ > >There's also a htmlized version available at: >https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 > >A diff from the previous version is available at: >https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 > > >Please note that it may take a couple of minutes from the time of=20 >submission until the htmlized version and diff are available at=20 >tools.ietf.org. > >Internet-Drafts are also available by anonymous FTP at: >ftp://ftp.ietf.org/internet-drafts/ > >_______________________________________________ >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 Apr 19 06:11:22 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EE00129447 for ; Wed, 19 Apr 2017 06:11:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mLIGG_DzEmiK for ; Wed, 19 Apr 2017 06:11:14 -0700 (PDT) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90777129406 for ; Wed, 19 Apr 2017 06:11:14 -0700 (PDT) Received: by mail-qk0-x22c.google.com with SMTP id p68so19240042qke.1 for ; Wed, 19 Apr 2017 06:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DzHbvLuo2kZocAcotiyDS995DcH2ikuj3KK3WgKo2lU=; b=bjNjKyLw7E7+tKNLoBx2uQcPqFaAicIAnWJpdFymYPdCggIYHHhfu+8wsjVXNvbGSZ k6b9wGjQDsew3HLG56k2T97g0298cLcMWThLFr8FmJRmswnwcZBmLMfwmJjhRH60yFr1 ZAA8Fh6DjcbCH1KqgGo2oXUKVTnbB1fbCQ28GBe8ZpLgPN5GFE4SYTb0u7nI4qp4k+2R BbfwnQbfEP7Ecwr1/UI/hRbYSc4k9IgGNQv2miLbDPkdHr1B2OYhfqMaKjN7YjXHN0cT fgICSvcVUsAa9iAbeOTjd3so0o6gEs1oAGxmFXZt6brJdLMmGO0/+NlIqPucD0QUHyz/ EPUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DzHbvLuo2kZocAcotiyDS995DcH2ikuj3KK3WgKo2lU=; b=i1Ka0pzGjoj5Tbzazu8XJPNh6YpxrNazVo2pzITd9eu+t0HMj5o705vIjskg0Sg+bX 533kqRzgWfnJQifyNNtjVy2KZjx05BoMqGlzvh0Iv7HT5Ja7B3eibCOLrww0BYY1sefa kZTBzMrhn3/j8++8Wg9oh2SPtC57rYsw+TNvxaaB6akwN6ttfG1AqrgkwnF+t7fli19v Xea55daCz6aNARsivcYWhv1tcapMMR2xUu1o0TVyCtWqykRL3HclLLH8KDInJZg0izsj NKb7ECGWfPDC+qTrGr8PPZBxFbhPsSpisDoW60ctsO2Fg/o+NoD+V7Mh3Vj3IElUyElP 76bg== X-Gm-Message-State: AN3rC/5qt6F6nydmrTAe5ah2itWsdQHFcxrnXOAWMf+KKyYN/ngWyw0+ mi9bAjxNujhbRiY1vXA= X-Received: by 10.55.101.144 with SMTP id z138mr2596285qkb.4.1492607473474; Wed, 19 Apr 2017 06:11:13 -0700 (PDT) Received: from rtp-acee-8814.cisco.com ([173.38.117.83]) by smtp.gmail.com with ESMTPSA id r13sm1833417qkh.24.2017.04.19.06.11.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Apr 2017 06:11:12 -0700 (PDT) From: Acee Lindem X-Google-Original-From: Acee Lindem Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) In-Reply-To: Date: Wed, 19 Apr 2017 09:11:11 -0400 Cc: "Acee Lindem (acee)" , "ospf@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> To: Shraddha Hegde X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 19 Apr 2017 13:11:21 -0000 Hi Shraddha,=20 I think this version addresses all my comments. I will do a detailed = review this week and, most likely, start the WG last call. I encourage = other WG members to do the same.=20 Thanks, Acee=20 > On Apr 19, 2017, at 9:08 AM, Shraddha Hegde = wrote: >=20 > Hi Acee, >=20 > New version draft-ietf-ospf-link-overload-06 is posted where the = remote-ipv4 addr is moved to a new sub-TLV. > Pls review. >=20 > The authors of the draft believe that draft has undergone multiple = revisions/reviews and is ready for WG last call. >=20 > Rgds > Shraddha >=20 >=20 > -----Original Message----- > From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem = (acee) > Sent: Saturday, March 18, 2017 2:28 AM > Cc: ospf@ietf.org > Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >=20 > Hi Shraddha, et al, >=20 > With respect to section 4.1, I agree that matching link endpoints in > OSPFv2 requires more information. However, this is a general problem = and the remote address should be a separate OSPFv2 Link Attribute LSA = TLV rather than overloading the link overload TLV ;^) >=20 > Thanks, > Acee >=20 > On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" > wrote: >=20 >>=20 >> A New Internet-Draft is available from the on-line Internet-Drafts=20 >> directories. >> This draft is a work item of the Open Shortest Path First IGP of the = IETF. >>=20 >> Title : OSPF Link Overload >> Authors : Shraddha Hegde >> Pushpasis Sarkar >> Hannes Gredler >> Mohan Nanduri >> Luay Jalil >> Filename : draft-ietf-ospf-link-overload-05.txt >> Pages : 13 >> Date : 2017-02-23 >>=20 >> Abstract: >> When a link is being prepared to be taken out of service, the = traffic >> needs to be diverted from both ends of the link. Increasing the >> metric to the highest metric on one side of the link is not >> sufficient to divert the traffic flowing in the other direction. >>=20 >> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be >> able to advertise a link being in an overload state to indicate >> impending maintenance activity on the link. This information can be >> used by the network devices to re-route the traffic effectively. >>=20 >> This document describes the protocol extensions to disseminate link- >> overload information in OSPFv2 and OSPFv3. >>=20 >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>=20 >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>=20 >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>=20 >>=20 >> Please note that it may take a couple of minutes from the time of=20 >> submission until the htmlized version and diff are available at=20 >> tools.ietf.org. >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf >=20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf From nobody Wed Apr 19 15:32:04 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A64B127A97 for ; Wed, 19 Apr 2017 15:32:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 YIdzOz9o5EiP for ; Wed, 19 Apr 2017 15:32:01 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8810B12025C for ; Wed, 19 Apr 2017 15:32:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6076; q=dns/txt; s=iport; t=1492641121; x=1493850721; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=xAcevgYXr0Xir8n+sQru5h1a1PGJBzg5U798d7ronNg=; b=kBdRg1vhVHqGqc7/wfAWM3zqim2F5991NLydoWrbvt6kYCOs/I+6JTpr LLpePD228DMOCNBRcr2HA8I2bfVVqC4fKw2TBEeMloDl7ynzsPHUGLxkM ZuUCEo5Ti08XZvHCufl4crTrsSijbQvDnOam7OynzoG51HLVYMXgSM68L A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AeAQCY5PdY/5hdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB4NgihWRYYgejUSCDyELhXgCGoNrPxgBAgEBAQEBAQF?= =?us-ascii?q?rKIUVAQEBAQMBASEROgsMBAIBCBEEAQEBAgIjAwICAh8GCxQBCAgCBAENBYoBA?= =?us-ascii?q?xUOqmCCJoczDYNfAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYELhySDGoJRR4E/JoJ?= =?us-ascii?q?ggl8FnHQ7AYcQhyOESIIAVYRcihuLDYkDAR84gQVjFRoqhmV1AYddgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,222,1488844800"; d="scan'208";a="233182927" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Apr 2017 22:32:00 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v3JMW0tZ030144 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 19 Apr 2017 22:32:00 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 19 Apr 2017 18:31:59 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Wed, 19 Apr 2017 18:31:59 -0400 From: "Acee Lindem (acee)" To: Acee Lindem , Shraddha Hegde CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAET4gIAAWZ4A Date: Wed, 19 Apr 2017 22:31:59 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: <1587E2D1E428EB42A57FDD07B7521BB4@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 19 Apr 2017 22:32:04 -0000 SGkgU2hyYWRkaGEsIA0KDQpUaGUgb25seSBub24tZWRpdG9yaWFsIGNvbW1lbnQgdGhhdCBJIGhh dmUgaXMgdGhhdCB0aGUgZHJhZnQgcmVmZXJlbmNlcw0KUkZDIDQyMDMgYXMgdGhlIHdheSB0byBs ZWFybiB0aGUgcmVtb3RlIGludGVyZmFjZSBJRCBvbiBhbiB1bm51bWJlcmVkIGxpbmsNCihodHRw czovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1wcHNlbmFrLW9zcGYtbGxzLWludGVyZmFjZS1pZC0w MC50eHQpLiBBcw0KeW91IGtub3csIHRoaXMgaXMgYSB2ZXJ5IGNvbnRyb3ZlcnNpYWwgdG9waWMg d2l0aCBzb21lIG9mIHVzIHdhbnRpbmcgdGhpcw0KdG8gYmUgaW4gdGhlIGhlbGxvIHBhY2tldHMg Y29uc2lzdGVudCB3aXRoIE9TUEZ2MyBhbmQgSVMtSVMgYXMgb3Bwb3NlZCB0bw0KdXNpbmcgYSBs aW5rLXNjb3BlZCBURSBPcGFxdWUgTFNBIGFzIHN1Z2dlc3RlZCBpbiB0aGUgT1NQRiBHTVBMUw0K RXh0ZW5zaW9ucyBSRkMgKGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL3JmYy9yZmM0MjAzLnR4 dCkuIEkgd291bGQNCnN1Z2dlc3QgcmVtb3ZpbmcgdGhlIHJlZmVyZW5jZS4NCg0KVGhhbmtzLA0K QWNlZSANCg0KDQpPbiA0LzE5LzE3LCA5OjExIEFNLCAiQWNlZSBMaW5kZW0iIDxhY2VlLmxpbmRl bUBnbWFpbC5jb20+IHdyb3RlOg0KDQo+SGkgU2hyYWRkaGEsIA0KPg0KPkkgdGhpbmsgdGhpcyB2 ZXJzaW9uIGFkZHJlc3NlcyBhbGwgbXkgY29tbWVudHMuIEkgd2lsbCBkbyBhIGRldGFpbGVkDQo+ cmV2aWV3IHRoaXMgd2VlayBhbmQsIG1vc3QgbGlrZWx5LCBzdGFydCB0aGUgV0cgbGFzdCBjYWxs LiBJIGVuY291cmFnZQ0KPm90aGVyIFdHIG1lbWJlcnMgdG8gZG8gdGhlIHNhbWUuDQo+DQo+VGhh bmtzLA0KPkFjZWUgDQo+PiBPbiBBcHIgMTksIDIwMTcsIGF0IDk6MDggQU0sIFNocmFkZGhhIEhl Z2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5ldD4NCj4+d3JvdGU6DQo+PiANCj4+IEhpIEFjZWUsDQo+ PiANCj4+IE5ldyB2ZXJzaW9uIGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA2IGlzIHBv c3RlZCB3aGVyZSB0aGUNCj4+cmVtb3RlLWlwdjQgYWRkciBpcyBtb3ZlZCB0byBhIG5ldyBzdWIt VExWLg0KPj4gUGxzIHJldmlldy4NCj4+IA0KPj4gVGhlIGF1dGhvcnMgb2YgdGhlIGRyYWZ0IGJl bGlldmUgdGhhdCBkcmFmdCBoYXMgdW5kZXJnb25lIG11bHRpcGxlDQo+PnJldmlzaW9ucy9yZXZp ZXdzIGFuZCBpcyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLg0KPj4gDQo+PiBSZ2RzDQo+PiBTaHJh ZGRoYQ0KPj4gDQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBP U1BGIFttYWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWNlZSBMaW5k ZW0NCj4+KGFjZWUpDQo+PiBTZW50OiBTYXR1cmRheSwgTWFyY2ggMTgsIDIwMTcgMjoyOCBBTQ0K Pj4gQ2M6IG9zcGZAaWV0Zi5vcmcNCj4+IFN1YmplY3Q6IFJlOiBbT1NQRl0gSS1EIEFjdGlvbjog ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUudHh0DQo+PiANCj4+IEhpIFNocmFkZGhh LCBldCBhbCwNCj4+IA0KPj4gV2l0aCByZXNwZWN0IHRvIHNlY3Rpb24gNC4xLCBJIGFncmVlIHRo YXQgbWF0Y2hpbmcgbGluayBlbmRwb2ludHMgaW4NCj4+IE9TUEZ2MiByZXF1aXJlcyBtb3JlIGlu Zm9ybWF0aW9uLiBIb3dldmVyLCB0aGlzIGlzIGEgZ2VuZXJhbCBwcm9ibGVtDQo+PmFuZCB0aGUg cmVtb3RlIGFkZHJlc3Mgc2hvdWxkIGJlIGEgc2VwYXJhdGUgT1NQRnYyIExpbmsgQXR0cmlidXRl IExTQQ0KPj5UTFYgcmF0aGVyIHRoYW4gb3ZlcmxvYWRpbmcgdGhlIGxpbmsgb3ZlcmxvYWQgVExW IDteKQ0KPj4gDQo+PiBUaGFua3MsDQo+PiBBY2VlDQo+PiANCj4+IE9uIDIvMjMvMTcsIDExOjE4 IEFNLCAiT1NQRiBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIg0KPj4gPG9z cGYtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGlldGYub3Jn PiB3cm90ZToNCj4+IA0KPj4+IA0KPj4+IEEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJs ZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cw0KPj4+IGRpcmVjdG9yaWVzLg0KPj4+ IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE9wZW4gU2hvcnRlc3QgUGF0aCBGaXJz dCBJR1Agb2YgdGhlDQo+Pj5JRVRGLg0KPj4+IA0KPj4+ICAgICAgIFRpdGxlICAgICAgICAgICA6 IE9TUEYgTGluayBPdmVybG9hZA0KPj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFNocmFkZGhh IEhlZ2RlDQo+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgUHVzaHBhc2lzIFNhcmthcg0KPj4+ ICAgICAgICAgICAgICAgICAgICAgICAgIEhhbm5lcyBHcmVkbGVyDQo+Pj4gICAgICAgICAgICAg ICAgICAgICAgICAgTW9oYW4gTmFuZHVyaQ0KPj4+ICAgICAgICAgICAgICAgICAgICAgICAgIEx1 YXkgSmFsaWwNCj4+PiAJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3Zl cmxvYWQtMDUudHh0DQo+Pj4gCVBhZ2VzICAgICAgICAgICA6IDEzDQo+Pj4gCURhdGUgICAgICAg ICAgICA6IDIwMTctMDItMjMNCj4+PiANCj4+PiBBYnN0cmFjdDoNCj4+PiAgV2hlbiBhIGxpbmsg aXMgYmVpbmcgcHJlcGFyZWQgdG8gYmUgdGFrZW4gb3V0IG9mIHNlcnZpY2UsIHRoZSB0cmFmZmlj DQo+Pj4gIG5lZWRzIHRvIGJlIGRpdmVydGVkIGZyb20gYm90aCBlbmRzIG9mIHRoZSBsaW5rLiAg SW5jcmVhc2luZyB0aGUNCj4+PiAgbWV0cmljIHRvIHRoZSBoaWdoZXN0IG1ldHJpYyBvbiBvbmUg c2lkZSBvZiB0aGUgbGluayBpcyBub3QNCj4+PiAgc3VmZmljaWVudCB0byBkaXZlcnQgdGhlIHRy YWZmaWMgZmxvd2luZyBpbiB0aGUgb3RoZXIgZGlyZWN0aW9uLg0KPj4+IA0KPj4+ICBJdCBpcyB1 c2VmdWwgZm9yIHJvdXRlcnMgaW4gYW4gT1NQRnYyIG9yIE9TUEZ2MyByb3V0aW5nIGRvbWFpbiB0 byBiZQ0KPj4+ICBhYmxlIHRvIGFkdmVydGlzZSBhIGxpbmsgYmVpbmcgaW4gYW4gb3ZlcmxvYWQg c3RhdGUgdG8gaW5kaWNhdGUNCj4+PiAgaW1wZW5kaW5nIG1haW50ZW5hbmNlIGFjdGl2aXR5IG9u IHRoZSBsaW5rLiAgVGhpcyBpbmZvcm1hdGlvbiBjYW4gYmUNCj4+PiAgdXNlZCBieSB0aGUgbmV0 d29yayBkZXZpY2VzIHRvIHJlLXJvdXRlIHRoZSB0cmFmZmljIGVmZmVjdGl2ZWx5Lg0KPj4+IA0K Pj4+ICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0byBk aXNzZW1pbmF0ZSBsaW5rLQ0KPj4+ICBvdmVybG9hZCBpbmZvcm1hdGlvbiBpbiBPU1BGdjIgYW5k IE9TUEZ2My4NCj4+PiANCj4+PiANCj4+PiANCj4+PiBUaGUgSUVURiBkYXRhdHJhY2tlciBzdGF0 dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC8NCj4+PiANCj4+PiBUaGVyZSdz IGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCj4+PiBodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUNCj4+PiANCj4+ PiBBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQo+Pj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtb3NwZi1saW5rLW92 ZXJsb2FkLTA1DQo+Pj4gDQo+Pj4gDQo+Pj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4+PiBzdWJtaXNzaW9uIHVudGls IHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQNCj4+PiB0b29s cy5pZXRmLm9yZy4NCj4+PiANCj4+PiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxl IGJ5IGFub255bW91cyBGVFAgYXQ6DQo+Pj4gZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy8NCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4gT1NQRkBpZXRmLm9yZw0KPj4+IGh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPj4gDQo+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gT1NQRiBtYWlsaW5n IGxpc3QNCj4+IE9TUEZAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vb3NwZg0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+IE9TUEZAaWV0Zi5vcmcNCj4+ IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPg0KDQo= From nobody Wed Apr 19 21:36:35 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 40E9212EAF5 for ; Wed, 19 Apr 2017 21:36:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id POLzk4jzER7i for ; Wed, 19 Apr 2017 21:36:26 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2394126DDF for ; Wed, 19 Apr 2017 21:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7361; q=dns/txt; s=iport; t=1492662985; x=1493872585; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=Za7ReyvmnmjyqNzti2erCFKDhI5EqN5rYlq/kObm+UU=; b=lwnV+qof53WEoh4ys2U/LPiJEZwclnxV+Od7IPYGy6URB9iK1qvsyvrR s3X0E++Vj4G73pS1WUwhGNf6EtDwwxN5dXcVaKO4HCgMcdla8d+k79SUU c47i6Vl75Nf8O0CwR9MAou+na/4XRpaffeDPg0oQWLJoF7UP5K08uFKYH k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DQAABjOvhY/5tdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB411kWOIHo1Egg8hC4V4AoQHPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQMBATg0CwwEAgEIEQQBAQEeCQchBgsUCQgCBAENBQiJeQMVDq0UhzYNg?= =?us-ascii?q?18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXIMaglFHgWWFPwWWKIZMOwGHEIc?= =?us-ascii?q?jhD+CCVWEXIR9hR6LDYkDAR84gQVjFRoqhGYcgWN1AYddgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,224,1488844800"; d="scan'208";a="414247794" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 04:36:24 +0000 Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v3K4aOW8003560 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 04:36:24 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 19 Apr 2017 23:36:23 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Wed, 19 Apr 2017 23:36:23 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: "Acee Lindem (acee)" , Acee Lindem , Shraddha Hegde CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfByO8kpQeQEREmAKR+SQR3rbKGZ+iWAgDNZ+4CAAAClgIAAnK+AgAAH+tA= Date: Thu, 20 Apr 2017 04:36:23 +0000 Message-ID: <4d5e5aa337eb41a682a05cd3197f3850@XCH-ALN-008.cisco.com> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.95.171] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 04:36:28 -0000 Hi Shraddha/Authors, I would like to share the following comments and feedback on this draft. 1) I did not understand the motivation for the use of link-local scoped RI = LSA for the link-overload signalling when we have the ability to do so via = the TLV in the area-scoped Extended Link Attribute LSA. I think it may be a= good idea (an optimization) to use the TLV in an area-scoped RI LSA to ind= icate link overload for all the router links instead of signalling individu= ally for all its links in the Extended Link Attribute LSA - but this is not= what the draft proposes. So could you explain the reason for the link-loca= l scoped RI LSA TLV usage? 2) The Link Overload TLV is defined with a remote IP address field now. Thi= s does not seem like a good idea. We have had traditionally certain TLVs in= OSPF LSAs that describe links i.e. Remote Interface IP address and Link Lo= cal/Remote Identifiers and cover both numbered and unnumbered links. The dr= aft-ppsenak-ospf-te-link-attr-reuse proposed to specifically re-use these T= LVs so that links may be described correctly in the new extended link attri= bute LSA for generic use-cases such as the Link Overload TLV here. It seems= rather odd that we are now introducing these fields like remote address in= individual TLVs and proposing *hacky* encoding of link-ids in the remote I= P address field for unnumbered links instead of re-using existing well defi= ned generic TLVs. 3) I am not sure why the reference to use of OSPFv3 extended LSAs for link = level area-scoped signalling was removed from this version of the draft. 4) I also have an objection to the reference of RFC4203 for the procedures = for obtaining the remote interface-id since that mechanism is outside the s= cope of what this draft is trying to standardize. Specifically, I have a pr= oblem since it gives an impression that the mechanism described in RFC4203 = is *the* procedure for obtaining the remote interface-id since that specifi= cation is very specific to the GMPLS/TE use-cases and it is not a generic/b= ased OSPF protocol mechanism. We have proposed an alternate mechanism for d= oing this in a manner consistent with OSPFv3 and ISIS in draft-ppsenak-ospf= -lls-interface-id. We can debate the need for this mechanism in a separate = thread, but the reference to RFC4203 does not seem necessary here to me. Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: 20 April 2017 04:02 To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC 4203 as the way to learn the remote interface ID on an unnumbered link (https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you know, this is a very controversial topic with some of us wanting this to be in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (https://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the reference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha,=20 > >I think this version addresses all my comments. I will do a detailed >review this week and, most likely, start the WG last call. I encourage >other WG members to do the same. > >Thanks, >Acee=20 >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem >>and the remote address should be a separate OSPFv2 Link Attribute LSA >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> This draft is a work item of the Open Shortest Path First IGP of the >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the traffic >>> needs to be diverted from both ends of the link. Increasing the >>> metric to the highest metric on one side of the link is not >>> sufficient to divert the traffic flowing in the other direction. >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be >>> able to advertise a link being in an overload state to indicate >>> impending maintenance activity on the link. This information can be >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate link- >>> overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=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. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 19 21:46:59 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A8C2127B52 for ; Wed, 19 Apr 2017 21:46:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Bkrci8C2BKt for ; Wed, 19 Apr 2017 21:46:56 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0093.outbound.protection.outlook.com [104.47.32.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18AE612940E for ; Wed, 19 Apr 2017 21:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=OIcolcRj8BweMinSMzJgIM6+MAnWri9FsaU1nDsu20g=; b=etI1LbvVLaDsmZzisSnP+G8YjfAsgOiLwqwpDrP5ob5zeNwSvu3TMxpDUBtRW36YfBZTwiwRGce8KwRccFrOIb/kBaPbeemickZyjy5mN3kIijE50Y8CtIuBOYPhfWJuwHPeLg5QcxWyXG2uzFYZ1jdDIzY6H7m7puaYbotRyzk= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2707.namprd05.prod.outlook.com (10.167.2.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Thu, 20 Apr 2017 04:46:54 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1047.008; Thu, 20 Apr 2017 04:46:53 +0000 From: Shraddha Hegde To: "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABmipA= Date: Thu, 20 Apr 2017 04:46:53 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2707; 7:D3RNiaeZpTwIsyYadURhRZTJwUpcS7P2aZhj3eJyqOj1GUVJKB4JI6ytrfQzcNnDs2x5URtuiCP1sscDky8AA4QE8569RuYCdsEk0b0rPmWdDskAT5+n9Lf9A1xs41WOlXe5JnA+z+eM3AW8Gmr2KzaSSIvYEuaw4cZuMLwWujM58bj/eC6NpA8lGvoalffPex3Avzzq1qUJcVljpEBBvClP8V+E3kMSAif4ZeHd5NQdujuq6xTfGJuHhcdiGAk7jiy3Vz7iFr6QbO2uGPvW48ePALP4kLMYgTDGncgdp7fa5E8g7Rg36C9hhL03XpG/PWbJY2wAIuHIqUuxLZ3ABQ== x-ms-office365-filtering-correlation-id: 1ebbf52c-3f9b-4f92-118e-08d487a84485 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2707; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123564025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(20161123562025)(20161123560025)(6072148); SRVR:BN3PR05MB2707; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2707; x-forefront-prvs: 02830F0362 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39850400002)(39410400002)(39450400003)(39860400002)(39840400002)(39400400002)(24454002)(377454003)(13464003)(377424004)(25786009)(7696004)(2900100001)(189998001)(3280700002)(53546009)(81166006)(8676002)(8936002)(86362001)(39060400002)(229853002)(5660300001)(3660700001)(77096006)(2906002)(2950100002)(4326008)(6506006)(74316002)(66066001)(230783001)(122556002)(55016002)(93886004)(33656002)(6436002)(99286003)(38730400002)(7736002)(3846002)(6306002)(9686003)(6246003)(305945005)(54356999)(53936002)(50986999)(76176999)(102836003)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2707; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2017 04:46:53.7677 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2707 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 04:46:58 -0000 SGkgQWNlZSwNCg0KVGhlIGRyYWZ0IGRvZXMgbm90IG1hbmRhdGUgdXNlIG9mIFJGQyA0MjAzLiBU aGVyZSBhcmUgbm8gTVVTVCBzdGF0ZW1lbnRzIGFzc29jaWF0ZWQgd2l0aCB0aGUgcmVjb21tZW5k YXRpb24uDQoNCg0KUkZDIDQyMDMgaXMgYSBzdGFuZGFyZCBhbmQgaGFzIGJlZW4gYXJvdW5kIGZv ciBhIHdoaWxlLiBJIGRvIG5vdCB1bmRlcnN0YW5kIHdoeSB0aGVyZSBpcyBjb25jZXJuIGJlaW5n IHJhaXNlZCBvdmVyDQpSZWZlcmVuY2luZyBhbiBSRkMgd2hpY2ggaGFzIGJlZW4gYSBzdGFuZGFy ZCBhbmQgZGVwbG95ZWQgaW4gdGhlIGZpZWxkIGZvciBtYW55IHllYXJzLg0KDQpodHRwczovL3d3 dy5pZXRmLm9yZy9pZC9kcmFmdC1wcHNlbmFrLW9zcGYtbGxzLWludGVyZmFjZS1pZC0wMC50eHQg aXMgc3RpbGwgYW4gaW5kZXBlbmRlbnQgZHJhZnQgYW5kIGl0IGRvZXMgbm90IG1ha2Ugc2Vuc2Ug dG8gcmVmZXIgdGhpcyBkcmFmdA0KaW4gZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDYg d2hpY2ggaXMgcmVhZHkgZm9yIFdHIGxhc3QgY2FsbC4NCg0KUmdkcw0KU2hyYWRkaGENCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFjZWUgTGluZGVtIChhY2VlKSBbbWFpbHRv OmFjZWVAY2lzY28uY29tXSANClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyMCwgMjAxNyA0OjAyIEFN DQpUbzogQWNlZSBMaW5kZW0gPGFjZWUubGluZGVtQGdtYWlsLmNvbT47IFNocmFkZGhhIEhlZ2Rl IDxzaHJhZGRoYUBqdW5pcGVyLm5ldD4NCkNjOiBvc3BmQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W09TUEZdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4dA0K DQpIaSBTaHJhZGRoYSwgDQoNClRoZSBvbmx5IG5vbi1lZGl0b3JpYWwgY29tbWVudCB0aGF0IEkg aGF2ZSBpcyB0aGF0IHRoZSBkcmFmdCByZWZlcmVuY2VzIFJGQyA0MjAzIGFzIHRoZSB3YXkgdG8g bGVhcm4gdGhlIHJlbW90ZSBpbnRlcmZhY2UgSUQgb24gYW4gdW5udW1iZXJlZCBsaW5rIChodHRw czovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1wcHNlbmFrLW9zcGYtbGxzLWludGVyZmFjZS1pZC0w MC50eHQpLiBBcyB5b3Uga25vdywgdGhpcyBpcyBhIHZlcnkgY29udHJvdmVyc2lhbCB0b3BpYyB3 aXRoIHNvbWUgb2YgdXMgd2FudGluZyB0aGlzIHRvIGJlIGluIHRoZSBoZWxsbyBwYWNrZXRzIGNv bnNpc3RlbnQgd2l0aCBPU1BGdjMgYW5kIElTLUlTIGFzIG9wcG9zZWQgdG8gdXNpbmcgYSBsaW5r LXNjb3BlZCBURSBPcGFxdWUgTFNBIGFzIHN1Z2dlc3RlZCBpbiB0aGUgT1NQRiBHTVBMUyBFeHRl bnNpb25zIFJGQyAoaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzQyMDMudHh0KS4g SSB3b3VsZCBzdWdnZXN0IHJlbW92aW5nIHRoZSByZWZlcmVuY2UuDQoNClRoYW5rcywNCkFjZWUg DQoNCg0KT24gNC8xOS8xNywgOToxMSBBTSwgIkFjZWUgTGluZGVtIiA8YWNlZS5saW5kZW1AZ21h aWwuY29tPiB3cm90ZToNCg0KPkhpIFNocmFkZGhhLA0KPg0KPkkgdGhpbmsgdGhpcyB2ZXJzaW9u IGFkZHJlc3NlcyBhbGwgbXkgY29tbWVudHMuIEkgd2lsbCBkbyBhIGRldGFpbGVkIA0KPnJldmll dyB0aGlzIHdlZWsgYW5kLCBtb3N0IGxpa2VseSwgc3RhcnQgdGhlIFdHIGxhc3QgY2FsbC4gSSBl bmNvdXJhZ2UgDQo+b3RoZXIgV0cgbWVtYmVycyB0byBkbyB0aGUgc2FtZS4NCj4NCj5UaGFua3Ms DQo+QWNlZQ0KPj4gT24gQXByIDE5LCAyMDE3LCBhdCA5OjA4IEFNLCBTaHJhZGRoYSBIZWdkZSA8 c2hyYWRkaGFAanVuaXBlci5uZXQ+DQo+Pndyb3RlOg0KPj4gDQo+PiBIaSBBY2VlLA0KPj4gDQo+ PiBOZXcgdmVyc2lvbiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiBpcyBwb3N0ZWQg d2hlcmUgdGhlDQo+PnJlbW90ZS1pcHY0IGFkZHIgaXMgbW92ZWQgdG8gYSBuZXcgc3ViLVRMVi4N Cj4+IFBscyByZXZpZXcuDQo+PiANCj4+IFRoZSBhdXRob3JzIG9mIHRoZSBkcmFmdCBiZWxpZXZl IHRoYXQgZHJhZnQgaGFzIHVuZGVyZ29uZSBtdWx0aXBsZSANCj4+cmV2aXNpb25zL3Jldmlld3Mg YW5kIGlzIHJlYWR5IGZvciBXRyBsYXN0IGNhbGwuDQo+PiANCj4+IFJnZHMNCj4+IFNocmFkZGhh DQo+PiANCj4+IA0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IE9TUEYg W21haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBBY2VlIExpbmRlbQ0K Pj4oYWNlZSkNCj4+IFNlbnQ6IFNhdHVyZGF5LCBNYXJjaCAxOCwgMjAxNyAyOjI4IEFNDQo+PiBD Yzogb3NwZkBpZXRmLm9yZw0KPj4gU3ViamVjdDogUmU6IFtPU1BGXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4+IA0KPj4gSGkgU2hyYWRkaGEsIGV0 IGFsLA0KPj4gDQo+PiBXaXRoIHJlc3BlY3QgdG8gc2VjdGlvbiA0LjEsIEkgYWdyZWUgdGhhdCBt YXRjaGluZyBsaW5rIGVuZHBvaW50cyBpbg0KPj4gT1NQRnYyIHJlcXVpcmVzIG1vcmUgaW5mb3Jt YXRpb24uIEhvd2V2ZXIsIHRoaXMgaXMgYSBnZW5lcmFsIHByb2JsZW0gDQo+PmFuZCB0aGUgcmVt b3RlIGFkZHJlc3Mgc2hvdWxkIGJlIGEgc2VwYXJhdGUgT1NQRnYyIExpbmsgQXR0cmlidXRlIExT QSANCj4+VExWIHJhdGhlciB0aGFuIG92ZXJsb2FkaW5nIHRoZSBsaW5rIG92ZXJsb2FkIFRMViA7 XikNCj4+IA0KPj4gVGhhbmtzLA0KPj4gQWNlZQ0KPj4gDQo+PiBPbiAyLzIzLzE3LCAxMToxOCBB TSwgIk9TUEYgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyINCj4+IDxvc3Bm LWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4g d3JvdGU6DQo+PiANCj4+PiANCj4+PiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUg ZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgIA0KPj4+ZGlyZWN0b3JpZXMuDQo+Pj4g VGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgT3BlbiBTaG9ydGVzdCBQYXRoIEZpcnN0 IElHUCBvZiB0aGUgDQo+Pj5JRVRGLg0KPj4+IA0KPj4+ICAgICAgIFRpdGxlICAgICAgICAgICA6 IE9TUEYgTGluayBPdmVybG9hZA0KPj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFNocmFkZGhh IEhlZ2RlDQo+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgUHVzaHBhc2lzIFNhcmthcg0KPj4+ ICAgICAgICAgICAgICAgICAgICAgICAgIEhhbm5lcyBHcmVkbGVyDQo+Pj4gICAgICAgICAgICAg ICAgICAgICAgICAgTW9oYW4gTmFuZHVyaQ0KPj4+ICAgICAgICAgICAgICAgICAgICAgICAgIEx1 YXkgSmFsaWwNCj4+PiAJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3Zl cmxvYWQtMDUudHh0DQo+Pj4gCVBhZ2VzICAgICAgICAgICA6IDEzDQo+Pj4gCURhdGUgICAgICAg ICAgICA6IDIwMTctMDItMjMNCj4+PiANCj4+PiBBYnN0cmFjdDoNCj4+PiAgV2hlbiBhIGxpbmsg aXMgYmVpbmcgcHJlcGFyZWQgdG8gYmUgdGFrZW4gb3V0IG9mIHNlcnZpY2UsIHRoZSANCj4+PiB0 cmFmZmljICBuZWVkcyB0byBiZSBkaXZlcnRlZCBmcm9tIGJvdGggZW5kcyBvZiB0aGUgbGluay4g IA0KPj4+IEluY3JlYXNpbmcgdGhlICBtZXRyaWMgdG8gdGhlIGhpZ2hlc3QgbWV0cmljIG9uIG9u ZSBzaWRlIG9mIHRoZSBsaW5rIA0KPj4+IGlzIG5vdCAgc3VmZmljaWVudCB0byBkaXZlcnQgdGhl IHRyYWZmaWMgZmxvd2luZyBpbiB0aGUgb3RoZXIgZGlyZWN0aW9uLg0KPj4+IA0KPj4+ICBJdCBp cyB1c2VmdWwgZm9yIHJvdXRlcnMgaW4gYW4gT1NQRnYyIG9yIE9TUEZ2MyByb3V0aW5nIGRvbWFp biB0byANCj4+PiBiZSAgYWJsZSB0byBhZHZlcnRpc2UgYSBsaW5rIGJlaW5nIGluIGFuIG92ZXJs b2FkIHN0YXRlIHRvIGluZGljYXRlICANCj4+PiBpbXBlbmRpbmcgbWFpbnRlbmFuY2UgYWN0aXZp dHkgb24gdGhlIGxpbmsuICBUaGlzIGluZm9ybWF0aW9uIGNhbiBiZSAgDQo+Pj4gdXNlZCBieSB0 aGUgbmV0d29yayBkZXZpY2VzIHRvIHJlLXJvdXRlIHRoZSB0cmFmZmljIGVmZmVjdGl2ZWx5Lg0K Pj4+IA0KPj4+ICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9u cyB0byBkaXNzZW1pbmF0ZSANCj4+PiBsaW5rLSAgb3ZlcmxvYWQgaW5mb3JtYXRpb24gaW4gT1NQ RnYyIGFuZCBPU1BGdjMuDQo+Pj4gDQo+Pj4gDQo+Pj4gDQo+Pj4gVGhlIElFVEYgZGF0YXRyYWNr ZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+Pj4gaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQvDQo+Pj4gDQo+Pj4g VGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQo+Pj4gaHR0cHM6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1DQo+ Pj4gDQo+Pj4gQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0 Og0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLW9zcGYt bGluay1vdmVybG9hZC0wNQ0KPj4+IA0KPj4+IA0KPj4+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5 IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIA0KPj4+IHN1Ym1pc3Np b24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCAN Cj4+PiB0b29scy5pZXRmLm9yZy4NCj4+PiANCj4+PiBJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28g YXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6DQo+Pj4gZnRwOi8vZnRwLmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy8NCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4gT1NQRkBpZXRmLm9y Zw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPj4gDQo+ PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4gT1NQ RiBtYWlsaW5nIGxpc3QNCj4+IE9TUEZAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vb3NwZg0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+IE9TUEZAaWV0 Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPg0K DQo= From nobody Wed Apr 19 22:15:52 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2415F129420 for ; Wed, 19 Apr 2017 22:15:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dCB4bGTBAek4 for ; Wed, 19 Apr 2017 22:15:48 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADF32127B52 for ; Wed, 19 Apr 2017 22:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6473; q=dns/txt; s=iport; t=1492665348; x=1493874948; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=m1IEkyNdt4bc6cJVkDzyrNwzSLSKxMO3lfuGsYd+9o0=; b=CpvxzmmZ0kjHg35zWMEHmkxvtNX/H4yapXzeaPARlKGTmG6QqFJAx6ZN +UAJToDW4MIhGGUE7yQ1Y8AEjCHUzUMPpbRAS/+cMyF62RIon+Y0SCLNn R/VntUFrCRQbtLB3a09oeOXCX8my/tfQVpW4tkr52MzeQo0rLr9aDsoGe A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DPAADDQvhY/40NJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB411kWOIHo1Fgg8hC4V4AoQIPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQMBATg0CwwEAgEIEQQBAQEeCQchBgsUCQgCBAENBQiJfAMVDq0UhzYNg?= =?us-ascii?q?18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXAGDGYJRR4FlhT8FnHY7AYcUhyW?= =?us-ascii?q?EP4IJVYReihyLDokDAR84gQVjFRoqhmV1AYddgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,224,1488844800"; d="scan'208";a="232974655" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Apr 2017 05:15:47 +0000 Received: from XCH-ALN-014.cisco.com (xch-aln-014.cisco.com [173.36.7.24]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id v3K5FlWb002198 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 05:15:47 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-014.cisco.com (173.36.7.24) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 00:15:46 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 00:15:46 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Shraddha Hegde , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfByO8kpQeQEREmAKR+SQR3rbKGZ+iWAgDNZ+4CAAAClgIAAnK+AgABov4D//7L4MA== Date: Thu, 20 Apr 2017 05:15:46 +0000 Message-ID: <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.95.171] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 05:15:51 -0000 Hi Shraddha, The RFC 4203 describes the usage and application of TE LSAs for GMPLS/TE us= e cases. The OSPF link overload RFC is independent of TE and hence it is a = concern that an implementation needs to use TE LSAs with link-local scope j= ust for signalling the interface-ids for unnumbered links. Not asking for reference to draft-ppsenak-ospf-lls-interface-id. Just askin= g to remove reference to RFC 4203 since the mechanism for signalling interf= ace-ids is orthogonal to the subject of the draft which is generic to OSPF = and independent of any TE/GMPLS use-case(s). Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Shraddha Hegde Sent: 20 April 2017 10:17 To: Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Acee, The draft does not mandate use of RFC 4203. There are no MUST statements as= sociated with the recommendation. RFC 4203 is a standard and has been around for a while. I do not understand= why there is concern being raised over Referencing an RFC which has been a standard and deployed in the field for = many years. https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is still= an independent draft and it does not make sense to refer this draft in draft-ietf-ospf-link-overload-06 which is ready for WG last call. Rgds Shraddha -----Original Message----- From: Acee Lindem (acee) [mailto:acee@cisco.com]=20 Sent: Thursday, April 20, 2017 4:02 AM To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts =20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. =20 >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate =20 >>> impending maintenance activity on the link. This information can be =20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate=20 >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 19 23:41:24 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A58771200C1 for ; Wed, 19 Apr 2017 23:41:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CDIH_qcmylhc for ; Wed, 19 Apr 2017 23:41:20 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0117.outbound.protection.outlook.com [104.47.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAAD612EB14 for ; Wed, 19 Apr 2017 23:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Hn+N1MWatAitTCKAHs8DjH9R/KLhyrQzw116c1yCbVc=; b=AyPy9xsQJWlbXkXU7PCSwI6TzPJlSkNG1Dg+lgZ2aa+hAz6o6gFQnv1giJ5rSwJKBwtFw6dhKhvrooRDHaI2+BiLv4LXmXQONb+NOb2ZrIBnWDPY+9it4G/8Ii8g8c8RnWouNUxGVrUmAUW+taT9F63vMvWI+EnEpP3f7/r/lvw= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Thu, 20 Apr 2017 06:41:17 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1047.008; Thu, 20 Apr 2017 06:41:17 +0000 From: Shraddha Hegde To: "Ketan Talaulikar Talaulikar (ketant)" , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABmipCAAApGAIAAF0vg Date: Thu, 20 Apr 2017 06:41:17 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> In-Reply-To: <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2706; 7:yHyR6wXEAhQJXQiNMxqc01f1buoH6+dNxy3zTBIDDyaK4DaHXzYc+HA7uXJMl0s6Kb1nzaxHe8YCu30Dl/uCrEkLHHdD4dmadNZmKtYMKehA47taPESsmbpwqzqU9qUe0Fd0ZANkcnf1U2TRyor1SA7TeSx1mtLzOeyJbDCrIXQt+WkMW0ugw7UzYT0/QJrWTpVZ2mpO3jRCmABZ7Sfnt+Ec/rSp0KRnv0GfTK4yq2smeGAogpOIOchWZzh1mbcW/uYF+KTJywrG1/0zODqj+f6oPKR/5okqSttQNizbFLX1f3IVGQkeKLFfFiMozv0uCsSIN3IUqUy9n1fbyy0FsA== x-ms-office365-filtering-correlation-id: a126b45c-dccc-49f1-1ccb-08d487b83fb3 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2706; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(278428928389397)(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123564025)(20161123555025)(20161123560025)(20161123562025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(6072148); SRVR:BN3PR05MB2706; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2706; x-forefront-prvs: 02830F0362 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39860400002)(39400400002)(39850400002)(39410400002)(39450400003)(24454002)(13464003)(377424004)(377454003)(66066001)(6116002)(25786009)(6246003)(3846002)(102836003)(53546009)(6436002)(55016002)(38730400002)(6506006)(4326008)(189998001)(93886004)(39060400002)(5660300001)(3660700001)(33656002)(6306002)(230783001)(99286003)(7736002)(305945005)(7696004)(86362001)(2906002)(74316002)(3280700002)(122556002)(53936002)(229853002)(77096006)(8936002)(2950100002)(81166006)(9686003)(8676002)(2900100001)(54356999)(50986999)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2706; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2017 06:41:17.8157 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2706 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 06:41:23 -0000 Ketan, We do have traffic engineering applications that require link-overload func= tionality. Pls refer section 7.2. Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 10:46 AM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, The RFC 4203 describes the usage and application of TE LSAs for GMPLS/TE us= e cases. The OSPF link overload RFC is independent of TE and hence it is a = concern that an implementation needs to use TE LSAs with link-local scope j= ust for signalling the interface-ids for unnumbered links. Not asking for reference to draft-ppsenak-ospf-lls-interface-id. Just askin= g to remove reference to RFC 4203 since the mechanism for signalling interf= ace-ids is orthogonal to the subject of the draft which is generic to OSPF = and independent of any TE/GMPLS use-case(s). Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Shraddha Hegde Sent: 20 April 2017 10:17 To: Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Acee, The draft does not mandate use of RFC 4203. There are no MUST statements as= sociated with the recommendation. RFC 4203 is a standard and has been around for a while. I do not understand= why there is concern being raised over Referencing an RFC which has been a= standard and deployed in the field for many years. https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is still= an independent draft and it does not make sense to refer this draft in dra= ft-ietf-ospf-link-overload-06 which is ready for WG last call. Rgds Shraddha -----Original Message----- From: Acee Lindem (acee) [mailto:acee@cisco.com] Sent: Thursday, April 20, 2017 4:02 AM To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate=20 >>> impending maintenance activity on the link. This information can be=20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 19 23:46:11 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62CFC127ABE for ; Wed, 19 Apr 2017 23:46:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CzWGPCjSfzNZ for ; Wed, 19 Apr 2017 23:46:08 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0092.outbound.protection.outlook.com [104.47.38.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F6CD1200C1 for ; Wed, 19 Apr 2017 23:46:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=c+VHlCeXAIfcVKrdKQodk1wmzgJMql4v/MDWqLBnp9k=; b=OJhJiKvOa+NYESmxFBnBMPf9e9HfggzGpqAxF6gtyZFWbEmb56sMRIvKAV/BkMwzGu4FvoHY52bf9bR4k53Uvw3no8hoRVe2F9P7PIJmprtd38E8xBDZp05h/SBozDw2R8I4IdFZ7FdDlZrH+FxDCdBqK47LRSAxZrEO66I4iRQ= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Thu, 20 Apr 2017 06:46:06 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1047.008; Thu, 20 Apr 2017 06:46:06 +0000 From: Shraddha Hegde To: "Ketan Talaulikar Talaulikar (ketant)" , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABl0ICAACL4UA== Date: Thu, 20 Apr 2017 06:46:05 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <4d5e5aa337eb41a682a05cd3197f3850@XCH-ALN-008.cisco.com> In-Reply-To: <4d5e5aa337eb41a682a05cd3197f3850@XCH-ALN-008.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2706; 7:9Bkb0IBOkSa6HTaWyX7q0Va/WiWpYxvWCkCxvadvESjYiFXrLhECX0IPhQWpENEkt5sng3JPDO+TzcyP29oaBmy24KiX32PlslCddER13JC9yW2LuUKDlRaNHkMmMYzteUeN76mMbiQNVIaP4SlObikHC6/9/9GYl/D7KKAO7oa1cDpp/5Li4ac2kRuHG4nDGQoj7/PjbTtGFcH9TCqxItxNmg+u6HZ1f09QoO+BNoO8EbvCC31n+LAVndOQWD5d4q7gBbQ+1rZCSoODSdVyBO1YwFiWS/tuUMVux/WNjQFidcg6s8h4i0OcQ0D0Hiy8zqOOPtbVd1FkXUrCU+lHhA== x-ms-office365-filtering-correlation-id: 4e60007f-c6df-443e-637a-08d487b8eb8e x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2706; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123564025)(20161123555025)(20161123560025)(20161123562025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(6072148); SRVR:BN3PR05MB2706; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2706; x-forefront-prvs: 02830F0362 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39860400002)(39400400002)(39850400002)(39410400002)(39450400003)(24454002)(13464003)(377424004)(377454003)(66066001)(6116002)(25786009)(6246003)(3846002)(102836003)(53546009)(6436002)(55016002)(38730400002)(6506006)(4326008)(189998001)(93886004)(39060400002)(5660300001)(3660700001)(33656002)(6306002)(230783001)(99286003)(7736002)(305945005)(7696004)(86362001)(2906002)(74316002)(3280700002)(122556002)(53936002)(229853002)(77096006)(8936002)(2950100002)(81166006)(9686003)(8676002)(2900100001)(54356999)(50986999)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2706; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2017 06:46:06.0210 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2706 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 06:46:10 -0000 Ketan, Pls see inline.. -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 10:06 AM To: Acee Lindem (acee) ; Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha/Authors, I would like to share the following comments and feedback on this draft. 1) I did not understand the motivation for the use of link-local scoped RI = LSA for the link-overload signalling when we have the ability to do so via = the TLV in the area-scoped Extended Link Attribute LSA. I think it may be a= good idea (an optimization) to use the TLV in an area-scoped RI LSA to ind= icate link overload for all the router links instead of signalling individu= ally for all its links in the Extended Link Attribute LSA - but this is not= what the draft proposes. So could you explain the reason for the link-loca= l scoped RI LSA TLV usage? There are many application which may not need an area wide ind= ication and a link level indication would be sufficient. Pls refer section for the applications. 2) The Link Overload TLV is defined with a remote IP address field now. Thi= s does not seem like a good idea. We have had traditionally certain TLVs in= OSPF LSAs that describe links i.e. Remote Interface IP address and Link Lo= cal/Remote Identifiers and cover both numbered and unnumbered links. The dr= aft-ppsenak-ospf-te-link-attr-reuse proposed to specifically re-use these T= LVs so that links may be described correctly in the new extended link attri= bute LSA for generic use-cases such as the Link Overload TLV here. It seems= rather odd that we are now introducing these fields like remote address in= individual TLVs and proposing *hacky* encoding of link-ids in the remote I= P address field for unnumbered links instead of re-using existing well defi= ned generic TLVs. Pls refer the latest draft draft-ietf-ospf-link-overload-06. New= sub-tlvs defined for generic use. 3) I am not sure why the reference to use of OSPFv3 extended LSAs for link = level area-scoped signalling was removed from this version of the draft. Since OSPFv3 entended LSA hasn't progressed, the WG has decided t= o progress other draft and defer any dependency to a separate document. 4) I also have an objection to the reference of RFC4203 for the procedures = for obtaining the remote interface-id since that mechanism is outside the s= cope of what this draft is trying to standardize. Specifically, I have a pr= oblem since it gives an impression that the mechanism described in RFC4203 = is *the* procedure for obtaining the remote interface-id since that specifi= cation is very specific to the GMPLS/TE use-cases and it is not a generic/b= ased OSPF protocol mechanism. We have proposed an alternate mechanism for d= oing this in a manner consistent with OSPFv3 and ISIS in draft-ppsenak-ospf= -lls-interface-id. We can debate the need for this mechanism in a separate = thread, but the reference to RFC4203 does not seem necessary here to me. This is discussed in other threads. Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: 20 April 2017 04:02 To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts =20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. =20 >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate =20 >>> impending maintenance activity on the link. This information can be =20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate=20 >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 20 00:01:12 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B66612EB18 for ; Thu, 20 Apr 2017 00:01:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i7kwMxwRuBPP for ; Thu, 20 Apr 2017 00:01:08 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 308CF129423 for ; Thu, 20 Apr 2017 00:01:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7656; q=dns/txt; s=iport; t=1492671667; x=1493881267; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=fep66aX2xBeMCocUo9fhRbBlK0rUt7LZ0uSkBdi9zQA=; b=j2BCpbxH0/tPrsM9FM+y37M4GK6gfsYmPOtgbx7z03dujK9IvvkpvjB9 Yr9qhAARVAvcVrpAdszNkuILm99XMAGe0KVgYYeUOMnSAmm4TJE53rKtr FCt1mxnOzTW+PKdvLaLDxC4YE8xMZMQhSh87EUhfpvOaoSuSPzEikziNn o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DPAACQW/hY/5tdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB411kWOIHo1Fgg8hC4V4AoQJPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQMBATg0CwwEAgEIEQQBAQEeCQchBgsUCQgCBAENBQiJfAMVDq0dhzYNg?= =?us-ascii?q?18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXAGDGYJRR4FlhT8FnHY7AYcUhyW?= =?us-ascii?q?EP4IJVYReihyLDokDAR84gQVjFRoqhmV1AYddgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,224,1488844800"; d="scan'208";a="224756475" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 07:01:05 +0000 Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v3K715Jf029642 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 07:01:06 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 02:01:05 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 02:01:05 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Shraddha Hegde , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfByO8kpQeQEREmAKR+SQR3rbKGZ+iWAgDNZ+4CAAAClgIAAnK+AgABov4D//7L4MIAAbP+A//+xHLA= Date: Thu, 20 Apr 2017 07:01:05 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.95.171] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 07:01:10 -0000 Shraddha, There are also other applications that your draft lists which are TE indepe= ndent and hence the case for not referring to a specific way for signalling= interface-ids which is TE specific. I don't understand why you would be so reluctant to remove a reference whic= h is not even central to the topic of the draft? Thanks, Ketan -----Original Message----- From: Shraddha Hegde [mailto:shraddha@juniper.net]=20 Sent: 20 April 2017 12:11 To: Ketan Talaulikar Talaulikar (ketant) ; Acee Lindem (a= cee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Ketan, We do have traffic engineering applications that require link-overload func= tionality. Pls refer section 7.2. Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 10:46 AM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, The RFC 4203 describes the usage and application of TE LSAs for GMPLS/TE us= e cases. The OSPF link overload RFC is independent of TE and hence it is a = concern that an implementation needs to use TE LSAs with link-local scope j= ust for signalling the interface-ids for unnumbered links. Not asking for reference to draft-ppsenak-ospf-lls-interface-id. Just askin= g to remove reference to RFC 4203 since the mechanism for signalling interf= ace-ids is orthogonal to the subject of the draft which is generic to OSPF = and independent of any TE/GMPLS use-case(s). Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Shraddha Hegde Sent: 20 April 2017 10:17 To: Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Acee, The draft does not mandate use of RFC 4203. There are no MUST statements as= sociated with the recommendation. RFC 4203 is a standard and has been around for a while. I do not understand= why there is concern being raised over Referencing an RFC which has been a= standard and deployed in the field for many years. https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is still= an independent draft and it does not make sense to refer this draft in dra= ft-ietf-ospf-link-overload-06 which is ready for WG last call. Rgds Shraddha -----Original Message----- From: Acee Lindem (acee) [mailto:acee@cisco.com] Sent: Thursday, April 20, 2017 4:02 AM To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate=20 >>> impending maintenance activity on the link. This information can be=20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 20 00:12:06 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FCBC129423 for ; Thu, 20 Apr 2017 00:12:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rm4pUMACUtys for ; Thu, 20 Apr 2017 00:12:02 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6FA0126CC7 for ; Thu, 20 Apr 2017 00:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9905; q=dns/txt; s=iport; t=1492672321; x=1493881921; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=GVYvoh3699QM01CRN9d3FqyZyJSaof3U6mEkKTVFIhA=; b=VQIxIKyRPZgFEUe0JdJ9ALR0i5q+SCrYcvFT8gT5Y0sZytdKBT7iPLvy sEdzLCHrgKyDwippX1K+BmuUJXLk8LrwNho55iMqUtfkDHs0OP3j0delC oivgdX/Y+lkBQox7OMZJc0qSUPYsbdyvnIoXF7ZWSWu5ElFKaGehU6ylf M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DPAAAZX/hY/5NdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB411kWOIHo1Fgg8hC4V4AoQJPxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQMBATg0CwwEAgEIEQQBAQEeCQchBgsUCQgCBAENBQiJfAMVDq0nhzYNg?= =?us-ascii?q?18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXIMaglFHgUYfEoUtBZYqhkw7AYc?= =?us-ascii?q?UhyWEP4IJVYRehH2DZIE7iw6JAwEfOIEFYxUaKoRmHIFjdQGHXYENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,224,1488844800"; d="scan'208";a="414977115" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 07:11:52 +0000 Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id v3K7Bq4E014544 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 07:11:52 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 02:11:51 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 02:11:51 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Shraddha Hegde , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfByO8kpQeQEREmAKR+SQR3rbKGZ+iWAgDNZ+4CAAAClgIAAnK+AgAAH+tCAAIITgP//sU/w Date: Thu, 20 Apr 2017 07:11:51 +0000 Message-ID: <41dc1adbddcb493c88212102908418dc@XCH-ALN-008.cisco.com> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <4d5e5aa337eb41a682a05cd3197f3850@XCH-ALN-008.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.95.171] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 07:12:04 -0000 Hi Shraddha, Please check inline ... -----Original Message----- From: Shraddha Hegde [mailto:shraddha@juniper.net]=20 Sent: 20 April 2017 12:16 To: Ketan Talaulikar Talaulikar (ketant) ; Acee Lindem (a= cee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Ketan, Pls see inline.. -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 10:06 AM To: Acee Lindem (acee) ; Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha/Authors, I would like to share the following comments and feedback on this draft. 1) I did not understand the motivation for the use of link-local scoped RI = LSA for the link-overload signalling when we have the ability to do so via = the TLV in the area-scoped Extended Link Attribute LSA. I think it may be a= good idea (an optimization) to use the TLV in an area-scoped RI LSA to ind= icate link overload for all the router links instead of signalling individu= ally for all its links in the Extended Link Attribute LSA - but this is not= what the draft proposes. So could you explain the reason for the link-loca= l scoped RI LSA TLV usage? There are many application which may not need an area wide ind= ication and a link level indication would be sufficient. Pls refer section for the applications. [KT] Why the need for link-local RI LSA and not instead use link-local Exte= nded Link Attribute LSA? Also, what are your thoughts on using the TLV in t= he area-scope RI LSA as an optimization to avoid putting the same in indivi= dual Extended Link Attribute LSAs for all router links when the entire rout= er is undergoing maintenance? 2) The Link Overload TLV is defined with a remote IP address field now. Thi= s does not seem like a good idea. We have had traditionally certain TLVs in= OSPF LSAs that describe links i.e. Remote Interface IP address and Link Lo= cal/Remote Identifiers and cover both numbered and unnumbered links. The dr= aft-ppsenak-ospf-te-link-attr-reuse proposed to specifically re-use these T= LVs so that links may be described correctly in the new extended link attri= bute LSA for generic use-cases such as the Link Overload TLV here. It seems= rather odd that we are now introducing these fields like remote address in= individual TLVs and proposing *hacky* encoding of link-ids in the remote I= P address field for unnumbered links instead of re-using existing well defi= ned generic TLVs. Pls refer the latest draft draft-ietf-ospf-link-overload-06. New= sub-tlvs defined for generic use. [KT] I see, so now you have proposed to reuse these two TLVs which were ers= twhile specific to TE LSAs also in the Extended Link Attribute LSA for this= link overload use-case. So I wonder then why are you opposed to tackling t= his problem in a generic way (for multiple applications and use-cases) as p= roposed in draft-ppsenak-ospf-te-link-attr-reuse? You have yourself come up= with a use-case here. We can debate how to do this as part of draft-ppsena= k-ospf-te-link-attr-reuse discussions - but I wonder why the reluctance to = agree for that requirement and ask for use-case documents on the WG, when w= e have another use-case right here. I am not in favour of defining these ge= neric TLVs in this draft since their applicability is very generic and bett= er done in the draft-ppsenak-ospf-te-link-attr-reuse draft. 3) I am not sure why the reference to use of OSPFv3 extended LSAs for link = level area-scoped signalling was removed from this version of the draft. Since OSPFv3 entended LSA hasn't progressed, the WG has decided t= o progress other draft and defer any dependency to a separate document. [KT] Ack 4) I also have an objection to the reference of RFC4203 for the procedures = for obtaining the remote interface-id since that mechanism is outside the s= cope of what this draft is trying to standardize. Specifically, I have a pr= oblem since it gives an impression that the mechanism described in RFC4203 = is *the* procedure for obtaining the remote interface-id since that specifi= cation is very specific to the GMPLS/TE use-cases and it is not a generic/b= ased OSPF protocol mechanism. We have proposed an alternate mechanism for d= oing this in a manner consistent with OSPFv3 and ISIS in draft-ppsenak-ospf= -lls-interface-id. We can debate the need for this mechanism in a separate = thread, but the reference to RFC4203 does not seem necessary here to me. This is discussed in other threads. [KT] Responded on separate thread Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) Sent: 20 April 2017 04:02 To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts =20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. =20 >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate =20 >>> impending maintenance activity on the link. This information can be =20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate=20 >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 20 00:20:41 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AE2612EB28 for ; Thu, 20 Apr 2017 00:20:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rdy4tX9Bi0C3 for ; Thu, 20 Apr 2017 00:20:25 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92B0512EB1B for ; Thu, 20 Apr 2017 00:20:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8647; q=dns/txt; s=iport; t=1492672824; x=1493882424; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=Cl+TH5w8hbbBLlJ+omtei8SWty6+Zq0ZMy2WqbL03YM=; b=DWukYSChwhkRKJ78W8i4KFvC3hqBmo9CojR1uaTZDwiDVKemKFo3L08x xBcFE9U/OzGU/zVAuW+ObWaSsyXGgVZDAH4juH2iR18CH9v8xac5lYAdq qP4+CeYzwJhDa7jRdp5JPec+S4hHXKRkn4oXxu47a/4dEqbu014iq4vpB 0=; X-IronPort-AV: E=Sophos;i="5.37,224,1488844800"; d="scan'208";a="651272135" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 07:20:22 +0000 Received: from [10.60.140.55] (ams-ppsenak-nitro6.cisco.com [10.60.140.55]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3K7KMLN030216; Thu, 20 Apr 2017 07:20:22 GMT Message-ID: <58F86135.6010700@cisco.com> Date: Thu, 20 Apr 2017 09:20:21 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Shraddha Hegde , "Ketan Talaulikar Talaulikar (ketant)" , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <4d5e5aa337eb41a682a05cd3197f3850@XCH-ALN-008.cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 07:20:34 -0000 Hi Shraddha, please see inline: On 20/04/17 08:46 , Shraddha Hegde wrote: > Ketan, > > Pls see inline.. > > -----Original Message----- > From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com] > Sent: Thursday, April 20, 2017 10:06 AM > To: Acee Lindem (acee) ; Acee Lindem ; Shraddha Hegde > Cc: ospf@ietf.org > Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt > > Hi Shraddha/Authors, > > I would like to share the following comments and feedback on this draft. > > 1) I did not understand the motivation for the use of link-local scoped RI LSA for the link-overload signalling when we have the ability to do so via the TLV in the area-scoped Extended Link Attribute LSA. I think it may be a good idea (an optimization) to use the TLV in an area-scoped RI LSA to indicate link overload for all the router links instead of signalling individually for all its links in the Extended Link Attribute LSA - but this is not what the draft proposes. So could you explain the reason for the link-local scoped RI LSA TLV usage? > > There are many application which may not need an area wide indication and a link level indication would be sufficient. > Pls refer section for the applications. > > 2) The Link Overload TLV is defined with a remote IP address field now. This does not seem like a good idea. We have had traditionally certain TLVs in OSPF LSAs that describe links i.e. Remote Interface IP address and Link Local/Remote Identifiers and cover both numbered and unnumbered links. The draft-ppsenak-ospf-te-link-attr-reuse proposed to specifically re-use these TLVs so that links may be described correctly in the new extended link attribute LSA for generic use-cases such as the Link Overload TLV here. It seems rather odd that we are now introducing these fields like remote address in individual TLVs and proposing *hacky* encoding of link-ids in the remote IP address field for unnumbered links instead of re-using existing well defined generic TLVs. > Pls refer the latest draft draft-ietf-ospf-link-overload-06. New sub-tlvs defined for generic use. these TLVs have been previously defined in https://www.ietf.org/id/draft-ppsenak-ospf-te-link-attr-reuse-04.txt, please see section 4.1 and 4.2. thanks, Peter > > 3) I am not sure why the reference to use of OSPFv3 extended LSAs for link level area-scoped signalling was removed from this version of the draft. > Since OSPFv3 entended LSA hasn't progressed, the WG has decided to progress other draft and defer any dependency to a separate document. > > 4) I also have an objection to the reference of RFC4203 for the procedures for obtaining the remote interface-id since that mechanism is outside the scope of what this draft is trying to standardize. Specifically, I have a problem since it gives an impression that the mechanism described in RFC4203 is *the* procedure for obtaining the remote interface-id since that specification is very specific to the GMPLS/TE use-cases and it is not a generic/based OSPF protocol mechanism. We have proposed an alternate mechanism for doing this in a manner consistent with OSPFv3 and ISIS in draft-ppsenak-ospf-lls-interface-id. We can debate the need for this mechanism in a separate thread, but the reference to RFC4203 does not seem necessary here to me. > This is discussed in other threads. > Thanks, > Ketan > > -----Original Message----- > From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) > Sent: 20 April 2017 04:02 > To: Acee Lindem ; Shraddha Hegde > Cc: ospf@ietf.org > Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt > > Hi Shraddha, > > The only non-editorial comment that I have is that the draft references RFC 4203 as the way to learn the remote interface ID on an unnumbered link (https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you know, this is a very controversial topic with some of us wanting this to be in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (https://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the reference. > > Thanks, > Acee > > > On 4/19/17, 9:11 AM, "Acee Lindem" wrote: > >> Hi Shraddha, >> >> I think this version addresses all my comments. I will do a detailed >> review this week and, most likely, start the WG last call. I encourage >> other WG members to do the same. >> >> Thanks, >> Acee >>> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>> wrote: >>> >>> Hi Acee, >>> >>> New version draft-ietf-ospf-link-overload-06 is posted where the >>> remote-ipv4 addr is moved to a new sub-TLV. >>> Pls review. >>> >>> The authors of the draft believe that draft has undergone multiple >>> revisions/reviews and is ready for WG last call. >>> >>> Rgds >>> Shraddha >>> >>> >>> -----Original Message----- >>> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>> (acee) >>> Sent: Saturday, March 18, 2017 2:28 AM >>> Cc: ospf@ietf.org >>> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>> >>> Hi Shraddha, et al, >>> >>> With respect to section 4.1, I agree that matching link endpoints in >>> OSPFv2 requires more information. However, this is a general problem >>> and the remote address should be a separate OSPFv2 Link Attribute LSA >>> TLV rather than overloading the link overload TLV ;^) >>> >>> Thanks, >>> Acee >>> >>> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >>> wrote: >>> >>>> >>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>> directories. >>>> This draft is a work item of the Open Shortest Path First IGP of the >>>> IETF. >>>> >>>> Title : OSPF Link Overload >>>> Authors : Shraddha Hegde >>>> Pushpasis Sarkar >>>> Hannes Gredler >>>> Mohan Nanduri >>>> Luay Jalil >>>> Filename : draft-ietf-ospf-link-overload-05.txt >>>> Pages : 13 >>>> Date : 2017-02-23 >>>> >>>> Abstract: >>>> When a link is being prepared to be taken out of service, the >>>> traffic needs to be diverted from both ends of the link. >>>> Increasing the metric to the highest metric on one side of the link >>>> is not sufficient to divert the traffic flowing in the other direction. >>>> >>>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to >>>> be able to advertise a link being in an overload state to indicate >>>> impending maintenance activity on the link. This information can be >>>> used by the network devices to re-route the traffic effectively. >>>> >>>> This document describes the protocol extensions to disseminate >>>> link- overload information in OSPFv2 and OSPFv3. >>>> >>>> >>>> >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>> >>>> There's also a htmlized version available at: >>>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>> >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05 >>>> >>>> >>>> Please note that it may take a couple of minutes from the time of >>>> submission until the htmlized version and diff are available at >>>> tools.ietf.org. >>>> >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>> >>>> _______________________________________________ >>>> 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 >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > . > From nobody Thu Apr 20 00:57:22 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72E7712EB30 for ; Thu, 20 Apr 2017 00:57:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.802 X-Spam-Level: X-Spam-Status: No, score=-4.802 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mhqIQ1VOY_vU for ; Thu, 20 Apr 2017 00:57:13 -0700 (PDT) Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01on0136.outbound.protection.outlook.com [104.47.32.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62FAF12EB37 for ; Thu, 20 Apr 2017 00:57:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8xYMrHSuOR3OB76ryEZuAnLXQCRRZQP7KXsmIlnHoVU=; b=VlHHBebWDznmXTUbt/k7z7NSjBYoDb956xBHGHN3tXYMyA+WcIZ2VKPTGhytU/zjLwBCdzE2Dnl0+PQLdPm2XSxI1pqkuhEEixUrFmdxjU8v+5kXW6G3VoWtTV2mX3yLhXWR/aOmk4tpp0H7CeeQmx2pb70jI0X7OApDdPNdp4A= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2707.namprd05.prod.outlook.com (10.167.2.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1047.6; Thu, 20 Apr 2017 07:57:11 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1047.008; Thu, 20 Apr 2017 07:57:11 +0000 From: Shraddha Hegde To: "Ketan Talaulikar Talaulikar (ketant)" , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABmipCAAApGAIAAF0vggAAGIoCAAA5RgA== Date: Thu, 20 Apr 2017 07:57:11 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2707; 7:GE8bEtFz/w14QnFJGSYgZYXvX4qlY0WRqtBzrIXfNoAYtGKBzVY3DGUxNJJedd4jq+CUfM7f0ppnfqnIhKg9ujtBiWuZ2tF2eWN1KgK8saAGJQBdfkJkrr6zXIxxxXId5UIGniYn7q9AhDgZxRBNAXMVDO9UVO+B9icbegsdHWtubSOaFnJ9PtfoSGZy/B6MfUj0X2sw/0fXa9oBrg9EhkPT5SkBs7rnGEjDqlmGuSuIRfVGFw8HmaN0Q2rxCkRM18AOgxZOjjgNkj/QLEtYTnfiVou9yhGqu6oHMfnZZpmQmPDJ277ekL578i6IaEHhvkhgY93mGdqkfPsyHTy5lQ== x-ms-office365-filtering-correlation-id: 94aa7894-2416-43d8-6a9b-08d487c2da0f x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:BN3PR05MB2707; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(278428928389397)(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(20161123564025)(20161123555025)(20161123562025)(20161123560025)(201703131423075)(201703011903075)(201702281528075)(201703061421075)(6072148); SRVR:BN3PR05MB2707; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2707; x-forefront-prvs: 02830F0362 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39860400002)(39840400002)(39450400003)(39400400002)(39850400002)(377424004)(13464003)(24454002)(377454003)(93886004)(55016002)(99286003)(33656002)(6436002)(66066001)(74316002)(122556002)(230783001)(102836003)(6116002)(76176999)(9686003)(6306002)(38730400002)(7736002)(3846002)(54356999)(50986999)(53936002)(305945005)(6246003)(81166006)(8936002)(8676002)(189998001)(7696004)(2900100001)(25786009)(53546009)(3280700002)(2950100002)(4326008)(6506006)(86362001)(39060400002)(229853002)(5660300001)(3660700001)(2906002)(77096006); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2707; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Apr 2017 07:57:11.6459 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2707 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 07:57:17 -0000 Ketan, OSPF link overload has relevance for TE based applications as well as non-T= E applications. So what's the problem in referring a well-defined mechanism of getting the= interface-ids? Can you explain why you are so concerned with referencing a standard RFC=20 which is out there and deployed for so many years? Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 12:31 PM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Shraddha, There are also other applications that your draft lists which are TE indepe= ndent and hence the case for not referring to a specific way for signalling= interface-ids which is TE specific. I don't understand why you would be so reluctant to remove a reference whic= h is not even central to the topic of the draft? Thanks, Ketan -----Original Message----- From: Shraddha Hegde [mailto:shraddha@juniper.net] Sent: 20 April 2017 12:11 To: Ketan Talaulikar Talaulikar (ketant) ; Acee Lindem (a= cee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Ketan, We do have traffic engineering applications that require link-overload func= tionality. Pls refer section 7.2. Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com] Sent: Thursday, April 20, 2017 10:46 AM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, The RFC 4203 describes the usage and application of TE LSAs for GMPLS/TE us= e cases. The OSPF link overload RFC is independent of TE and hence it is a = concern that an implementation needs to use TE LSAs with link-local scope j= ust for signalling the interface-ids for unnumbered links. Not asking for reference to draft-ppsenak-ospf-lls-interface-id. Just askin= g to remove reference to RFC 4203 since the mechanism for signalling interf= ace-ids is orthogonal to the subject of the draft which is generic to OSPF = and independent of any TE/GMPLS use-case(s). Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Shraddha Hegde Sent: 20 April 2017 10:17 To: Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Acee, The draft does not mandate use of RFC 4203. There are no MUST statements as= sociated with the recommendation. RFC 4203 is a standard and has been around for a while. I do not understand= why there is concern being raised over Referencing an RFC which has been a= standard and deployed in the field for many years. https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is still= an independent draft and it does not make sense to refer this draft in dra= ft-ietf-ospf-link-overload-06 which is ready for WG last call. Rgds Shraddha -----Original Message----- From: Acee Lindem (acee) [mailto:acee@cisco.com] Sent: Thursday, April 20, 2017 4:02 AM To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate=20 >>> impending maintenance activity on the link. This information can be=20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 20 06:23:33 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3071712951E; Thu, 20 Apr 2017 06:23: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 autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r32vz_8EopoG; Thu, 20 Apr 2017 06:23:27 -0700 (PDT) Received: from mail-lf0-x243.google.com (mail-lf0-x243.google.com [IPv6:2a00:1450:4010:c07::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D68D2128656; Thu, 20 Apr 2017 06:23:26 -0700 (PDT) Received: by mail-lf0-x243.google.com with SMTP id i3so5801078lfh.2; Thu, 20 Apr 2017 06:23:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:subject:mime-version; bh=FZuqm2JFj2lfe4F3aLzqlM69AQJ/E9J+WTDZzivLoMw=; b=FHdOU28S0mrC4a4/CPlM/Rqv8K4GU7OKUAQfx/aqk7+PApYtVcHBqmu74dxeVc6z6V 1VazDAYZbxV5bsZMWCa1fokeHduG2ExdNNl6jtfLQc76F/3M5M1Pj4o7GyOv9L+wNuU2 /9SwkZ1m125y5AeKqs2zrq8trHvVcfIy+sZHYzzGjNZYxEIjhQ4ld4seccrSja1hKofT lUw5lLVZPyKpgcDNdIjjo6c/6mFHbH++CTCffDIKsSwyJIyoDpWMmF6tuULU63ryYPLh 9Nr/DcAtr79IdYVT2R/E3m1onjrMIrNRnxBUnR3JWNdZM/jwGvMUl1tXE1iUauAUKycY T+IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:message-id:subject:mime-version; bh=FZuqm2JFj2lfe4F3aLzqlM69AQJ/E9J+WTDZzivLoMw=; b=Vl2fkTc258/s/3rSwc7TtGNKWUR5+XmXZ3nGRv2MAQ9yQmhai/zYNBMxq83sUlTBU4 XAmwTBvu9K1bA/Mziljp28egpomomjLhH+Ek6iCJT0frl3tVsyfWg0eSX/QQI16YRGut PEDnid0yxliyN+a1lnCUiGNEXjCW9wY8UMiQBQ9t1KOBo+whgTtNsBIM5ZhajcFHh+Ca 9N2UTjWxrXO6xHcqSqXeQsXXPsm1n5XGozi09af0kkC3zVbvY9/ngon/zC22W8VCdzwb 3LtU1MatvvBGW70YsHqbij7yNGthJ7Twj/j2zpM22CdGWSG+A4MlAUHgGH8sBaG0xh9Z I3Qg== X-Gm-Message-State: AN3rC/74Ouj1PGHHwPFa2jlJArnAbkNI8lDbTFHemBE4mjtGMa6nbnpU SQShA2Et5tc7AxYCAXs= X-Received: by 10.25.196.71 with SMTP id u68mr2898751lff.87.1492694604870; Thu, 20 Apr 2017 06:23:24 -0700 (PDT) Received: from [10.152.89.147] (host-156-159-66-217.spbmts.ru. [217.66.159.156]) by smtp.gmail.com with ESMTPSA id y25sm1045907lja.7.2017.04.20.06.23.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Apr 2017 06:23:24 -0700 (PDT) Date: Thu, 20 Apr 2017 16:19:44 +0300 From: Alexander Okonnikov To: draft-ietf-ospf-link-overload@ietf.org, ospf@ietf.org Message-ID: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> X-Readdle-Message-ID: 37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="58f8b5dd_74b0dc51_f4" Archived-At: Subject: [OSPF] draft-ietf-ospf-link-overload-06 - DR migration X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 13:23:31 -0000 --58f8b5dd_74b0dc51_f4 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi authors, In case when the node that has the link to be overloaded is DR (for broadcast/NBMA link case), taking this link out of service could be disruptive. What if to modify procedure in such manner that when BDR receives Link-Overload-sub-TLV from DR, it generates Network LSA in advance, before taking DR role. The node with overloading link then waits some time (for example, 3 secs) and changes its interface priority to 0. Thank you. --58f8b5dd_74b0dc51_f4 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi aut= hors,

In case when the node that has the link to be overloaded is DR (for
= broadcast/NBMA link case), taking this link out of service could be
= disruptive. What if to modify procedure in such manner that when BDR
receives Link-Overload-sub-TLV from DR, it generates Network LSA in
= advance, before taking DR role. The node with overloading link then
= waits some time (for example, 3 secs) and changes its interface priority<= br /> to 0.

Thank you.

--58f8b5dd_74b0dc51_f4-- From nobody Thu Apr 20 06:37:14 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9371B127444 for ; Thu, 20 Apr 2017 06:37:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OJaLaRTQ3M75 for ; Thu, 20 Apr 2017 06:37:10 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FF08129AF7 for ; Thu, 20 Apr 2017 06:37:10 -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=1492695430; x=1493905030; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=+vhTCoW30sT5M9rmmUKO5dAjUDsbg7HS5zRTMtpA4aw=; b=BWjgjjo5+BeztbdcQTKABn/4/c6pEP8cZDRSqBsmt1T2Ybmo2e/fGGek rlnqtHhx7BQ2xpNqRuW6fjaTWG4Pyv3ocgMun1FCsczJESNw1HU7YenNe 3vSR62VQcDDrgNwAOS9YdhnIDXnPBr4U9v7s65tigPF5KZoz/vHKhP5h+ Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AlAQBquPhY/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1RhgQsHg2CKFZFjiB6NRYIPIQuFeAIag2A/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRUBAQEBAwEBIRE6CwwEAgEIEQQBAQECAiMDAgICHwYLFAEICAIEAQ0FigQDF?= =?us-ascii?q?Q6qS4ImhzMNg18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuHJAGDGYJRR4E/JoJ?= =?us-ascii?q?ggl8FnHk7AYcUhyWESYIAVYReiiKLEIkDAR84gQVjFRoqhmV1AYgggQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208";a="235284735" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Apr 2017 13:37:09 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v3KDb9vg030821 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 13:37:09 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 09:37:08 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 09:37:08 -0400 From: "Acee Lindem (acee)" To: Shraddha Hegde , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAET4gIAAWZ4AgACr0YCAAFETAA== Date: Thu, 20 Apr 2017 13:37:08 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 13:37:13 -0000 SGkgU2hyYWRkaGEsIA0KDQpPbiA0LzIwLzE3LCAxMjo0NiBBTSwgIlNocmFkZGhhIEhlZ2RlIiA8 c2hyYWRkaGFAanVuaXBlci5uZXQ+IHdyb3RlOg0KDQo+SGkgQWNlZSwNCj4NCj5UaGUgZHJhZnQg ZG9lcyBub3QgbWFuZGF0ZSB1c2Ugb2YgUkZDIDQyMDMuIFRoZXJlIGFyZSBubyBNVVNUIHN0YXRl bWVudHMNCj5hc3NvY2lhdGVkIHdpdGggdGhlIHJlY29tbWVuZGF0aW9uLg0KDQpJIGRvbuKAmXQg c2VlIGFueSBuZWVkIHRvIHJlZmVyZW5jZSBSRkMgNDIwMyBzaW5jZSB0aGUgU3ViLVRMViBpcw0K c3VmZmljaWVudGx5IGRlZmluZWQgaGVyZS4gVGhpcyBpcyBjb21wbGV0ZWx5IG9ydGhvZ29uYWwg dG8gdGhlIGRlZmluaXRpb24NCmluIHRoaXMgZHJhZnQuIA0KPg0KPg0KPlJGQyA0MjAzIGlzIGEg c3RhbmRhcmQgYW5kIGhhcyBiZWVuIGFyb3VuZCBmb3IgYSB3aGlsZS4gSSBkbyBub3QNCj51bmRl cnN0YW5kIHdoeSB0aGVyZSBpcyBjb25jZXJuIGJlaW5nIHJhaXNlZCBvdmVyDQo+UmVmZXJlbmNp bmcgYW4gUkZDIHdoaWNoIGhhcyBiZWVuIGEgc3RhbmRhcmQgYW5kIGRlcGxveWVkIGluIHRoZSBm aWVsZA0KPmZvciBtYW55IHllYXJzLg0KPg0KPmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0 LXBwc2VuYWstb3NwZi1sbHMtaW50ZXJmYWNlLWlkLTAwLnR4dCBpcw0KPnN0aWxsIGFuIGluZGVw ZW5kZW50IGRyYWZ0IGFuZCBpdCBkb2VzIG5vdCBtYWtlIHNlbnNlIHRvIHJlZmVyIHRoaXMgZHJh ZnQNCj5pbiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiB3aGljaCBpcyByZWFkeSBm b3IgV0cgbGFzdCBjYWxsLg0KDQpJIHdhc27igJl0IHN1Z2dlc3RpbmcgdG8gcmVmZXJlbmNlIGVp dGhlciBkb2N1bWVudC4NCg0KVGhhbmtzLA0KQWNlZQ0KDQoNCj4NCj5SZ2RzDQo+U2hyYWRkaGEN Cj4NCj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZyb206IEFjZWUgTGluZGVtIChhY2Vl KSBbbWFpbHRvOmFjZWVAY2lzY28uY29tXQ0KPlNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyMCwgMjAx NyA0OjAyIEFNDQo+VG86IEFjZWUgTGluZGVtIDxhY2VlLmxpbmRlbUBnbWFpbC5jb20+OyBTaHJh ZGRoYSBIZWdkZQ0KPjxzaHJhZGRoYUBqdW5pcGVyLm5ldD4NCj5DYzogb3NwZkBpZXRmLm9yZw0K PlN1YmplY3Q6IFJlOiBbT1NQRl0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3Zl cmxvYWQtMDUudHh0DQo+DQo+SGkgU2hyYWRkaGEsIA0KPg0KPlRoZSBvbmx5IG5vbi1lZGl0b3Jp YWwgY29tbWVudCB0aGF0IEkgaGF2ZSBpcyB0aGF0IHRoZSBkcmFmdCByZWZlcmVuY2VzDQo+UkZD IDQyMDMgYXMgdGhlIHdheSB0byBsZWFybiB0aGUgcmVtb3RlIGludGVyZmFjZSBJRCBvbiBhbiB1 bm51bWJlcmVkDQo+bGluayANCj4oaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtcHBzZW5h ay1vc3BmLWxscy1pbnRlcmZhY2UtaWQtMDAudHh0KS4gQXMNCj55b3Uga25vdywgdGhpcyBpcyBh IHZlcnkgY29udHJvdmVyc2lhbCB0b3BpYyB3aXRoIHNvbWUgb2YgdXMgd2FudGluZyB0aGlzDQo+ dG8gYmUgaW4gdGhlIGhlbGxvIHBhY2tldHMgY29uc2lzdGVudCB3aXRoIE9TUEZ2MyBhbmQgSVMt SVMgYXMgb3Bwb3NlZCB0bw0KPnVzaW5nIGEgbGluay1zY29wZWQgVEUgT3BhcXVlIExTQSBhcyBz dWdnZXN0ZWQgaW4gdGhlIE9TUEYgR01QTFMNCj5FeHRlbnNpb25zIFJGQyAoaHR0cHM6Ly93d3cu cmZjLWVkaXRvci5vcmcvcmZjL3JmYzQyMDMudHh0KS4gSSB3b3VsZA0KPnN1Z2dlc3QgcmVtb3Zp bmcgdGhlIHJlZmVyZW5jZS4NCj4NCj5UaGFua3MsDQo+QWNlZSANCj4NCj4NCj5PbiA0LzE5LzE3 LCA5OjExIEFNLCAiQWNlZSBMaW5kZW0iIDxhY2VlLmxpbmRlbUBnbWFpbC5jb20+IHdyb3RlOg0K Pg0KPj5IaSBTaHJhZGRoYSwNCj4+DQo+PkkgdGhpbmsgdGhpcyB2ZXJzaW9uIGFkZHJlc3NlcyBh bGwgbXkgY29tbWVudHMuIEkgd2lsbCBkbyBhIGRldGFpbGVkDQo+PnJldmlldyB0aGlzIHdlZWsg YW5kLCBtb3N0IGxpa2VseSwgc3RhcnQgdGhlIFdHIGxhc3QgY2FsbC4gSSBlbmNvdXJhZ2UNCj4+ b3RoZXIgV0cgbWVtYmVycyB0byBkbyB0aGUgc2FtZS4NCj4+DQo+PlRoYW5rcywNCj4+QWNlZQ0K Pj4+IE9uIEFwciAxOSwgMjAxNywgYXQgOTowOCBBTSwgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhh QGp1bmlwZXIubmV0Pg0KPj4+d3JvdGU6DQo+Pj4gDQo+Pj4gSGkgQWNlZSwNCj4+PiANCj4+PiBO ZXcgdmVyc2lvbiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiBpcyBwb3N0ZWQgd2hl cmUgdGhlDQo+Pj5yZW1vdGUtaXB2NCBhZGRyIGlzIG1vdmVkIHRvIGEgbmV3IHN1Yi1UTFYuDQo+ Pj4gUGxzIHJldmlldy4NCj4+PiANCj4+PiBUaGUgYXV0aG9ycyBvZiB0aGUgZHJhZnQgYmVsaWV2 ZSB0aGF0IGRyYWZ0IGhhcyB1bmRlcmdvbmUgbXVsdGlwbGUNCj4+PnJldmlzaW9ucy9yZXZpZXdz IGFuZCBpcyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLg0KPj4+IA0KPj4+IFJnZHMNCj4+PiBTaHJh ZGRoYQ0KPj4+IA0KPj4+IA0KPj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+Pj4gRnJv bTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEFjZWUg TGluZGVtDQo+Pj4oYWNlZSkNCj4+PiBTZW50OiBTYXR1cmRheSwgTWFyY2ggMTgsIDIwMTcgMjoy OCBBTQ0KPj4+IENjOiBvc3BmQGlldGYub3JnDQo+Pj4gU3ViamVjdDogUmU6IFtPU1BGXSBJLUQg QWN0aW9uOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4+PiANCj4+PiBI aSBTaHJhZGRoYSwgZXQgYWwsDQo+Pj4gDQo+Pj4gV2l0aCByZXNwZWN0IHRvIHNlY3Rpb24gNC4x LCBJIGFncmVlIHRoYXQgbWF0Y2hpbmcgbGluayBlbmRwb2ludHMgaW4NCj4+PiBPU1BGdjIgcmVx dWlyZXMgbW9yZSBpbmZvcm1hdGlvbi4gSG93ZXZlciwgdGhpcyBpcyBhIGdlbmVyYWwgcHJvYmxl bQ0KPj4+YW5kIHRoZSByZW1vdGUgYWRkcmVzcyBzaG91bGQgYmUgYSBzZXBhcmF0ZSBPU1BGdjIg TGluayBBdHRyaWJ1dGUgTFNBDQo+Pj5UTFYgcmF0aGVyIHRoYW4gb3ZlcmxvYWRpbmcgdGhlIGxp bmsgb3ZlcmxvYWQgVExWIDteKQ0KPj4+IA0KPj4+IFRoYW5rcywNCj4+PiBBY2VlDQo+Pj4gDQo+ Pj4gT24gMi8yMy8xNywgMTE6MTggQU0sICJPU1BGIG9uIGJlaGFsZiBvZiBpbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmciDQo+Pj4gPG9zcGYtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPiB3cm90ZToNCj4+PiANCj4+Pj4gDQo+Pj4+IEEgTmV3IElu dGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0 cw0KPj4+PmRpcmVjdG9yaWVzLg0KPj4+PiBUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRo ZSBPcGVuIFNob3J0ZXN0IFBhdGggRmlyc3QgSUdQIG9mIHRoZQ0KPj4+PklFVEYuDQo+Pj4+IA0K Pj4+PiAgICAgICBUaXRsZSAgICAgICAgICAgOiBPU1BGIExpbmsgT3ZlcmxvYWQNCj4+Pj4gICAg ICAgQXV0aG9ycyAgICAgICAgIDogU2hyYWRkaGEgSGVnZGUNCj4+Pj4gICAgICAgICAgICAgICAg ICAgICAgICAgUHVzaHBhc2lzIFNhcmthcg0KPj4+PiAgICAgICAgICAgICAgICAgICAgICAgICBI YW5uZXMgR3JlZGxlcg0KPj4+PiAgICAgICAgICAgICAgICAgICAgICAgICBNb2hhbiBOYW5kdXJp DQo+Pj4+ICAgICAgICAgICAgICAgICAgICAgICAgIEx1YXkgSmFsaWwNCj4+Pj4gCUZpbGVuYW1l ICAgICAgICA6IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4dA0KPj4+PiAJUGFn ZXMgICAgICAgICAgIDogMTMNCj4+Pj4gCURhdGUgICAgICAgICAgICA6IDIwMTctMDItMjMNCj4+ Pj4gDQo+Pj4+IEFic3RyYWN0Og0KPj4+PiAgV2hlbiBhIGxpbmsgaXMgYmVpbmcgcHJlcGFyZWQg dG8gYmUgdGFrZW4gb3V0IG9mIHNlcnZpY2UsIHRoZQ0KPj4+PiB0cmFmZmljICBuZWVkcyB0byBi ZSBkaXZlcnRlZCBmcm9tIGJvdGggZW5kcyBvZiB0aGUgbGluay4NCj4+Pj4gSW5jcmVhc2luZyB0 aGUgIG1ldHJpYyB0byB0aGUgaGlnaGVzdCBtZXRyaWMgb24gb25lIHNpZGUgb2YgdGhlIGxpbmsN Cj4+Pj4gaXMgbm90ICBzdWZmaWNpZW50IHRvIGRpdmVydCB0aGUgdHJhZmZpYyBmbG93aW5nIGlu IHRoZSBvdGhlcg0KPj4+PmRpcmVjdGlvbi4NCj4+Pj4gDQo+Pj4+ICBJdCBpcyB1c2VmdWwgZm9y IHJvdXRlcnMgaW4gYW4gT1NQRnYyIG9yIE9TUEZ2MyByb3V0aW5nIGRvbWFpbiB0bw0KPj4+PiBi ZSAgYWJsZSB0byBhZHZlcnRpc2UgYSBsaW5rIGJlaW5nIGluIGFuIG92ZXJsb2FkIHN0YXRlIHRv IGluZGljYXRlDQo+Pj4+IGltcGVuZGluZyBtYWludGVuYW5jZSBhY3Rpdml0eSBvbiB0aGUgbGlu ay4gIFRoaXMgaW5mb3JtYXRpb24gY2FuIGJlDQo+Pj4+IHVzZWQgYnkgdGhlIG5ldHdvcmsgZGV2 aWNlcyB0byByZS1yb3V0ZSB0aGUgdHJhZmZpYyBlZmZlY3RpdmVseS4NCj4+Pj4gDQo+Pj4+ICBU aGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0byBkaXNzZW1p bmF0ZQ0KPj4+PiBsaW5rLSAgb3ZlcmxvYWQgaW5mb3JtYXRpb24gaW4gT1NQRnYyIGFuZCBPU1BG djMuDQo+Pj4+IA0KPj4+PiANCj4+Pj4gDQo+Pj4+IFRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1 cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOg0KPj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC8NCj4+Pj4gDQo+Pj4+IFRoZXJl J3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0Og0KPj4+PiBodHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUNCj4+Pj4g DQo+Pj4+IEEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoN Cj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtb3NwZi1s aW5rLW92ZXJsb2FkLTA1DQo+Pj4+IA0KPj4+PiANCj4+Pj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBt YXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4+Pj4gc3VibWlz c2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0 DQo+Pj4+IHRvb2xzLmlldGYub3JnLg0KPj4+PiANCj4+Pj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBh bHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KPj4+PiBmdHA6Ly9mdHAuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzLw0KPj4+PiANCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+Pj4gT1NQ RkBpZXRmLm9yZw0KPj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29z cGYNCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4gT1NQRkBpZXRmLm9yZw0KPj4+IGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPj4+IA0KPj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4gT1NQRiBtYWlsaW5n IGxpc3QNCj4+PiBPU1BGQGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9vc3BmDQo+Pg0KPg0KDQo= From nobody Thu Apr 20 08:22:28 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 883FE12878D for ; Thu, 20 Apr 2017 08:22:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8FXHb5LsjzSz for ; Thu, 20 Apr 2017 08:22:24 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B98E0126E3A for ; Thu, 20 Apr 2017 08:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9549; q=dns/txt; s=iport; t=1492701744; x=1493911344; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=aA/3A/GD2Je6FDlqVG00PmVOEVezxNyTN5qxQMObSOo=; b=R1jMhNbVQ+YxwWt++JN8hRBuwcvSp7INcsAM8q0RQVDomZaUMfZDcDZm /j/mK6e8uXYfN5WE5HvmtslIFIqx7cTCis5k5YKictStPdilWPgxoyVP1 GcaLMWnMXFwk5s+BpmMt9mteVnx5luoZnEBgd+cbo56ZhH9NniCCzsKMY U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DNAAAH0fhY/5JdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgykrYYELB411kWOIHo1Fgg8hC4V4AoN8PxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?VAQEBAQMBATg0CwwEAgEIEQQBAQEeCQchBgsUCQgCBAENBQiJfAMVDq0EhzANg?= =?us-ascii?q?18BAQEBAQEBAQEBAQEBAQEBAQEBAQEdhlOBXAGDGYJRR4FlhT8FnHk7AYcUhyW?= =?us-ascii?q?EQIIJVYReiiKLEIkDAR84gQVjFRoqhmV1AYgggQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,225,1488844800"; d="scan'208";a="235333867" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 Apr 2017 15:22:23 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v3KFMNkR011843 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 20 Apr 2017 15:22:23 GMT Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 20 Apr 2017 10:22:22 -0500 Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1210.000; Thu, 20 Apr 2017 10:22:22 -0500 From: "Ketan Talaulikar Talaulikar (ketant)" To: Shraddha Hegde , "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfByO8kpQeQEREmAKR+SQR3rbKGZ+iWAgDNZ+4CAAAClgIAAnK+AgABov4D//7L4MIAAbP+A//+xHLCAAGQZgIAAJoBw Date: Thu, 20 Apr 2017 15:22:22 +0000 Message-ID: <2f0f404c585c47ab9f738df85eb63f38@XCH-ALN-008.cisco.com> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <8bbcc21d28a043629b237429abeee2a6@XCH-ALN-008.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.65.95.171] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 20 Apr 2017 15:22:26 -0000 Hi Shraddha, The well-defined mechanism of getting interface-ids in RFC 4203 that you re= fer to is specific to TE applications since it is defined for the GMPLS/TE = use-case in that RFC. It is not a generic mechanism since it requires use o= f TE LSAs and hence not clean option for use-cases where TE is not in the p= icture. The link-overload draft is generic and applicable to both TE and other gene= ric use-cases and hence the objection to its referring to a mechanism that = is TE specific in this draft. The draft-ppsenak-ospf-lls-interface-id tries to provide a generic option f= or doing the link-id signalling. It does not preclude any implementation fr= om using the RFC 4203 based mechanism for doing the same. I think, I've made my point and will now stop going around in circles on th= is one. Thanks, Ketan=20 -----Original Message----- From: Shraddha Hegde [mailto:shraddha@juniper.net]=20 Sent: 20 April 2017 13:27 To: Ketan Talaulikar Talaulikar (ketant) ; Acee Lindem (a= cee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Ketan, OSPF link overload has relevance for TE based applications as well as non-T= E applications. So what's the problem in referring a well-defined mechanism of getting the= interface-ids? Can you explain why you are so concerned with referencing a standard RFC=20 which is out there and deployed for so many years? Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com]=20 Sent: Thursday, April 20, 2017 12:31 PM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Shraddha, There are also other applications that your draft lists which are TE indepe= ndent and hence the case for not referring to a specific way for signalling= interface-ids which is TE specific. I don't understand why you would be so reluctant to remove a reference whic= h is not even central to the topic of the draft? Thanks, Ketan -----Original Message----- From: Shraddha Hegde [mailto:shraddha@juniper.net] Sent: 20 April 2017 12:11 To: Ketan Talaulikar Talaulikar (ketant) ; Acee Lindem (a= cee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Ketan, We do have traffic engineering applications that require link-overload func= tionality. Pls refer section 7.2. Rgds Shraddha -----Original Message----- From: Ketan Talaulikar Talaulikar (ketant) [mailto:ketant@cisco.com] Sent: Thursday, April 20, 2017 10:46 AM To: Shraddha Hegde ; Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: RE: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, The RFC 4203 describes the usage and application of TE LSAs for GMPLS/TE us= e cases. The OSPF link overload RFC is independent of TE and hence it is a = concern that an implementation needs to use TE LSAs with link-local scope j= ust for signalling the interface-ids for unnumbered links. Not asking for reference to draft-ppsenak-ospf-lls-interface-id. Just askin= g to remove reference to RFC 4203 since the mechanism for signalling interf= ace-ids is orthogonal to the subject of the draft which is generic to OSPF = and independent of any TE/GMPLS use-case(s). Thanks, Ketan -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Shraddha Hegde Sent: 20 April 2017 10:17 To: Acee Lindem (acee) ; Acee Lindem Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Acee, The draft does not mandate use of RFC 4203. There are no MUST statements as= sociated with the recommendation. RFC 4203 is a standard and has been around for a while. I do not understand= why there is concern being raised over Referencing an RFC which has been a= standard and deployed in the field for many years. https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is still= an independent draft and it does not make sense to refer this draft in dra= ft-ietf-ospf-link-overload-06 which is ready for WG last call. Rgds Shraddha -----Original Message----- From: Acee Lindem (acee) [mailto:acee@cisco.com] Sent: Thursday, April 20, 2017 4:02 AM To: Acee Lindem ; Shraddha Hegde Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha,=20 The only non-editorial comment that I have is that the draft references RFC= 4203 as the way to learn the remote interface ID on an unnumbered link (ht= tps://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt). As you k= now, this is a very controversial topic with some of us wanting this to be = in the hello packets consistent with OSPFv3 and IS-IS as opposed to using a= link-scoped TE Opaque LSA as suggested in the OSPF GMPLS Extensions RFC (h= ttps://www.rfc-editor.org/rfc/rfc4203.txt). I would suggest removing the re= ference. Thanks, Acee=20 On 4/19/17, 9:11 AM, "Acee Lindem" wrote: >Hi Shraddha, > >I think this version addresses all my comments. I will do a detailed=20 >review this week and, most likely, start the WG last call. I encourage=20 >other WG members to do the same. > >Thanks, >Acee >> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde >>wrote: >>=20 >> Hi Acee, >>=20 >> New version draft-ietf-ospf-link-overload-06 is posted where the >>remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >>=20 >> The authors of the draft believe that draft has undergone multiple=20 >>revisions/reviews and is ready for WG last call. >>=20 >> Rgds >> Shraddha >>=20 >>=20 >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>(acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>=20 >> Hi Shraddha, et al, >>=20 >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem=20 >>and the remote address should be a separate OSPFv2 Link Attribute LSA=20 >>TLV rather than overloading the link overload TLV ;^) >>=20 >> Thanks, >> Acee >>=20 >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >>=20 >>>=20 >>> A New Internet-Draft is available from the on-line Internet-Drafts=20 >>>directories. >>> This draft is a work item of the Open Shortest Path First IGP of the=20 >>>IETF. >>>=20 >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>>=20 >>> Abstract: >>> When a link is being prepared to be taken out of service, the=20 >>> traffic needs to be diverted from both ends of the link. >>> Increasing the metric to the highest metric on one side of the link=20 >>> is not sufficient to divert the traffic flowing in the other direction= . >>>=20 >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to=20 >>> be able to advertise a link being in an overload state to indicate=20 >>> impending maintenance activity on the link. This information can be=20 >>> used by the network devices to re-route the traffic effectively. >>>=20 >>> This document describes the protocol extensions to disseminate >>> link- overload information in OSPFv2 and OSPFv3. >>>=20 >>>=20 >>>=20 >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>=20 >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>=20 >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >>>=20 >>>=20 >>> Please note that it may take a couple of minutes from the time of=20 >>> submission until the htmlized version and diff are available at=20 >>> tools.ietf.org. >>>=20 >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>>=20 >>> _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >>=20 >> _______________________________________________ >> 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 Apr 21 01:08:24 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 091F912948E for ; Fri, 21 Apr 2017 01:08:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 5_qgzoZ39CDR for ; Fri, 21 Apr 2017 01:08:20 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D19A1288B8 for ; Fri, 21 Apr 2017 01:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4961; q=dns/txt; s=iport; t=1492762100; x=1493971700; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=LpixeFMZowk47r7MLToxQp6af7xRmwvoLC5CekZhb4c=; b=dpx9Z2dvqcg20ymSj5Zqwf+6dNC9mB2QCz1SHJZeb+Kfdbh9AW9xvJgX N/MKHO9KSXQPKbV7w6gixGPbuUA7GFvXOHwzCPI8lQ5i/Zxi7QBcvsUSz AhMUERjbt6m1iKlLMIUooaEN7NqkJcEi85GnhP+5vsh3l1aZnB47Iw0rQ Y=; X-IronPort-AV: E=Sophos;i="5.37,229,1488844800"; d="scan'208";a="652325368" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Apr 2017 08:08:18 +0000 Received: from [10.60.140.55] (ams-ppsenak-nitro6.cisco.com [10.60.140.55]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v3L88HE7017206; Fri, 21 Apr 2017 08:08:17 GMT Message-ID: <58F9BDF2.4040502@cisco.com> Date: Fri, 21 Apr 2017 10:08:18 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Shraddha Hegde , "Acee Lindem (acee)" CC: "ospf@ietf.org" References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 08:08:23 -0000 Hi Shraddha, please find my comments below: The draft defines two mechanisms: a) signaling the link overload to the neighbor. The purpose is to advertise the link with max-metric from both directions. b) flooding the Link-Overload sub-TLV inside the area. The purpose is to let "LSP ingress routers/controllers can learn of the impending maintenance activity" 1. Why do we need two mechanisms? Why is (b) needed, given that (a) results in link being advertised with max-metric in both directions? How is treatement of remote link having max-metric different to the treatment of a link that has the Link-Overload sub-TLV? I would understand the difference if you say that the link having the Link-Overload sub-TLV must not be used during SPF, but nothing like that is mentioned in the draft and I understand why. Is (b) needed to cover the case, where the signaling defined in (a) is not understood by the neighbor on the other side of the link? If yes, please state it in the draft. 2. For the signaling defined in (a)- using the Router Information LSA for signaling something to the direct neighbor is a very dirty hack. As the name of the LSA says, it has been defined to signal capability of the node, which has nothing to do with what you are trying to use it for. We have to stop polluting the protocol with such hacks. RFC5613 defines a Link-Local Signaling mechanism for OSPF and that is the one we should use for siganling between neighbors. thanks, Peter On 19/04/17 15:08 , Shraddha Hegde wrote: > Hi Acee, > > New version draft-ietf-ospf-link-overload-06 is posted where the remote-ipv4 addr is moved to a new sub-TLV. > Pls review. > > The authors of the draft believe that draft has undergone multiple revisions/reviews and is ready for WG last call. > > Rgds > Shraddha > > > -----Original Message----- > From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee) > Sent: Saturday, March 18, 2017 2:28 AM > Cc: ospf@ietf.org > Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt > > Hi Shraddha, et al, > > With respect to section 4.1, I agree that matching link endpoints in > OSPFv2 requires more information. However, this is a general problem and the remote address should be a separate OSPFv2 Link Attribute LSA TLV rather than overloading the link overload TLV ;^) > > Thanks, > Acee > > On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" > wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the Open Shortest Path First IGP of the IETF. >> >> Title : OSPF Link Overload >> Authors : Shraddha Hegde >> Pushpasis Sarkar >> Hannes Gredler >> Mohan Nanduri >> Luay Jalil >> Filename : draft-ietf-ospf-link-overload-05.txt >> Pages : 13 >> Date : 2017-02-23 >> >> Abstract: >> When a link is being prepared to be taken out of service, the traffic >> needs to be diverted from both ends of the link. Increasing the >> metric to the highest metric on one side of the link is not >> sufficient to divert the traffic flowing in the other direction. >> >> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be >> able to advertise a link being in an overload state to indicate >> impending maintenance activity on the link. This information can be >> used by the network devices to re-route the traffic effectively. >> >> This document describes the protocol extensions to disseminate link- >> overload information in OSPFv2 and OSPFv3. >> >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05 >> >> >> Please note that it may take a couple of minutes from the time of >> submission until the htmlized version and diff are available at >> tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> 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 > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > . > From nobody Fri Apr 21 03:37:11 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E367126D73 for ; Fri, 21 Apr 2017 03:37:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aXeeIG1Xd7sN for ; Fri, 21 Apr 2017 03:37:04 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0114.outbound.protection.outlook.com [104.47.34.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C0BB129451 for ; Fri, 21 Apr 2017 03:37:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=u2ZiEJ85551Ez2xbbF72FcoNtrp20EJ4jW+ZewWDPyU=; b=Z5LB2oAQmN1njCskt2KoYGKQnTw3U9gtqrd8a42c6trYSwAjx86aw7S7Q8/mVEy7SyFMBgMxj4XgCOLR3IsmNTR7iveXarr2nTm98OrSlrp1PSeN0WwfJ7WTM7gF7fsfBWMiZr0ZzguEjq+ASjHenkarEfPJet5OAmc3jF5a/ms= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2707.namprd05.prod.outlook.com (10.167.2.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Fri, 21 Apr 2017 10:37:03 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1061.007; Fri, 21 Apr 2017 10:37:03 +0000 From: Shraddha Hegde To: "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABmipCAAJZbAIABXjiw Date: Fri, 21 Apr 2017 10:37:02 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2707; 7:b0dr5I/4PMVeFnHWePBSGoB9C/xUk/+qq9Rr7KOEyVRVPnG/EmMcMaY1slRN8rj4Ry30DZ4Hm3R9oUUluiGJfCilmsIXb7IHQ4IjmIZBgdb/lF1/Ara+x/c7fE6eLCTD44dR952MjhziIoB1hJynaOqgCYxyjOP5ZMnWHJ3b92sTqYDal73omJRBsEUHFu393iErg1bm7gz5aJnDKhwkGmXzNCmqKgaCWL4gLRkwzmkKdudZ1h9DVnlSs8Y5R6ab925FtfAwxXhBn42JNZDszYtYKSPeucx3kH5bTPfDcKPBuxo9oYLMwFvgIHocHixpzGAEKO/puVttj6ER2NK2/A== x-ms-office365-filtering-correlation-id: b7360bba-9631-41a8-7bbb-08d488a25950 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2707; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123558050)(20161123555025)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406103)(20161123560025)(6072148); SRVR:BN3PR05MB2707; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2707; x-forefront-prvs: 02843AA9E0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39400400002)(39410400002)(39840400002)(39850400002)(39860400002)(13464003)(377454003)(377424004)(24454002)(9686003)(55016002)(6306002)(33656002)(229853002)(53936002)(6506006)(77096006)(6436002)(66066001)(99286003)(25786009)(53546009)(39060400002)(93886004)(38730400002)(4326008)(2950100002)(6246003)(2900100001)(76176999)(54356999)(3280700002)(2906002)(50986999)(3660700001)(189998001)(7696004)(122556002)(3846002)(102836003)(6116002)(7736002)(230783001)(8676002)(81166006)(8936002)(74316002)(305945005)(5660300001)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2707; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2017 10:37:02.9898 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2707 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 10:37:10 -0000 QWNlZSwNCg0KDQo+IEkgZG9u4oCZdCBzZWUgYW55IG5lZWQgdG8gcmVmZXJlbmNlIFJGQyA0MjAz IHNpbmNlIHRoZSBTdWItVExWIGlzIHN1ZmZpY2llbnRseSBkZWZpbmVkIGhlcmUuIFRoaXMgaXMg Y29tcGxldGVseSBvcnRob2dvbmFsIHRvIHRoZSBkZWZpbml0aW9uIGluIHRoaXMgZHJhZnQuDQoN CkkgZG8gbm90IGFncmVlIHdpdGggdGhpcyBwb2ludC4gVGhlIHN1Yi1UTFYsIGxvY2FsL3JlbW90 ZSBpbnRlcmZhY2UgaWQgcmVxdWlyZXMgdGhlICByZW1vdGUgaW50ZXJmYWNlLWlkIHRvIGJlIGZp bGxlZCBhbmQgdGhlIGRyYWZ0IHJlZmVycyB0byBhbiBleGlzdGluZyBzdGFuZGFyZCBvbiBnZXR0 aW5nIHRoaXMgcmVtb3RlIGludGVyZmFjZSBpZC4gVGhpcyBpcyB0aGUgc3RhbmRhcmQgbWVjaGFu aXNtIHdlIGZvbGxvdyBpbiBldmVyeSBkcmFmdC4NCg0KUmdkcw0KU2hyYWRkaGENCg0KLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFjZWUgTGluZGVtIChhY2VlKSBbbWFpbHRvOmFj ZWVAY2lzY28uY29tXSANClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyMCwgMjAxNyA3OjA3IFBNDQpU bzogU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlwZXIubmV0PjsgQWNlZSBMaW5kZW0gPGFj ZWUubGluZGVtQGdtYWlsLmNvbT4NCkNjOiBvc3BmQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW09T UEZdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4dA0KDQpI aSBTaHJhZGRoYSwgDQoNCk9uIDQvMjAvMTcsIDEyOjQ2IEFNLCAiU2hyYWRkaGEgSGVnZGUiIDxz aHJhZGRoYUBqdW5pcGVyLm5ldD4gd3JvdGU6DQoNCj5IaSBBY2VlLA0KPg0KPlRoZSBkcmFmdCBk b2VzIG5vdCBtYW5kYXRlIHVzZSBvZiBSRkMgNDIwMy4gVGhlcmUgYXJlIG5vIE1VU1QgDQo+c3Rh dGVtZW50cyBhc3NvY2lhdGVkIHdpdGggdGhlIHJlY29tbWVuZGF0aW9uLg0KDQpJIGRvbuKAmXQg c2VlIGFueSBuZWVkIHRvIHJlZmVyZW5jZSBSRkMgNDIwMyBzaW5jZSB0aGUgU3ViLVRMViBpcyBz dWZmaWNpZW50bHkgZGVmaW5lZCBoZXJlLiBUaGlzIGlzIGNvbXBsZXRlbHkgb3J0aG9nb25hbCB0 byB0aGUgZGVmaW5pdGlvbiBpbiB0aGlzIGRyYWZ0LiANCj4NCj4NCj5SRkMgNDIwMyBpcyBhIHN0 YW5kYXJkIGFuZCBoYXMgYmVlbiBhcm91bmQgZm9yIGEgd2hpbGUuIEkgZG8gbm90IA0KPnVuZGVy c3RhbmQgd2h5IHRoZXJlIGlzIGNvbmNlcm4gYmVpbmcgcmFpc2VkIG92ZXIgUmVmZXJlbmNpbmcg YW4gUkZDIA0KPndoaWNoIGhhcyBiZWVuIGEgc3RhbmRhcmQgYW5kIGRlcGxveWVkIGluIHRoZSBm aWVsZCBmb3IgbWFueSB5ZWFycy4NCj4NCj5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1w cHNlbmFrLW9zcGYtbGxzLWludGVyZmFjZS1pZC0wMC50eHQgaXMgDQo+c3RpbGwgYW4gaW5kZXBl bmRlbnQgZHJhZnQgYW5kIGl0IGRvZXMgbm90IG1ha2Ugc2Vuc2UgdG8gcmVmZXIgdGhpcyANCj5k cmFmdCBpbiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiB3aGljaCBpcyByZWFkeSBm b3IgV0cgbGFzdCBjYWxsLg0KDQpJIHdhc27igJl0IHN1Z2dlc3RpbmcgdG8gcmVmZXJlbmNlIGVp dGhlciBkb2N1bWVudC4NCg0KVGhhbmtzLA0KQWNlZQ0KDQoNCj4NCj5SZ2RzDQo+U2hyYWRkaGEN Cj4NCj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZyb206IEFjZWUgTGluZGVtIChhY2Vl KSBbbWFpbHRvOmFjZWVAY2lzY28uY29tXQ0KPlNlbnQ6IFRodXJzZGF5LCBBcHJpbCAyMCwgMjAx NyA0OjAyIEFNDQo+VG86IEFjZWUgTGluZGVtIDxhY2VlLmxpbmRlbUBnbWFpbC5jb20+OyBTaHJh ZGRoYSBIZWdkZSANCj48c2hyYWRkaGFAanVuaXBlci5uZXQ+DQo+Q2M6IG9zcGZAaWV0Zi5vcmcN Cj5TdWJqZWN0OiBSZTogW09TUEZdIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92 ZXJsb2FkLTA1LnR4dA0KPg0KPkhpIFNocmFkZGhhLA0KPg0KPlRoZSBvbmx5IG5vbi1lZGl0b3Jp YWwgY29tbWVudCB0aGF0IEkgaGF2ZSBpcyB0aGF0IHRoZSBkcmFmdCByZWZlcmVuY2VzIA0KPlJG QyA0MjAzIGFzIHRoZSB3YXkgdG8gbGVhcm4gdGhlIHJlbW90ZSBpbnRlcmZhY2UgSUQgb24gYW4g dW5udW1iZXJlZCANCj5saW5rIA0KPihodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1wcHNl bmFrLW9zcGYtbGxzLWludGVyZmFjZS1pZC0wMC50eHQpLiANCj5BcyB5b3Uga25vdywgdGhpcyBp cyBhIHZlcnkgY29udHJvdmVyc2lhbCB0b3BpYyB3aXRoIHNvbWUgb2YgdXMgd2FudGluZyANCj50 aGlzIHRvIGJlIGluIHRoZSBoZWxsbyBwYWNrZXRzIGNvbnNpc3RlbnQgd2l0aCBPU1BGdjMgYW5k IElTLUlTIGFzIA0KPm9wcG9zZWQgdG8gdXNpbmcgYSBsaW5rLXNjb3BlZCBURSBPcGFxdWUgTFNB IGFzIHN1Z2dlc3RlZCBpbiB0aGUgT1NQRiANCj5HTVBMUyBFeHRlbnNpb25zIFJGQyAoaHR0cHM6 Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzQyMDMudHh0KS4gSSANCj53b3VsZCBzdWdnZXN0 IHJlbW92aW5nIHRoZSByZWZlcmVuY2UuDQo+DQo+VGhhbmtzLA0KPkFjZWUNCj4NCj4NCj5PbiA0 LzE5LzE3LCA5OjExIEFNLCAiQWNlZSBMaW5kZW0iIDxhY2VlLmxpbmRlbUBnbWFpbC5jb20+IHdy b3RlOg0KPg0KPj5IaSBTaHJhZGRoYSwNCj4+DQo+PkkgdGhpbmsgdGhpcyB2ZXJzaW9uIGFkZHJl c3NlcyBhbGwgbXkgY29tbWVudHMuIEkgd2lsbCBkbyBhIGRldGFpbGVkIA0KPj5yZXZpZXcgdGhp cyB3ZWVrIGFuZCwgbW9zdCBsaWtlbHksIHN0YXJ0IHRoZSBXRyBsYXN0IGNhbGwuIEkgZW5jb3Vy YWdlIA0KPj5vdGhlciBXRyBtZW1iZXJzIHRvIGRvIHRoZSBzYW1lLg0KPj4NCj4+VGhhbmtzLA0K Pj5BY2VlDQo+Pj4gT24gQXByIDE5LCAyMDE3LCBhdCA5OjA4IEFNLCBTaHJhZGRoYSBIZWdkZSA8 c2hyYWRkaGFAanVuaXBlci5uZXQ+DQo+Pj53cm90ZToNCj4+PiANCj4+PiBIaSBBY2VlLA0KPj4+ IA0KPj4+IE5ldyB2ZXJzaW9uIGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA2IGlzIHBv c3RlZCB3aGVyZSB0aGUNCj4+PnJlbW90ZS1pcHY0IGFkZHIgaXMgbW92ZWQgdG8gYSBuZXcgc3Vi LVRMVi4NCj4+PiBQbHMgcmV2aWV3Lg0KPj4+IA0KPj4+IFRoZSBhdXRob3JzIG9mIHRoZSBkcmFm dCBiZWxpZXZlIHRoYXQgZHJhZnQgaGFzIHVuZGVyZ29uZSBtdWx0aXBsZSANCj4+PnJldmlzaW9u cy9yZXZpZXdzIGFuZCBpcyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLg0KPj4+IA0KPj4+IFJnZHMN Cj4+PiBTaHJhZGRoYQ0KPj4+IA0KPj4+IA0KPj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+Pj4gRnJvbTogT1NQRiBbbWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxm IE9mIEFjZWUgTGluZGVtDQo+Pj4oYWNlZSkNCj4+PiBTZW50OiBTYXR1cmRheSwgTWFyY2ggMTgs IDIwMTcgMjoyOCBBTQ0KPj4+IENjOiBvc3BmQGlldGYub3JnDQo+Pj4gU3ViamVjdDogUmU6IFtP U1BGXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4+ PiANCj4+PiBIaSBTaHJhZGRoYSwgZXQgYWwsDQo+Pj4gDQo+Pj4gV2l0aCByZXNwZWN0IHRvIHNl Y3Rpb24gNC4xLCBJIGFncmVlIHRoYXQgbWF0Y2hpbmcgbGluayBlbmRwb2ludHMgaW4NCj4+PiBP U1BGdjIgcmVxdWlyZXMgbW9yZSBpbmZvcm1hdGlvbi4gSG93ZXZlciwgdGhpcyBpcyBhIGdlbmVy YWwgcHJvYmxlbSANCj4+PmFuZCB0aGUgcmVtb3RlIGFkZHJlc3Mgc2hvdWxkIGJlIGEgc2VwYXJh dGUgT1NQRnYyIExpbmsgQXR0cmlidXRlIExTQSANCj4+PlRMViByYXRoZXIgdGhhbiBvdmVybG9h ZGluZyB0aGUgbGluayBvdmVybG9hZCBUTFYgO14pDQo+Pj4gDQo+Pj4gVGhhbmtzLA0KPj4+IEFj ZWUNCj4+PiANCj4+PiBPbiAyLzIzLzE3LCAxMToxOCBBTSwgIk9TUEYgb24gYmVoYWxmIG9mIGlu dGVybmV0LWRyYWZ0c0BpZXRmLm9yZyINCj4+PiA8b3NwZi1ib3VuY2VzQGlldGYub3JnIG9uIGJl aGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KPj4+IA0KPj4+PiANCj4+ Pj4gQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50 ZXJuZXQtRHJhZnRzIA0KPj4+PmRpcmVjdG9yaWVzLg0KPj4+PiBUaGlzIGRyYWZ0IGlzIGEgd29y ayBpdGVtIG9mIHRoZSBPcGVuIFNob3J0ZXN0IFBhdGggRmlyc3QgSUdQIG9mIA0KPj4+PnRoZSBJ RVRGLg0KPj4+PiANCj4+Pj4gICAgICAgVGl0bGUgICAgICAgICAgIDogT1NQRiBMaW5rIE92ZXJs b2FkDQo+Pj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFNocmFkZGhhIEhlZ2RlDQo+Pj4+ICAg ICAgICAgICAgICAgICAgICAgICAgIFB1c2hwYXNpcyBTYXJrYXINCj4+Pj4gICAgICAgICAgICAg ICAgICAgICAgICAgSGFubmVzIEdyZWRsZXINCj4+Pj4gICAgICAgICAgICAgICAgICAgICAgICAg TW9oYW4gTmFuZHVyaQ0KPj4+PiAgICAgICAgICAgICAgICAgICAgICAgICBMdWF5IEphbGlsDQo+ Pj4+IAlGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50 eHQNCj4+Pj4gCVBhZ2VzICAgICAgICAgICA6IDEzDQo+Pj4+IAlEYXRlICAgICAgICAgICAgOiAy MDE3LTAyLTIzDQo+Pj4+IA0KPj4+PiBBYnN0cmFjdDoNCj4+Pj4gIFdoZW4gYSBsaW5rIGlzIGJl aW5nIHByZXBhcmVkIHRvIGJlIHRha2VuIG91dCBvZiBzZXJ2aWNlLCB0aGUgIA0KPj4+PnRyYWZm aWMgIG5lZWRzIHRvIGJlIGRpdmVydGVkIGZyb20gYm90aCBlbmRzIG9mIHRoZSBsaW5rLg0KPj4+ PiBJbmNyZWFzaW5nIHRoZSAgbWV0cmljIHRvIHRoZSBoaWdoZXN0IG1ldHJpYyBvbiBvbmUgc2lk ZSBvZiB0aGUgDQo+Pj4+bGluayAgaXMgbm90ICBzdWZmaWNpZW50IHRvIGRpdmVydCB0aGUgdHJh ZmZpYyBmbG93aW5nIGluIHRoZSBvdGhlciANCj4+Pj5kaXJlY3Rpb24uDQo+Pj4+IA0KPj4+PiAg SXQgaXMgdXNlZnVsIGZvciByb3V0ZXJzIGluIGFuIE9TUEZ2MiBvciBPU1BGdjMgcm91dGluZyBk b21haW4gdG8gDQo+Pj4+IGJlICBhYmxlIHRvIGFkdmVydGlzZSBhIGxpbmsgYmVpbmcgaW4gYW4g b3ZlcmxvYWQgc3RhdGUgdG8gaW5kaWNhdGUgDQo+Pj4+IGltcGVuZGluZyBtYWludGVuYW5jZSBh Y3Rpdml0eSBvbiB0aGUgbGluay4gIFRoaXMgaW5mb3JtYXRpb24gY2FuIA0KPj4+PiBiZSB1c2Vk IGJ5IHRoZSBuZXR3b3JrIGRldmljZXMgdG8gcmUtcm91dGUgdGhlIHRyYWZmaWMgZWZmZWN0aXZl bHkuDQo+Pj4+IA0KPj4+PiAgVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIHByb3RvY29sIGV4 dGVuc2lvbnMgdG8gZGlzc2VtaW5hdGUNCj4+Pj4gbGluay0gIG92ZXJsb2FkIGluZm9ybWF0aW9u IGluIE9TUEZ2MiBhbmQgT1NQRnYzLg0KPj4+PiANCj4+Pj4gDQo+Pj4+IA0KPj4+PiBUaGUgSUVU RiBkYXRhdHJhY2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCj4+Pj4gaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQv DQo+Pj4+IA0KPj4+PiBUaGVyZSdzIGFsc28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBh dDoNCj4+Pj4gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtb3NwZi1saW5r LW92ZXJsb2FkLTA1DQo+Pj4+IA0KPj4+PiBBIGRpZmYgZnJvbSB0aGUgcHJldmlvdXMgdmVyc2lv biBpcyBhdmFpbGFibGUgYXQ6DQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IFBs ZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0 aW1lIG9mIA0KPj4+PiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBk aWZmIGFyZSBhdmFpbGFibGUgYXQgDQo+Pj4+IHRvb2xzLmlldGYub3JnLg0KPj4+PiANCj4+Pj4g SW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0K Pj4+PiBmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KPj4+PiANCj4+Pj4gX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4gT1NQRiBt YWlsaW5nIGxpc3QNCj4+Pj4gT1NQRkBpZXRmLm9yZw0KPj4+PiBodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj4+PiANCj4+PiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4gT1NQ RkBpZXRmLm9yZw0KPj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vb3Nw Zg0KPj4+IA0KPj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+Pj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+PiBPU1BGQGlldGYub3JnDQo+Pj4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo+Pg0KPg0KDQo= From nobody Fri Apr 21 03:53:19 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB7AC126B71 for ; Fri, 21 Apr 2017 03:53:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cEAg_JbtHJZd for ; Fri, 21 Apr 2017 03:53:15 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0139.outbound.protection.outlook.com [104.47.42.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87C65128CFF for ; Fri, 21 Apr 2017 03:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GNv5vmoYepUPRbDKJzdM4av8AvJC5V/49QaIbaPh0TY=; b=Ql6eBtrNd/yuQf2f8vaPn3j2cbfofrKzgTshTdVMMUEzkVs/vkq2YzLB4iSUTV9/l7fqXy4VAZqGtSbrnYSzx/a3znVIGn8H2d0aNQ9UWsJmWSDXNrQlaWPM0F7LvREV3JjI5jWBltvH5RYoX3A7lRuqnn941G4tDV9y5kHQiaY= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Fri, 21 Apr 2017 10:53:08 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1061.007; Fri, 21 Apr 2017 10:53:08 +0000 From: Shraddha Hegde To: Peter Psenak , "Acee Lindem (acee)" CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAtH0AIAAK6Kg Date: Fri, 21 Apr 2017 10:53:08 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> In-Reply-To: <58F9BDF2.4040502@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2706; 7:SzZeMk+S1BuOB7gC3UIMd0/MdSyOcmXr7qgPSrFh0zZZB+ISkZtxwWcet4tizpwPD2ETkwJARe4UnhOI86WemkhdY/1MevcdRUqtjH43kg0yt74yykGBUzTSyqQTkRoXNUDa+Nqar/JNu5e35xoGFVbrcXtjIwQNBVwx5AEZ+sGHDwCV90jNFj6d8SmVQ6TFQnswHR0UXtZnOd/zkXezPZUbgoUXSMu0upvzfSwOJhXiCCIKl3hPOciL6XvBF3gBsfWOnPb6j2QtGsNGD+Gs4eGqQ3o9yKbR0GgbsvWmMeGG3IiN6t+QE5967MsnGpNc6mCU7DwTkAMhfMcKa8937w== x-ms-office365-filtering-correlation-id: 5ce29143-6680-4416-0b11-08d488a498a9 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2706; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014)(17755550239193); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406103)(20161123564025)(20161123558050)(20161123555025)(20161123562025)(20161123560025)(6072148); SRVR:BN3PR05MB2706; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2706; x-forefront-prvs: 02843AA9E0 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39840400002)(39860400002)(39850400002)(39410400002)(39400400002)(13464003)(57704003)(377454003)(377424004)(24454002)(3280700002)(6246003)(3660700001)(53936002)(9686003)(6306002)(122556002)(5660300001)(6436002)(77096006)(66066001)(86362001)(102836003)(93886004)(7696004)(3846002)(6116002)(305945005)(2900100001)(7736002)(6506006)(74316002)(2906002)(4326008)(189998001)(33656002)(2950100002)(229853002)(55016002)(99286003)(8676002)(50986999)(76176999)(38730400002)(53546009)(81166006)(8936002)(54356999)(25786009); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2706; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2017 10:53:08.0979 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2706 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 10:53:18 -0000 Hi Peter, Thanks for the detailed review. Pls see inline.. -----Original Message----- From: Peter Psenak [mailto:ppsenak@cisco.com]=20 Sent: Friday, April 21, 2017 1:38 PM To: Shraddha Hegde ; Acee Lindem (acee) Cc: ospf@ietf.org Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Hi Shraddha, please find my comments below: The draft defines two mechanisms: a) signaling the link overload to the neighbor. The purpose is to advertise= the link with max-metric from both directions. b) flooding the Link-Overload sub-TLV inside the area. The purpose is to le= t "LSP ingress routers/controllers can learn of the impending maintenance a= ctivity" 1. Why do we need two mechanisms? Why is (b) needed, given that (a) results= in link being advertised with max-metric in both directions? How is treatement of remote link having max-metric different to the treatme= nt of a link that has the Link-Overload sub-TLV? I would understand the dif= ference if you say that the link having the Link-Overload sub-TLV must not = be used during SPF, but nothing like that is mentioned in the draft and I u= nderstand why. Is (b) needed to cover the case, where the signaling defined in (a) is not = understood by the neighbor on the other side of the link? If yes, please st= ate it in the draft. Metric alone cannot be used as an indication for impending maint= enance activity. When other nodes like ingress/controller need to understan= d the impending maintenance activity, area level advertisement would be nee= ded. Application specific to this is described in sec 7.2 2. For the signaling defined in (a)- using the Router Information LSA for = signaling something to the direct neighbor is a very dirty hack. As the nam= e of the LSA says, it has been defined to signal capability of the node, wh= ich has nothing to do with what you are trying to use it for. We have to st= op polluting the protocol with such hacks. RFC5613 defines a Link-Local Sig= naling mechanism for OSPF and that is the one we should use for siganling b= etween neighbors. LLS is a good mechanism to use for signaling link level informa= tion that are useful before the adjacency is established. Section 2 RFC 561= 3 states that the LLS is not expected to be used for use-cases which cause= routing changes. Link-overload does result into routing changes and is bes= t handled using link local scope LSAs. thanks, Peter On 19/04/17 15:08 , Shraddha Hegde wrote: > Hi Acee, > > New version draft-ietf-ospf-link-overload-06 is posted where the remote-i= pv4 addr is moved to a new sub-TLV. > Pls review. > > The authors of the draft believe that draft has undergone multiple revisi= ons/reviews and is ready for WG last call. > > Rgds > Shraddha > > > -----Original Message----- > From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem=20 > (acee) > Sent: Saturday, March 18, 2017 2:28 AM > Cc: ospf@ietf.org > Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt > > Hi Shraddha, et al, > > With respect to section 4.1, I agree that matching link endpoints in > OSPFv2 requires more information. However, this is a general problem=20 > and the remote address should be a separate OSPFv2 Link Attribute LSA=20 > TLV rather than overloading the link overload TLV ;^) > > Thanks, > Acee > > On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" > wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts=20 >> directories. >> This draft is a work item of the Open Shortest Path First IGP of the IET= F. >> >> Title : OSPF Link Overload >> Authors : Shraddha Hegde >> Pushpasis Sarkar >> Hannes Gredler >> Mohan Nanduri >> Luay Jalil >> Filename : draft-ietf-ospf-link-overload-05.txt >> Pages : 13 >> Date : 2017-02-23 >> >> Abstract: >> When a link is being prepared to be taken out of service, the traffic >> needs to be diverted from both ends of the link. Increasing the >> metric to the highest metric on one side of the link is not >> sufficient to divert the traffic flowing in the other direction. >> >> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be >> able to advertise a link being in an overload state to indicate >> impending maintenance activity on the link. This information can be >> used by the network devices to re-route the traffic effectively. >> >> This document describes the protocol extensions to disseminate link- >> overload information in OSPFv2 and OSPFv3. >> >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-ospf-link-overload-05 >> >> >> Please note that it may take a couple of minutes from the time of=20 >> submission until the htmlized version and diff are available at=20 >> tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> 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 > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > . > From nobody Fri Apr 21 03:58:08 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 378261294CD; Fri, 21 Apr 2017 03:58:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Meeting Session Request Tool\"" To: Cc: ospf@ietf.org, acee@cisco.com, ospf-chairs@ietf.org, akatlas@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149277228613.22330.11071401879524315083.idtracker@ietfa.amsl.com> Date: Fri, 21 Apr 2017 03:58:06 -0700 Archived-At: Subject: [OSPF] ospf - Update to a Meeting Session Request for IETF 99 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Apr 2017 10:58:06 -0000 An update to a meeting session request has just been submitted by Acee Lindem, a Chair of the ospf working group. --------------------------------------------------------- Working Group Name: Open Shortest Path First IGP Area Name: Routing Area Session Requester: Acee Lindem Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 75 Conflicts to Avoid: First Priority: rtgwg isis idr spring Second Priority: netmod bess bier pim Third Priority: mboned grow lisp People who must be present: Acee Lindem Abhay Roy Alia Atlas Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Apr 21 04:17:39 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A32AA1293D6 for ; Fri, 21 Apr 2017 04:17:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.502 X-Spam-Level: X-Spam-Status: No, score=-14.502 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.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 74BIM2H0LTWi for ; Fri, 21 Apr 2017 04:17:34 -0700 (PDT) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38C75126DEE for ; Fri, 21 Apr 2017 04:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7334; q=dns/txt; s=iport; t=1492773454; x=1493983054; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=JhPsvSqusV92AGK79611cyxxX681LSaZ2glId+10AF0=; b=IFqbZ+8Efmx9IhNO4T65OnxY82kee75u12kl2pMW92dHE76/0KOcT/kK +WZ/Qe2PFs92jmGdmNCVKQ2jL4RimFq44ZXiFgbRyGMA7yG89rU7iLxIc 6Me93jmkRvohAXAtc8M4wlow89gaoGuk4Uw6AHvokoms15bq5i0+cHUys U=; X-IronPort-AV: E=Sophos;i="5.37,229,1488844800"; d="scan'208";a="693872907" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Apr 2017 11:17:32 +0000 Received: from [10.147.24.18] ([10.147.24.18]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v3LBHV5E027605; Fri, 21 Apr 2017 11:17:31 GMT Message-ID: <58F9EA4B.7060704@cisco.com> Date: Fri, 21 Apr 2017 13:17:31 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Shraddha Hegde , "Acee Lindem (acee)" CC: "ospf@ietf.org" References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 11:17:38 -0000 Hi Shraddha, please see inline: On 21/04/17 12:53 , Shraddha Hegde wrote: > Hi Peter, > > Thanks for the detailed review. Pls see inline.. > > -----Original Message----- > From: Peter Psenak [mailto:ppsenak@cisco.com] > Sent: Friday, April 21, 2017 1:38 PM > To: Shraddha Hegde ; Acee Lindem (acee) > Cc: ospf@ietf.org > Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt > > Hi Shraddha, > > please find my comments below: > > The draft defines two mechanisms: > > a) signaling the link overload to the neighbor. The purpose is to advertise the link with max-metric from both directions. > > b) flooding the Link-Overload sub-TLV inside the area. The purpose is to let "LSP ingress routers/controllers can learn of the impending maintenance activity" > > 1. Why do we need two mechanisms? Why is (b) needed, given that (a) results in link being advertised with max-metric in both directions? > > How is treatement of remote link having max-metric different to the treatment of a link that has the Link-Overload sub-TLV? I would understand the difference if you say that the link having the Link-Overload sub-TLV must not be used during SPF, but nothing like that is mentioned in the draft and I understand why. > > Is (b) needed to cover the case, where the signaling defined in (a) is not understood by the neighbor on the other side of the link? If yes, please state it in the draft. > Metric alone cannot be used as an indication for impending maintenance activity. When other nodes like ingress/controller need to understand the impending maintenance activity, area level advertisement would be needed. Application specific to this is described in sec 7.2 no argument about the need of area level flooding - Router LSA with the max metric will be flooded within the area. I have read the section 7.2 several times, but I still do not understand what is the purpose of the Link-Overload sub-TLV there. What is the controller going to do when it receives the area scoped Link-Overload sub-TLV and how it is different to the case where the link is advertised in the Router LSA with max-metric in both directions? > > 2. For the signaling defined in (a)- using the Router Information LSA for signaling something to the direct neighbor is a very dirty hack. As the name of the LSA says, it has been defined to signal capability of the node, which has nothing to do with what you are trying to use it for. We have to stop polluting the protocol with such hacks. RFC5613 defines a Link-Local Signaling mechanism for OSPF and that is the one we should use for siganling between neighbors. > LLS is a good mechanism to use for signaling link level information that are useful before the adjacency is established. Section 2 RFC 5613 states that the LLS is not expected to be used for use-cases which cause routing changes. Link-overload does result into routing changes and is best handled using link local scope LSAs. - LLS can be used to signal information prior to adjacency bringup as well as when the adjacency is FULL state. There are existing LLS TLVs that are send when adjacency is in FULL state. - in your case the use of LLS would be to change the metric on the link in the reverse direction. That is not resulting in any routing changes directly (look at it as the remote configuration request). It's the max-metric in the Router LSA that is going to change the routing. So using LLS to signal what you need is perfectly valid. I just can not see how we can standardize the use of RI LSA for what you are proposing to use it - it's completely wrong IMHO. thanks, Peter > > thanks, > Peter > > > > On 19/04/17 15:08 , Shraddha Hegde wrote: >> Hi Acee, >> >> New version draft-ietf-ospf-link-overload-06 is posted where the remote-ipv4 addr is moved to a new sub-TLV. >> Pls review. >> >> The authors of the draft believe that draft has undergone multiple revisions/reviews and is ready for WG last call. >> >> Rgds >> Shraddha >> >> >> -----Original Message----- >> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >> (acee) >> Sent: Saturday, March 18, 2017 2:28 AM >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >> >> Hi Shraddha, et al, >> >> With respect to section 4.1, I agree that matching link endpoints in >> OSPFv2 requires more information. However, this is a general problem >> and the remote address should be a separate OSPFv2 Link Attribute LSA >> TLV rather than overloading the link overload TLV ;^) >> >> Thanks, >> Acee >> >> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >> wrote: >> >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> This draft is a work item of the Open Shortest Path First IGP of the IETF. >>> >>> Title : OSPF Link Overload >>> Authors : Shraddha Hegde >>> Pushpasis Sarkar >>> Hannes Gredler >>> Mohan Nanduri >>> Luay Jalil >>> Filename : draft-ietf-ospf-link-overload-05.txt >>> Pages : 13 >>> Date : 2017-02-23 >>> >>> Abstract: >>> When a link is being prepared to be taken out of service, the traffic >>> needs to be diverted from both ends of the link. Increasing the >>> metric to the highest metric on one side of the link is not >>> sufficient to divert the traffic flowing in the other direction. >>> >>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be >>> able to advertise a link being in an overload state to indicate >>> impending maintenance activity on the link. This information can be >>> used by the network devices to re-route the traffic effectively. >>> >>> This document describes the protocol extensions to disseminate link- >>> overload information in OSPFv2 and OSPFv3. >>> >>> >>> >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>> >>> There's also a htmlized version available at: >>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>> >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05 >>> >>> >>> Please note that it may take a couple of minutes from the time of >>> submission until the htmlized version and diff are available at >>> tools.ietf.org. >>> >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>> >>> _______________________________________________ >>> 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 >> >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >> . >> > > . > From nobody Fri Apr 21 05:29:11 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBDBF12948F for ; Fri, 21 Apr 2017 05:29:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i4uX3mmicw28 for ; Fri, 21 Apr 2017 05:29:07 -0700 (PDT) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E0AAD126DCA for ; Fri, 21 Apr 2017 05:29:06 -0700 (PDT) Received: by mail-lf0-x236.google.com with SMTP id c80so44009346lfh.3 for ; Fri, 21 Apr 2017 05:29:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=xQlBlveJ3C0k3BatxiMQECs/6OX09a970lKI9PorkY0=; b=MszTAQHzU978qJqC2yf+PVW7E8X9GWCBrIcMzEASlwzRiYVsvoywQWDDeamK0P7h6p 76zpVX/GmoQoA9oyl5ZefaN0Yr2E5ob5b1O9FDZ5X9vUG4d2t3yjMlB6NggEg6h1p4Zr 4q+E5IRKtG7pc2+kNAEB5L0JzSw68P/8uu5PwpZbuUZZN5eRTHuD00mewMh5M9JUwt9y sIZuB94eKP+62E5/KSWn3wsywCo6d7adEbsskXpxAZTlp9zJeLEIXaO6aEP8nSgCT/Tw afruhUyYorsrTGBRHX/VuhCWWRq+stL93nLRx99rcXzslatCf+u97DrRnPpiydhRhL0s lVNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=xQlBlveJ3C0k3BatxiMQECs/6OX09a970lKI9PorkY0=; b=HviOeS8JZrUAxZQbiYXjBPNdlDD2CTsCxftMVJf+lT0zRQI16/dY4OQ+Cpq6+B+OCo pwVXqdJvOw0vKOs3is9PlBVZTGy5TP9x4+KQpTtjiXVBJlJCiDrXcgDjQn3/+stbOWWp GfFzFbFdA2NO5smNCFby+vy3bTAT49g+ODh7O5mMb1uSHqx4kXza6r/Rr1gSHxEAyoW3 VQmjQfXz2Ya+BkZLfYEniLJzJ7Z3lqgGCTICULy8VPSmx8cRix4yVjRbRNyc9AjlYiQd fURUM1LX4/2KH+L9GjkhMqulCEBPNdUoNg+zJdmHxcv9WSy8o9XnEgo010jsJHAV67kx 2tKQ== X-Gm-Message-State: AN3rC/6G33+gdbW9jQO2T7M7Q1dYWeoiy5tiyKLQF9flhXQfCR8v9Zgi 12SjGl0EJJDEgg== X-Received: by 10.46.92.194 with SMTP id q185mr4925996ljb.67.1492777745175; Fri, 21 Apr 2017 05:29:05 -0700 (PDT) Received: from [192.168.1.17] (secretmaker-96.ip.PeterStar.net. [217.195.72.96]) by smtp.gmail.com with ESMTPSA id f20sm1566081lfa.21.2017.04.21.05.29.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Apr 2017 05:29:04 -0700 (PDT) To: Peter Psenak , Shraddha Hegde , "Acee Lindem (acee)" References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> Cc: "ospf@ietf.org" From: Alexander Okonnikov Message-ID: <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> Date: Fri, 21 Apr 2017 15:29:03 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <58F9EA4B.7060704@cisco.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 12:29:10 -0000 Hi Peter, See my comments inline. Thanks. 21.04.2017 14:17, Peter Psenak пишет: > Hi Shraddha, > > please see inline: > > On 21/04/17 12:53 , Shraddha Hegde wrote: >> Hi Peter, >> >> Thanks for the detailed review. Pls see inline.. >> >> -----Original Message----- >> From: Peter Psenak [mailto:ppsenak@cisco.com] >> Sent: Friday, April 21, 2017 1:38 PM >> To: Shraddha Hegde ; Acee Lindem (acee) >> >> Cc: ospf@ietf.org >> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >> >> Hi Shraddha, >> >> please find my comments below: >> >> The draft defines two mechanisms: >> >> a) signaling the link overload to the neighbor. The purpose is to >> advertise the link with max-metric from both directions. >> >> b) flooding the Link-Overload sub-TLV inside the area. The purpose is >> to let "LSP ingress routers/controllers can learn of the impending >> maintenance activity" >> >> 1. Why do we need two mechanisms? Why is (b) needed, given that (a) >> results in link being advertised with max-metric in both directions? >> >> How is treatement of remote link having max-metric different to the >> treatment of a link that has the Link-Overload sub-TLV? I would >> understand the difference if you say that the link having the >> Link-Overload sub-TLV must not be used during SPF, but nothing like >> that is mentioned in the draft and I understand why. >> >> Is (b) needed to cover the case, where the signaling defined in (a) >> is not understood by the neighbor on the other side of the link? If >> yes, please state it in the draft. >> Metric alone cannot be used as an indication for impending >> maintenance activity. When other nodes like ingress/controller need >> to understand the impending maintenance activity, area level >> advertisement would be needed. Application specific to this is >> described in sec 7.2 > > no argument about the need of area level flooding - Router LSA with > the max metric will be flooded within the area. > > I have read the section 7.2 several times, but I still do not > understand what is the purpose of the Link-Overload sub-TLV there. > What is the controller going to do when it receives the area scoped > Link-Overload sub-TLV and how it is different to the case where the > link is advertised in the Router LSA with max-metric in both directions? The fact that link metric has been maximized could not be a trigger for LSP recalculation. Some implementations consider IGP topology change as a trigger for LSP recalculation, but others - don't. Also, max metric itself doesn't tell about exact reason for what link metric was increased. It could be result of IGP-LDP synchronization, for example, which is irrespective to TE LSPs. From the other hand, when head-end/controller receives explicit indication (Link-overload), it could interpret it safely as a trigger to reroute LSP, even if overloaded link is only link that satisfies constrains (from CSPF perspective). Otherwise, increased metric could not be enough reason to relax constrains for LSP. > >> >> 2. For the signaling defined in (a)- using the Router Information >> LSA for signaling something to the direct neighbor is a very dirty >> hack. As the name of the LSA says, it has been defined to signal >> capability of the node, which has nothing to do with what you are >> trying to use it for. We have to stop polluting the protocol with >> such hacks. RFC5613 defines a Link-Local Signaling mechanism for OSPF >> and that is the one we should use for siganling between neighbors. >> LLS is a good mechanism to use for signaling link level >> information that are useful before the adjacency is established. >> Section 2 RFC 5613 states that the LLS is not expected to be used >> for use-cases which cause routing changes. Link-overload does result >> into routing changes and is best handled using link local scope LSAs. > > - LLS can be used to signal information prior to adjacency bringup as > well as when the adjacency is FULL state. There are existing LLS TLVs > that are send when adjacency is in FULL state. > > - in your case the use of LLS would be to change the metric on the > link in the reverse direction. That is not resulting in any routing > changes directly (look at it as the remote configuration request). > It's the max-metric in the Router LSA that is going to change the > routing. So using LLS to signal what you need is perfectly valid. > > I just can not see how we can standardize the use of RI LSA for what > you are proposing to use it - it's completely wrong IMHO. > > thanks, > Peter > >> >> thanks, >> Peter >> >> >> >> On 19/04/17 15:08 , Shraddha Hegde wrote: >>> Hi Acee, >>> >>> New version draft-ietf-ospf-link-overload-06 is posted where the >>> remote-ipv4 addr is moved to a new sub-TLV. >>> Pls review. >>> >>> The authors of the draft believe that draft has undergone multiple >>> revisions/reviews and is ready for WG last call. >>> >>> Rgds >>> Shraddha >>> >>> >>> -----Original Message----- >>> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>> (acee) >>> Sent: Saturday, March 18, 2017 2:28 AM >>> Cc: ospf@ietf.org >>> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>> >>> Hi Shraddha, et al, >>> >>> With respect to section 4.1, I agree that matching link endpoints in >>> OSPFv2 requires more information. However, this is a general problem >>> and the remote address should be a separate OSPFv2 Link Attribute LSA >>> TLV rather than overloading the link overload TLV ;^) >>> >>> Thanks, >>> Acee >>> >>> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >>> wrote: >>> >>>> >>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>> directories. >>>> This draft is a work item of the Open Shortest Path First IGP of >>>> the IETF. >>>> >>>> Title : OSPF Link Overload >>>> Authors : Shraddha Hegde >>>> Pushpasis Sarkar >>>> Hannes Gredler >>>> Mohan Nanduri >>>> Luay Jalil >>>> Filename : draft-ietf-ospf-link-overload-05.txt >>>> Pages : 13 >>>> Date : 2017-02-23 >>>> >>>> Abstract: >>>> When a link is being prepared to be taken out of service, the >>>> traffic >>>> needs to be diverted from both ends of the link. Increasing the >>>> metric to the highest metric on one side of the link is not >>>> sufficient to divert the traffic flowing in the other direction. >>>> >>>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain >>>> to be >>>> able to advertise a link being in an overload state to indicate >>>> impending maintenance activity on the link. This information >>>> can be >>>> used by the network devices to re-route the traffic effectively. >>>> >>>> This document describes the protocol extensions to disseminate >>>> link- >>>> overload information in OSPFv2 and OSPFv3. >>>> >>>> >>>> >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>> >>>> There's also a htmlized version available at: >>>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>> >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05 >>>> >>>> >>>> Please note that it may take a couple of minutes from the time of >>>> submission until the htmlized version and diff are available at >>>> tools.ietf.org. >>>> >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>> >>>> _______________________________________________ >>>> 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 >>> >>> _______________________________________________ >>> 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 Apr 21 06:08:19 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8595012944C for ; Fri, 21 Apr 2017 06:08:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 YkxIYqLOChxJ for ; Fri, 21 Apr 2017 06:08:13 -0700 (PDT) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E1C31273B1 for ; Fri, 21 Apr 2017 06:08:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9046; q=dns/txt; s=iport; t=1492780093; x=1493989693; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=m1SLh74UtFLRArdN580aGtvSfSTdMTnlUfBGszaeC04=; b=DO2IQqtn4S+IJyFOEi6mkMCBviz5NbWEy8l7cKfccL1b/ut5m+PFIuPW XemnbRTD+FqFceW52togjPSaL+k5bn+Iz666b9JLmbIwDWFpyTeELi9eD NvA1O9Uy1dSbCVucWmOjcg5ByY3fFNpGOnQYvD8p/wZoe9pHWZz5YPVW5 4=; X-IronPort-AV: E=Sophos;i="5.37,229,1488844800"; d="scan'208";a="651311721" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Apr 2017 13:08:11 +0000 Received: from [10.147.24.18] ([10.147.24.18]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v3LD8Aub021268; Fri, 21 Apr 2017 13:08:10 GMT Message-ID: <58FA043A.8040402@cisco.com> Date: Fri, 21 Apr 2017 15:08:10 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Alexander Okonnikov , Shraddha Hegde , "Acee Lindem (acee)" CC: "ospf@ietf.org" References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> In-Reply-To: <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 13:08:16 -0000 Hi Alex, please see inline: On 21/04/17 14:29 , Alexander Okonnikov wrote: > Hi Peter, > > See my comments inline. > > Thanks. > > 21.04.2017 14:17, Peter Psenak пишет: >> Hi Shraddha, >> >> please see inline: >> >> On 21/04/17 12:53 , Shraddha Hegde wrote: >>> Hi Peter, >>> >>> Thanks for the detailed review. Pls see inline.. >>> >>> -----Original Message----- >>> From: Peter Psenak [mailto:ppsenak@cisco.com] >>> Sent: Friday, April 21, 2017 1:38 PM >>> To: Shraddha Hegde ; Acee Lindem (acee) >>> >>> Cc: ospf@ietf.org >>> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>> >>> Hi Shraddha, >>> >>> please find my comments below: >>> >>> The draft defines two mechanisms: >>> >>> a) signaling the link overload to the neighbor. The purpose is to >>> advertise the link with max-metric from both directions. >>> >>> b) flooding the Link-Overload sub-TLV inside the area. The purpose is >>> to let "LSP ingress routers/controllers can learn of the impending >>> maintenance activity" >>> >>> 1. Why do we need two mechanisms? Why is (b) needed, given that (a) >>> results in link being advertised with max-metric in both directions? >>> >>> How is treatement of remote link having max-metric different to the >>> treatment of a link that has the Link-Overload sub-TLV? I would >>> understand the difference if you say that the link having the >>> Link-Overload sub-TLV must not be used during SPF, but nothing like >>> that is mentioned in the draft and I understand why. >>> >>> Is (b) needed to cover the case, where the signaling defined in (a) >>> is not understood by the neighbor on the other side of the link? If >>> yes, please state it in the draft. >>> Metric alone cannot be used as an indication for impending >>> maintenance activity. When other nodes like ingress/controller need >>> to understand the impending maintenance activity, area level >>> advertisement would be needed. Application specific to this is >>> described in sec 7.2 >> >> no argument about the need of area level flooding - Router LSA with >> the max metric will be flooded within the area. >> >> I have read the section 7.2 several times, but I still do not >> understand what is the purpose of the Link-Overload sub-TLV there. >> What is the controller going to do when it receives the area scoped >> Link-Overload sub-TLV and how it is different to the case where the >> link is advertised in the Router LSA with max-metric in both directions? > The fact that link metric has been maximized could not be a trigger for > LSP recalculation. Some implementations consider IGP topology change as > a trigger for LSP recalculation, but others - don't. Also, max metric > itself doesn't tell about exact reason for what link metric was > increased. It could be result of IGP-LDP synchronization, for example, > which is irrespective to TE LSPs. From the other hand, when > head-end/controller receives explicit indication (Link-overload), it > could interpret it safely as a trigger to reroute LSP, even if > overloaded link is only link that satisfies constrains (from CSPF > perspective). Otherwise, increased metric could not be enough reason to > relax constrains for LSP. fair enough. I would propose authors to include the above reasoning in the draft. thanks, Peter >> >>> >>> 2. For the signaling defined in (a)- using the Router Information >>> LSA for signaling something to the direct neighbor is a very dirty >>> hack. As the name of the LSA says, it has been defined to signal >>> capability of the node, which has nothing to do with what you are >>> trying to use it for. We have to stop polluting the protocol with >>> such hacks. RFC5613 defines a Link-Local Signaling mechanism for OSPF >>> and that is the one we should use for siganling between neighbors. >>> LLS is a good mechanism to use for signaling link level >>> information that are useful before the adjacency is established. >>> Section 2 RFC 5613 states that the LLS is not expected to be used >>> for use-cases which cause routing changes. Link-overload does result >>> into routing changes and is best handled using link local scope LSAs. >> >> - LLS can be used to signal information prior to adjacency bringup as >> well as when the adjacency is FULL state. There are existing LLS TLVs >> that are send when adjacency is in FULL state. >> >> - in your case the use of LLS would be to change the metric on the >> link in the reverse direction. That is not resulting in any routing >> changes directly (look at it as the remote configuration request). >> It's the max-metric in the Router LSA that is going to change the >> routing. So using LLS to signal what you need is perfectly valid. >> >> I just can not see how we can standardize the use of RI LSA for what >> you are proposing to use it - it's completely wrong IMHO. >> >> thanks, >> Peter >> >>> >>> thanks, >>> Peter >>> >>> >>> >>> On 19/04/17 15:08 , Shraddha Hegde wrote: >>>> Hi Acee, >>>> >>>> New version draft-ietf-ospf-link-overload-06 is posted where the >>>> remote-ipv4 addr is moved to a new sub-TLV. >>>> Pls review. >>>> >>>> The authors of the draft believe that draft has undergone multiple >>>> revisions/reviews and is ready for WG last call. >>>> >>>> Rgds >>>> Shraddha >>>> >>>> >>>> -----Original Message----- >>>> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem >>>> (acee) >>>> Sent: Saturday, March 18, 2017 2:28 AM >>>> Cc: ospf@ietf.org >>>> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt >>>> >>>> Hi Shraddha, et al, >>>> >>>> With respect to section 4.1, I agree that matching link endpoints in >>>> OSPFv2 requires more information. However, this is a general problem >>>> and the remote address should be a separate OSPFv2 Link Attribute LSA >>>> TLV rather than overloading the link overload TLV ;^) >>>> >>>> Thanks, >>>> Acee >>>> >>>> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org" >>>> wrote: >>>> >>>>> >>>>> A New Internet-Draft is available from the on-line Internet-Drafts >>>>> directories. >>>>> This draft is a work item of the Open Shortest Path First IGP of >>>>> the IETF. >>>>> >>>>> Title : OSPF Link Overload >>>>> Authors : Shraddha Hegde >>>>> Pushpasis Sarkar >>>>> Hannes Gredler >>>>> Mohan Nanduri >>>>> Luay Jalil >>>>> Filename : draft-ietf-ospf-link-overload-05.txt >>>>> Pages : 13 >>>>> Date : 2017-02-23 >>>>> >>>>> Abstract: >>>>> When a link is being prepared to be taken out of service, the >>>>> traffic >>>>> needs to be diverted from both ends of the link. Increasing the >>>>> metric to the highest metric on one side of the link is not >>>>> sufficient to divert the traffic flowing in the other direction. >>>>> >>>>> It is useful for routers in an OSPFv2 or OSPFv3 routing domain >>>>> to be >>>>> able to advertise a link being in an overload state to indicate >>>>> impending maintenance activity on the link. This information >>>>> can be >>>>> used by the network devices to re-route the traffic effectively. >>>>> >>>>> This document describes the protocol extensions to disseminate >>>>> link- >>>>> overload information in OSPFv2 and OSPFv3. >>>>> >>>>> >>>>> >>>>> The IETF datatracker status page for this draft is: >>>>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ >>>>> >>>>> There's also a htmlized version available at: >>>>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05 >>>>> >>>>> A diff from the previous version is available at: >>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05 >>>>> >>>>> >>>>> Please note that it may take a couple of minutes from the time of >>>>> submission until the htmlized version and diff are available at >>>>> tools.ietf.org. >>>>> >>>>> Internet-Drafts are also available by anonymous FTP at: >>>>> ftp://ftp.ietf.org/internet-drafts/ >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> _______________________________________________ >>>> 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 Apr 21 07:04:41 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D507128656 for ; Fri, 21 Apr 2017 07:04:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.522 X-Spam-Level: X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 jl7EFKK_VE9u for ; Fri, 21 Apr 2017 07:04:36 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB52B126C26 for ; Fri, 21 Apr 2017 07:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9990; q=dns/txt; s=iport; t=1492783475; x=1493993075; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=HcGogrqwYiuhaR1ZRPaBFx85oIU1O+JRTP3YqcGmEH0=; b=EeLrfvtW7jA2ba4xa9V7Yh6FJyZZ7d9Dmrcb2zp1jFmXRRluutdvD2JO r2uCjPH+xcB6h+HCMmJPwpKKhWGoMngxYtqA/L4uzyE773vKmDG0wBnEB mewb1NXu5NaTa+V+rATGJ7HJNilNpVN/xz8uDKK5oN77cZz526ZefXFhm c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAQAGEPpY/51dJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1RhgQwHg2CKFZFpiB+NRYIPIQuFeAIag3A/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRUBAQEBAwEBIRE6CwwEAgEGAhEEAQEBAgIjAwICAh8GCxQBCAgCBAENBYoEA?= =?us-ascii?q?xUOi2mdXoImhy4Ng2YBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuHJAGDGYJRR4F?= =?us-ascii?q?lgmCCXwEEnQY7AYcWhyaESYIAVYReiiSLEokGAR84gQZjFRoqhmh1AYgogQ0BA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos;i="5.37,230,1488844800"; d="scan'208";a="235761333" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Apr 2017 14:04:34 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3LE4YIM001375 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 21 Apr 2017 14:04:34 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 21 Apr 2017 10:04:33 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 21 Apr 2017 10:04:33 -0400 From: "Acee Lindem (acee)" To: Shraddha Hegde , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAET4gIAAWZ4AgACr0YCAAFETAIABoxYA///24YA= Date: Fri, 21 Apr 2017 14:04:33 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 14:04:39 -0000 PHNwZWFraW5nIGFzIFdHIG1lbWJlcj4NCg0KT24gNC8yMS8xNywgNjozNyBBTSwgIlNocmFkZGhh IEhlZ2RlIiA8c2hyYWRkaGFAanVuaXBlci5uZXQ+IHdyb3RlOg0KDQo+QWNlZSwNCj4NCj4NCj4+ IEkgZG9u4oCZdCBzZWUgYW55IG5lZWQgdG8gcmVmZXJlbmNlIFJGQyA0MjAzIHNpbmNlIHRoZSBT dWItVExWIGlzDQo+PnN1ZmZpY2llbnRseSBkZWZpbmVkIGhlcmUuIFRoaXMgaXMgY29tcGxldGVs eSBvcnRob2dvbmFsIHRvIHRoZQ0KPj5kZWZpbml0aW9uIGluIHRoaXMgZHJhZnQuDQo+DQo+SSBk byBub3QgYWdyZWUgd2l0aCB0aGlzIHBvaW50LiBUaGUgc3ViLVRMViwgbG9jYWwvcmVtb3RlIGlu dGVyZmFjZSBpZA0KPnJlcXVpcmVzIHRoZSAgcmVtb3RlIGludGVyZmFjZS1pZCB0byBiZSBmaWxs ZWQgYW5kIHRoZSBkcmFmdCByZWZlcnMgdG8gYW4NCj5leGlzdGluZyBzdGFuZGFyZCBvbiBnZXR0 aW5nIHRoaXMgcmVtb3RlIGludGVyZmFjZSBpZC4gVGhpcyBpcyB0aGUNCj5zdGFuZGFyZCBtZWNo YW5pc20gd2UgZm9sbG93IGluIGV2ZXJ5IGRyYWZ0Lg0KDQpJIHRoaW5rIHdl4oCZcmUgYmFjayB0 byB0aGUgY2lyY3VsYXIgYXJndW1lbnQgd2l0aCByZXNwZWN0IHRvIHRoZSBncmF0dWl0b3VzDQpy ZXB1cnBvc2luZyBvZiBURSBMU0FzIHN0YW5kYXJkaXplZCB1bmRlciB0byBzYXRpc2Z5IEdNUExT IHJlcXVpcmVtZW50cw0KZm9yIGV2ZXJ5IHB1cnBvc2UuIEV2ZW4gaW4gc3VwcG9ydCBvZiB5b3Vy IHBvc2l0aW9uLCB0aGUgYmxhbmtldCBzdGF0ZW1lbnQNCmlzIG5vdCBnZXJtYW5lIHRvIHRoZSBk cmFmdC4gSSBtaWdodCBiZSBvayB3aXRoIOKAnE9uZSBtZWNoYW5pc20gdG8gbGVhcm4NCnRoZSBy ZW1vdGUtaWQgaXMgZGVzY3JpYmVkIGluIOKApi7igJ0gSG93ZXZlciwgaXQgYXBwZWFycyBub3cg dGhhdCB3ZSBoYXZlDQpicm9hY2hlZCB0aGUgc3ViamVjdCBvZiBXRyBsYXN0IGNhbGwsIHRoZXJl IGlzIG11Y2ggZGlzY3Vzc2lvbiBvbiB0aGUNCmRyYWZ0LiANCg0KVGhhbmtzLA0KQWNlZSANCg0K Pg0KPlJnZHMNCj5TaHJhZGRoYQ0KPg0KPi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+RnJv bTogQWNlZSBMaW5kZW0gKGFjZWUpIFttYWlsdG86YWNlZUBjaXNjby5jb21dDQo+U2VudDogVGh1 cnNkYXksIEFwcmlsIDIwLCAyMDE3IDc6MDcgUE0NCj5UbzogU2hyYWRkaGEgSGVnZGUgPHNocmFk ZGhhQGp1bmlwZXIubmV0PjsgQWNlZSBMaW5kZW0NCj48YWNlZS5saW5kZW1AZ21haWwuY29tPg0K PkNjOiBvc3BmQGlldGYub3JnDQo+U3ViamVjdDogUmU6IFtPU1BGXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4NCj5IaSBTaHJhZGRoYSwgDQo+DQo+ T24gNC8yMC8xNywgMTI6NDYgQU0sICJTaHJhZGRoYSBIZWdkZSIgPHNocmFkZGhhQGp1bmlwZXIu bmV0PiB3cm90ZToNCj4NCj4+SGkgQWNlZSwNCj4+DQo+PlRoZSBkcmFmdCBkb2VzIG5vdCBtYW5k YXRlIHVzZSBvZiBSRkMgNDIwMy4gVGhlcmUgYXJlIG5vIE1VU1QNCj4+c3RhdGVtZW50cyBhc3Nv Y2lhdGVkIHdpdGggdGhlIHJlY29tbWVuZGF0aW9uLg0KPg0KPkkgZG9u4oCZdCBzZWUgYW55IG5l ZWQgdG8gcmVmZXJlbmNlIFJGQyA0MjAzIHNpbmNlIHRoZSBTdWItVExWIGlzDQo+c3VmZmljaWVu dGx5IGRlZmluZWQgaGVyZS4gVGhpcyBpcyBjb21wbGV0ZWx5IG9ydGhvZ29uYWwgdG8gdGhlDQo+ ZGVmaW5pdGlvbiBpbiB0aGlzIGRyYWZ0Lg0KPj4NCj4+DQo+PlJGQyA0MjAzIGlzIGEgc3RhbmRh cmQgYW5kIGhhcyBiZWVuIGFyb3VuZCBmb3IgYSB3aGlsZS4gSSBkbyBub3QNCj4+dW5kZXJzdGFu ZCB3aHkgdGhlcmUgaXMgY29uY2VybiBiZWluZyByYWlzZWQgb3ZlciBSZWZlcmVuY2luZyBhbiBS RkMNCj4+d2hpY2ggaGFzIGJlZW4gYSBzdGFuZGFyZCBhbmQgZGVwbG95ZWQgaW4gdGhlIGZpZWxk IGZvciBtYW55IHllYXJzLg0KPj4NCj4+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtcHBz ZW5hay1vc3BmLWxscy1pbnRlcmZhY2UtaWQtMDAudHh0IGlzDQo+PnN0aWxsIGFuIGluZGVwZW5k ZW50IGRyYWZ0IGFuZCBpdCBkb2VzIG5vdCBtYWtlIHNlbnNlIHRvIHJlZmVyIHRoaXMNCj4+ZHJh ZnQgaW4gZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDYgd2hpY2ggaXMgcmVhZHkgZm9y IFdHIGxhc3QNCj4+Y2FsbC4NCj4NCj5JIHdhc27igJl0IHN1Z2dlc3RpbmcgdG8gcmVmZXJlbmNl IGVpdGhlciBkb2N1bWVudC4NCj4NCj5UaGFua3MsDQo+QWNlZQ0KPg0KPg0KPj4NCj4+Umdkcw0K Pj5TaHJhZGRoYQ0KPj4NCj4+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+RnJvbTogQWNl ZSBMaW5kZW0gKGFjZWUpIFttYWlsdG86YWNlZUBjaXNjby5jb21dDQo+PlNlbnQ6IFRodXJzZGF5 LCBBcHJpbCAyMCwgMjAxNyA0OjAyIEFNDQo+PlRvOiBBY2VlIExpbmRlbSA8YWNlZS5saW5kZW1A Z21haWwuY29tPjsgU2hyYWRkaGEgSGVnZGUNCj4+PHNocmFkZGhhQGp1bmlwZXIubmV0Pg0KPj5D Yzogb3NwZkBpZXRmLm9yZw0KPj5TdWJqZWN0OiBSZTogW09TUEZdIEktRCBBY3Rpb246IGRyYWZ0 LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4dA0KPj4NCj4+SGkgU2hyYWRkaGEsDQo+Pg0K Pj5UaGUgb25seSBub24tZWRpdG9yaWFsIGNvbW1lbnQgdGhhdCBJIGhhdmUgaXMgdGhhdCB0aGUg ZHJhZnQgcmVmZXJlbmNlcw0KPj5SRkMgNDIwMyBhcyB0aGUgd2F5IHRvIGxlYXJuIHRoZSByZW1v dGUgaW50ZXJmYWNlIElEIG9uIGFuIHVubnVtYmVyZWQNCj4+bGluayANCj4+KGh0dHBzOi8vd3d3 LmlldGYub3JnL2lkL2RyYWZ0LXBwc2VuYWstb3NwZi1sbHMtaW50ZXJmYWNlLWlkLTAwLnR4dCku DQo+PkFzIHlvdSBrbm93LCB0aGlzIGlzIGEgdmVyeSBjb250cm92ZXJzaWFsIHRvcGljIHdpdGgg c29tZSBvZiB1cyB3YW50aW5nDQo+PnRoaXMgdG8gYmUgaW4gdGhlIGhlbGxvIHBhY2tldHMgY29u c2lzdGVudCB3aXRoIE9TUEZ2MyBhbmQgSVMtSVMgYXMNCj4+b3Bwb3NlZCB0byB1c2luZyBhIGxp bmstc2NvcGVkIFRFIE9wYXF1ZSBMU0EgYXMgc3VnZ2VzdGVkIGluIHRoZSBPU1BGDQo+PkdNUExT IEV4dGVuc2lvbnMgUkZDIChodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjNDIwMy50 eHQpLiBJDQo+PndvdWxkIHN1Z2dlc3QgcmVtb3ZpbmcgdGhlIHJlZmVyZW5jZS4NCj4+DQo+PlRo YW5rcywNCj4+QWNlZQ0KPj4NCj4+DQo+Pk9uIDQvMTkvMTcsIDk6MTEgQU0sICJBY2VlIExpbmRl bSIgPGFjZWUubGluZGVtQGdtYWlsLmNvbT4gd3JvdGU6DQo+Pg0KPj4+SGkgU2hyYWRkaGEsDQo+ Pj4NCj4+PkkgdGhpbmsgdGhpcyB2ZXJzaW9uIGFkZHJlc3NlcyBhbGwgbXkgY29tbWVudHMuIEkg d2lsbCBkbyBhIGRldGFpbGVkDQo+Pj5yZXZpZXcgdGhpcyB3ZWVrIGFuZCwgbW9zdCBsaWtlbHks IHN0YXJ0IHRoZSBXRyBsYXN0IGNhbGwuIEkgZW5jb3VyYWdlDQo+Pj5vdGhlciBXRyBtZW1iZXJz IHRvIGRvIHRoZSBzYW1lLg0KPj4+DQo+Pj5UaGFua3MsDQo+Pj5BY2VlDQo+Pj4+IE9uIEFwciAx OSwgMjAxNywgYXQgOTowOCBBTSwgU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhhQGp1bmlwZXIubmV0 Pg0KPj4+Pndyb3RlOg0KPj4+PiANCj4+Pj4gSGkgQWNlZSwNCj4+Pj4gDQo+Pj4+IE5ldyB2ZXJz aW9uIGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA2IGlzIHBvc3RlZCB3aGVyZSB0aGUN Cj4+Pj5yZW1vdGUtaXB2NCBhZGRyIGlzIG1vdmVkIHRvIGEgbmV3IHN1Yi1UTFYuDQo+Pj4+IFBs cyByZXZpZXcuDQo+Pj4+IA0KPj4+PiBUaGUgYXV0aG9ycyBvZiB0aGUgZHJhZnQgYmVsaWV2ZSB0 aGF0IGRyYWZ0IGhhcyB1bmRlcmdvbmUgbXVsdGlwbGUNCj4+Pj5yZXZpc2lvbnMvcmV2aWV3cyBh bmQgaXMgcmVhZHkgZm9yIFdHIGxhc3QgY2FsbC4NCj4+Pj4gDQo+Pj4+IFJnZHMNCj4+Pj4gU2hy YWRkaGENCj4+Pj4gDQo+Pj4+IA0KPj4+PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPj4+ PiBGcm9tOiBPU1BGIFttYWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2Yg QWNlZSBMaW5kZW0NCj4+Pj4oYWNlZSkNCj4+Pj4gU2VudDogU2F0dXJkYXksIE1hcmNoIDE4LCAy MDE3IDI6MjggQU0NCj4+Pj4gQ2M6IG9zcGZAaWV0Zi5vcmcNCj4+Pj4gU3ViamVjdDogUmU6IFtP U1BGXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4+ Pj4gDQo+Pj4+IEhpIFNocmFkZGhhLCBldCBhbCwNCj4+Pj4gDQo+Pj4+IFdpdGggcmVzcGVjdCB0 byBzZWN0aW9uIDQuMSwgSSBhZ3JlZSB0aGF0IG1hdGNoaW5nIGxpbmsgZW5kcG9pbnRzIGluDQo+ Pj4+IE9TUEZ2MiByZXF1aXJlcyBtb3JlIGluZm9ybWF0aW9uLiBIb3dldmVyLCB0aGlzIGlzIGEg Z2VuZXJhbCBwcm9ibGVtDQo+Pj4+YW5kIHRoZSByZW1vdGUgYWRkcmVzcyBzaG91bGQgYmUgYSBz ZXBhcmF0ZSBPU1BGdjIgTGluayBBdHRyaWJ1dGUgTFNBDQo+Pj4+VExWIHJhdGhlciB0aGFuIG92 ZXJsb2FkaW5nIHRoZSBsaW5rIG92ZXJsb2FkIFRMViA7XikNCj4+Pj4gDQo+Pj4+IFRoYW5rcywN Cj4+Pj4gQWNlZQ0KPj4+PiANCj4+Pj4gT24gMi8yMy8xNywgMTE6MTggQU0sICJPU1BGIG9uIGJl aGFsZiBvZiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciDQo+Pj4+IDxvc3BmLWJvdW5jZXNAaWV0 Zi5vcmcgb24gYmVoYWxmIG9mIGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQo+Pj4+ IA0KPj4+Pj4gDQo+Pj4+PiBBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0 aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMNCj4+Pj4+ZGlyZWN0b3JpZXMuDQo+Pj4+PiBUaGlz IGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBPcGVuIFNob3J0ZXN0IFBhdGggRmlyc3QgSUdQ IG9mDQo+Pj4+PnRoZSBJRVRGLg0KPj4+Pj4gDQo+Pj4+PiAgICAgICBUaXRsZSAgICAgICAgICAg OiBPU1BGIExpbmsgT3ZlcmxvYWQNCj4+Pj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFNocmFk ZGhhIEhlZ2RlDQo+Pj4+PiAgICAgICAgICAgICAgICAgICAgICAgICBQdXNocGFzaXMgU2Fya2Fy DQo+Pj4+PiAgICAgICAgICAgICAgICAgICAgICAgICBIYW5uZXMgR3JlZGxlcg0KPj4+Pj4gICAg ICAgICAgICAgICAgICAgICAgICAgTW9oYW4gTmFuZHVyaQ0KPj4+Pj4gICAgICAgICAgICAgICAg ICAgICAgICAgTHVheSBKYWxpbA0KPj4+Pj4gCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYt b3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4dA0KPj4+Pj4gCVBhZ2VzICAgICAgICAgICA6IDEzDQo+ Pj4+PiAJRGF0ZSAgICAgICAgICAgIDogMjAxNy0wMi0yMw0KPj4+Pj4gDQo+Pj4+PiBBYnN0cmFj dDoNCj4+Pj4+ICBXaGVuIGEgbGluayBpcyBiZWluZyBwcmVwYXJlZCB0byBiZSB0YWtlbiBvdXQg b2Ygc2VydmljZSwgdGhlDQo+Pj4+PnRyYWZmaWMgIG5lZWRzIHRvIGJlIGRpdmVydGVkIGZyb20g Ym90aCBlbmRzIG9mIHRoZSBsaW5rLg0KPj4+Pj4gSW5jcmVhc2luZyB0aGUgIG1ldHJpYyB0byB0 aGUgaGlnaGVzdCBtZXRyaWMgb24gb25lIHNpZGUgb2YgdGhlDQo+Pj4+PmxpbmsgIGlzIG5vdCAg c3VmZmljaWVudCB0byBkaXZlcnQgdGhlIHRyYWZmaWMgZmxvd2luZyBpbiB0aGUgb3RoZXINCj4+ Pj4+ZGlyZWN0aW9uLg0KPj4+Pj4gDQo+Pj4+PiAgSXQgaXMgdXNlZnVsIGZvciByb3V0ZXJzIGlu IGFuIE9TUEZ2MiBvciBPU1BGdjMgcm91dGluZyBkb21haW4gdG8NCj4+Pj4+IGJlICBhYmxlIHRv IGFkdmVydGlzZSBhIGxpbmsgYmVpbmcgaW4gYW4gb3ZlcmxvYWQgc3RhdGUgdG8gaW5kaWNhdGUN Cj4+Pj4+IGltcGVuZGluZyBtYWludGVuYW5jZSBhY3Rpdml0eSBvbiB0aGUgbGluay4gIFRoaXMg aW5mb3JtYXRpb24gY2FuDQo+Pj4+PiBiZSB1c2VkIGJ5IHRoZSBuZXR3b3JrIGRldmljZXMgdG8g cmUtcm91dGUgdGhlIHRyYWZmaWMgZWZmZWN0aXZlbHkuDQo+Pj4+PiANCj4+Pj4+ICBUaGlzIGRv Y3VtZW50IGRlc2NyaWJlcyB0aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0byBkaXNzZW1pbmF0ZQ0K Pj4+Pj4gbGluay0gIG92ZXJsb2FkIGluZm9ybWF0aW9uIGluIE9TUEZ2MiBhbmQgT1NQRnYzLg0K Pj4+Pj4gDQo+Pj4+PiANCj4+Pj4+IA0KPj4+Pj4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVz IHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQo+Pj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYu b3JnL2RvYy9kcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC8NCj4+Pj4+IA0KPj4+Pj4gVGhl cmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQo+Pj4+PiBodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUNCj4+ Pj4+IA0KPj4+Pj4gQSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxl IGF0Og0KPj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYt b3NwZi1saW5rLW92ZXJsb2FkLTA1DQo+Pj4+PiANCj4+Pj4+IA0KPj4+Pj4gUGxlYXNlIG5vdGUg dGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4+ Pj4+IHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdA0KPj4+Pj4gdG9vbHMuaWV0Zi5vcmcuDQo+Pj4+PiANCj4+Pj4+IEludGVybmV0 LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCj4+Pj4+IGZ0 cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQo+Pj4+PiANCj4+Pj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+PiBPU1BGIG1haWxp bmcgbGlzdA0KPj4+Pj4gT1NQRkBpZXRmLm9yZw0KPj4+Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9vc3BmDQo+Pj4+IA0KPj4+PiBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+PiBPU1BGIG1haWxpbmcgbGlzdA0KPj4+PiBP U1BGQGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v b3NwZg0KPj4+PiANCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4+Pj4gT1NQRiBtYWlsaW5nIGxpc3QNCj4+Pj4gT1NQRkBpZXRmLm9yZw0KPj4+ PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL29zcGYNCj4+Pg0KPj4NCj4N Cg0K From nobody Fri Apr 21 08:36:24 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D35DB129548 for ; Fri, 21 Apr 2017 08:36:23 -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, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bglwje-j6PJt for ; Fri, 21 Apr 2017 08:36:22 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 72C6E129535 for ; Fri, 21 Apr 2017 08:36:22 -0700 (PDT) Received: from tops.chopps.org (47-50-69-38.static.klmz.mi.charter.com [47.50.69.38]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id A8F7A61187; Fri, 21 Apr 2017 15:36:21 +0000 (UTC) References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> User-agent: mu4e 0.9.19; emacs 25.1.1 From: Christian Hopps To: Alexander Okonnikov Cc: Peter Psenak , Shraddha Hegde , "Acee Lindem \(acee\)" , "ospf\@ietf.org" In-reply-to: <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> Date: Fri, 21 Apr 2017 11:36:20 -0400 Message-ID: <87o9vpu617.fsf@chopps.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 15:36:24 -0000 --=-=-= Content-Type: text/plain Alexander Okonnikov writes: >> no argument about the need of area level flooding - Router LSA with >> the max metric will be flooded within the area. >> >> I have read the section 7.2 several times, but I still do not >> understand what is the purpose of the Link-Overload sub-TLV there. >> What is the controller going to do when it receives the area scoped >> Link-Overload sub-TLV and how it is different to the case where the >> link is advertised in the Router LSA with max-metric in both directions? > The fact that link metric has been maximized could not be a trigger for > LSP recalculation. Some implementations consider IGP topology change as > a trigger for LSP recalculation, but others - don't. Also, max metric But you have to change the code anyway to make a new TLV work, right? So what old code does isn't really relevant, unless I misunderstand things. > itself doesn't tell about exact reason for what link metric was > increased. It could be result of IGP-LDP synchronization, for example, > which is irrespective to TE LSPs. From the other hand, when > head-end/controller receives explicit indication (Link-overload), it > could interpret it safely as a trigger to reroute LSP, even if > overloaded link is only link that satisfies constrains (from CSPF > perspective). Otherwise, increased metric could not be enough reason to > relax constrains for LSP. But IGP-LDP synchronization happens when a link initially comes up. Is the point then of the new TLV to simply avoid this slight delay on link-up in using the link for TE? Thanks, Chris. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAlj6JvQACgkQLh2DDte4 MCX0uhAAhgTX1HUDUssbh35hwy+fL+jjWi+1gw7kTSs8mMLV4+Nj6btK7GeuLtiX nYMVJdX3jQLoBkl6Nlnt757b4A1ua5F8FqQLdDDsYwZMfrBrF0v19wF7JpusH+Rc 1nT77e938JHpYUiv4waqSATftqPyqG40KoSIreNHwmaPRKghf1HqzCQpYxJsI/zl 6j70oMQ1Dz/V4EPSs0B8/4Kww5uWWDj46d94c3q182d7o9rpf44El49/6wWQNIib IvM2UliWnD+bEY4+PPOcEZjmkd48Y7lgwYOqXgA0QvZQREWfS2OZedll2w/K4Ztv TDkRjIOHlrSglIhxy8ClZLnJOpTU6cYAUN0WyMYDngnbosLnrcwBTTSMf3FK+Dj3 t23TRPVySlUfA6z6vdOO/ZkpedBiwZvoKBIdnuERd16CTc4MH73uaT6N2YBVbQ6h YrBetDDBcoJmVKOuV8kSzQZGzo/hJFaraCEQXbE3bXXGWhPW/HaGcL8Qrm6OLkQW 2RoK6mm2tuMHOaSk7xKQLl43aX2d07QsE+n4C0fcG7G9gAV1oTPmDVkEkftZ6J27 JbgwnKUgRWP3b2fCyZ7rt12oJ/WSAiByVrKPGZ5aBXWUPGRFf+Ub3guuJOHdAM2r FVorVH/J/1/wkOD3ShdPx1EBNgKLUn3xp/rTUL6uj4NVuTa42k4= =Mvuq -----END PGP SIGNATURE----- --=-=-=-- From nobody Fri Apr 21 11:49:23 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC255129B5A for ; Fri, 21 Apr 2017 11:49:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fSHoANmQO3hw for ; Fri, 21 Apr 2017 11:49:17 -0700 (PDT) Received: from mail-lf0-x22a.google.com (mail-lf0-x22a.google.com [IPv6:2a00:1450:4010:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 033F6129B74 for ; Fri, 21 Apr 2017 11:49:17 -0700 (PDT) Received: by mail-lf0-x22a.google.com with SMTP id 88so49224227lfr.0 for ; Fri, 21 Apr 2017 11:49:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=dNNRjoK2E1mp248eO9+k2b5UhY2tf+ySb1VvPbRxLnw=; b=cMcIjf5Vi+R9gHAHRGo9i/tNMmtxeDbUthZYQLqpr81jexA/RZafN+kjF7z3d5fNfC NNNThZN6x35n0GIM9O0nLt9+Yg46Zs9PtvxvYHWpcix9nWNnz2yM5dCXt4ezPhl8yr0c vxTILhRhR6eYDDr6F7wrg8HccZrgDy7HSu+IWUlFN2+q2zLfRbY72fADu5IHzoBuRQcd Bb/eTtfc48wWXlDwJg77Oz9HSKWaqjzhJ6kT8DVsUtaTbBOV89u3E8HRNN4e4bsee83G gTZ1lBXq1ntK/jBC7lFbvUwvYi+TnLQElbuYyvErFICquj+SBG+dblpMe5Oer7Px4G7i Y9EA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=dNNRjoK2E1mp248eO9+k2b5UhY2tf+ySb1VvPbRxLnw=; b=OS9c+QtVAnmA2AgWrlNhrSsaGuLLi++zpsg0PqOgxm2gOkEdPiBDUYY05oSACLlDkH MyafjtdDbsIISYoNMLhMV5QrUa+Yocv8bz4m6kbbw1cL3j+TVsd2gV9miRGysCyYugPG 4LK8qqkNEG0WWkwKljF0DHmYg8wTIdBuSGLr7CJQ5KAQnN3+mk2seYh681byJOcQvXaE zEO3/jSWbwHynLdIkgCvUXulYdaUYzn8pZi8rvESp6KcoEA0VbcVRROZVnP1+JgBKa6v yTed26C2tshJTp7I+TG3Pdpy8KVCq0VrNxn1/pnaiiqDkhcHC3j2PyvbQJh9WNbp7ciY rc+w== X-Gm-Message-State: AN3rC/7B7i125gCuvayUndPzSG8xh+BIFfizmuKb8oRt8dYZikWBlmPL w9ObmEvLlfnF4w== X-Received: by 10.46.83.28 with SMTP id h28mr5367421ljb.70.1492800555174; Fri, 21 Apr 2017 11:49:15 -0700 (PDT) Received: from [10.0.1.2] ([109.248.36.241]) by smtp.gmail.com with ESMTPSA id g65sm1736584ljb.14.2017.04.21.11.49.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 21 Apr 2017 11:49:14 -0700 (PDT) Date: Fri, 21 Apr 2017 21:34:09 +0300 From: Alexander Okonnikov To: Christian Hopps Cc: Peter Psenak , Shraddha Hegde , "Acee Lindem (acee)" , "=?utf-8?Q?ospf=40ietf.org?=" Message-ID: <3d5bfcbe-bf75-4a57-abe9-9fc9acc60776@Spark> In-Reply-To: <87o9vpu617.fsf@chopps.org> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> <87o9vpu617.fsf@chopps.org> X-Readdle-Message-ID: 3d5bfcbe-bf75-4a57-abe9-9fc9acc60776@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="58fa542d_6b8b4567_474c" Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 21 Apr 2017 18:49:20 -0000 --58fa542d_6b8b4567_474c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Christian, See inline. Thank you. -- Best regards, Alexander Okonnikov On 21 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:36 +0300, Christian Hopps , wrote: > > Alexander Okonnikov writes: > > > > no argument about the need of area level flooding - Router LSA with= > > > the max metric will be flooded within the area. > > > > > > I have read the section 7.2 several times, but I still do not > > > understand what is the purpose of the Link-Overload sub-TLV there. > > > What is the controller going to do when it receives the area scoped= > > > Link-Overload sub-TLV and how it is different to the case where the= > > > link is advertised in the Router LSA with max-metric in both direct= ions=3F > > > The fact that link metric has been maximized could not be a trigger f= or > > LSP recalculation. Some implementations consider IGP topology change = as > > a trigger for LSP recalculation, but others - don't. Also, max metric= > > But you have to change the code anyway to make a new TLV work, right=3F= So > what old code does isn't really relevant, unless I misunderstand things= . Not sure that understood your point. Yes, implementation that supports th= is feature will trigger LSP recalculation on receiving Link-overload sub-= TLV, but will not necessary do so in response to max metric. =46ormer sig= nals that physical/logical link maintenance is planned, latter - that IGP= link property is modified (may be due to planned IGP link or IGP process= maintenance). Two are not always correlate. Ignorance of IGP topology ch= anges from LSP recalculation perspective could be design intent, and not = unsupported feature or deficiency of particular implementation. In some i= mplementations it could be enabled/disabled by configuration knob. So, ev= en with introducing support of link-overload implementation is not obliga= ted to react to IGP topology changes with LSP recalculation. With 'max me= tric only' approach it is not possible to distinguish whether link metric= was increased due to link overload mode, or due to some other reason. > > > itself doesn't tell about exact reason for what link metric was > > increased. It could be result of IGP-LDP synchronization, for example= , > > which is irrespective to TE LSPs. =46rom the other hand, when > > head-end/controller receives explicit indication (Link-overload), it > > could interpret it safely as a trigger to reroute LSP, even if > > overloaded link is only link that satisfies constrains (from CSP=46 > > perspective). Otherwise, increased metric could not be enough reason = to > > relax constrains for LSP. > > But IGP-LDP synchronization happens when a link initially comes up. Is > the point then of the new TLV to simply avoid this slight delay on > link-up in using the link for TE=3F Yes, but it is only one of cases. Enabling LDP on link or restarting LDP = process, for example, are other viable triggers for 'max metric'. Also, i= t could be that other usage of 'max metric' will be invented in the futur= e. > > Thanks, > Chris. --58fa542d_6b8b4567_474c Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Christian,

See inline.

Thank you.

-- Best regards, Alexander Okonnikov

On 21 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:36 +0300, Christian Hopps <= chopps=40chopps.org>, wrote:

Alexander Okonnikov <alexander.okonnikov=40gmail.com> writes:
=
no argument about the need of = area level flooding - Router LSA with
the max metric will be flooded within the area.

I have read the section 7.2 several times, but I still do not
understand what is the purpose of the Link-Overload sub-TLV there.
What is the controller going to do when it receives the area scoped
= Link-Overload sub-TLV and how it is different to the case where the
= link is advertised in the Router LSA with max-metric in both directions=3F=

The fact that link metric has = been maximized could not be a trigger for
LSP recalculation. Some implementations consider IGP topology change as a trigger for LSP recalculation, but others - don't. Also, max metric

But you have to change the code anyway to make a new TLV work, right=3F S= o
what old code does isn't really relevant, unless I misunderstand things.&= =23160;
Not sure that understood your point. Yes, implementation that suppor= ts this feature will trigger LSP recalculation on receiving Link-overload= sub-TLV, but will not necessary do so in response to max metric. =46orme= r signals that physical/logical link maintenance is planned, latter - tha= t IGP link property is modified (may be due to planned IGP link or IGP pr= ocess maintenance). Two are not always correlate. Ignorance of IGP topolo= gy changes from LSP recalculation perspective could be design intent, and= not unsupported feature or deficiency of particular implementation. In s= ome implementations it could be enabled/disabled by configuration knob. S= o, even with introducing support of link-overload implementation is not o= bligated to react to IGP topology changes with LSP recalculation. With 'm= ax metric only' approach it is not possible to distinguish whether link m= etric was increased due to link overload mode, or due to some other reaso= n.

itself doesn't tell about exac= t reason for what link metric was
increased. It could be result of IGP-LDP synchronization, for example, which is irrespective to TE LSPs. =46rom the other hand, when
head-end/controller receives explicit indication (Link-overload), it
could interpret it safely as a trigger to reroute LSP, even if
overloaded link is only link that satisfies constrains (from CSP=46
= perspective). Otherwise, increased metric could not be enough reason to relax constrains for LSP.

But IGP-LDP synchronization happens when a link initially comes up. Is the point then of the new TLV to simply avoid this slight delay on
link-up in using the link for TE=3F&=23160;
Yes, but it is only one of cases. Enabling LDP on link or restarting= LDP process, for example, are other viable triggers for 'max metric'. Al= so, it could be that other usage of 'max metric' will be invented in the = future.&=23160;

Thanks,
Chris.
--58fa542d_6b8b4567_474c-- From nobody Sun Apr 23 08:17:34 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 813FE129564 for ; Sun, 23 Apr 2017 08:17:32 -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, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WmN8I1PqT9ny for ; Sun, 23 Apr 2017 08:17:30 -0700 (PDT) Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id ADEB1127873 for ; Sun, 23 Apr 2017 08:17:30 -0700 (PDT) Received: from pip.chopps.org (97-83-46-222.dhcp.trcy.mi.charter.com [97.83.46.222]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id 001446111A; Sun, 23 Apr 2017 15:17:29 +0000 (UTC) References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> <87o9vpu617.fsf@chopps.org> <3d5bfcbe-bf75-4a57-abe9-9fc9acc60776@Spark> User-agent: mu4e 0.9.19; emacs 25.1.1 From: Christian Hopps To: Alexander Okonnikov Cc: Peter Psenak , Shraddha Hegde , "Acee Lindem \(acee\)" , "ospf\@ietf.org" In-reply-to: <3d5bfcbe-bf75-4a57-abe9-9fc9acc60776@Spark> Date: Sun, 23 Apr 2017 11:17:28 -0400 Message-ID: <8737czgnlj.fsf@chopps.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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: Sun, 23 Apr 2017 15:17:32 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Alexander Okonnikov writes: > Hi Christian, > > See inline. > > Thank you. > > -- Best regards, Alexander Okonnikov > > On 21 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:36 +0300, Christian Hopps , wrote: > > Alexander Okonnikov writes: > > no argument about the need of area level flooding - Router LSA with > the max metric will be flooded within the area. > > I have read the section 7.2 several times, but I still do not > understand what is the purpose of the Link-Overload sub-TLV there. > What is the controller going to do when it receives the area scoped > Link-Overload sub-TLV and how it is different to the case where the > link is advertised in the Router LSA with max-metric in both directions? > > The fact that link metric has been maximized could not be a trigger for > LSP recalculation. Some implementations consider IGP topology change as > a trigger for LSP recalculation, but others - don't. Also, max metric > > But you have to change the code anyway to make a new TLV work, right? So > what old code does isn't really relevant, unless I misunderstand things. > > Not sure that understood your point. Yes, implementation that supports th= is feature will trigger LSP recalculation on receiving Link-overload sub-TL= V, but will not necessary do so in response to max > metric. Former signals that physical/logical link maintenance is planned,= latter - that IGP link property is modified (may be due to planned IGP lin= k or IGP process maintenance). Two are not always > correlate. Ignorance of IGP topology changes from LSP recalculation persp= ective could be design intent, and not unsupported feature or deficiency of= particular implementation. In some implementations > it could be enabled/disabled by configuration knob. So, even with introdu= cing support of link-overload implementation is not obligated to react to I= GP topology changes with LSP recalculation. With 'max > metric only' approach it is not possible to distinguish whether link metr= ic was increased due to link overload mode, or due to some other reason. Are these actual scenarios that really matter or would actually be used by an operator? Do you know of operators that wish to perform "IGP link maintenance" (not sure how that is different from "link maintenance") on a link, that doesn't involve simply removing the link from service? > itself doesn't tell about exact reason for what link metric was > increased. It could be result of IGP-LDP synchronization, for example, > which is irrespective to TE LSPs. From the other hand, when > head-end/controller receives explicit indication (Link-overload), it > could interpret it safely as a trigger to reroute LSP, even if > overloaded link is only link that satisfies constrains (from CSPF > perspective). Otherwise, increased metric could not be enough reason to > relax constrains for LSP. > > But IGP-LDP synchronization happens when a link initially comes up. Is > the point then of the new TLV to simply avoid this slight delay on > link-up in using the link for TE? > > Yes, but it is only one of cases. Enabling LDP on link or restarting LDP = process, for example, are other viable triggers for 'max metric'. Also, it = could be that other usage of 'max metric' will be invented in the > future. Max-metric is meant to signal "don't use link if at all possible" nothing else, there won't be future use that doesn't mean that as well. You're adding another TLV to signal the exact same intent. I don't see the need is all. Thanks, Chris. > > Thanks, > Chris. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIzBAEBCgAdFiEEm56yH/NF+m1FHa6lLh2DDte4MCUFAlj8xYgACgkQLh2DDte4 MCXwmQ//TPYnAZwbHoSOuJ0P16bKKNd8ueycEI91CZuqmtLYf97G1iw+czWlV+zq 3E9PmxgzIzATXXP0zJtkpQmvjFijpy4WpQ+grRTXRSZ56XPrLLv2N7am6qEoZQUP dxCEeAyIkc4hUKwDCrsupQfAAvKyOwJQCxrFFO3ukWWd8n2XDOBeUvlgBP4MELcd HDpS0XLmvk9aJglWR30oP43Dk6zcA1KTqopiTAS2d7OpfwqRKKion/nMhF8VNwEm fQu8hPFU6ZEvGgnLMBEkJBEUKmgp9i3q63PeUDaE+yT9oVTJdotvsY94uQiUH0nS ANcZMr7RE7/3OhWpGFpc9j69FuDE4naO7wRZa58K7NuvnGqGG61VyHRjTUhQdDdR /Nnpg0s7gvkOgZ41zCLZCwIKku+jab9SSka6xV3FbABuppU4UhVo/2uG1JmPttEz pS+XNhGnFKJidHKuWsKcCnY6VPWb5WlYLbiBPBJJC9av4LL+Ivb8PrE3/2T3swnX zlDuEblm9VQrgzfDwaus5DlXPKV5SEr8U2oJx644+CI3GWkp87A8JI5gdgb++RL7 fh6ol/X5OGvmPXjGsQOesnP+mLUDSv8LelRe2q8vmYNdd+lEQa0Q4XmUF4Gq1Ir/ ExGTyI3mLrfdx4/QQ9zX6pGGq501QnGWzzM7wO1tYMefzIyoofw= =vDtS -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Apr 23 13:21:36 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FCC61294DF for ; Sun, 23 Apr 2017 13:21:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d7lFUQygrvxS for ; Sun, 23 Apr 2017 13:21:32 -0700 (PDT) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68656126C25 for ; Sun, 23 Apr 2017 13:21:31 -0700 (PDT) Received: by mail-lf0-x236.google.com with SMTP id 75so64648671lfs.2 for ; Sun, 23 Apr 2017 13:21:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=OOqhEA8LV33BD/xH8yLYA+9Nnl0fKug8y+3jRrQZZCg=; b=fFhwZ3kZ0GlgWuCN5kg5UaywAYUgEA6nISr0bPz1bEa9T9pD4c0dnAD3Sy/29JWLQ+ tj9EP8rCm9T4D1Euv/JfVcSvfzyTz/qvvzEXC9xpp6WiDLspbiOzFekt9NXApWwxdy0K lpU3nU2UJicfpE0AYMXeV6T5hBxjLzSazw2pnEwHefc3h17BC+bNrOOwkhleAqzwqmiV MrT1LqzJ/GtpJEZ1s4Z47AbaKU0wzs3oonqE1WhBGpKuD0ODD8GQt2yP+kLnCJxBOoGi 3tt9SnIAD1oxu3dG9o+pHe69Wy5rC18v2Vsr7ykgMKjOhEnRaI29ZpIMt85iVzJco+QI 43WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=OOqhEA8LV33BD/xH8yLYA+9Nnl0fKug8y+3jRrQZZCg=; b=NiiTDPGAKVwho/TKTi7qQ/lxJuiZXGLZdOtaveKk1fsSMr9E0uEBeSKlNzzANMT8u2 70YvzFkv8aauSKjMpsrQ3V5njhllB1ZwGE0zVGPx0qNLpOhITePKGdjFOwUzmgIlFtxY EoFOvlMtmvORZBNmFfgiKSIe9fwVtaPzTTs39YO8vHxcmZYsDdmfBzYuWKZ9T6PAxJZ7 m/X32u5vZ1MxVMSsbXwWAmEWWeEhBAzl4zdO8dvka1qCyZIJjbLNMwbHa7tzTpJ29cG2 SQ5sCS/lKS1amYgmMesm8U1d8pRIbYa2AdOes2C/AB2WODvU3No0oUGQ+ekaUkwu+SHM LKNg== X-Gm-Message-State: AN3rC/5xGS3/Pz/34Y3O6JcylV8WECtSdtiy6WbI1iv62zz0+M6rlkqr yakm1Yr6qrFHuQ== X-Received: by 10.46.20.15 with SMTP id u15mr8141265ljd.81.1492978889651; Sun, 23 Apr 2017 13:21:29 -0700 (PDT) Received: from [10.0.1.2] ([109.248.36.241]) by smtp.gmail.com with ESMTPSA id q84sm2946525lfi.31.2017.04.23.13.21.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Apr 2017 13:21:28 -0700 (PDT) Date: Sun, 23 Apr 2017 22:22:57 +0300 From: Alexander Okonnikov To: Christian Hopps Cc: Peter Psenak , Shraddha Hegde , "Acee Lindem (acee)" , "=?utf-8?Q?ospf=40ietf.org?=" Message-ID: <6f928cb6-cdbd-42e2-bc18-9c854f38f8c9@Spark> In-Reply-To: <8737czgnlj.fsf@chopps.org> References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <58F9BDF2.4040502@cisco.com> <58F9EA4B.7060704@cisco.com> <0e8cb635-0d9f-f80a-5221-c1a88f24a194@gmail.com> <87o9vpu617.fsf@chopps.org> <3d5bfcbe-bf75-4a57-abe9-9fc9acc60776@Spark> <8737czgnlj.fsf@chopps.org> X-Readdle-Message-ID: 6f928cb6-cdbd-42e2-bc18-9c854f38f8c9@Spark MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="58fd0cc7_6b8b4567_53ef" Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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: Sun, 23 Apr 2017 20:21:34 -0000 --58fd0cc7_6b8b4567_53ef Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Christian, See inline. Thank you. On 23 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:17 +0300, Christian Hopps , wrote: > > Alexander Okonnikov writes: > > > Hi Christian, > > > > See inline. > > > > Thank you. > > > > -- Best regards, Alexander Okonnikov > > > > On 21 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:36 +0300, Christian Hopps = , wrote: > > > > Alexander Okonnikov writes: > > > > no argument about the need of area level flooding - Router LSA with > > the max metric will be flooded within the area. > > > > I have read the section 7.2 several times, but I still do not > > understand what is the purpose of the Link-Overload sub-TLV there. > > What is the controller going to do when it receives the area scoped > > Link-Overload sub-TLV and how it is different to the case where the > > link is advertised in the Router LSA with max-metric in both directio= ns=3F > > > > The fact that link metric has been maximized could not be a trigger f= or > > LSP recalculation. Some implementations consider IGP topology change = as > > a trigger for LSP recalculation, but others - don't. Also, max metric= > > > > But you have to change the code anyway to make a new TLV work, right=3F= So > > what old code does isn't really relevant, unless I misunderstand thin= gs. > > > > Not sure that understood your point. Yes, implementation that support= s this feature will trigger LSP recalculation on receiving Link-overload = sub-TLV, but will not necessary do so in response to max > > metric. =46ormer signals that physical/logical link maintenance is pl= anned, latter - that IGP link property is modified (may be due to planned= IGP link or IGP process maintenance). Two are not always > > correlate. Ignorance of IGP topology changes from LSP recalculation p= erspective could be design intent, and not unsupported feature or deficie= ncy of particular implementation. In some implementations > > it could be enabled/disabled by configuration knob. So, even with int= roducing support of link-overload implementation is not obligated to reac= t to IGP topology changes with LSP recalculation. With 'max > > metric only' approach it is not possible to distinguish whether link = metric was increased due to link overload mode, or due to some other reas= on. > > Are these actual scenarios that really matter or would actually be used= > by an operator=3F Do you know of operators that wish to perform =22IGP = link > maintenance=22 (not sure how that is different from =22link maintenance= =22) on > a link, that doesn't involve simply removing the link from service=3F Yes, I has my own experience with migrating IGP for some operator. We mig= rated from using of single IS-IS instance to multiple instances of IS-IS.= As part of migration we was moving IGP links (not IP links themselves) f= rom one instance to another ones. =46rom IGP point of view this is losing= and establishing of adjacencies. If other routers trigger RSVP LSP recal= culation, their RSVP LSPs would be rerouted around maintained router. =46= ortunately, the implementation doesn't consider IGP topology changes as a= trigger to make RSVP LSPs recalculation, and data plane worked as if the= re was no IGP maintaining. Notice that re-establishing RSVP LSPs (even wi= th MBB procedure) has some negative effects, like put additional traffic = load on some links (detoured traffic), stress CPU on routers, and out-of-= ordering (new path is shorter) or delaying (new path is longer) packets. > > > itself doesn't tell about exact reason for what link metric was > > increased. It could be result of IGP-LDP synchronization, for example= , > > which is irrespective to TE LSPs. =46rom the other hand, when > > head-end/controller receives explicit indication (Link-overload), it > > could interpret it safely as a trigger to reroute LSP, even if > > overloaded link is only link that satisfies constrains (from CSP=46 > > perspective). Otherwise, increased metric could not be enough reason = to > > relax constrains for LSP. > > > > But IGP-LDP synchronization happens when a link initially comes up. I= s > > the point then of the new TLV to simply avoid this slight delay on > > link-up in using the link for TE=3F > > > > Yes, but it is only one of cases. Enabling LDP on link or restarting = LDP process, for example, are other viable triggers for 'max metric'. Als= o, it could be that other usage of 'max metric' will be invented in the > > future. > > Max-metric is meant to signal =22don't use link if at all possible=22 n= othing > else, there won't be future use that doesn't mean that as well. You're > adding another TLV to signal the exact same intent. I don't see the nee= d > is all. R=46C 5443 states that suboptimal IP traffic forwarding is a consequence = of using this mechanism. I.e. while we use max-metric to avoid blackholin= g of traffic on LDP LSPs, we are facing unavoidable side effect in that n= ative IP traffic will be needlessly rerouted as well. If other routers in= terpret max-metric link as a trigger to resignal RSVP LSPs, drawback of t= his will impact traffic on latter as well. Thus, max-metric mechanism is = multi-purpose and covers several applications. Each time one of applicati= ons needs to use 'max-metric', other applications will be impacted as wel= l. > > Thanks, > Chris. > > > > > Thanks, > > Chris. --58fd0cc7_6b8b4567_53ef Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Christian,

See inline.

Thank you.

On 23 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:17 +0300, Christian Hopps <= chopps=40chopps.org>, wrote:

Alexander Okonnikov <alexander.okonnikov=40gmail.com> writes:
=
Hi Christian,

See inline.

Thank you.

-- Best regards, Alexander Okonnikov

On 21 =D0=B0=D0=BF=D1=80. 2017 =D0=B3., 18:36 +0300, Christian Hopps <= chopps=40chopps.org>, wrote:

Alexander Okonnikov <alexander.okonnikov=40gmail.com> writes:
=
no argument about the need of area level flooding - Router LSA with
= the max metric will be flooded within the area.

I have read the section 7.2 several times, but I still do not
understand what is the purpose of the Link-Overload sub-TLV there.
What is the controller going to do when it receives the area scoped
= Link-Overload sub-TLV and how it is different to the case where the
= link is advertised in the Router LSA with max-metric in both directions=3F=

The fact that link metric has been maximized could not be a trigger for LSP recalculation. Some implementations consider IGP topology change as a trigger for LSP recalculation, but others - don't. Also, max metric

But you have to change the code anyway to make a new TLV work, right=3F S= o
what old code does isn't really relevant, unless I misunderstand things.<= br />
Not sure that understood your point. Yes, implementation that supports th= is feature will trigger LSP recalculation on receiving Link-overload sub-= TLV, but will not necessary do so in response to max
metric. =46ormer signals that physical/logical link maintenance is planne= d, latter - that IGP link property is modified (may be due to planned IGP= link or IGP process maintenance). Two are not always
correlate. Ignorance of IGP topology changes from LSP recalculation persp= ective could be design intent, and not unsupported feature or deficiency = of particular implementation. In some implementations
it could be enabled/disabled by configuration knob. So, even with introdu= cing support of link-overload implementation is not obligated to react to= IGP topology changes with LSP recalculation. With 'max
metric only' approach it is not possible to distinguish whether link metr= ic was increased due to link overload mode, or due to some other reason.<= br />

Are these actual scenarios that really matter or would actually be used by an operator=3F Do you know of operators that wish to perform =22IGP li= nk
maintenance=22 (not sure how that is different from =22link maintenance=22= ) on
a link, that doesn't involve simply removing the link from service=3F&=23= 160;
Yes, I has my own experience with migrating IGP for some operator. W= e migrated from using of single IS-IS instance to multiple instances of I= S-IS. As part of migration we was moving IGP links (not IP links themselv= es) from one instance to another ones. =46rom IGP point of view this is l= osing and establishing of adjacencies. If other routers trigger RSVP LSP = recalculation, their RSVP LSPs would be rerouted around maintained router= . =46ortunately, the implementation doesn't consider IGP topology changes= as a trigger to make RSVP LSPs recalculation, and data plane worked as i= f there was no IGP maintaining. Notice that re-establishing RSVP LSPs (ev= en with MBB procedure) has some negative effects, like put additional tra= ffic load on some links (detoured traffic), stress CPU on routers, and ou= t-of-ordering (new path is shorter) or delaying (new path is longer) pack= ets.

itself doesn't tell about exac= t reason for what link metric was
increased. It could be result of IGP-LDP synchronization, for example, which is irrespective to TE LSPs. =46rom the other hand, when
head-end/controller receives explicit indication (Link-overload), it
could interpret it safely as a trigger to reroute LSP, even if
overloaded link is only link that satisfies constrains (from CSP=46
= perspective). Otherwise, increased metric could not be enough reason to relax constrains for LSP.

But IGP-LDP synchronization happens when a link initially comes up. Is the point then of the new TLV to simply avoid this slight delay on
link-up in using the link for TE=3F

Yes, but it is only one of cases. Enabling LDP on link or restarting LDP = process, for example, are other viable triggers for 'max metric'. Also, i= t could be that other usage of 'max metric' will be invented in the
= future.

Max-metric is meant to signal =22don't use link if at all possible=22 not= hing
else, there won't be future use that doesn't mean that as well. You're adding another TLV to signal the exact same intent. I don't see the need<= br /> is all.&=23160;
R=46C 5443 states that suboptimal IP traffic forwarding is a consequ= ence of using this mechanism. I.e. while we use max-metric to avoid black= holing of traffic on LDP LSPs, we are facing unavoidable side effect in t= hat native IP traffic will be needlessly rerouted as well. If other route= rs interpret max-metric link as a trigger to resignal RSVP LSPs, drawback= of this will impact traffic on latter as well. Thus, max-metric mechanis= m is multi-purpose and covers several applications. Each time one of appl= ications needs to use 'max-metric', other applications will be impacted a= s well.


Thanks,
Chris.


Thanks,
Chris.
--58fd0cc7_6b8b4567_53ef-- From nobody Mon Apr 24 02:55:39 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28F5A12EBC2; Mon, 24 Apr 2017 02:55:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.021 X-Spam-Level: X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xrjpz3RBjv1w; Mon, 24 Apr 2017 02:55:35 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0125.outbound.protection.outlook.com [104.47.36.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB52D12EBC3; Mon, 24 Apr 2017 02:55:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=r4K9nI74lpcn4CbAfoOoriT3fRqUyy/qYmuUhdP+CWQ=; b=j4PWI3yWCv1yev9qrpNU3U3IDe/YBAes3npR1OmkfPZIo3tK47Bu/m4zhscZkgDybRfN6h42Ok1LEc/jdYMSt7M7ejWkR1GxcULBzcyxzmn5MeuO3Gyz7OdQr7Hf7qtxc0Qxa0r3zyGUt0cEnZ/Eiml+Z8vpq86cwvcy1Ne+xxA= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2707.namprd05.prod.outlook.com (10.167.2.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Mon, 24 Apr 2017 09:55:33 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1061.010; Mon, 24 Apr 2017 09:55:33 +0000 From: Shraddha Hegde To: Alexander Okonnikov , "draft-ietf-ospf-link-overload@ietf.org" , "ospf@ietf.org" Thread-Topic: draft-ietf-ospf-link-overload-06 - DR migration Thread-Index: AQHSudlPlJRn5dQmKE28nEUbwcQO5KHUTKkQ Date: Mon, 24 Apr 2017 09:55:33 +0000 Message-ID: References: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> In-Reply-To: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2707; 7:OKX1FqsXc4R9rp2SVvMu5yN3LTeg4dVHeKvyFYS2VB50TNf0wQqrxAT6N4Qp/ImZTA0vtzmCNGe+6A7X01e3nzOGZu9pap5hVfMcxdFVEMR2m1HIjxeu98duWdsB9w4DJ3ScygjtbeTagGFSWKw68vdxY/+Hxi0GzZTrH0YOSURuXPltcDFr73Y+Z8xV5I8GiPVTNhYMyrlONr3qWeGi4ayuoVAwDpAXCXaB5TCUsY2kEVaKBnRPBY0QsultpnWxp8FCga7wtTLVV9sXTH0ybqocK2FbqIDPoqzfcms6o47n8K+8f1ndMZKICQC/P5dBSXmUMrQBqFiLvUcwlVmT2g== x-ms-office365-filtering-correlation-id: edd29fd0-1343-4fc2-f841-08d48af80cab x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2707; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123562025)(20161123558098)(201703131423075)(201702281528075)(201703061421075)(201703061406151)(6072148); SRVR:BN3PR05MB2707; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2707; x-forefront-prvs: 0287BBA78D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39410400002)(39400400002)(39850400002)(39450400003)(39860400002)(377454003)(50986999)(189998001)(2501003)(76176999)(54356999)(7696004)(8936002)(5660300001)(6116002)(790700001)(3846002)(102836003)(2906002)(6436002)(6506006)(77096006)(53546009)(55016002)(2201001)(99286003)(230783001)(6306002)(9686003)(54896002)(8676002)(81166006)(9326002)(6246003)(33656002)(53936002)(25786009)(39060400002)(86362001)(38730400002)(229853002)(2950100002)(122556002)(74316002)(7736002)(3280700002)(3660700001)(2900100001)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2707; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR05MB2706EA28BBE87AB62CBC565BD51F0BN3PR05MB2706namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2017 09:55:33.3710 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2707 Archived-At: Subject: Re: [OSPF] draft-ietf-ospf-link-overload-06 - DR migration X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 24 Apr 2017 09:55:37 -0000 --_000_BN3PR05MB2706EA28BBE87AB62CBC565BD51F0BN3PR05MB2706namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxleGFuZGVyLA0KDQpUaGUgb2JqZWN0aXZlIG9mIHRoaXMgZHJhZnQgaXMgdG8gcmUtcm91 dGUgdGhlIHRyYWZmaWMgZnJvbSB0aGUgbGluayB0aGF0IGlzIGV4cGVjdGVkIHRvIHVuZGVyZ28g bWFpbnRlbmFuY2UNCkFuZCB0aGUgY2FzZSBvZiBicm9hZGNhc3QgbGlua3MgIGlzIGV4cGxhaW5l ZCBpbiBzZWMgNS4yIHdoaWNoIGFjaGlldmVzIHRoZSBvYmplY3RpdmUuDQoNClRoZSBjYXNlIHlv dSBkZXNjcmliZWQgbWF5IGJlIHJlbGV2YW50IGZvciB1bnBsYW5uZWQgbGluay1kb3duIGV2ZW50 cyB3aGljaCBpcyBvdXRzaWRlIHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0Lg0KDQpUaGFua3MNClNo cmFkZGhhDQoNCg0KRnJvbTogQWxleGFuZGVyIE9rb25uaWtvdiBbbWFpbHRvOmFsZXhhbmRlci5v a29ubmlrb3ZAZ21haWwuY29tXQ0KU2VudDogVGh1cnNkYXksIEFwcmlsIDIwLCAyMDE3IDY6NTAg UE0NClRvOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZEBpZXRmLm9yZzsgb3NwZkBpZXRm Lm9yZw0KU3ViamVjdDogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDYgLSBEUiBtaWdy YXRpb24NCg0KSGkgYXV0aG9ycywNCg0KSW4gY2FzZSB3aGVuIHRoZSBub2RlIHRoYXQgaGFzIHRo ZSBsaW5rIHRvIGJlIG92ZXJsb2FkZWQgaXMgRFIgKGZvcg0KYnJvYWRjYXN0L05CTUEgbGluayBj YXNlKSwgdGFraW5nIHRoaXMgbGluayBvdXQgb2Ygc2VydmljZSBjb3VsZCBiZQ0KZGlzcnVwdGl2 ZS4gV2hhdCBpZiB0byBtb2RpZnkgcHJvY2VkdXJlIGluIHN1Y2ggbWFubmVyIHRoYXQgd2hlbiBC RFINCnJlY2VpdmVzIExpbmstT3ZlcmxvYWQtc3ViLVRMViBmcm9tIERSLCBpdCBnZW5lcmF0ZXMg TmV0d29yayBMU0EgaW4NCmFkdmFuY2UsIGJlZm9yZSB0YWtpbmcgRFIgcm9sZS4gVGhlIG5vZGUg d2l0aCBvdmVybG9hZGluZyBsaW5rIHRoZW4NCndhaXRzIHNvbWUgdGltZSAoZm9yIGV4YW1wbGUs IDMgc2VjcykgYW5kIGNoYW5nZXMgaXRzIGludGVyZmFjZSBwcmlvcml0eQ0KdG8gMC4NCg0KVGhh bmsgeW91Lg0KDQo= --_000_BN3PR05MB2706EA28BBE87AB62CBC565BD51F0BN3PR05MB2706namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5tc29ub3JtYWwwLCBs aS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7 DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkVtYWlsU3R5 bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29y ZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBp biAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwv c3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJl ZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0i ZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwv aGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhpIEFsZXhhbmRlciw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoZSBvYmplY3RpdmUgb2YgdGhpcyBkcmFmdCBpcyB0 byByZS1yb3V0ZSB0aGUgdHJhZmZpYyBmcm9tIHRoZSBsaW5rIHRoYXQgaXMgZXhwZWN0ZWQgdG8g dW5kZXJnbyBtYWludGVuYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5BbmQgdGhlIGNhc2Ugb2YgYnJv YWRjYXN0IGxpbmtzICZuYnNwO2lzIGV4cGxhaW5lZCBpbiBzZWMgNS4yIHdoaWNoIGFjaGlldmVz IHRoZSBvYmplY3RpdmUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5UaGUgY2FzZSB5b3UgZGVzY3JpYmVkIG1heSBiZSByZWxldmFudCBmb3IgdW5wbGFubmVkIGxp bmstZG93biBldmVudHMgd2hpY2ggaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPlRoYW5rczxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj5TaHJhZGRoYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEFsZXhhbmRlciBPa29ubmlrb3YgW21haWx0 bzphbGV4YW5kZXIub2tvbm5pa292QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVy c2RheSwgQXByaWwgMjAsIDIwMTcgNjo1MCBQTTxicj4NCjxiPlRvOjwvYj4gZHJhZnQtaWV0Zi1v c3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5vcmc7IG9zcGZAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDYgLSBEUiBtaWdyYXRpb248bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IG5hbWU9Im1lc3NhZ2VCb2R5U2VjdGlvbiI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzMzMzMzMyI+SGkgYXV0aG9y cyw8YnI+DQo8YnI+DQpJbiBjYXNlIHdoZW4gdGhlIG5vZGUgdGhhdCBoYXMgdGhlIGxpbmsgdG8g YmUgb3ZlcmxvYWRlZCBpcyBEUiAoZm9yPGJyPg0KYnJvYWRjYXN0L05CTUEgbGluayBjYXNlKSwg dGFraW5nIHRoaXMgbGluayBvdXQgb2Ygc2VydmljZSBjb3VsZCBiZTxicj4NCmRpc3J1cHRpdmUu IFdoYXQgaWYgdG8gbW9kaWZ5IHByb2NlZHVyZSBpbiBzdWNoIG1hbm5lciB0aGF0IHdoZW4gQkRS PGJyPg0KcmVjZWl2ZXMgTGluay1PdmVybG9hZC1zdWItVExWIGZyb20gRFIsIGl0IGdlbmVyYXRl cyBOZXR3b3JrIExTQSBpbjxicj4NCmFkdmFuY2UsIGJlZm9yZSB0YWtpbmcgRFIgcm9sZS4gVGhl IG5vZGUgd2l0aCBvdmVybG9hZGluZyBsaW5rIHRoZW48YnI+DQp3YWl0cyBzb21lIHRpbWUgKGZv ciBleGFtcGxlLCAzIHNlY3MpIGFuZCBjaGFuZ2VzIGl0cyBpbnRlcmZhY2UgcHJpb3JpdHk8YnI+ DQp0byAwLjxicj4NCjxicj4NClRoYW5rIHlvdS48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXYgbmFtZT0ibWVzc2FnZVNpZ25hdHVyZVNlY3Rpb24iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9o dG1sPg0K --_000_BN3PR05MB2706EA28BBE87AB62CBC565BD51F0BN3PR05MB2706namp_-- From nobody Mon Apr 24 03:03:25 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 76A3512EBF6; Mon, 24 Apr 2017 03:03:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xTWE3tVFvStR; Mon, 24 Apr 2017 03:03:21 -0700 (PDT) Received: from mail-lf0-x22c.google.com (mail-lf0-x22c.google.com [IPv6:2a00:1450:4010:c07::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 596CB12EBF4; Mon, 24 Apr 2017 03:03:21 -0700 (PDT) Received: by mail-lf0-x22c.google.com with SMTP id 88so70913012lfr.0; Mon, 24 Apr 2017 03:03:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=ZpNm6fo1nyH/Yavbezn3BiEvA5/dG/bsGUue3h/8y2w=; b=rg1a1QGAFK/GP2ZQBkelw1DtF4XgMNkXDk3jK977pkdUs50am7dWiAIF677JJ2BDvE JYu0DLaxtMcal3n3QtS7f4VtxZA/dPU3nwVJ4qrFHnu3uGCew0ZSyTXWhCYOeOIuKzZ4 yV2/2Yi/p+6tFW1UAYxPQLnbuXGfhh0cOE22uzzhmZ9KNpWQKgrfgYEoin9J/Hg098i2 7dHi/Xx6lSau6Y9YyVYhkcpOUmfusR4CVk556AWI/tEdLlQanjBKWhwLd9Ms63MQkoca HFiuxDJjfbhmxQHdtrRETieNr0Smjhzg3OfS2dvlkP/3Isfd/DdgTAcKBuwxZB0Bflvi XW9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=ZpNm6fo1nyH/Yavbezn3BiEvA5/dG/bsGUue3h/8y2w=; b=huvtNgvXdfNOmKv9BTplolGnY/WVzbRRPYs+/CSrOcUcwlh6qELliggA0vpdvpjXkD NHflP+9X0i6+8vRzGveqEO47XVb/BJMaJnKosfbV3BAytF/xdc0a4nrUEzK3qVIoQRUY gw04TPWUJtXDIkf0Bo0+hbel7jrPOUlLNb9tv5dRKn1H0J87XQUV9E/Y3lBqsnQ+9f17 /U94L9Ic4+OB++GGbN7NC1Akr7EzmTLLXbJ0C0gbqQYbNPJuqKkVHFBs8fFA/pHh/4GX CfYUTkDstYLtgXcDdZ0j648rksncMACE7EFTV/x7lP3c4625KHY6TDuZO1Fz3jwERW/j +Ryw== X-Gm-Message-State: AN3rC/5gNT/m4C/snXUkHjtz7SA4yWvUXBoCK1bHl+eFp3sMVrXj7laJ 7/lNaZpDuPJ5ePDFa48= X-Received: by 10.46.33.93 with SMTP id h90mr3547881ljh.53.1493028199338; Mon, 24 Apr 2017 03:03:19 -0700 (PDT) Received: from [192.168.1.17] (secretmaker-96.ip.PeterStar.net. [217.195.72.96]) by smtp.gmail.com with ESMTPSA id i1sm3265065ljd.47.2017.04.24.03.03.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Apr 2017 03:03:18 -0700 (PDT) To: Shraddha Hegde , "draft-ietf-ospf-link-overload@ietf.org" , "ospf@ietf.org" References: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> From: Alexander Okonnikov Message-ID: <99b6aa93-680f-c794-3cd8-a876a6d82e98@gmail.com> Date: Mon, 24 Apr 2017 13:03:17 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------8F85B06B2E1BDF2F1F52DEEA" Archived-At: Subject: Re: [OSPF] draft-ietf-ospf-link-overload-06 - DR migration X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 24 Apr 2017 10:03:23 -0000 This is a multi-part message in MIME format. --------------8F85B06B2E1BDF2F1F52DEEA Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Shraddha, For planned link maintenance there still could be traffic disruption. Even if router with overloaded link is detached from broadcast link, the latter still could be used by other routers on this one. If router with overloaded link was DR, traffic between other routers on broadcast link could be disrupted. Am I correct? 24.04.2017 12:55, Shraddha Hegde пишет: > > Hi Alexander, > > The objective of this draft is to re-route the traffic from the link > that is expected to undergo maintenance > > And the case of broadcast links is explained in sec 5.2 which > achieves the objective. > > The case you described may be relevant for unplanned link-down events > which is outside the scope of this draft. > > Thanks > > Shraddha > > *From:*Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com] > *Sent:* Thursday, April 20, 2017 6:50 PM > *To:* draft-ietf-ospf-link-overload@ietf.org; ospf@ietf.org > *Subject:* draft-ietf-ospf-link-overload-06 - DR migration > > Hi authors, > > In case when the node that has the link to be overloaded is DR (for > broadcast/NBMA link case), taking this link out of service could be > disruptive. What if to modify procedure in such manner that when BDR > receives Link-Overload-sub-TLV from DR, it generates Network LSA in > advance, before taking DR role. The node with overloading link then > waits some time (for example, 3 secs) and changes its interface priority > to 0. > > Thank you. > --------------8F85B06B2E1BDF2F1F52DEEA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Shraddha,


For planned link maintenance there still could be traffic disruption. Even if router with overloaded link is detached from broadcast link, the latter still could be used by other routers on this one. If router with overloaded link was DR, traffic between other routers on broadcast link could be disrupted. Am I correct?


24.04.2017 12:55, Shraddha Hegde пишет:

Hi Alexander,

 

The objective of this draft is to re-route the traffic from the link that is expected to undergo maintenance

And the case of broadcast links  is explained in sec 5.2 which achieves the objective.

 

The case you described may be relevant for unplanned link-down events which is outside the scope of this draft.

 

Thanks

Shraddha

 

 

From: Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com]
Sent: Thursday, April 20, 2017 6:50 PM
To: draft-ietf-ospf-link-overload@ietf.org; ospf@ietf.org
Subject: draft-ietf-ospf-link-overload-06 - DR migration

 

Hi authors,

In case when the node that has the link to be overloaded is DR (for
broadcast/NBMA link case), taking this link out of service could be
disruptive. What if to modify procedure in such manner that when BDR
receives Link-Overload-sub-TLV from DR, it generates Network LSA in
advance, before taking DR role. The node with overloading link then
waits some time (for example, 3 secs) and changes its interface priority
to 0.

Thank you.

 


--------------8F85B06B2E1BDF2F1F52DEEA-- From nobody Mon Apr 24 03:04:48 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3748D12EC01 for ; Mon, 24 Apr 2017 03:04:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1QQgPPKqJOCN for ; Mon, 24 Apr 2017 03:04:43 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0139.outbound.protection.outlook.com [104.47.42.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8260712EBF9 for ; Mon, 24 Apr 2017 03:04:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=rANs8J6jBSgylqRErSYFKBWK6xLonMSkf8kcnfWLVgw=; b=JYE2sphTU4HhqCKtShQGcDsYKE5mOdPo2R4Sb1f5dXypDFSdTwFcI5CTWkCzesk99ufmFIhCYqrfQYucTwIPmRZUkqp5L1AMmIgkrTsRfL5hqKa4b8UjIEQeOO0Ar2xX+CBhzme1ckhWVFmjzOJSFeg1EYKt33dWG4tvqy/t9lI= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2705.namprd05.prod.outlook.com (10.167.2.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Mon, 24 Apr 2017 10:04:41 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1061.010; Mon, 24 Apr 2017 10:04:41 +0000 From: Shraddha Hegde To: "Acee Lindem (acee)" , Acee Lindem CC: "ospf@ietf.org" Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAAHqgIAAnLCAgABmipCAAJZbAIABXjiwgAA7xoCABHOeMA== Date: Mon, 24 Apr 2017 10:04:41 +0000 Message-ID: References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2705; 7:xQu1SliFKSktjpey5rxPvsi0GB8IzrCxfxbEYXtQSzQtBwsQYXbiZKjV82BZjLEyQ8M2kCTMeJCP9AuZ/cAQpnWyWcA4lOFV//gH14PYn7FVREfy03Q7d2ep9I4da8WUvAweTK1NkeS3IW0SxarugFxdnIev142e2HRfLQkBaKg6XeY2KwzQXJCQcWrlKCZqmrNSeebg5E2BojsmpBhDHcaOrKPKT0i86r8upoeq6NPkK4h0+C9A+goSg757sPe9SHuorm3cxnAD1+rVWZw5hboQJyc5Lk01f0Colgx1tYY4TSjOxcJV0mW6Gqssiu6Q5mWIuxnKHJL4uB9EnGKeOQ== x-ms-office365-filtering-correlation-id: c5eb016f-3b10-4cac-9da9-08d48af95372 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN3PR05MB2705; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(20161123558098)(201703131423075)(201702281528075)(201703061421075)(201703061406151)(20161123562025)(20161123564025)(20161123560025)(20161123555025)(6072148); SRVR:BN3PR05MB2705; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2705; x-forefront-prvs: 0287BBA78D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39850400002)(39840400002)(39400400002)(39450400003)(39860400002)(377424004)(24454002)(13464003)(377454003)(122556002)(93886004)(7696004)(2950100002)(2900100001)(38730400002)(230783001)(4326008)(53936002)(189998001)(77096006)(2906002)(86362001)(8936002)(74316002)(66066001)(6506006)(3280700002)(229853002)(3660700001)(39060400002)(6116002)(102836003)(3846002)(81166006)(5660300001)(25786009)(54356999)(50986999)(305945005)(76176999)(55016002)(8676002)(9686003)(53546009)(6436002)(33656002)(6306002)(7736002)(6246003)(99286003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2705; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2017 10:04:41.5721 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2705 Archived-At: Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 24 Apr 2017 10:04:46 -0000 QWNlZSwNCg0KSSBhbSBPSyB3aXRoIGNoYW5naW5nIHRoZSB3b3JkaW5nIGFzIHlvdSBzdWdnZXN0 ZWQuIFdpbGwgZG8gaXQgaW4gbmV4dCByZXZpc2lvbi4NCg0KUmdkcw0KU2hyYWRkaGENCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFjZWUgTGluZGVtIChhY2VlKSBbbWFpbHRv OmFjZWVAY2lzY28uY29tXSANClNlbnQ6IEZyaWRheSwgQXByaWwgMjEsIDIwMTcgNzozNSBQTQ0K VG86IFNocmFkZGhhIEhlZ2RlIDxzaHJhZGRoYUBqdW5pcGVyLm5ldD47IEFjZWUgTGluZGVtIDxh Y2VlLmxpbmRlbUBnbWFpbC5jb20+DQpDYzogb3NwZkBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtP U1BGXSBJLUQgQWN0aW9uOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCg0K PHNwZWFraW5nIGFzIFdHIG1lbWJlcj4NCg0KT24gNC8yMS8xNywgNjozNyBBTSwgIlNocmFkZGhh IEhlZ2RlIiA8c2hyYWRkaGFAanVuaXBlci5uZXQ+IHdyb3RlOg0KDQo+QWNlZSwNCj4NCj4NCj4+ IEkgZG9u4oCZdCBzZWUgYW55IG5lZWQgdG8gcmVmZXJlbmNlIFJGQyA0MjAzIHNpbmNlIHRoZSBT dWItVExWIGlzIA0KPj5zdWZmaWNpZW50bHkgZGVmaW5lZCBoZXJlLiBUaGlzIGlzIGNvbXBsZXRl bHkgb3J0aG9nb25hbCB0byB0aGUgDQo+PmRlZmluaXRpb24gaW4gdGhpcyBkcmFmdC4NCj4NCj5J IGRvIG5vdCBhZ3JlZSB3aXRoIHRoaXMgcG9pbnQuIFRoZSBzdWItVExWLCBsb2NhbC9yZW1vdGUg aW50ZXJmYWNlIGlkIA0KPnJlcXVpcmVzIHRoZSAgcmVtb3RlIGludGVyZmFjZS1pZCB0byBiZSBm aWxsZWQgYW5kIHRoZSBkcmFmdCByZWZlcnMgdG8gDQo+YW4gZXhpc3Rpbmcgc3RhbmRhcmQgb24g Z2V0dGluZyB0aGlzIHJlbW90ZSBpbnRlcmZhY2UgaWQuIFRoaXMgaXMgdGhlIA0KPnN0YW5kYXJk IG1lY2hhbmlzbSB3ZSBmb2xsb3cgaW4gZXZlcnkgZHJhZnQuDQoNCkkgdGhpbmsgd2XigJlyZSBi YWNrIHRvIHRoZSBjaXJjdWxhciBhcmd1bWVudCB3aXRoIHJlc3BlY3QgdG8gdGhlIGdyYXR1aXRv dXMgcmVwdXJwb3Npbmcgb2YgVEUgTFNBcyBzdGFuZGFyZGl6ZWQgdW5kZXIgdG8gc2F0aXNmeSBH TVBMUyByZXF1aXJlbWVudHMgZm9yIGV2ZXJ5IHB1cnBvc2UuIEV2ZW4gaW4gc3VwcG9ydCBvZiB5 b3VyIHBvc2l0aW9uLCB0aGUgYmxhbmtldCBzdGF0ZW1lbnQgaXMgbm90IGdlcm1hbmUgdG8gdGhl IGRyYWZ0LiBJIG1pZ2h0IGJlIG9rIHdpdGgg4oCcT25lIG1lY2hhbmlzbSB0byBsZWFybiB0aGUg cmVtb3RlLWlkIGlzIGRlc2NyaWJlZCBpbiDigKYu4oCdIEhvd2V2ZXIsIGl0IGFwcGVhcnMgbm93 IHRoYXQgd2UgaGF2ZSBicm9hY2hlZCB0aGUgc3ViamVjdCBvZiBXRyBsYXN0IGNhbGwsIHRoZXJl IGlzIG11Y2ggZGlzY3Vzc2lvbiBvbiB0aGUgZHJhZnQuIA0KDQpUaGFua3MsDQpBY2VlIA0KDQo+ DQo+Umdkcw0KPlNocmFkZGhhDQo+DQo+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj5Gcm9t OiBBY2VlIExpbmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0NCj5TZW50OiBUaHVy c2RheSwgQXByaWwgMjAsIDIwMTcgNzowNyBQTQ0KPlRvOiBTaHJhZGRoYSBIZWdkZSA8c2hyYWRk aGFAanVuaXBlci5uZXQ+OyBBY2VlIExpbmRlbSANCj48YWNlZS5saW5kZW1AZ21haWwuY29tPg0K PkNjOiBvc3BmQGlldGYub3JnDQo+U3ViamVjdDogUmU6IFtPU1BGXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNS50eHQNCj4NCj5IaSBTaHJhZGRoYSwNCj4NCj5P biA0LzIwLzE3LCAxMjo0NiBBTSwgIlNocmFkZGhhIEhlZ2RlIiA8c2hyYWRkaGFAanVuaXBlci5u ZXQ+IHdyb3RlOg0KPg0KPj5IaSBBY2VlLA0KPj4NCj4+VGhlIGRyYWZ0IGRvZXMgbm90IG1hbmRh dGUgdXNlIG9mIFJGQyA0MjAzLiBUaGVyZSBhcmUgbm8gTVVTVCANCj4+c3RhdGVtZW50cyBhc3Nv Y2lhdGVkIHdpdGggdGhlIHJlY29tbWVuZGF0aW9uLg0KPg0KPkkgZG9u4oCZdCBzZWUgYW55IG5l ZWQgdG8gcmVmZXJlbmNlIFJGQyA0MjAzIHNpbmNlIHRoZSBTdWItVExWIGlzIA0KPnN1ZmZpY2ll bnRseSBkZWZpbmVkIGhlcmUuIFRoaXMgaXMgY29tcGxldGVseSBvcnRob2dvbmFsIHRvIHRoZSAN Cj5kZWZpbml0aW9uIGluIHRoaXMgZHJhZnQuDQo+Pg0KPj4NCj4+UkZDIDQyMDMgaXMgYSBzdGFu ZGFyZCBhbmQgaGFzIGJlZW4gYXJvdW5kIGZvciBhIHdoaWxlLiBJIGRvIG5vdCANCj4+dW5kZXJz dGFuZCB3aHkgdGhlcmUgaXMgY29uY2VybiBiZWluZyByYWlzZWQgb3ZlciBSZWZlcmVuY2luZyBh biBSRkMgDQo+PndoaWNoIGhhcyBiZWVuIGEgc3RhbmRhcmQgYW5kIGRlcGxveWVkIGluIHRoZSBm aWVsZCBmb3IgbWFueSB5ZWFycy4NCj4+DQo+Pmh0dHBzOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0 LXBwc2VuYWstb3NwZi1sbHMtaW50ZXJmYWNlLWlkLTAwLnR4dCBpcyANCj4+c3RpbGwgYW4gaW5k ZXBlbmRlbnQgZHJhZnQgYW5kIGl0IGRvZXMgbm90IG1ha2Ugc2Vuc2UgdG8gcmVmZXIgdGhpcyAN Cj4+ZHJhZnQgaW4gZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDYgd2hpY2ggaXMgcmVh ZHkgZm9yIFdHIGxhc3QgDQo+PmNhbGwuDQo+DQo+SSB3YXNu4oCZdCBzdWdnZXN0aW5nIHRvIHJl ZmVyZW5jZSBlaXRoZXIgZG9jdW1lbnQuDQo+DQo+VGhhbmtzLA0KPkFjZWUNCj4NCj4NCj4+DQo+ PlJnZHMNCj4+U2hyYWRkaGENCj4+DQo+Pi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PkZy b206IEFjZWUgTGluZGVtIChhY2VlKSBbbWFpbHRvOmFjZWVAY2lzY28uY29tXQ0KPj5TZW50OiBU aHVyc2RheSwgQXByaWwgMjAsIDIwMTcgNDowMiBBTQ0KPj5UbzogQWNlZSBMaW5kZW0gPGFjZWUu bGluZGVtQGdtYWlsLmNvbT47IFNocmFkZGhhIEhlZ2RlIA0KPj48c2hyYWRkaGFAanVuaXBlci5u ZXQ+DQo+PkNjOiBvc3BmQGlldGYub3JnDQo+PlN1YmplY3Q6IFJlOiBbT1NQRl0gSS1EIEFjdGlv bjogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUudHh0DQo+Pg0KPj5IaSBTaHJhZGRo YSwNCj4+DQo+PlRoZSBvbmx5IG5vbi1lZGl0b3JpYWwgY29tbWVudCB0aGF0IEkgaGF2ZSBpcyB0 aGF0IHRoZSBkcmFmdCANCj4+cmVmZXJlbmNlcyBSRkMgNDIwMyBhcyB0aGUgd2F5IHRvIGxlYXJu IHRoZSByZW1vdGUgaW50ZXJmYWNlIElEIG9uIGFuIA0KPj51bm51bWJlcmVkIGxpbmsgDQo+Piho dHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1wcHNlbmFrLW9zcGYtbGxzLWludGVyZmFjZS1p ZC0wMC50eHQpLg0KPj5BcyB5b3Uga25vdywgdGhpcyBpcyBhIHZlcnkgY29udHJvdmVyc2lhbCB0 b3BpYyB3aXRoIHNvbWUgb2YgdXMgDQo+PndhbnRpbmcgdGhpcyB0byBiZSBpbiB0aGUgaGVsbG8g cGFja2V0cyBjb25zaXN0ZW50IHdpdGggT1NQRnYzIGFuZCANCj4+SVMtSVMgYXMgb3Bwb3NlZCB0 byB1c2luZyBhIGxpbmstc2NvcGVkIFRFIE9wYXF1ZSBMU0EgYXMgc3VnZ2VzdGVkIGluIA0KPj50 aGUgT1NQRiBHTVBMUyBFeHRlbnNpb25zIFJGQyANCj4+KGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iu b3JnL3JmYy9yZmM0MjAzLnR4dCkuIEkgd291bGQgc3VnZ2VzdCByZW1vdmluZyB0aGUgcmVmZXJl bmNlLg0KPj4NCj4+VGhhbmtzLA0KPj5BY2VlDQo+Pg0KPj4NCj4+T24gNC8xOS8xNywgOToxMSBB TSwgIkFjZWUgTGluZGVtIiA8YWNlZS5saW5kZW1AZ21haWwuY29tPiB3cm90ZToNCj4+DQo+Pj5I aSBTaHJhZGRoYSwNCj4+Pg0KPj4+SSB0aGluayB0aGlzIHZlcnNpb24gYWRkcmVzc2VzIGFsbCBt eSBjb21tZW50cy4gSSB3aWxsIGRvIGEgZGV0YWlsZWQgDQo+Pj5yZXZpZXcgdGhpcyB3ZWVrIGFu ZCwgbW9zdCBsaWtlbHksIHN0YXJ0IHRoZSBXRyBsYXN0IGNhbGwuIEkgDQo+Pj5lbmNvdXJhZ2Ug b3RoZXIgV0cgbWVtYmVycyB0byBkbyB0aGUgc2FtZS4NCj4+Pg0KPj4+VGhhbmtzLA0KPj4+QWNl ZQ0KPj4+PiBPbiBBcHIgMTksIDIwMTcsIGF0IDk6MDggQU0sIFNocmFkZGhhIEhlZ2RlIDxzaHJh ZGRoYUBqdW5pcGVyLm5ldD4NCj4+Pj53cm90ZToNCj4+Pj4gDQo+Pj4+IEhpIEFjZWUsDQo+Pj4+ IA0KPj4+PiBOZXcgdmVyc2lvbiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiBpcyBw b3N0ZWQgd2hlcmUgdGhlDQo+Pj4+cmVtb3RlLWlwdjQgYWRkciBpcyBtb3ZlZCB0byBhIG5ldyBz dWItVExWLg0KPj4+PiBQbHMgcmV2aWV3Lg0KPj4+PiANCj4+Pj4gVGhlIGF1dGhvcnMgb2YgdGhl IGRyYWZ0IGJlbGlldmUgdGhhdCBkcmFmdCBoYXMgdW5kZXJnb25lIG11bHRpcGxlIA0KPj4+PnJl dmlzaW9ucy9yZXZpZXdzIGFuZCBpcyByZWFkeSBmb3IgV0cgbGFzdCBjYWxsLg0KPj4+PiANCj4+ Pj4gUmdkcw0KPj4+PiBTaHJhZGRoYQ0KPj4+PiANCj4+Pj4gDQo+Pj4+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+Pj4+IEZyb206IE9TUEYgW21haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBBY2VlIExpbmRlbQ0KPj4+PihhY2VlKQ0KPj4+PiBTZW50OiBTYXR1 cmRheSwgTWFyY2ggMTgsIDIwMTcgMjoyOCBBTQ0KPj4+PiBDYzogb3NwZkBpZXRmLm9yZw0KPj4+ PiBTdWJqZWN0OiBSZTogW09TUEZdIEktRCBBY3Rpb246IA0KPj4+PmRyYWZ0LWlldGYtb3NwZi1s aW5rLW92ZXJsb2FkLTA1LnR4dA0KPj4+PiANCj4+Pj4gSGkgU2hyYWRkaGEsIGV0IGFsLA0KPj4+ PiANCj4+Pj4gV2l0aCByZXNwZWN0IHRvIHNlY3Rpb24gNC4xLCBJIGFncmVlIHRoYXQgbWF0Y2hp bmcgbGluayBlbmRwb2ludHMgDQo+Pj4+aW4NCj4+Pj4gT1NQRnYyIHJlcXVpcmVzIG1vcmUgaW5m b3JtYXRpb24uIEhvd2V2ZXIsIHRoaXMgaXMgYSBnZW5lcmFsIA0KPj4+PnByb2JsZW0gYW5kIHRo ZSByZW1vdGUgYWRkcmVzcyBzaG91bGQgYmUgYSBzZXBhcmF0ZSBPU1BGdjIgTGluayANCj4+Pj5B dHRyaWJ1dGUgTFNBIFRMViByYXRoZXIgdGhhbiBvdmVybG9hZGluZyB0aGUgbGluayBvdmVybG9h ZCBUTFYgO14pDQo+Pj4+IA0KPj4+PiBUaGFua3MsDQo+Pj4+IEFjZWUNCj4+Pj4gDQo+Pj4+IE9u IDIvMjMvMTcsIDExOjE4IEFNLCAiT1NQRiBvbiBiZWhhbGYgb2YgaW50ZXJuZXQtZHJhZnRzQGll dGYub3JnIg0KPj4+PiA8b3NwZi1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3RlOg0KPj4+PiANCj4+Pj4+IA0KPj4+Pj4gQSBOZXcgSW50 ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRz IA0KPj4+Pj5kaXJlY3Rvcmllcy4NCj4+Pj4+IFRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2Yg dGhlIE9wZW4gU2hvcnRlc3QgUGF0aCBGaXJzdCBJR1Agb2YgDQo+Pj4+PnRoZSBJRVRGLg0KPj4+ Pj4gDQo+Pj4+PiAgICAgICBUaXRsZSAgICAgICAgICAgOiBPU1BGIExpbmsgT3ZlcmxvYWQNCj4+ Pj4+ICAgICAgIEF1dGhvcnMgICAgICAgICA6IFNocmFkZGhhIEhlZ2RlDQo+Pj4+PiAgICAgICAg ICAgICAgICAgICAgICAgICBQdXNocGFzaXMgU2Fya2FyDQo+Pj4+PiAgICAgICAgICAgICAgICAg ICAgICAgICBIYW5uZXMgR3JlZGxlcg0KPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgTW9o YW4gTmFuZHVyaQ0KPj4+Pj4gICAgICAgICAgICAgICAgICAgICAgICAgTHVheSBKYWxpbA0KPj4+ Pj4gCUZpbGVuYW1lICAgICAgICA6IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA1LnR4 dA0KPj4+Pj4gCVBhZ2VzICAgICAgICAgICA6IDEzDQo+Pj4+PiAJRGF0ZSAgICAgICAgICAgIDog MjAxNy0wMi0yMw0KPj4+Pj4gDQo+Pj4+PiBBYnN0cmFjdDoNCj4+Pj4+ICBXaGVuIGEgbGluayBp cyBiZWluZyBwcmVwYXJlZCB0byBiZSB0YWtlbiBvdXQgb2Ygc2VydmljZSwgdGhlIA0KPj4+Pj50 cmFmZmljICBuZWVkcyB0byBiZSBkaXZlcnRlZCBmcm9tIGJvdGggZW5kcyBvZiB0aGUgbGluay4N Cj4+Pj4+IEluY3JlYXNpbmcgdGhlICBtZXRyaWMgdG8gdGhlIGhpZ2hlc3QgbWV0cmljIG9uIG9u ZSBzaWRlIG9mIHRoZSANCj4+Pj4+bGluayAgaXMgbm90ICBzdWZmaWNpZW50IHRvIGRpdmVydCB0 aGUgdHJhZmZpYyBmbG93aW5nIGluIHRoZSBvdGhlciANCj4+Pj4+ZGlyZWN0aW9uLg0KPj4+Pj4g DQo+Pj4+PiAgSXQgaXMgdXNlZnVsIGZvciByb3V0ZXJzIGluIGFuIE9TUEZ2MiBvciBPU1BGdjMg cm91dGluZyBkb21haW4gdG8gDQo+Pj4+PiBiZSAgYWJsZSB0byBhZHZlcnRpc2UgYSBsaW5rIGJl aW5nIGluIGFuIG92ZXJsb2FkIHN0YXRlIHRvIA0KPj4+Pj4gaW5kaWNhdGUgaW1wZW5kaW5nIG1h aW50ZW5hbmNlIGFjdGl2aXR5IG9uIHRoZSBsaW5rLiAgVGhpcyANCj4+Pj4+IGluZm9ybWF0aW9u IGNhbiBiZSB1c2VkIGJ5IHRoZSBuZXR3b3JrIGRldmljZXMgdG8gcmUtcm91dGUgdGhlIHRyYWZm aWMgZWZmZWN0aXZlbHkuDQo+Pj4+PiANCj4+Pj4+ICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyB0 aGUgcHJvdG9jb2wgZXh0ZW5zaW9ucyB0byBkaXNzZW1pbmF0ZQ0KPj4+Pj4gbGluay0gIG92ZXJs b2FkIGluZm9ybWF0aW9uIGluIE9TUEZ2MiBhbmQgT1NQRnYzLg0KPj4+Pj4gDQo+Pj4+PiANCj4+ Pj4+IA0KPj4+Pj4gVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJh ZnQgaXM6DQo+Pj4+PiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LW9zcGYtbGluay1vdmVybG9hZC8NCj4+Pj4+IA0KPj4+Pj4gVGhlcmUncyBhbHNvIGEgaHRtbGl6 ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQo+Pj4+PiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWQtMDUNCj4+Pj4+IA0KPj4+Pj4gQSBkaWZm IGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KPj4+Pj4gaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2Fk LTA1DQo+Pj4+PiANCj4+Pj4+IA0KPj4+Pj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YgDQo+Pj4+PiBzdWJtaXNzaW9uIHVu dGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgDQo+Pj4+ PiB0b29scy5pZXRmLm9yZy4NCj4+Pj4+IA0KPj4+Pj4gSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNv IGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KPj4+Pj4gZnRwOi8vZnRwLmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy8NCj4+Pj4+IA0KPj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4+Pj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4+PiBP U1BGQGlldGYub3JnDQo+Pj4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L29zcGYNCj4+Pj4gDQo+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+Pj4+IE9TUEYgbWFpbGluZyBsaXN0DQo+Pj4+IE9TUEZAaWV0Zi5vcmcNCj4+ Pj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9vc3BmDQo+Pj4+IA0KPj4+ PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+PiBP U1BGIG1haWxpbmcgbGlzdA0KPj4+PiBPU1BGQGlldGYub3JnDQo+Pj4+IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vb3NwZg0KPj4+DQo+Pg0KPg0KDQo= From nobody Mon Apr 24 07:52:28 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47A1513166A; Mon, 24 Apr 2017 07:52:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.4 X-Spam-Level: X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1fSgRiVdhnW8; Mon, 24 Apr 2017 07:52:15 -0700 (PDT) Received: from relais-inet.orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A41421315E5; Mon, 24 Apr 2017 07:50:44 -0700 (PDT) Received: from opfedar01.francetelecom.fr (unknown [xx.xx.xx.2]) by opfedar25.francetelecom.fr (ESMTP service) with ESMTP id 40778120517; Mon, 24 Apr 2017 16:50:43 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.61]) by opfedar01.francetelecom.fr (ESMTP service) with ESMTP id 1C6BE160070; Mon, 24 Apr 2017 16:50:43 +0200 (CEST) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM7E.corporate.adroot.infra.ftgroup ([fe80::b91c:ea2c:ac8a:7462%19]) with mapi id 14.03.0319.002; Mon, 24 Apr 2017 16:50:42 +0200 From: To: "mpls@ietf.org" CC: "isis-wg@ietf.org list (isis-wg@ietf.org)" , "ospf@ietf.org" Thread-Topic: [mpls] I-D Action: draft-ietf-mpls-spring-entropy-label-05.txt Thread-Index: AQHSvQmtE7BLY8gG4kiZvukVPI6eCKHUmVgw Date: Mon, 24 Apr 2017 14:50:42 +0000 Message-ID: <15776_1493045443_58FE10C3_15776_99_1_9E32478DFA9976438E7A22F69B08FF921DD5419E@OPEXCLILMA4.corporate.adroot.infra.ftgroup> References: <149304523494.25786.637434523764265105@ietfa.amsl.com> In-Reply-To: <149304523494.25786.637434523764265105@ietfa.amsl.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] [mpls] I-D Action: draft-ietf-mpls-spring-entropy-label-05.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 24 Apr 2017 14:52:19 -0000 Hi all, Here is a new revision of the draft about the use of Entropy Label with SPR= ING. Hope it will fit the comments that have been received. Let us know your feedback on this new revision. Brgds, Stephane -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of internet-drafts@ietf= .org Sent: Monday, April 24, 2017 16:47 To: i-d-announce@ietf.org Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-spring-entropy-label-05.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : Entropy label for SPRING tunnels Authors : Sriganesh Kini Kireeti Kompella Siva Sivabalan Stephane Litkowski Rob Shakir Jeff Tantsura Filename : draft-ietf-mpls-spring-entropy-label-05.txt Pages : 23 Date : 2017-04-24 Abstract: Source routed tunnels with label stacking is a technique that can be leveraged to provide a method to steer a packet through a controlled set of segments. This can be applied to the Multi Protocol Label Switching (MPLS) data plane. Entropy label (EL) is a technique used in MPLS to improve load balancing. This document examines and describes how ELs are to be applied to source routed tunnels with label stacks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-entropy-label/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-spring-entropy-label-05 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-spring-entropy-label-= 05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-spring-entropy-label-05 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. From nobody Mon Apr 24 20:10:16 2017 Return-Path: X-Original-To: ospf@ietf.org Delivered-To: ospf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 459D2131448; Mon, 24 Apr 2017 20:10:08 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: ospf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.50.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <149308980822.7096.7933966247122054042@ietfa.amsl.com> Date: Mon, 24 Apr 2017 20:10:08 -0700 Archived-At: Subject: [OSPF] I-D Action: draft-ietf-ospf-encapsulation-cap-02.txt X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Apr 2017 03:10:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Open Shortest Path First IGP of the IETF. Title : Advertising Tunnelling Capability in OSPF Authors : Xiaohu Xu Bruno Decraene Robert Raszuk Uma Chunduri Luis M. Contreras Luay Jalil Filename : draft-ietf-ospf-encapsulation-cap-02.txt Pages : 11 Date : 2017-04-24 Abstract: Some networks use tunnels for a variety of reasons. A large variety of tunnel types are defined and the ingress needs to select a type of tunnel which is supported by the egress. This document defines how to advertise egress tunnel capabilities in OSPF Router Information. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-ospf-encapsulation-cap/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-ospf-encapsulation-cap-02 https://datatracker.ietf.org/doc/html/draft-ietf-ospf-encapsulation-cap-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-encapsulation-cap-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Apr 24 21:01:00 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C402127071; Mon, 24 Apr 2017 21:00:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.79 X-Spam-Level: X-Spam-Status: No, score=-4.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-FNZSyfBIgN; Mon, 24 Apr 2017 21:00:56 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0119.outbound.protection.outlook.com [104.47.34.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D0730127698; Mon, 24 Apr 2017 21:00:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=MqdoZNDNF37OaGZZoVc3HNmiCo7biOc1CSjS9l1+R0g=; b=DCF2j1gdEDB3zvf0XD8eLy3YR1yEA29Yb0NeDpVbrn3z3cNBgjfy6VnTHvhKiWquulB9Cl4Wizx4MrYkuw2OEYgvMe5yCrJb66JRHFpZrRiB7b24c3rUc3Afnn86Izj5XLexdS/n+Ca/Ke4pFTqTizHW0O4jrfn9cGrTZI1+x94= Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1061.6; Tue, 25 Apr 2017 04:00:53 +0000 Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1061.011; Tue, 25 Apr 2017 04:00:53 +0000 From: Shraddha Hegde To: Alexander Okonnikov , "draft-ietf-ospf-link-overload@ietf.org" , "ospf@ietf.org" Thread-Topic: draft-ietf-ospf-link-overload-06 - DR migration Thread-Index: AQHSudlPlJRn5dQmKE28nEUbwcQO5KHUTKkQgAADoYCAASuwMA== Date: Tue, 25 Apr 2017 04:00:53 +0000 Message-ID: References: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> <99b6aa93-680f-c794-3cd8-a876a6d82e98@gmail.com> In-Reply-To: <99b6aa93-680f-c794-3cd8-a876a6d82e98@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2706; 7:G7YJAnr8rFXWLvNB+vbWsN8naQ63mDb2F1rL5eYtdxp2NSKmHlBnCsDO417pXz35ji6YL9Ggr7SBKnyMD+u3odkU3njL7KDuwuqR0AyS3c8noITB2jULy6W0oUr+RVZGYD3oZKe0GDzlkF8bXuhPbuE+y7z0rmTGeSMzdTbbh6irUNv4Dp62kJw2k6mLWDcCGoGqNSMYOmdCA22G+p0prS7MaIIeEHY4umzyUuA++iNVUr/6pfT/p582dmdn3geQ0Lxlm/0j7ofP/jd6sJH2JsVLtF5+j6We7htYw+UNbp9koH7uoGBxsVMtOt+JWOl00ARjfM+BXshdcq0eJfGw+w== x-ms-office365-filtering-correlation-id: ee3caf39-4ee9-40f0-8c60-08d48b8fab54 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081)(201702281549075); SRVR:BN3PR05MB2706; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(6072148); SRVR:BN3PR05MB2706; BCL:0; PCL:0; RULEID:; SRVR:BN3PR05MB2706; x-forefront-prvs: 0288CD37D9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400002)(39400400002)(39840400002)(39410400002)(39450400003)(39860400002)(377454003)(39060400002)(38730400002)(33656002)(53546009)(25786009)(122556002)(81166006)(8676002)(76176999)(50986999)(8936002)(54356999)(53936002)(6506006)(102836003)(6116002)(189998001)(3846002)(5660300001)(66066001)(790700001)(55016002)(54896002)(2950100002)(236005)(99286003)(7696004)(86362001)(74316002)(77096006)(9686003)(6306002)(2900100001)(2201001)(2501003)(7736002)(229853002)(6246003)(3280700002)(230783001)(6436002)(2906002)(3660700001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2706; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR05MB270601468708067EA21F1456D51E0BN3PR05MB2706namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Apr 2017 04:00:53.6170 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2706 Archived-At: Subject: Re: [OSPF] draft-ietf-ospf-link-overload-06 - DR migration X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 25 Apr 2017 04:00:58 -0000 --_000_BN3PR05MB270601468708067EA21F1456D51E0BN3PR05MB2706namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WWVzLiBZb3UgYXJlIHJpZ2h0Lg0KDQpUaGlzIGlzIGEgcHJvYmxlbSBzcGVjaWZpYyB0byBCRFIg dGFraW5nIG92ZXIgdGhlIHJvbGUgb2YgRFIuDQpUaGUgcHJvYmxlbSB5b3UgZGVzY3JpYmUgaGFz IGJlZW4gYXJvdW5kIGZvciBhIHdoaWxlIGFuZCBJIGhhdmUgc2VlbiBwZW9wbGUgdXNpbmcNCmRl Y2VudCB3b3JrYXJvdW5kcyB3aXRob3V0IHJlcXVpcmluZyBwcm90b2NvbCBjaGFuZ2VzIHRvIHNv bHZlIHRoaXMgcHJvYmxlbS4NCg0KUmdkcw0KU2hyYWRkaGENCg0KRnJvbTogQWxleGFuZGVyIE9r b25uaWtvdiBbbWFpbHRvOmFsZXhhbmRlci5va29ubmlrb3ZAZ21haWwuY29tXQ0KU2VudDogTW9u ZGF5LCBBcHJpbCAyNCwgMjAxNyAzOjMzIFBNDQpUbzogU2hyYWRkaGEgSGVnZGUgPHNocmFkZGhh QGp1bmlwZXIubmV0PjsgZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5vcmc7IG9z cGZAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0w NiAtIERSIG1pZ3JhdGlvbg0KDQoNCkhpIFNocmFkZGhhLA0KDQoNCg0KRm9yIHBsYW5uZWQgbGlu ayBtYWludGVuYW5jZSB0aGVyZSBzdGlsbCBjb3VsZCBiZSB0cmFmZmljIGRpc3J1cHRpb24uIEV2 ZW4gaWYgcm91dGVyIHdpdGggb3ZlcmxvYWRlZCBsaW5rIGlzIGRldGFjaGVkIGZyb20gYnJvYWRj YXN0IGxpbmssIHRoZSBsYXR0ZXIgc3RpbGwgY291bGQgYmUgdXNlZCBieSBvdGhlciByb3V0ZXJz IG9uIHRoaXMgb25lLiBJZiByb3V0ZXIgd2l0aCBvdmVybG9hZGVkIGxpbmsgd2FzIERSLCB0cmFm ZmljIGJldHdlZW4gb3RoZXIgcm91dGVycyBvbiBicm9hZGNhc3QgbGluayBjb3VsZCBiZSBkaXNy dXB0ZWQuIEFtIEkgY29ycmVjdD8NCg0KMjQuMDQuMjAxNyAxMjo1NSwgU2hyYWRkaGEgSGVnZGUg 0L/QuNGI0LXRgjoNCkhpIEFsZXhhbmRlciwNCg0KVGhlIG9iamVjdGl2ZSBvZiB0aGlzIGRyYWZ0 IGlzIHRvIHJlLXJvdXRlIHRoZSB0cmFmZmljIGZyb20gdGhlIGxpbmsgdGhhdCBpcyBleHBlY3Rl ZCB0byB1bmRlcmdvIG1haW50ZW5hbmNlDQpBbmQgdGhlIGNhc2Ugb2YgYnJvYWRjYXN0IGxpbmtz ICBpcyBleHBsYWluZWQgaW4gc2VjIDUuMiB3aGljaCBhY2hpZXZlcyB0aGUgb2JqZWN0aXZlLg0K DQpUaGUgY2FzZSB5b3UgZGVzY3JpYmVkIG1heSBiZSByZWxldmFudCBmb3IgdW5wbGFubmVkIGxp bmstZG93biBldmVudHMgd2hpY2ggaXMgb3V0c2lkZSB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdC4N Cg0KVGhhbmtzDQpTaHJhZGRoYQ0KDQoNCkZyb206IEFsZXhhbmRlciBPa29ubmlrb3YgW21haWx0 bzphbGV4YW5kZXIub2tvbm5pa292QGdtYWlsLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBBcHJpbCAy MCwgMjAxNyA2OjUwIFBNDQpUbzogZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5v cmc8bWFpbHRvOmRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkQGlldGYub3JnPjsgb3NwZkBp ZXRmLm9yZzxtYWlsdG86b3NwZkBpZXRmLm9yZz4NClN1YmplY3Q6IGRyYWZ0LWlldGYtb3NwZi1s aW5rLW92ZXJsb2FkLTA2IC0gRFIgbWlncmF0aW9uDQoNCkhpIGF1dGhvcnMsDQoNCkluIGNhc2Ug d2hlbiB0aGUgbm9kZSB0aGF0IGhhcyB0aGUgbGluayB0byBiZSBvdmVybG9hZGVkIGlzIERSIChm b3INCmJyb2FkY2FzdC9OQk1BIGxpbmsgY2FzZSksIHRha2luZyB0aGlzIGxpbmsgb3V0IG9mIHNl cnZpY2UgY291bGQgYmUNCmRpc3J1cHRpdmUuIFdoYXQgaWYgdG8gbW9kaWZ5IHByb2NlZHVyZSBp biBzdWNoIG1hbm5lciB0aGF0IHdoZW4gQkRSDQpyZWNlaXZlcyBMaW5rLU92ZXJsb2FkLXN1Yi1U TFYgZnJvbSBEUiwgaXQgZ2VuZXJhdGVzIE5ldHdvcmsgTFNBIGluDQphZHZhbmNlLCBiZWZvcmUg dGFraW5nIERSIHJvbGUuIFRoZSBub2RlIHdpdGggb3ZlcmxvYWRpbmcgbGluayB0aGVuDQp3YWl0 cyBzb21lIHRpbWUgKGZvciBleGFtcGxlLCAzIHNlY3MpIGFuZCBjaGFuZ2VzIGl0cyBpbnRlcmZh Y2UgcHJpb3JpdHkNCnRvIDAuDQoNClRoYW5rIHlvdS4NCg0KDQo= --_000_BN3PR05MB270601468708067EA21F1456D51E0BN3PR05MB2706namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjsN Cgljb2xvcjpibGFjazt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0K cA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJ bWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4t bGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIixzZXJpZjsNCgljb2xvcjpibGFjazt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAs IGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmOw0KCWNvbG9yOmJsYWNrO30NCnNwYW4uRW1haWxT dHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0K ZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1h eD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0K PG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9 IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9k eSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0 RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+WWVzLiBZb3UgYXJlIHJpZ2h0LjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhpcyBpcyBhIHByb2JsZW0gc3Bl Y2lmaWMgdG8gQkRSIHRha2luZyBvdmVyIHRoZSByb2xlIG9mIERSLjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdE Ij5UaGUgcHJvYmxlbSB5b3UgZGVzY3JpYmUgaGFzIGJlZW4gYXJvdW5kIGZvciBhIHdoaWxlIGFu ZCBJIGhhdmUgc2VlbiBwZW9wbGUgdXNpbmc8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+ZGVjZW50IHdvcmth cm91bmRzIHdpdGhvdXQgcmVxdWlyaW5nIHByb3RvY29sIGNoYW5nZXMgdG8gc29sdmUgdGhpcyBw cm9ibGVtLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Umdkczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5TaHJhZGRoYTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOndpbmRvd3RleHQiPkZyb206 PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6d2luZG93dGV4dCI+IEFsZXhhbmRlciBP a29ubmlrb3YgW21haWx0bzphbGV4YW5kZXIub2tvbm5pa292QGdtYWlsLmNvbV0NCjxicj4NCjxi PlNlbnQ6PC9iPiBNb25kYXksIEFwcmlsIDI0LCAyMDE3IDM6MzMgUE08YnI+DQo8Yj5Ubzo8L2I+ IFNocmFkZGhhIEhlZ2RlICZsdDtzaHJhZGRoYUBqdW5pcGVyLm5ldCZndDs7IGRyYWZ0LWlldGYt b3NwZi1saW5rLW92ZXJsb2FkQGlldGYub3JnOyBvc3BmQGlldGYub3JnPGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZC0wNiAtIERSIG1pZ3JhdGlv bjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwPkhpIFNocmFkZGhhLDxvOnA+PC9vOnA+PC9w Pg0KPHA+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cD5Gb3IgcGxhbm5lZCBsaW5rIG1haW50ZW5h bmNlIHRoZXJlIHN0aWxsIGNvdWxkIGJlIHRyYWZmaWMgZGlzcnVwdGlvbi4gRXZlbiBpZiByb3V0 ZXIgd2l0aCBvdmVybG9hZGVkIGxpbmsgaXMgZGV0YWNoZWQgZnJvbSBicm9hZGNhc3QgbGluaywg dGhlIGxhdHRlciBzdGlsbCBjb3VsZCBiZSB1c2VkIGJ5IG90aGVyIHJvdXRlcnMgb24gdGhpcyBv bmUuIElmIHJvdXRlciB3aXRoIG92ZXJsb2FkZWQgbGluayB3YXMgRFIsIHRyYWZmaWMgYmV0d2Vl bg0KIG90aGVyIHJvdXRlcnMgb24gYnJvYWRjYXN0IGxpbmsgY291bGQgYmUgZGlzcnVwdGVkLiBB bSBJIGNvcnJlY3Q/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4yNC4wNC4yMDE3IDEy OjU1LCBTaHJhZGRoYSBIZWdkZSDQv9C40YjQtdGCOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5IaSBB bGV4YW5kZXIsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGUg b2JqZWN0aXZlIG9mIHRoaXMgZHJhZnQgaXMgdG8gcmUtcm91dGUgdGhlIHRyYWZmaWMgZnJvbSB0 aGUgbGluayB0aGF0IGlzIGV4cGVjdGVkIHRvIHVuZGVyZ28gbWFpbnRlbmFuY2U8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+QW5kIHRoZSBjYXNlIG9mIGJyb2FkY2FzdCBsaW5rcyAmbmJzcDtpcyBleHBsYWlu ZWQgaW4gc2VjIDUuMiB3aGljaCBhY2hpZXZlcyB0aGUgb2JqZWN0aXZlLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhlIGNhc2UgeW91IGRlc2NyaWJlZCBtYXkg YmUgcmVsZXZhbnQgZm9yIHVucGxhbm5lZCBsaW5rLWRvd24gZXZlbnRzIHdoaWNoIGlzIG91dHNp ZGUgdGhlIHNjb3BlIG9mIHRoaXMgZHJhZnQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5UaGFua3M8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+U2hyYWRkaGE8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNF MUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYi PiBBbGV4YW5kZXIgT2tvbm5pa292IFs8YSBocmVmPSJtYWlsdG86YWxleGFuZGVyLm9rb25uaWtv dkBnbWFpbC5jb20iPm1haWx0bzphbGV4YW5kZXIub2tvbm5pa292QGdtYWlsLmNvbTwvYT5dDQo8 YnI+DQo8Yj5TZW50OjwvYj4gVGh1cnNkYXksIEFwcmlsIDIwLCAyMDE3IDY6NTAgUE08YnI+DQo8 Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLW9zcGYtbGluay1vdmVybG9hZEBp ZXRmLm9yZyI+ZHJhZnQtaWV0Zi1vc3BmLWxpbmstb3ZlcmxvYWRAaWV0Zi5vcmc8L2E+Ow0KPGEg aHJlZj0ibWFpbHRvOm9zcGZAaWV0Zi5vcmciPm9zcGZAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+U3Vi amVjdDo8L2I+IGRyYWZ0LWlldGYtb3NwZi1saW5rLW92ZXJsb2FkLTA2IC0gRFIgbWlncmF0aW9u PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPGRpdiBuYW1lPSJtZXNzYWdlQm9keVNlY3Rpb24i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMzMzMzMzMiPkhpIGF1 dGhvcnMsPGJyPg0KPGJyPg0KSW4gY2FzZSB3aGVuIHRoZSBub2RlIHRoYXQgaGFzIHRoZSBsaW5r IHRvIGJlIG92ZXJsb2FkZWQgaXMgRFIgKGZvcjxicj4NCmJyb2FkY2FzdC9OQk1BIGxpbmsgY2Fz ZSksIHRha2luZyB0aGlzIGxpbmsgb3V0IG9mIHNlcnZpY2UgY291bGQgYmU8YnI+DQpkaXNydXB0 aXZlLiBXaGF0IGlmIHRvIG1vZGlmeSBwcm9jZWR1cmUgaW4gc3VjaCBtYW5uZXIgdGhhdCB3aGVu IEJEUjxicj4NCnJlY2VpdmVzIExpbmstT3ZlcmxvYWQtc3ViLVRMViBmcm9tIERSLCBpdCBnZW5l cmF0ZXMgTmV0d29yayBMU0EgaW48YnI+DQphZHZhbmNlLCBiZWZvcmUgdGFraW5nIERSIHJvbGUu IFRoZSBub2RlIHdpdGggb3ZlcmxvYWRpbmcgbGluayB0aGVuPGJyPg0Kd2FpdHMgc29tZSB0aW1l IChmb3IgZXhhbXBsZSwgMyBzZWNzKSBhbmQgY2hhbmdlcyBpdHMgaW50ZXJmYWNlIHByaW9yaXR5 PGJyPg0KdG8gMC48YnI+DQo8YnI+DQpUaGFuayB5b3UuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2IG5hbWU9Im1lc3NhZ2VTaWduYXR1cmVTZWN0aW9uIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_BN3PR05MB270601468708067EA21F1456D51E0BN3PR05MB2706namp_-- From nobody Tue Apr 25 05:08:48 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36F4812869B; Tue, 25 Apr 2017 05:08:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.688 X-Spam-Level: X-Spam-Status: No, score=-2.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3tzdMifnDBbR; Tue, 25 Apr 2017 05:08:44 -0700 (PDT) Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 109F912EC5F; Tue, 25 Apr 2017 05:08:42 -0700 (PDT) Received: by mail-lf0-x22b.google.com with SMTP id t144so89541841lff.1; Tue, 25 Apr 2017 05:08:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=km+m5J/y2Uvv32hJkdVctQcMVcJGpMtwxfaQGyDdHbU=; b=G8hWBSSCfg6J6HXMAqbKjckbSMC/ZB/R1kD/5p/xMVoP3yZpq+tcjx+uuekxTBosOe bnBtcfoeQkfQLhHsvqS60NdfkwzImT7X5adomqwofoy6DDYSTibXbWES3Y2obbw5f/Kn RjuSCriXp3V+1ioodlx+gifNJbxfBtGDSnya/xqV12BnEIL2ElKeiRmr4nMxG4v8K8Av sjCxvvGJzU4MjRaJHyyhyC4l9rkCHJJGQdKJrbKAjUfIzryCCshPnIL9DGhFf8ZTmuNy PesdrzXE3+2EV0Mu7YXgQq8MuJcJfRf7ALCYkJeO1bpvZ9jdDfwCVzLAQ/VXw+PivCGI cmaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=km+m5J/y2Uvv32hJkdVctQcMVcJGpMtwxfaQGyDdHbU=; b=qEpQYDayETw2ipaeSM2L411d1/1YHl2NL+RbMM4FSWdgQUSzqaCPCpyMNbU3sIMOsQ yvALP9C6xsgmcuyM1++Tb6NhMuUJrZIv9e9/IvF6+lHla2sPO2yacP3OjbLBH7qsJ/Ru adb9lj/mICLDB0svq004IWctTOYT4nGxDYaRE0k6OFYcsYx6ze7iUzL/JucrlxjYNVuV JyyIhUW0rJ/rPY2SsY2gC2BhB+kCaH+kHZ8OOX3pqO1rQocu7U/ZhnDZ/FTWz4A0fq9Y VBDvAHpu7HCXJayUqmfI9u+wcG6A6w3tmY9Ae0laXrx+RsJAeKpw2sj4fo49WqZqdhOv y9cA== X-Gm-Message-State: AN3rC/7Wbz13mUYm420QEBRDkrw0kDwC25YINcpv/SGK9W9nWz39kh43 fQzIvRfqPOm0hYce X-Received: by 10.25.15.81 with SMTP id e78mr11231716lfi.144.1493122120066; Tue, 25 Apr 2017 05:08:40 -0700 (PDT) Received: from [192.168.1.17] (secretmaker-96.ip.PeterStar.net. [217.195.72.96]) by smtp.gmail.com with ESMTPSA id z26sm3871258lja.28.2017.04.25.05.08.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Apr 2017 05:08:39 -0700 (PDT) To: Shraddha Hegde , "draft-ietf-ospf-link-overload@ietf.org" , "ospf@ietf.org" References: <37c8fb2e-a6ba-4e2d-8009-62c83c816f62@Spark> <99b6aa93-680f-c794-3cd8-a876a6d82e98@gmail.com> From: Alexander Okonnikov Message-ID: Date: Tue, 25 Apr 2017 15:08:38 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------09833DBC5C999A30C22E1939" Archived-At: Subject: Re: [OSPF] draft-ietf-ospf-link-overload-06 - DR migration X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 25 Apr 2017 12:08:46 -0000 This is a multi-part message in MIME format. --------------09833DBC5C999A30C22E1939 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi Shraddha, I thought that one of goals of the draft is to minimize manual intervention as a preparation for maintenance. My assumption is that workarounds do require some manual intervention. Are mentioned workarounds specific for particular implementation where BDR always generates Network LSA in addition to DR's Network LSA? Or is essence of workarounds in (manual) tuning of SPF delay timer? Thank you. 25.04.2017 07:00, Shraddha Hegde пишет: > > Yes. You are right. > > This is a problem specific to BDR taking over the role of DR. > > The problem you describe has been around for a while and I have seen > people using > > decent workarounds without requiring protocol changes to solve this > problem. > > Rgds > > Shraddha > > *From:*Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com] > *Sent:* Monday, April 24, 2017 3:33 PM > *To:* Shraddha Hegde ; > draft-ietf-ospf-link-overload@ietf.org; ospf@ietf.org > *Subject:* Re: draft-ietf-ospf-link-overload-06 - DR migration > > Hi Shraddha, > > For planned link maintenance there still could be traffic disruption. > Even if router with overloaded link is detached from broadcast link, > the latter still could be used by other routers on this one. If router > with overloaded link was DR, traffic between other routers on > broadcast link could be disrupted. Am I correct? > > 24.04.2017 12:55, Shraddha Hegde пишет: > > Hi Alexander, > > The objective of this draft is to re-route the traffic from the > link that is expected to undergo maintenance > > And the case of broadcast links is explained in sec 5.2 which > achieves the objective. > > The case you described may be relevant for unplanned link-down > events which is outside the scope of this draft. > > Thanks > > Shraddha > > *From:*Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com] > *Sent:* Thursday, April 20, 2017 6:50 PM > *To:* draft-ietf-ospf-link-overload@ietf.org > ; ospf@ietf.org > > *Subject:* draft-ietf-ospf-link-overload-06 - DR migration > > Hi authors, > > In case when the node that has the link to be overloaded is DR (for > broadcast/NBMA link case), taking this link out of service could be > disruptive. What if to modify procedure in such manner that when BDR > receives Link-Overload-sub-TLV from DR, it generates Network LSA in > advance, before taking DR role. The node with overloading link then > waits some time (for example, 3 secs) and changes its interface > priority > to 0. > > Thank you. > --------------09833DBC5C999A30C22E1939 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Hi Shraddha,


I thought that one of goals of the draft is to minimize manual intervention as a preparation for maintenance. My assumption is that workarounds do require some manual intervention. Are mentioned workarounds specific for particular implementation where BDR always generates Network LSA in addition to DR's Network LSA? Or is essence of workarounds in (manual) tuning of SPF delay timer?


Thank you.


25.04.2017 07:00, Shraddha Hegde пишет:

Yes. You are right.

 

This is a problem specific to BDR taking over the role of DR.

The problem you describe has been around for a while and I have seen people using

decent workarounds without requiring protocol changes to solve this problem.

 

Rgds

Shraddha

 

From: Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com]
Sent: Monday, April 24, 2017 3:33 PM
To: Shraddha Hegde <shraddha@juniper.net>; draft-ietf-ospf-link-overload@ietf.org; ospf@ietf.org
Subject: Re: draft-ietf-ospf-link-overload-06 - DR migration

 

Hi Shraddha,

 

For planned link maintenance there still could be traffic disruption. Even if router with overloaded link is detached from broadcast link, the latter still could be used by other routers on this one. If router with overloaded link was DR, traffic between other routers on broadcast link could be disrupted. Am I correct?

 

24.04.2017 12:55, Shraddha Hegde пишет:

Hi Alexander,

 

The objective of this draft is to re-route the traffic from the link that is expected to undergo maintenance

And the case of broadcast links  is explained in sec 5.2 which achieves the objective.

 

The case you described may be relevant for unplanned link-down events which is outside the scope of this draft.

 

Thanks

Shraddha

 

 

From: Alexander Okonnikov [mailto:alexander.okonnikov@gmail.com]
Sent: Thursday, April 20, 2017 6:50 PM
To: draft-ietf-ospf-link-overload@ietf.org; ospf@ietf.org
Subject: draft-ietf-ospf-link-overload-06 - DR migration

 

Hi authors,

In case when the node that has the link to be overloaded is DR (for
broadcast/NBMA link case), taking this link out of service could be
disruptive. What if to modify procedure in such manner that when BDR
receives Link-Overload-sub-TLV from DR, it generates Network LSA in
advance, before taking DR role. The node with overloading link then
waits some time (for example, 3 secs) and changes its interface priority
to 0.

Thank you.

 

 


--------------09833DBC5C999A30C22E1939-- From nobody Wed Apr 26 15:08:19 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FA73129501 for ; Wed, 26 Apr 2017 15:08:14 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=venaas-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ryG4IfLs9PJU for ; Wed, 26 Apr 2017 15:08:13 -0700 (PDT) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3C7EF126CE8 for ; Wed, 26 Apr 2017 15:08:11 -0700 (PDT) Received: by mail-qk0-x236.google.com with SMTP id y63so13427651qkd.1 for ; Wed, 26 Apr 2017 15:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=venaas-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=JG9Fl/6WXafCGNgUoyN1e2d3B62Mpu9sOVaw34VmCEA=; b=dDjnWY0r7g9cyDxOMZlh6zhSog6PxDEHlOwKQrxJPY/k9imdQAiEpWWJjVvAJuywCZ K/vfZSMaMoVE4JezI+8/U+CUNIa1lwvMH8YBDkGr6dKhMYQaGkulJ8UVIr0LSEPhHhIE MSGyNULV4xP8CsKIEBaObT/FkhR5c2uQ79Kajsc9Ozj+yw3r7v4EJxTxmdWA0rXhRk1k 8wAq/bMtBsyuvVUa8bTcpYKi8u6h3bjadcKFhZxD376JFmKKJHc1mcrmgWzRDkJYbS22 Qdmqn6Su/XXhPnxKOkHTO9cAjueJVO2wMss83697OllTzxr/qJ/iQ7z6bOqYv4yp9/LM VUAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=JG9Fl/6WXafCGNgUoyN1e2d3B62Mpu9sOVaw34VmCEA=; b=Njodndtiu2ZtLGMI9VHzNIZTYC4UGwuyE4k4gFUW8lNDqJtCid2HTdvdAxAV9Jw8C4 v/UMIRBYioF0qhds3twg0OaEyFQVpY69PTIBGHFTzaTRTXDxH94+qIr3Zfxm2z3QP8C7 8mPTSPbgp6LLJftxq3NIZ+wpBz0ENwJ1pwuSCIgv4u/r+v8BzZ7inAUmxIN6yU4qoxFg zDlyi2JQrrxcuint4d2pPSgvqmxije0dhjpN/D4kK0OCqT58pYokXEDmLiN17etUc+gH 7PgahoigtL7XYAdNGYrP1lDnbbSzjcxUUzN+0b16+gMFgLOWCDTLclIBVsX3/jYwczMP xFsA== X-Gm-Message-State: AN3rC/5cjxfsvpkTRwcAI7rfrggMSqfBirMgBZMBTzW+eTiaFU/BJ/Wt rMdf60W2HHBSlIP7Q9UtPSexmTUSbg== X-Received: by 10.55.207.208 with SMTP id v77mr2228307qkl.189.1493244490315; Wed, 26 Apr 2017 15:08:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.88.176 with HTTP; Wed, 26 Apr 2017 15:08:09 -0700 (PDT) From: Stig Venaas Date: Wed, 26 Apr 2017 15:08:10 -0700 Message-ID: To: rtg-dir@ietf.org, ospf@ietf.org, ospf-chairs@ietf.org, draft-ietf-ospf-segment-routing-extensions.all@ietf.org Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: [OSPF] RtgDir QA review: draft-ietf-ospf-segment-routing-extensions-12 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 26 Apr 2017 22:08:14 -0000 Hello, I have been selected as the Routing Directorate reviewer for this draft. This is just an early QA review. The draft is in good shape, but I did find some minor issues and nits. It is fairly readable, but it could be improved in a few places. Minor issues: In 3.1: The SR-Algorithm TLV is some places called a Sub-TLV. It might be good to be consistent. This is not clear in 3.1: The SR-Algorithm Sub-TLV is optional. It MAY only be advertised once in the Router Information Opaque LSA. Is this trying to say that it MUST NOT be advertised more than once? With the current wording this is not obviously that strict. I see some text regarding multiple SR-Algorithm sub-TLVs, but it also looks like one can have multiple algorithms in one sub-TLV. At least from the diagram. But I don't see any discussion about this. Is it OK to add multiple? When can it be done, what does it mean? What if routers don't support the exact same set of algorithms? The term "lowest flooding scope" is used a couple of places. I think I know what it means, but it might be good to point it out. Also, I'm used to seeing the term "smallest" rather than "lowest". I'm assuming they mean the same. In 3.2 there is this bullet point: The receiving router must adhere to the order in which the ranges are advertised when calculating a SID/label from a SID index. You probably should use MUST here. Section 4: In section 4 there is a range for advertising a range of prefixes. But it looks like it contains a single prefix length and it says the length is the length of the prefix. While it says range size is the number of prefixes. I don't understand from the text what really prefix length and range size means and how this should be used. I understand this is IPv4 only since OSPFv2, but rather than just saying IPv4 is 0, maybe refer to an IANA AF registry? This might be helpful if you want to use the same sub-TLV in OSPFv3 and use the same code for parsing etc. IANA has 1 for IPv4 though. Section 5: Is it intentional that the flags start in position 1 rather than 0? I see that the NP flag should be ignored when M is set. Then I see this text: As the Mapping Server does not specify the originator of a prefix advertisement, it is not possible to determine PHP behavior solely based on the Mapping Server advertisement. However, PHP behavior may safely be done in following cases: This seems not very precise. Could you say exactly what the behavior should be, rather than saying "behavior may be done"? Section 6: It might be good to make clear that other flag positions are reserved, set to 0 and ignored... Perhaps also point out that weight is in the range 0-255. I see this sentence: If the SID/Label Sub-TLV appears in the SID/Label Binding Sub-TLV more than once, instances other than the first will be ignored and Should it say MUST be ignored? Section 6.2 it says: All ERO Sub-TLVs must immediately follow the SID/Label Sub-TLV. All Backup ERO Sub-TLVs must immediately follow the last ERO Sub-TLV. Should these be normative MUSTs? In 6.2.1: It would be good for all of these to specify that other flags are reserved. Nits: The intro should perhaps mention LAN adjacency and binding SIDs? 2nd paragraph of section 2 is confusing. It sounds like the Opaque LSAs in 7684 were defined for SID in particular, but it is a generic mechanism. Perhaps SID was the motivation though? Section 6.1: It says: The ERO Metric Sub-TLV advertises the cost of an ERO path. It is used to compare the cost of a given source/destination path. A router SHOULD advertise the ERO Metric Sub-TLV in an advertised ERO TLV. Is the ERO TLV the ERO Sub-TLVs defined in 6.2? It would be good to point that out. In 8.4.2: Broadcast, NBMA or or hybrid Extra "or". Section 9: There are no new registries and most of the TLVs are already allocated? It seems there are a few new ones where it should probably say TBD, or say something about being suggested values. That was done in earlier sections. I see in some places it says "are allocated" here, while it says "suggested" in the definition of the TLV. Section 10: It says there are responses from 2 implementers, but I see 3. Section 11: Are these really all the potential security issues? I'm on vacation the next 2 weeks, so I may not reply to any emails during that period. Regards, Stig From nobody Thu Apr 27 07:45:51 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D63912953E for ; Thu, 27 Apr 2017 07:45:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 HrkPyZJJCkeK for ; Thu, 27 Apr 2017 07:45:49 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 053F81294E6 for ; Thu, 27 Apr 2017 07:45:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2405; q=dns/txt; s=iport; t=1493304348; x=1494513948; h=from:to:subject:date:message-id:mime-version; bh=hMeZJ8Tp3UVHB+o7a5iddxreswp51N2AuMHQKcOA9Ac=; b=cwOs4Ea5HSwqTSD8SqiyJkFXtaKa75pS3PE2oRssKQI7feK0HlhHUayg YxnwVvR0ruDjDGcB93CgK5s2PwZ/Kg7VO/WHHw0QUpsqYiKnLa133A+b1 Oh+iT7MVG5FTiHigfJpKFry0Jb71U1r8wLqwckJHpj6Sy0qYHUqjp0jEp M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B1AQAFAwJZ/4oNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5nYYEMB4NhihiiAIU3gg8shhSEAT8YAQIBAQEBAQEBayiFOQZ?= =?us-ascii?q?oAQwBPQIEMCcEijAOnF+QDIImiwQBAQEBBgEBAQEBHgWTMYJfBZ1QAZMLggKFN?= =?us-ascii?q?4ollCYBHziBCm8VRIZwdQGHf4ENAQEB?= X-IronPort-AV: E=Sophos;i="5.37,384,1488844800"; d="scan'208,217";a="418495510" Received: from alln-core-5.cisco.com ([173.36.13.138]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Apr 2017 14:45:48 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v3REjmkh000551 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Thu, 27 Apr 2017 14:45:48 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Apr 2017 10:45:47 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 27 Apr 2017 10:45:47 -0400 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: Advertising Tunneling Capability in OSPF (draft-ietf-ospf-encapsulation-cap-02) Thread-Index: AQHSv2T0Wt4mtpmXKkuwBTNxE2A1/w== Date: Thu, 27 Apr 2017 14:45:47 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D5277C55ABEC0aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: [OSPF] Advertising Tunneling Capability in OSPF (draft-ietf-ospf-encapsulation-cap-02) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 27 Apr 2017 14:45:50 -0000 --_000_D5277C55ABEC0aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyBiZWdpbnMgdGhlIFdHIGxhc3QgY2FsbCBmb3IgdGhlIHN1YmplY3QgZHJhZnQuIFBsZWFz ZSBzZW5kIHlvdXIgIHN1cHBvcnQgYW5kL29yDQpjb21tZW50cyB0byB0aGlzIGxpc3QgcHJpb3Ig dG8gMTI6MDAgQU0gR01ULCBNYXkgMTJ0aCwgMjAxNy4NCg0KRm9yIHlvdXIgY29udmVuaWVuY2Us IGhlcmUgaXMgdGhlIFVSTCBmb3IgdGhlIHN1YmplY3QgZG9jdW1lbnQuDQoNCmh0dHBzOi8vd3d3 LmlldGYub3JnL2lkL2RyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNhcC0wMi50eHQNCg0K VGhhbmtzLA0KQWNlZQ0KDQo= --_000_D5277C55ABEC0aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <2518AA6DB4E6C84889A625ADEBA7EFCB@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJy aSxzYW5zLXNlcmlmIj5UaGlzIGJlZ2lucyB0aGUgV0cgbGFzdCBjYWxsIGZvciB0aGUgc3ViamVj dCBkcmFmdC4gUGxlYXNlIHNlbmQgeW91ciAmbmJzcDtzdXBwb3J0IGFuZC9vciZuYnNwOzwvZm9u dD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5jb21tZW50cyB0 byB0aGlzIGxpc3QgcHJpb3IgdG8gMTI6MDAgQU0gR01ULCBNYXkgMTJ0aCwgMjAxNy4mbmJzcDs8 L2ZvbnQ+PC9kaXY+DQo8ZGl2Pjxmb250IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+PGJyPg0K PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPkZvciB5 b3VyIGNvbnZlbmllbmNlLCBoZXJlIGlzIHRoZSBVUkwgZm9yIHRoZSBzdWJqZWN0IGRvY3VtZW50 LiZuYnNwOzwvZm9udD48L2Rpdj4NCjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNh bnMtc2VyaWYiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxz YW5zLXNlcmlmIj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLW9z cGYtZW5jYXBzdWxhdGlvbi1jYXAtMDIudHh0Ij5odHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFm dC1pZXRmLW9zcGYtZW5jYXBzdWxhdGlvbi1jYXAtMDIudHh0PC9hPjwvZm9udD48L2Rpdj4NCjxk aXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj48YnI+DQo8L2ZvbnQ+PC9kaXY+DQo8 ZGl2Pjxmb250IGZhY2U9IkNhbGlicmksc2Fucy1zZXJpZiI+VGhhbmtzLDwvZm9udD48L2Rpdj4N CjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5BY2VlJm5ic3A7PC9mb250Pjwv ZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IENhbGli cmksIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KPGJyPg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_D5277C55ABEC0aceeciscocom_-- From nobody Thu Apr 27 07:51:22 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5C77129577; Thu, 27 Apr 2017 07:51:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com 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 w8Nx4DlP1ij9; Thu, 27 Apr 2017 07:51:19 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0914E1296C9; Thu, 27 Apr 2017 07:50:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2503; q=dns/txt; s=iport; t=1493304658; x=1494514258; h=from:to:cc:subject:date:message-id:mime-version; bh=rrM5CzFwqTAIqWteuu7ZsFwr/7Pul3WmKkQoGzxIadw=; b=Y4eBXWwU6w2rQxtDMOegj11k6V47JSWmBSv6QThz8O6O8pAN8K27jmZn XNyWR5gHu7fapbYnpWh+X58HRO12B/Ttp/SnClJV7zp+j3En5faf/CY8j i1HQPpTQWfknZKpAOHelGbAaG/iLzhfLZNLZFFjxvLE7ac16FQyb+VEj/ g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B2AQBqBAJZ/4QNJK1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm5nYYETg2GKGKIAhTeCDy6FdhyEAT8YAQIBAQEBAQEBax0LhTk?= =?us-ascii?q?GVhIBDAE9AgQwJwQOiiIOrH+CJosEAQEBAQEBBAEBAQEBAQEBGwWObIRFgl8Fn?= =?us-ascii?q?VABhxiLc4IChTeKJZQmAR84gQpvFYc0iHWBDQEBAQ?= X-IronPort-AV: E=Sophos; i="5.37,384,1488844800"; d="scan'208,217"; a="20448899" Received: from alln-core-10.cisco.com ([173.36.13.132]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Apr 2017 14:50:58 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id v3REov1Z029513 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 27 Apr 2017 14:50:58 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 27 Apr 2017 10:50:57 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 27 Apr 2017 10:50:57 -0400 From: "Acee Lindem (acee)" To: "draft-ietf-ospf-encapsulation-cap@ietf.org" CC: OSPF WG List Thread-Topic: IPR Call for "Advertising Tunneling Capability in OSPF" Thread-Index: AQHSv2WtTBeIV9vsLUmbDnWUnQgeGg== Date: Thu, 27 Apr 2017 14:50:57 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/alternative; boundary="_000_D5277D85ABED6aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: [OSPF] IPR Call for "Advertising Tunneling Capability in OSPF" X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 27 Apr 2017 14:51:21 -0000 --_000_D5277D85ABED6aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXV0aG9ycywNCg0KQ29uY3VycmVudCB3aXRoIHRoZSBPU1BGIFdHIGxhc3QgY2FsbCwgd2UgYXJl IHBvbGxpbmcgYWdhaW4gYXMgdG8gd2hldGhlcg0KeW91IGhhdmUga25vd2xlZGdlIG9mIGFueSB1 bmRlY2xhcmVkIElQUi4gU28gZmFyLCB0aGVyZSBhcmUgbm8gSVBSDQpkZWNsYXJhdGlvbnMgcmVs YXRlZCB0byB0aGUgZG9jdW1lbnQuDQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXBy L3NlYXJjaC8/c3VibWl0PWRyYWZ0JmlkPWRyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNh cA0KDQpQbGVhc2UgY29uZmlybSB0byB0aGUgYmVzdCBvZiB5b3VyIGtub3dsZWRnZSB0aGF0IHRo ZXJlIGlzIG5vIElQUi4NCg0KVGhhbmtzLA0KQWNlZQ0KDQo= --_000_D5277D85ABED6aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiPg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMt c2VyaWYiPkF1dGhvcnMsJm5ic3A7PC9mb250PjwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxp YnJpLHNhbnMtc2VyaWYiPjxicj4NCjwvZm9udD48L2Rpdj4NCjxkaXY+PGZvbnQgZmFjZT0iQ2Fs aWJyaSxzYW5zLXNlcmlmIj5Db25jdXJyZW50IHdpdGggdGhlIE9TUEYgV0cgbGFzdCBjYWxsLCB3 ZSBhcmUgcG9sbGluZyBhZ2FpbiBhcyB0byB3aGV0aGVyPC9mb250PjwvZGl2Pg0KPGRpdj48Zm9u dCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPnlvdSBoYXZlIGtub3dsZWRnZSBvZiBhbnkgdW5k ZWNsYXJlZCBJUFIuIFNvIGZhciwgdGhlcmUgYXJlIG5vIElQUiZuYnNwOzwvZm9udD48L2Rpdj4N CjxkaXY+ZGVjbGFyYXRpb25zIHJlbGF0ZWQgdG8gdGhlIGRvY3VtZW50LiZuYnNwOzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIv c2VhcmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9u LWNhcDwvZGl2Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPjxicj4NCjwv Zm9udD48L2Rpdj4NCjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5z LXNlcmlmOyI+UGxlYXNlIGNvbmZpcm0gdG8gdGhlIGJlc3Qgb2YgeW91ciBrbm93bGVkZ2UgdGhh dCB0aGVyZSBpcyBubyBJUFIuJm5ic3A7PC9zcGFuPjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4N CjxkaXY+PGZvbnQgZmFjZT0iQ2FsaWJyaSxzYW5zLXNlcmlmIj5UaGFua3MsPC9mb250PjwvZGl2 Pg0KPGRpdj48Zm9udCBmYWNlPSJDYWxpYnJpLHNhbnMtc2VyaWYiPkFjZWU8L2ZvbnQ+PC9kaXY+ DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQo8YnI+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_D5277D85ABED6aceeciscocom_-- From nobody Thu Apr 27 08:06:18 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A885612956C; Thu, 27 Apr 2017 08:06:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.71 X-Spam-Level: X-Spam-Status: No, score=-0.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=CugAg4gd; dkim=pass (1024-bit key) header.d=verizon.com header.b=UPzp6I4d; dkim=pass (1024-bit key) header.d=verizon.com header.b=aj4ohah1 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 nku382aBzQ1w; Thu, 27 Apr 2017 08:06:14 -0700 (PDT) Received: from omzsmtpe03.verizonbusiness.com (omzsmtpe03.verizonbusiness.com [199.249.25.208]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0B55129AFE; Thu, 27 Apr 2017 08:04:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1493305496; x=1524841496; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=n+Bk9KIWApziOwc4dlrHH4Kjzj4y9jMaSMc+ATAUWVM=; b=CugAg4gdg52r+Tg88j4LqhtWMrvmlKAERXvL5RUraWAd/xXQxInYhOwo wDPGUZB5TWIU/+n3InbD4Rrr/fHEI5L4hhhbmBwjLoDS5rwThH7C2YCM7 uuH5z07g0Y0KSEhBLXxMfS1F32txIEOZy/botbdzpmjUHRkvrIryW9RNv o=; X-IronPort-Anti-Spam-Filtered: false Received: from unknown (HELO fldsmtpi01.verizon.com) ([166.68.71.143]) by omzsmtpe03.verizonbusiness.com with ESMTP; 27 Apr 2017 15:04:53 +0000 X-IronPort-AV: E=Sophos;i="5.37,384,1488844800"; d="scan'208,217";a="195222465" Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO apollo.verizonwireless.com) ([10.255.192.101]) by fldsmtpi01.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Apr 2017 15:03:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1493305433; x=1524841433; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=n+Bk9KIWApziOwc4dlrHH4Kjzj4y9jMaSMc+ATAUWVM=; b=UPzp6I4doICltHsJ3BzOq1XLjAmFJ3tQyZWOVOTBQiCJzWlbc81F+cg4 euRvyAX5i/cBDetjME066ukU4LExazaxsou1HPdZ4d37vmuO8qWhP4BGy i8b6CEhFHRCGiJ1LvpaXhfJwboVXCr4HAQI++mwPYmSSgwHA0z6lA3Hfp Y=; Received: from challenger.odc.vzwcorp.com (HELO mercury.verizonwireless.com) ([10.255.240.24]) by apollo.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Apr 2017 11:03:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1493305433; x=1524841433; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=n+Bk9KIWApziOwc4dlrHH4Kjzj4y9jMaSMc+ATAUWVM=; b=aj4ohah1qdaAmoDbaZgB/6/E0+V0zx4bH8I6q7G2JXc3ENZKlAC48K/t 8oDDzDT3DnqxZmvLmM0gg7lYjX+7kW2nXtUtwLMHtp972yWEqhYJxWXEi ptp3N4xoVAuHaoZ/U3L8P7ootyEcmSorp45ammhe/mtu/dBxJ5fPuPyYK U=; From: luay.jalil@verizon.com X-Host: challenger.odc.vzwcorp.com Received: from gaalpexhub2.uswin.ad.vzwcorp.com ([10.191.138.196]) by mercury.verizonwireless.com with ESMTP/TLS/AES256-SHA; 27 Apr 2017 15:03:50 +0000 Received: from OMZP1LUMXCA05.uswin.ad.vzwcorp.com (144.8.22.175) by GAALPEXHUB2.uswin.ad.vzwcorp.com (10.191.138.196) with Microsoft SMTP Server (TLS) id 8.3.406.0; Thu, 27 Apr 2017 11:03:11 -0400 Received: from OMZP1LUMXCA07.uswin.ad.vzwcorp.com (144.8.22.180) by OMZP1LUMXCA05.uswin.ad.vzwcorp.com (144.8.22.175) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Thu, 27 Apr 2017 10:03:10 -0500 Received: from OMZP1LUMXCA07.uswin.ad.vzwcorp.com ([144.8.22.180]) by OMZP1LUMXCA07.uswin.ad.vzwcorp.com ([144.8.22.180]) with mapi id 15.00.1263.000; Thu, 27 Apr 2017 10:03:10 -0500 To: "Acee Lindem (acee)" , "draft-ietf-ospf-encapsulation-cap@ietf.org" CC: OSPF WG List Thread-Topic: [E] IPR Call for "Advertising Tunneling Capability in OSPF" Thread-Index: AQHSv2diyrlzAQ8mSkWoEaz6wp952g== Date: Thu, 27 Apr 2017 15:03:10 +0000 Message-ID: <3idm7cn1pgbso9g7prxf6ix2.1493305387624@email.android.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_3idm7cn1pgbso9g7prxf6ix21493305387624emailandroidcom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] [E] IPR Call for "Advertising Tunneling Capability in OSPF" X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 27 Apr 2017 15:06:16 -0000 --_000_3idm7cn1pgbso9g7prxf6ix21493305387624emailandroidcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Not aware of any IPR Thanks, Luay -------- Original Message -------- From: "Acee Lindem (acee)" > Date: Thu, Apr 27, 2017, 10:51 AM To: "draft-ietf-ospf-encapsulation-cap@ietf.org" > CC: OSPF WG List > Subject: [E] IPR Call for "Advertising Tunneling Capability in OSPF" Authors, Concurrent with the OSPF WG last call, we are polling again as to whether you have knowledge of any undeclared IPR. So far, there are no IPR declarations related to the document. https://datatracker.ietf.org/ipr/search/?submit=3Ddraft&id=3Ddraft-ietf-osp= f-encapsulation-cap Please confirm to the best of your knowledge that there is no IPR. Thanks, Acee --_000_3idm7cn1pgbso9g7prxf6ix21493305387624emailandroidcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Not aware of any IPR

Thanks,
Luay

-------- Original Message --------
From: "Acee Lindem (acee)" <= acee@cisco.com>
Date: Thu, Apr 27, 2017, 10:51 AM
To: "dra= ft-ietf-ospf-encapsulation-cap@ietf.org" <draft-ietf-ospf-encapsulation-cap@= ietf.org>
CC: OSPF WG List <ospf@ietf.org>=
Subject: [E] IPR Call for "Advertising Tunneling Capability in OSPF&qu= ot;

Authors, 

Concurrent with the OSPF WG last cal= l, we are polling again as to whether
you have knowledge of any undeclared= IPR. So far, there are no IPR 
declarations related to the document. 


Please confirm to the b= est of your knowledge that there is no IPR. 

Thanks,
Acee

--_000_3idm7cn1pgbso9g7prxf6ix21493305387624emailandroidcom_-- From nobody Thu Apr 27 19:43:29 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12E211294DF; Thu, 27 Apr 2017 19:43:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nxj_vB-rW_nh; Thu, 27 Apr 2017 19:43: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 2B7571294DA; Thu, 27 Apr 2017 19:40:57 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLW96368; Fri, 28 Apr 2017 02:40:54 +0000 (GMT) Received: from NKGEML412-HUB.china.huawei.com (10.98.56.73) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 28 Apr 2017 03:40:53 +0100 Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.200]) by nkgeml412-hub.china.huawei.com ([10.98.56.73]) with mapi id 14.03.0235.001; Fri, 28 Apr 2017 10:40:47 +0800 From: Xuxiaohu To: "Acee Lindem (acee)" , "draft-ietf-ospf-encapsulation-cap@ietf.org" CC: OSPF WG List Thread-Topic: IPR Call for "Advertising Tunneling Capability in OSPF" Thread-Index: AQHSv2WtTBeIV9vsLUmbDnWUnQgeGqHaErqg Date: Fri, 28 Apr 2017 02:40:47 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB96622@NKGEML515-MBS.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.184.181] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB96622NKGEML515MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.5902ABB7.007F, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.200, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 04284eed796c4e91e76078307d93f7ec Archived-At: Subject: [OSPF] =?utf-8?b?562U5aSNOiBJUFIgQ2FsbCBmb3IgIkFkdmVydGlzaW5nIFR1?= =?utf-8?q?nneling_Capability_in_OSPF=22?= X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 02:43:28 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB96622NKGEML515MBSchi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBkb27igJl0IGtub3cgYW55IElQUiByZWxhdGVkIHRvIHRoaXMgZG9jLg0KDQpYaWFvaHUNCg0K 5Y+R5Lu25Lq6OiBPU1BGIFttYWlsdG86b3NwZi1ib3VuY2VzQGlldGYub3JnXSDku6PooaggQWNl ZSBMaW5kZW0gKGFjZWUpDQrlj5HpgIHml7bpl7Q6IDIwMTflubQ05pyIMjfml6UgMjI6NTENCuaU tuS7tuS6ujogZHJhZnQtaWV0Zi1vc3BmLWVuY2Fwc3VsYXRpb24tY2FwQGlldGYub3JnDQrmioTp gIE6IE9TUEYgV0cgTGlzdA0K5Li76aKYOiBbT1NQRl0gSVBSIENhbGwgZm9yICJBZHZlcnRpc2lu ZyBUdW5uZWxpbmcgQ2FwYWJpbGl0eSBpbiBPU1BGIg0KDQpBdXRob3JzLA0KDQpDb25jdXJyZW50 IHdpdGggdGhlIE9TUEYgV0cgbGFzdCBjYWxsLCB3ZSBhcmUgcG9sbGluZyBhZ2FpbiBhcyB0byB3 aGV0aGVyDQp5b3UgaGF2ZSBrbm93bGVkZ2Ugb2YgYW55IHVuZGVjbGFyZWQgSVBSLiBTbyBmYXIs IHRoZXJlIGFyZSBubyBJUFINCmRlY2xhcmF0aW9ucyByZWxhdGVkIHRvIHRoZSBkb2N1bWVudC4N Cg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQm aWQ9ZHJhZnQtaWV0Zi1vc3BmLWVuY2Fwc3VsYXRpb24tY2FwDQoNClBsZWFzZSBjb25maXJtIHRv IHRoZSBiZXN0IG9mIHlvdXIga25vd2xlZGdlIHRoYXQgdGhlcmUgaXMgbm8gSVBSLg0KDQpUaGFu a3MsDQpBY2VlDQoNCg== --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB96622NKGEML515MBSchi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 5a6L5L2TOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQOWui+S9kyI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OuWui+S9kzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5 MC4wcHQgNzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlpILUNOIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxNi4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi PkkgZG9u4oCZdCBrbm93IGFueSBJUFIgcmVsYXRlZCB0byB0aGlzIGRvYy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxNi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjE2LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+WGlhb2h1PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTYu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBj bSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij7lj5Hku7bkuro8 c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdCI+IE9TUEYgW21haWx0bzpvc3BmLWJvdW5jZXNAaWV0Zi5v cmddDQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPuS7o+ihqCA8L3Nw YW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+QWNlZSBM aW5kZW0gKGFjZWUpPGJyPg0KPC9zcGFuPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 Ij7lj5HpgIHml7bpl7Q8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+IDIwMTc8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPuW5tDxzcGFuIGxhbmc9IkVOLVVTIj40PC9zcGFuPuac iDxzcGFuIGxhbmc9IkVOLVVTIj4yNzwvc3Bhbj7ml6U8c3BhbiBsYW5nPSJFTi1VUyI+IDIyOjUx PGJyPg0KPC9zcGFuPjxiPuaUtuS7tuS6ujxzcGFuIGxhbmc9IkVOLVVTIj46PC9zcGFuPjwvYj48 c3BhbiBsYW5nPSJFTi1VUyI+IGRyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNhcEBpZXRm Lm9yZzxicj4NCjwvc3Bhbj48Yj7mioTpgIE8c3BhbiBsYW5nPSJFTi1VUyI+Ojwvc3Bhbj48L2I+ PHNwYW4gbGFuZz0iRU4tVVMiPiBPU1BGIFdHIExpc3Q8YnI+DQo8L3NwYW4+PGI+5Li76aKYPHNw YW4gbGFuZz0iRU4tVVMiPjo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVOLVVTIj4gW09TUEZdIElQ UiBDYWxsIGZvciAmcXVvdDtBZHZlcnRpc2luZyBUdW5uZWxpbmcgQ2FwYWJpbGl0eSBpbiBPU1BG JnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5BdXRob3JzLCZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Db25jdXJyZW50IHdp dGggdGhlIE9TUEYgV0cgbGFzdCBjYWxsLCB3ZSBhcmUgcG9sbGluZyBhZ2FpbiBhcyB0byB3aGV0 aGVyPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ eW91IGhhdmUga25vd2xlZGdlIG9mIGFueSB1bmRlY2xhcmVkIElQUi4gU28gZmFyLCB0aGVyZSBh cmUgbm8gSVBSJm5ic3A7PC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyI+ZGVjbGFyYXRpb25zIHJlbGF0ZWQgdG8gdGhlIGRvY3VtZW50LiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRy YWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNhcCI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRyYWZ0LWlldGYtb3NwZi1lbmNh cHN1bGF0aW9uLWNhcDwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPlBsZWFzZSBjb25maXJtIHRvIHRoZSBiZXN0IG9mIHlvdXIga25vd2xl ZGdlIHRoYXQgdGhlcmUgaXMgbm8gSVBSLiZuYnNwOzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5U aGFua3MsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+QWNlZTwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB96622NKGEML515MBSchi_-- From nobody Fri Apr 28 00:15:38 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 796D612422F; Fri, 28 Apr 2017 00:15:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gxvjUQ9zGB31; Fri, 28 Apr 2017 00:15:35 -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 CA5C5129BF6; Fri, 28 Apr 2017 00:12:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DLX25771; Fri, 28 Apr 2017 07:12:46 +0000 (GMT) Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 28 Apr 2017 08:12:44 +0100 Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0301.000; Fri, 28 Apr 2017 12:42:37 +0530 From: Veerendranatha Reddy Vallem To: "draft-ietf-ospf-segment-routing-extensions@ietf.org" CC: "ospf@ietf.org" Thread-Topic: [ospf-sr] regarding Algorithm TLV and other TLVs in RI LSA Thread-Index: AdK/7qSvBUbTulMtTgmCwKa4thp/dA== Date: Fri, 28 Apr 2017 07:12:36 +0000 Message-ID: <73BFDDFFF499304EB26FE5FDEF20F7885089AE6B@blreml501-mbb> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.152.243] Content-Type: multipart/alternative; boundary="_000_73BFDDFFF499304EB26FE5FDEF20F7885089AE6Bblreml501mbb_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.5902EB6F.0101, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 740cfd0a928d85860d3fc0a044b801f7 Archived-At: Subject: [OSPF] [ospf-sr] regarding Algorithm TLV and other TLVs in RI LSA X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 07:15:36 -0000 --_000_73BFDDFFF499304EB26FE5FDEF20F7885089AE6Bblreml501mbb_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Authors, 1. As per section 3.1 SR- Algorithm TLV , "If the SR-Algorithm sub-TLV appears in multiple Router Information = LSAs that have different flooding scopes, the SR-Algorithm sub-TLV in = the Router Information LSA with the lowest flooding scope SHOULD be used." "The RI LSA can be advertised at any of the defined opaque flooding scopes (link, area, or Autonomous System (AS)). For the purpose of SR-Algorithm TLV advertisement, area scope flooding is required." As per first statement, we should use lowest scope (Ex: if the algor= ithm TLV is received in AS ,Area and link, then link SR algorithm is prefer= red) But second statement indicates we use area scope for algorithm TLV. = These two statements may cause little confusion while implementation. As per my understanding, Area scope will be preferred since Node vis= ibility is at area scope. 2. Even "SR Local Block Sub-TLV SRMS and Preference Sub-TLV" are top l= evel TLVs in RI LSA like SR-Algorithm TLV and "SID/Label Range TLV", may be= it is better to replace "Sub TLV" with TLV. Thanks and Regards, Veerendranath --_000_73BFDDFFF499304EB26FE5FDEF20F7885089AE6Bblreml501mbb_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Authors,

1.      As per section 3.1 SR- Algorithm TLV ,  <= /o:p>

  
       "If the SR-Algorithm su=
b-TLV appears in multiple Router Information LSAs 
          that have =
different flooding scopes, the SR-Algorithm sub-TLV in the Router Informati=
on LSA with 
          the lowest=
 flooding scope SHOULD be used."
 
      “The =
RI LSA can be advertised at any of the defined opaque flooding

       scopes (l= ink, area, or Autonomous System (AS)).  For the purpose of<= /span>

       SR-Algori= thm TLV advertisement, area scope flooding is required.”

 

      As per fir= st  statement, we should use lowest scope (Ex: if the algorithm TLV is= received in AS ,Area and link, then link SR algorithm is preferred)

       But secon= d statement indicates we use area scope for algorithm TLV. These two statem= ents may cause little confusion while implementation.

      As per my = understanding,  Area scope will be preferred since Node visibility is = at area scope.

 

2.      Even “SR Local Block Sub-TLV SRMS and Prefere= nce Sub-TLV” are top level TLVs in RI LSA like SR-Algorithm TLV and &= #8220;SID/Label Range TLV”, may be it is better to replace “Sub= TLV” with TLV.

 

 

 =

Thanks and Regard= s,

Veerendranath

   = ;  

 

--_000_73BFDDFFF499304EB26FE5FDEF20F7885089AE6Bblreml501mbb_-- From nobody Fri Apr 28 00:59:22 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42D1112951C; Fri, 28 Apr 2017 00:59:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.523 X-Spam-Level: X-Spam-Status: No, score=-14.523 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y6M3IKnqp6qa; Fri, 28 Apr 2017 00:59:18 -0700 (PDT) Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BCBC51294C0; Fri, 28 Apr 2017 00:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1758; q=dns/txt; s=iport; t=1493366165; x=1494575765; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=fSpgwxLdAYnmvI75w97Fm+tEMoPTLoBRHlNh8QV1x2k=; b=hA+623nTOdnBykRZP/ULZwrL6GF0kk+PcBZBcbIzoN+k/6U/2AyZyasH CxiKA5C4HCjqt4IWWu9DncdLAWM2MCbIuirg3yEOHrsOiiGL3Fb3XgeAx F+W+/wi4yTisd6wLVWFg9+BnfUnJo2uhzo4ESERa1HQqr724NG2rMXu5i s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DuAQCD9AJZ/xbLJq1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBhDaBDI5zkFuXeySGAAKEcBQBAgEBAQEBAQFrKIUVAQEBAQIBMgE?= =?us-ascii?q?FQAEQCxMFCRYPCQMCAQIBRQYBDAEHAQGKEQiwfhKLBgEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBHoZUhHiKRAEEllKGfpMMinuGY5QnNiGBCi4gCBkVhTUcgWU+NYdsAQE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos;i="5.37,387,1488844800"; d="scan'208";a="652499248" Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Apr 2017 07:56:01 +0000 Received: from [10.60.140.57] (ams-ppsenak-nitro8.cisco.com [10.60.140.57]) by aer-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v3S7u1u9024263; Fri, 28 Apr 2017 07:56:01 GMT Message-ID: <5902F592.1040509@cisco.com> Date: Fri, 28 Apr 2017 09:56:02 +0200 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Veerendranatha Reddy Vallem , "draft-ietf-ospf-segment-routing-extensions@ietf.org" CC: "ospf@ietf.org" References: <73BFDDFFF499304EB26FE5FDEF20F7885089AE6B@blreml501-mbb> In-Reply-To: <73BFDDFFF499304EB26FE5FDEF20F7885089AE6B@blreml501-mbb> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [OSPF] [ospf-sr] regarding Algorithm TLV and other TLVs in RI LSA X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 07:59:20 -0000 Veerendranatha, On 28/04/17 09:12 , Veerendranatha Reddy Vallem wrote: > Dear Authors, > > 1.As per section 3.1 SR- Algorithm TLV , > > > > "If the SR-Algorithm sub-TLV appears in multiple Router Information LSAs > > that have different flooding scopes, the SR-Algorithm sub-TLV in the Router Information LSA with > > the lowest flooding scope SHOULD be used." > > > > “The RI LSA can be advertised at any of the defined opaque flooding > > scopes (link, area, or Autonomous System (AS)). For the purpose of > > SR-Algorithm TLV advertisement, area scope flooding is required.” > > As per first statement, we should use lowest scope (Ex: if the > algorithm TLV is received in AS ,Area and link, then link SR algorithm > is preferred) link scope is not valid per the paragraph above. The first sentence talks about RI LSA in general. Second one says what is required for SR-Alg. TLV. > > But second statement indicates we use area scope for algorithm > TLV. These two statements may cause little confusion while implementation. not really. First statement resolves the conflict in case the SR-Algorithm sub-TLV appears in multiple RI LSAs. Second statement says that area scope is the minimum needed. AS scope works as well BTW. > > As per my understanding, Area scope will be preferred since Node > visibility is at area scope. correct. > > 2.Even “SR Local Block Sub-TLV SRMS and Preference Sub-TLV” are top > level TLVs in RI LSA like SR-Algorithm TLV and “SID/Label Range TLV”, > may be it is better to replace “Sub TLV” with TLV. ack. regards, Peter > > Thanks and Regards, > > Veerendranath > From nobody Fri Apr 28 01:12:06 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C83A127866; Fri, 28 Apr 2017 01:12:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.399 X-Spam-Level: X-Spam-Status: No, score=-5.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QK9NA-deYaNC; Fri, 28 Apr 2017 01:12:02 -0700 (PDT) Received: from relais-inet.orange.com (mta135.mail.business.static.orange.com [80.12.70.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 945BF129434; Fri, 28 Apr 2017 01:08:48 -0700 (PDT) Received: from opfednr03.francetelecom.fr (unknown [xx.xx.xx.67]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 6C4344056D; Fri, 28 Apr 2017 10:08:47 +0200 (CEST) Received: from Exchangemail-eme3.itn.ftgroup (unknown [xx.xx.50.86]) by opfednr03.francetelecom.fr (ESMTP service) with ESMTP id 466751A0059; Fri, 28 Apr 2017 10:08:47 +0200 (CEST) Received: from OPEXCNORM2F.corporate.adroot.infra.ftgroup ([fe80::994e:c3e:1d70:d2b4]) by OPEXCNORMAE.corporate.adroot.infra.ftgroup ([fe80::897f:9a74:3898:db87%21]) with mapi id 14.03.0339.000; Fri, 28 Apr 2017 10:08:47 +0200 From: To: "Acee Lindem (acee)" CC: OSPF WG List , "draft-ietf-ospf-encapsulation-cap@ietf.org" Thread-Topic: IPR Call for "Advertising Tunneling Capability in OSPF" Thread-Index: AQHSv2WtTBeIV9vsLUmbDnWUnQgeGqHabmDg Date: Fri, 28 Apr 2017 08:08:46 +0000 Message-ID: <16281_1493366927_5902F88F_16281_17575_1_53C29892C857584299CBF5D05346208A31CDF1A2@OPEXCNORM2F.corporate.adroot.infra.ftgroup> References: In-Reply-To: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A31CDF1A2OPEXCNORM2Fcorp_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] IPR Call for "Advertising Tunneling Capability in OSPF" X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 08:12:05 -0000 --_000_53C29892C857584299CBF5D05346208A31CDF1A2OPEXCNORM2Fcorp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWNlZSwNCg0KSeKAmW0gbm90IGF3YXJlIG9mIElQUi4NCg0KVGhhbmtzLA0KLS1CcnVubw0KDQpG cm9tOiBBY2VlIExpbmRlbSAoYWNlZSkgW21haWx0bzphY2VlQGNpc2NvLmNvbV0NClNlbnQ6IFRo dXJzZGF5LCBBcHJpbCAyNywgMjAxNyA0OjUxIFBNDQpUbzogZHJhZnQtaWV0Zi1vc3BmLWVuY2Fw c3VsYXRpb24tY2FwQGlldGYub3JnDQpDYzogT1NQRiBXRyBMaXN0DQpTdWJqZWN0OiBJUFIgQ2Fs bCBmb3IgIkFkdmVydGlzaW5nIFR1bm5lbGluZyBDYXBhYmlsaXR5IGluIE9TUEYiDQoNCkF1dGhv cnMsDQoNCkNvbmN1cnJlbnQgd2l0aCB0aGUgT1NQRiBXRyBsYXN0IGNhbGwsIHdlIGFyZSBwb2xs aW5nIGFnYWluIGFzIHRvIHdoZXRoZXINCnlvdSBoYXZlIGtub3dsZWRnZSBvZiBhbnkgdW5kZWNs YXJlZCBJUFIuIFNvIGZhciwgdGhlcmUgYXJlIG5vIElQUg0KZGVjbGFyYXRpb25zIHJlbGF0ZWQg dG8gdGhlIGRvY3VtZW50Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci9zZWFy Y2gvP3N1Ym1pdD1kcmFmdCZpZD1kcmFmdC1pZXRmLW9zcGYtZW5jYXBzdWxhdGlvbi1jYXANCg0K UGxlYXNlIGNvbmZpcm0gdG8gdGhlIGJlc3Qgb2YgeW91ciBrbm93bGVkZ2UgdGhhdCB0aGVyZSBp cyBubyBJUFIuDQoNClRoYW5rcywNCkFjZWUNCg0KCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KCkNlIG1lc3NhZ2UgZXQgc2Vz IHBpZWNlcyBqb2ludGVzIHBldXZlbnQgY29udGVuaXIgZGVzIGluZm9ybWF0aW9ucyBjb25maWRl bnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5lIGRvaXZlbnQgZG9uYwpwYXMgZXRyZSBkaWZm dXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6 IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxleiBsZSBzaWduYWxlcgphIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMgZWxlY3Ryb25pcXVlcyBldGFudCBzdXNjZXB0aWJsZXMgZCdhbHRlcmF0aW9uLApP cmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNzYWdlIGEgZXRlIGFs dGVyZSwgZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuCgpUaGlzIG1lc3NhZ2UgYW5kIGl0cyBh dHRhY2htZW50cyBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1h dGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Owp0aGV5IHNob3VsZCBub3QgYmUgZGlz dHJpYnV0ZWQsIHVzZWQgb3IgY29waWVkIHdpdGhvdXQgYXV0aG9yaXNhdGlvbi4KSWYgeW91IGhh dmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVy IGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuCkFzIGVtYWlscyBt YXkgYmUgYWx0ZXJlZCwgT3JhbmdlIGlzIG5vdCBsaWFibGUgZm9yIG1lc3NhZ2VzIHRoYXQgaGF2 ZSBiZWVuIG1vZGlmaWVkLCBjaGFuZ2VkIG9yIGZhbHNpZmllZC4KVGhhbmsgeW91LgoK --_000_53C29892C857584299CBF5D05346208A31CDF1A2OPEXCNORM2Fcorp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVw dCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0K PC9oZWFkPg0KPGJvZHkgbGFuZz0iRlIiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRp diBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BY2VlLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPknigJltIG5vdCBhd2FyZSBvZiBJUFIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi Pi0tQnJ1bm88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+IEFjZWUgTGluZGVtIChhY2VlKSBbbWFpbHRvOmFjZWVAY2lzY28uY29tXQ0KPGJy Pg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBBcHJpbCAyNywgMjAxNyA0OjUxIFBNPGJyPg0KPGI+ VG86PC9iPiBkcmFmdC1pZXRmLW9zcGYtZW5jYXBzdWxhdGlvbi1jYXBAaWV0Zi5vcmc8YnI+DQo8 Yj5DYzo8L2I+IE9TUEYgV0cgTGlzdDxicj4NCjxiPlN1YmplY3Q6PC9iPiBJUFIgQ2FsbCBmb3Ig JnF1b3Q7QWR2ZXJ0aXNpbmcgVHVubmVsaW5nIENhcGFiaWxpdHkgaW4gT1NQRiZxdW90OzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5BdXRob3JzLCZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Q29uY3VycmVudCB3aXRoIHRoZSBP U1BGIFdHIGxhc3QgY2FsbCwgd2UgYXJlIHBvbGxpbmcgYWdhaW4gYXMgdG8gd2hldGhlcjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPnlvdSBoYXZlIGtub3dsZWRnZSBvZiBhbnkgdW5kZWNsYXJlZCBJUFIuIFNvIGZh ciwgdGhlcmUgYXJlIG5vIElQUiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmRlY2xhcmF0aW9ucyByZWxhdGVkIHRvIHRoZSBk b2N1bWVudC4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvc2Vh cmNoLz9zdWJtaXQ9ZHJhZnQmYW1wO2lkPWRyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNh cCI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvc2VhcmNoLz9zdWJtaXQ9ZHJhZnQm YW1wO2lkPWRyYWZ0LWlldGYtb3NwZi1lbmNhcHN1bGF0aW9uLWNhcDwvYT48bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+UGxl YXNlIGNvbmZpcm0gdG8gdGhlIGJlc3Qgb2YgeW91ciBrbm93bGVkZ2UgdGhhdCB0aGVyZSBpcyBu byBJUFIuJm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5UaGFua3MsPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+QWNlZTwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPFBSRT5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgpDZSBt ZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1h dGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMK cGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24u IFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2ln bmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMg am9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQn YWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVz c2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNz YWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZp bGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91 bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRp b24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3Rp ZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRz LgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuClRoYW5r IHlvdS4KPC9QUkU+PC9ib2R5Pg0KPC9odG1sPg0K --_000_53C29892C857584299CBF5D05346208A31CDF1A2OPEXCNORM2Fcorp_-- From nobody Fri Apr 28 10:39:51 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB968129B02 for ; Fri, 28 Apr 2017 10:39:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.393 X-Spam-Level: X-Spam-Status: No, score=-0.393 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SUBJ_ALL_CAPS=1.506] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dM0mrn1nH8K9 for ; Fri, 28 Apr 2017 10:39:47 -0700 (PDT) Received: from E2K10.corp.scwa.com (454a4184.cst.lightpath.net [69.74.65.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32FD612EAE2 for ; Fri, 28 Apr 2017 10:36:17 -0700 (PDT) Received: from E2K10.corp.scwa.com ([::1]) by E2K10.corp.scwa.com ([::1]) with mapi id 14.03.0319.002; Fri, 28 Apr 2017 13:36:15 -0400 From: "Panetta, Chris" To: "'ospf@ietf.org'" Thread-Topic: OSPF RFC 2328 Thread-Index: AdLARe8gwYrOETcaQkGCs5aNz6yGWw== Date: Fri, 28 Apr 2017 17:36:14 +0000 Message-ID: <2073F86D6AC9C649BB19555CEBD4524807E05D2E@E2K10.corp.scwa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.124] Content-Type: multipart/related; boundary="_004_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: [OSPF] OSPF RFC 2328 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 17:39:49 -0000 --_004_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_ Content-Type: multipart/alternative; boundary="_000_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_" --_000_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I was referred over to this group from secretariat@ietf.org. I just have a = general question in regards to RFC 2328 or more specifically devices within= my network that are clearly not following procedure. I guess I am also try= ing to get more of an understanding of how a company would establish itself= as being a provider of a routing device. I am currently in discussions wit= h a company that has provided us with the ability to perform OSPF within ou= r company. We are running into an issue though where it seems as if OSPF is= NOT following the RFC 2328 procedure. What's happening is the device is be= lieving itself to have higher router ID than the DR/ BDR when the DR / BDR = is already established. The DR has a priority of 110 the BDR has priority 1= 05 and the device in question has a priority of 1. For a company to even sa= y that they can provide RIP / OSPF / BGP on their devices do they have to a= dhere to IETF RFCs? Is that checked at all by the IETF a product is perform= ing per RFC? Christopher Panetta Network Administrator Suffolk County Water Authority 4060 Sunrise Hwy Oakdale, New York 11769 D 631-563-0332 M 631-338-6081 http://www.scwa.com [scwalogo_new-transparent2_yellow-scwa.gif] --_000_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I was referred over to this group from secretariat@i= etf.org. I just have a general question in regards to RFC 2328 or more spec= ifically devices within my network that are clearly not following procedure= . I guess I am also trying to get more of an understanding of how a company would establish itself as being = a provider of a routing device. I am currently in discussions with a compan= y that has provided us with the ability to perform OSPF within our company.= We are running into an issue though where it seems as if OSPF is NOT following the RFC 2328 procedure. What= 217;s happening is the device is believing itself to have higher router ID = than the DR/ BDR when the DR / BDR is already established. The DR has a pri= ority of 110 the BDR has priority 105 and the device in question has a priority of 1. For a company to even say = that they can provide RIP / OSPF / BGP on their devices do they have to adh= ere to IETF RFCs? Is that checked at all by the IETF a product is performin= g per RFC?

 

 


Christopher Panetta

Network Administrator

Suffolk County Water Authority

4060 Sunrise Hwy

Oakdale, New York 11769

D   631-563-0332

M  631-338-6081

http://www.scwa.com

3D"scwalogo=

 

--_000_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_-- --_004_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=6885; creation-date="Fri, 28 Apr 2017 17:36:14 GMT"; modification-date="Fri, 28 Apr 2017 17:36:14 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG0AAAA2CAYAAADNsRdiAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAABplSURBVHja 7VwJeBRV1kXGHR1R1HFXEBABIaS7tq6urk5bhCY2SAgNogZHxLigoLggokgENCgKDcb0q9eVhCws LeA6IiKMy7iM/oo4LjMq4rjMKOCKg+zvP/d1CHtYRAE13/e+dFXX1u+8e+65975XjYqLixv93vav tk8+lFPEDncKq463o6yDlVvhmBF+gZbLr9YMNkzV+Rgt6E7QTJbUTLfCp7JKalrArUBzVdOdqAbc sYbBbzMifBDOLTQdnodrKU6MneoUpY9IC9H4d9B2s8Xj6cPsGGuFTj3fsNnNmp1yVZ3NV0z3I7/O ViqKJzStWhiB6cIMzUSbJQLBmcIw00IPTBO6MQWtVmho8nNgqjw2YM4QpjVLmPYseaym1wpFrRA+ ha1TDPZfgPqyavEazXKLDZtfFI6yLCee/uPvoG3LgtAx4agXNML8Ri3Apikq+9CvuUI3p6CTHxZG cJpQ9HLq3JWKyT5SDfd51eRpWNgDWg6/E5YzRAuzIljPxUaExdF6YF8M+/IIeM3hBdjuq9m8vxbm gw2Hj8C54wFSDaxyLq73jqImv/NrKQBcK4ElkBXNw33Zl7jXbFjxKCvX6+bE2Qm/WdDsOGuOjrwM 1DXFb7D/qNpk2VlkGbCmNRj5/1CDrNaw+HCA0cfOJxpLnBAfmj5sTz9LdFDikFhh1dHhfNbOirJu oNjrAFJSNdhLAO07Va+qe7ZagWddDkucAwYYCmr1JWYnDvxVg+bEEycbjjdAM/lf/Kq7ygg+JOnM r7EVatCdr4XcUWQZTrzqtGhi9sF7uxOEEAfAhx5rOTwMq71BC6RmAMQvNKNa0jFZInzl/4FKbwvH WIdfFWhmhOVoFiv3q+xbw3xIjlhFT34GoFJmuOwCUM4p+4vfgBhqaubxzmrILVEC7E1Vq4CvnCmI zolGiYZxzBH7JWhEG6C1XvAb81WtUhBYisa+A7VUmbmwpiJ21P4usQclEgfZDgvoFhur6O6HGdED /6vxf2o2u8EpTBy/34BmhllPjLqX9AD9iClEIW8aYXadCWn9a42R4rAuM8x7Qdg8qUI0GQEMUoP/ G9R54y81QHdPXDilKpz4k5pRI8GCRP8blFrvaCJxyG8pyDWdUgvuYJoCNUrgqbr7DhRtn30KtPjQ ksO0HHYnaGG1EUgTty8EBV4QF+k//JYzFADPhAJ9TNOrBQ1kKNKHNMSfex0020l01MiiAJZf58sN iw2J7yVHvO+CxwsUw33PMIgyU5+bP5PV7dRBRqQsrmqpZYaRJir8qx1j2fGixHG/A7V1i8UTx2kh /oCmTxYkzDTbvWvQoMRBvyho4OhrZZyChwB/3zMo8a+DTLvUglr8VLP51aDHzo6TbiKPtcuuN212 7e/gSZF2IaxtCWVeoDDL4/GS7SYLnBbpJtHo7AP3CGgkZymDAdBWG+GyAfVAhvmVqlollID7rZbj znBi7CTHYYeDGr6i5nPYkb8DV9wonM+yjIg3GDR5FWLUc8gKZTI8zpqS9fni6cMCDhtt5rJ7wt15 n0aN0o1/EmigxAGqXgkL81aYDuu52cPEWDsEmavUAFtkx0otmSKKV52ph9yUbrOE1Z1d6cRLjtml FFM0kyYyCxNHFxWxQ/dnsIpK2KEIAYZrujdXDycrVJu96Df4N4hfv9UC/OOAkywFcEdhoB9q5XLH F080o+1GjRodsNugWdGysKKnVipa+VpKzG75PSzpKMVgS/z+cuFX2f/0IH/cjJT9uZ4acmGJZuo/ Wig1A+dHdy6bwq/VAuXzYKmf6ue6pbFCdoqdX+rb3wAjFtL01EI1UElx6xwE5WeTQKGUmKpVCTVQ 9rzjJJrtUZ/mFLJjFZ29r0K+GjYbsk0Ojlc1U3X2tc/Hhd+XEkSVqoZAM8JutvL4LfB91aqKh0RD eCB0y3WdwqpmDVMxH6bpiPmUCqHb7vxoITtTD7PZGLHDwvleFtHKPkmBMdaWgDEc1k8PJh/XzRqK 1xbaUWYNqotbEb8eDIq81XL4QDuvotAO/7T85VY7VDM5UdenCs0sm7FdxxmvOsWnsuU+nyt8PiYb gedX3W9geet8yqb7OQAFgAH2BlSnsvl10k1wreMz1lnWG457JV3T7+eQzOx1RXW/UNVKuu4qbC/Q QuwBApcKm+GY13KvZkbi7Ag9xMcpKqeKwCqA9oQaZIusvIpYRpSxq1QrWbMZg+Xy8ymLogTYW3Af TfYIaHa0tINf5atgHcvC+aVnbB80drpP3xy0DcCR9W25n5qCzlcDqW/tqBeCsgoEwtVc78wTkb6s m5XLBqhB9ym/4q7NHO8KxV8B8FLyM12XtjWtRgavqlohZCkl6M6Slek4O/GXAIqSyDH8dgDUF+r5 VSnpDf4WBNujztC5R0J42E6s5GQAdr2iu19SwZXCo3q/PShxCAB7loqyRphdsw2WOzWa2LGK3AhY zGuFSN6lC4KWRjYcaHsmLG31tsBpqBH14aEX4Ee+IKsAOe5E+IC7qaqsKJN34VoEpJehZZyLkb5E C6aeMHO9S0DDJwPIy0FZ9p7IBWIgn61FQPkGn0sg+PxsuQyBFHIJkwX890X1luRwB3HsEum/8Gzo x3GBzmwsZY0aNRIHbOg7RfWogv4+Mc1mVBv3LnCKqk7cadDgO273w08RxYGyTm7Q2dq8v6LwXQKs HjgpXryMZWrsG7RvfdJC2W42olMCsIYodZnR1S1WDdxD4euxvVgLsnKM6n7hWFU7gHgMZPYfzUGJ o2Gdx2xvikEcFgVr6gnVl/ZryeXk32lQ0X0yjaYuJFerAf4GKPt1WPzD4ajX3rB4PyOHP6WY7EtN mypw/mzQeBDWlhuPb0z1KYHk06oxWRi5rMdGo2HZquW+q1nuVNIVOwSNLqga/DWq3FIVeUdIa+HU KKK7XencTp1ccc45nmjXrly0b18uOnRIiY4d8OO3AKxTFt/suI4dUyIL+7KzmfzcsUNdq9tfvy33 4fgsb30WvsvOpu8n4/9Uke1Dhyvsx2w9tSxLLf8sW+dL/Sb7Gn6Wan1PaHayGOLpBi3k3quaLK0a 7GNYgxRSGYreOECklRn8a91ik0hgGHZZV5z3VGaeCWsKARKAIOsL4B7VbPch1fBWwR302nLQk5/X AszbBLTmGAAJXH8V/ns7BI38FyxsLSU8EUT33xFoqslr/UrFTgNGIHTo6InzupWIS4uGiT59R4pw zgQRyplEnSmPIVDatJkssjpxkddtrLjksuGiz4UjRTA0CR2VhE9MipzI/SJoTRRmcJKwwxPQEvI6 tG2FJgqn8zgRsifhuPHCCJTK4y07gf8TZOdDimM7CVqDpWfDGmH1RGOaDl9JyV64Btqm/RnqhyBS KR1VIycYyWNsNhWC4kqowQHbpdQYawX/lp1Oi8aBCC83Ha/lBnrcAFCmmOp+tGXlHtb2iBJkC+Lp 7Sfh61QNi5KTx4Oug5n7GwyCcRNc+EWiiZ0BjEZ9HsB6Zr5fvPPP5mLK9M7isdlBsejjU8Tif58k wp0n4BgOq6oQAwddJ155ra344KNTxeNzgmL+Cz7x4eJTxAsvZ4mwM0HUpLuIz/97nPj4kxPEvGf9 Ysgtg8XrC88Sn3x2vHjr7TNFbToX350oeEU3cX6vu8Sc+Zr4FN9NfDAuOgGA6ulRbJ8gnn5GlwMh O9ttgMbhZ6EM1RCbA8pyyRLhK2+j+StW1OsRyOWjNwOqgHdvUeejjKA7ASr8HWIwO877OfleC6mQ o+waAow+ByKMwwcWJjYRHpQlgcBZQLSMv8YNgmbk8v4Ba4bwqe4PsaKGZyH5ELkrAffTjEpsGDCy nmzI9znzNCFEI1FR3VWc3ny6OKtNtbjmusFi6ddNRe8Li8XZZ1eKO+7sL9avbyyB7FEwWlqcD1Y4 Zmyh+HHVoSLn3PEiFJ4o3n6nhbzWnGdU0e6cSjHkpoFy+9vvjhATk73E3PkKrHGSaNuuQiQe7CUe fSIorZnOX7rsaHkstT9fNkwywEa/WJ4JW/CfrAoU+G/TZpdurZwTJxANmgUsZ9P9ga6ut0HF6iYf A3/6o8x6FGYCaTOWOBUibBmsa6GTz1rFCqtOAxVX6lbyvg3+zjQTRxvnupN3pIYzPsphA83wLEE8 D1AanP8Xdkpb+v3sfzujHGkk04h+4802sqOW/3C4tLRefe4UZ7acInr1LRYRZ7yInneP+G55E3nM 5VfeJM46q0r6QLLSDlmeYKnuokuXcdg/WRRdfaNYt/4A8T2OP7/naFBqlZj/XLY896tvjoKFjRFt z65Ap5eJec/55QBo1bJa3F58GSy2o1iwsLU8dmraEe3PKa8DLLkGHfoZXMRK/P9ED7klZoydtlXW JsYMI8ru3rokU1ao6qnvKaiG8KkCYM9CpHwQg+ChRIQZ5T3hJ19RlPKMgqbpejpbTH5NgRhDzNaU rtMaluYU7Xj+ZQa0KLsiEJpJU9q+o5s0qByj3rkYuWt3Vu536OCJK666UXyx9Jj6Ub5y1cHisSdN 0SXvXtG8+RRxBzqU9i9d1lQE4ZMIsHrg8ZnAR8dKyyULfO5vWfL4mY+ERKvW1eLiS4aLFT8eIr7/ oYk4r0eJBP3GWwaKhx7OkcB07JQST89TxeAbrhE3DbtSnvvlkmNEDig3OxuxVig5LSPv2dmxBpSb L15yWGyLyUmW48UVPfUDuYsMpVbCsmHBfncdwHkd7R0ZUCvlG+NZqUDLZeIBoP1nQ5Vkl4JrxBG9 dGMqXXB12GFtGpb73i7JferoFi1qxXnnl4jqKbliGaxhA3hffNlM9Og1Wtw19uL67UDogc1Ao9au bYUEHxYuFWX/K24W69Y1Bm0eLHrCalWtTCz9qqm8xrQZ54q2oM2n56ui36W3irY4lyz5y6XNxIiR RWLkqMtBwwfIY4ffMQCgVpPfeswIe5ckZu84sJV+ymFBKMIQ/Nx4BNFrtuffpVVReLDdAe5SQXkl LDHSYF4WytRwvP6mU6pvBA07FbVcTp02Hd69QblvusU7K/cJMN0oFZcOGCbanD1ZtIYFRLvdI2qm 5orVqw+UHffQrBypKOnzqtUHSWVJIG24RntI/x4FY0RB71H10p8o85m/+uQ5sx4LiXETLhDzn/eJ lSsPBm0eLu6f2Ef6so5ZKYBWKUbd1U8sWnyySM/oLNIPdRb/+uB0ee7fXu6Q8Z1SWVKpib0G0fEX SPhHzHx25rY7kHfVI2ymzMiQ0vxJMWYGWIQcpZtkRf4EX3giTZqiZD184HRSmqHIk0KLsPJ60Jyi uYfT/EQpfUP87oblPqtUdlLuk8WYEAVvvdtSDB1+hWjVqkaceuo00aZtFTruNNlxtdNyRYdsT/z1 hU5ye96z2RR0i5Yta9CqISAmSIV41bU3SGuTQMLa+l06TKxZ8wdpNQvfbilMhAZPPZ0RPGvXHSgu v+omKXDaQZUSnV47eDDuXws6rZGDZO3axmL1mgNFQZ9iGWr4ZQdW1mVZqqlW+OGmKShpZSL9h0jM yw1EUhPgItbsakZo25kdWSlZo9ruWMRn4xXL/SbYlRaSpGSynQQNFOXzeiQ12ox56mYZEYwuD4iC h5PvOdupZ1FeDM52/s7KfemDMNqfgaJbvuJwUVnbVRSPuVRMwWj/4cfDxCuvtpfURdZEgmT2HF2s F43FwndaigeSBWJiWVy8+8EZYvEnJ8m4q16ik7Uh7iMFSSDdPrK/aHlmjSj883C5/QbERhaCa4rx JpUVyH0ToSRpm+K5u8ddXE/Rb7/XQvSGdZMVbxZEA0D4m08RCF+rWbyXYbPbKNShZC+VWBoCLNM/ m37PZZxY7/eUTOxHlREM0O8Vw12i0sIQE3Lf4twI86FGLhtANAy12my7aSzTYbmUzJT5NKidbSeK 00cAtI92lhIy+cRqEb+gWI78EaMuE+PGXyjuT/SR2xhhUnaTr+pAATho78LCEWLsuAvFJHTyXWP7 iRtvvRqdWryVn6OMSPf8u8TI0f3RuWXy+2x01LDbrxB9LxohrbFzl/tAlXExfmIvUGhvkdt1nOgS vVd+Hje+t7j3/j7iQdZdXFZ0sxxc9Wm2Op/tV1xh2O4UsMtrtCJHVWvrAu+GrQfU+aHPz9YrSiZw V1SqgLAfYRRLYcF/1wJsKgbCePT5haDC0yidRpX/hmKzbYJGVgSEe2uyUMde3dZkFBnJI5bLjCK3 zrx5JrNAo0emfWg0UcUbDt5MzteC7tNZndKiXbspog0ke+vWVVB3UwHWdHR0xVZ02g4+qE2bGTgm jeNr0apkSmt7mRZSjxsA9fsqcV4tjq+Q5Z3s7MnwpdNxzHR5X7Imaq3Pqq6j30wjgGU5CL8BdPSW HnZrNK1WKCb7sGgka+oMTTeBr7tX1fgH/noLcuusZ0MjhVglZ1dH8r2Bms0XaJY3D+CMoJnWlJsk cKwo72s4k++xu28e5+12aYaAgrW9SKPDCJddv1VFO8JjlJ+kYiWBS3k44mM86Ceq4T6BEVSOH/0F RfV6Tuq+IsYORQjR3AiDqwPJN2Q2n+jBYO9jgAwhuUvXkvU2mSqqldekZVC0hkwh6iCB5K9LOWmZ wir5na3KQpQrtOTql7WUgVdU9r1q8tdUO/k4YsVFVCNU1cn11CUD6boEAQEG61oBi3qJgmHKyhuh 8iepgr+ZCAsxpmtTpfUQtdGSLFjjKrQVUJGfa2bqZfyuYQQyta1FTGl7Rcd9Ah4EX8OZp10qgtLE S5rIoxqp5eYWKS2EA1l48CRG0Z2GxRGQ8552zOu0abY8VsSOi87eeiWMWchOxIB4VcnMOcnLTDEo i+h2+YN+CxRk8Qe1UKoUimkEfZdIJA50EODSejR0Pg2Kj3XLnaQGy2pVm6dBNd9nMhiZxK4aSL7g DEocTwMLCvdRO88dG+3P2tZRv65bfAx8xiyA+pmsMlDBVmErVKWaBtE/7KhHpZxjfU6iGXyJL5xf qtNcFaoMhOOeYcV5zIi4D+vB8ifxHGPNCLuYVtDg2n70SzvKfkQbWA6F74/A/V+lQYpBfOsen0Kn 2ex2Wfo33Pd2VKZpHU3s9FIlqvbih3bc5SpxUUlTWnZbv12SbgLqWgILWYPR/plulL9ihj1jy8k1 ZixxNDr1GJqqMGh24pBoX69FuIB3Mbu6MwKx5AQzz01qwdTbuuNOt/t4F4X7sB5wAYOCkVSJEeG3 O/msDQXb4XzWIRxnrelau9PJEDwHIKar0o1p5HqeoWLoHgeNMswIONO6MZ2mfr9EscOmIJlO4njQ yp+sPH6xHoJjtdg0qkYTrYDWSrCvDN/Ftizy/dRGaR5fLHGcGSvN1nNZIujw0VaMD0Fn3hSw2Rgt 4M7RI+50q4BfFytMnAS/EbcLKooi8YrOkYu8nHDM6wGrUQFC62jf0jOoSEpKmVbF+CAEdmUA7krT wu4E6QZMvoiq/j/bZFWiPMV059KsYtDNKxumH+AHK2Y3995AjJeHevJxei6fppl8buBc9z502Cg4 7L+DWn80urAHqDN266EwMqGmTgDv55oRfpXh8DvMc/mdVq43wuzGxlj53uAwBoyRz/ticPQ1c70L MGAKTNsLgebO8cXYn0iJbVp43BuNfr9mu6USMD31XzPK/Hviug3PiYizY+Cc59D8fcVIvW9HS82N iU12BCWXW28BDC3SsPK889CRBVqYnw//YIUdrz39pykAAKITgsSWWizRnJZE0XxJ3CcrnO8poE7b LuC9AcQdRg6EjcMnw4JvQAjSHdbUxjThL6N7f+XoTs0niSVOwgB+hNaxwR9/BhGi76lr7/AAX1HJ kbRAkHKTisFXgOsbnPZNQEAyl+g5iPAtdqcV9oZajne9YbFbTFu+JuI2u7s3FL5lIFrvcHcWtfNZ iIBz4l5LUPHpoN+TYWn77WJEmoC6YSEG3MWbYajGPXn9nZ+EafNbESSup1WQapA/ZkfZOftrp/5s 1oVwgQYrrVejfoKPnerE9/wq0V06GH4johp8YWYBHV+uh9hImp/+WweLFtrD914krUuuDE19Y0S8 a36u++3yCVBlR4Mu71JUvqpu6eoi02aDdnXu/q+hpUW6MXzt+WqAP0srYuUcEpPN3NN0+JNBq09p OSxbDbrTadW/XBVq8I8Mmw138ktb/OppEKGCGfEKadmyFqgRenAq5HzqFSuycUrcPgnaxsptWVgN JmdR+skwZ9ArG36gQJLeR7WtVM5+bVWQ7FqI3a1obLGBGJZe76QiHML+i3c3vNkroNVbXpRpqs0e VDT3K5o9LKdvG+4HupW6z8yr6OzsYO7Jvtho5hnV1CDChuK3vEgDc5N3iTxmIqTZG2/y+RkUFDvJ iLArIXXn0Y8LWDMFTZNWdPapFmDViLuKHATAP8drlPZEMIx48QxZ7Qi5EyAs3pJABWfKlbBKgL+t Wcliey+/tednvXg4v7S9fG1R0J3r09lKA4FmIDhDkCRWDLaI0l+axW+hKQ5OzGtFSdVf6of7hpYc Rm8QMnNZDi2GoNcO4pneoPd1UY6QntOvcqpgL1ARd1pRHt5XXrnxyzlvWm0S5X1Vy51EZRq/hs6p exOcfLmZ4lKC+nM1wJ6DqKlUw3y0FuZXIyDvCXUakvWoWNVpmTn47I9ymZTDDncymfhD6TWEtM9X xI6keYlySXFfrw3O02E5MbT+YIDh8EFJ3OcpVXc/oCkDmZeYzZRvo/NrcnbUIjxjDY69imLRX9JX 7XOgbdpo1hOBSBYGYG5VDVYLsBYAyOU01YxAlO93RGdSJkau+9ZTwudn6xSVrVD05DKiW1VzP1J0 91917UPs/wTX+tKvu8v9KlvrN7h8w4Cu12beARl6GGJpupBr3hS2Wgmw92Fhj9K8GPini8wYa0fr oPd1X7tP+RNaLWpHvU4U+4CyBiL+GQ3LSFEOD/L6eVjBWwBqMUBZoupsOb3IMzs7KZtPZSthPf8D mMtoboeqsncVKqQG3ScxIKo0M3kvqHiImcv70HuunFjiZKdk/1zbvV89LFXWiRLp7Ql1FHisz1ci G32mBLevjjqj0cQhJNN/jXHi7znD/bD9PxCF18ZKta7iAAAAAElFTkSuQmCC --_004_2073F86D6AC9C649BB19555CEBD4524807E05D2EE2K10corpscwaco_-- From nobody Fri Apr 28 11:06:46 2017 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19DEC127B52 for ; Fri, 28 Apr 2017 11:06:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -13.016 X-Spam-Level: X-Spam-Status: No, score=-13.016 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, SUBJ_ALL_CAPS=1.506, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id otOV5hiATKnz for ; Fri, 28 Apr 2017 11:06:42 -0700 (PDT) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 63DA6129A92 for ; Fri, 28 Apr 2017 11:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21088; q=dns/txt; s=iport; t=1493402623; x=1494612223; h=from:to:subject:date:message-id:mime-version; bh=08obEOBYbc+Pkln5c9EVCFdcKq2PHB/mvDbTU5scG3Y=; b=cmhpbsjaGS2F3Pwwzz/wizWIgi2vIiSiMpSI3GSTsiEQAByKvpJBHdc6 bsxfQtdCe459/tANFBcOJFUHuHgeKDPsfa3N3d53lA3zVPIBL6/ldLnNd whIxgJaJegKa0LddrMLRuKfJwIpIfsS3Ee04d6FlMvTXMFXZkIR3hcbic 4=; X-Files: image001.png : 6885 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0APAQAGgwNZ/4sNJK1bAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJuZ2GBDAeDYYoYkU2QNoU3gg8HARyGAByEHD8YAQIBAQEBAQE?= =?us-ascii?q?BayiFFQEDAwUeAggBXQEIBwoDAQIGAQEBHwMCBBUBDgwUCQoEAREBBgiKEa8Tg?= =?us-ascii?q?iaLCQEBAQEBAQEBAQEBAQEBAQEBAQEBAQ4PiD2DGoE8gzEJCQEmgj+CXwWJRJQ?= =?us-ascii?q?NAYQMghMBjG2DY417lCgBHziBCm8VRIRsEYFzdYZfgQ0BAQE?= X-IronPort-AV: E=Sophos;i="5.37,388,1488844800"; d="png'150?scan'150,208,217,150";a="417529952" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Apr 2017 18:03:42 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3SI3gSP029126 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 28 Apr 2017 18:03:42 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 28 Apr 2017 14:03:39 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Fri, 28 Apr 2017 14:03:39 -0400 From: "Acee Lindem (acee)" To: "Panetta, Chris" , "'ospf@ietf.org'" Thread-Topic: [OSPF] OSPF RFC 2328 Thread-Index: AQHSwEnDBO6XOXb75EW4zGAm0S3phA== Date: Fri, 28 Apr 2017 18:03:39 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.197] Content-Type: multipart/mixed; boundary="_004_D528FBDCAC346aceeciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] OSPF RFC 2328 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.22 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, 28 Apr 2017 18:06:44 -0000 --_004_D528FBDCAC346aceeciscocom_ Content-Type: multipart/alternative; boundary="_000_D528FBDCAC346aceeciscocom_" --_000_D528FBDCAC346aceeciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQ2hyaXMsDQoNCkZyb206IE9TUEYgPG9zcGYtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86b3Nw Zi1ib3VuY2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mICJQYW5ldHRhLCBDaHJpcyIgPENocmlz LlBhbmV0dGFAU0NXQS5jb208bWFpbHRvOkNocmlzLlBhbmV0dGFAU0NXQS5jb20+Pg0KRGF0ZTog RnJpZGF5LCBBcHJpbCAyOCwgMjAxNyBhdCAxOjM2IFBNDQpUbzogT1NQRiBXRyBMaXN0IDxvc3Bm QGlldGYub3JnPG1haWx0bzpvc3BmQGlldGYub3JnPj4NClN1YmplY3Q6IFtPU1BGXSBPU1BGIFJG QyAyMzI4DQoNCkhlbGxvLA0KDQpJIHdhcyByZWZlcnJlZCBvdmVyIHRvIHRoaXMgZ3JvdXAgZnJv bSBzZWNyZXRhcmlhdEBpZXRmLm9yZzxtYWlsdG86c2VjcmV0YXJpYXRAaWV0Zi5vcmc+LiBJIGp1 c3QgaGF2ZSBhIGdlbmVyYWwgcXVlc3Rpb24gaW4gcmVnYXJkcyB0byBSRkMgMjMyOCBvciBtb3Jl IHNwZWNpZmljYWxseSBkZXZpY2VzIHdpdGhpbiBteSBuZXR3b3JrIHRoYXQgYXJlIGNsZWFybHkg bm90IGZvbGxvd2luZyBwcm9jZWR1cmUuIEkgZ3Vlc3MgSSBhbSBhbHNvIHRyeWluZyB0byBnZXQg bW9yZSBvZiBhbiB1bmRlcnN0YW5kaW5nIG9mIGhvdyBhIGNvbXBhbnkgd291bGQgZXN0YWJsaXNo IGl0c2VsZiBhcyBiZWluZyBhIHByb3ZpZGVyIG9mIGEgcm91dGluZyBkZXZpY2UuIEkgYW0gY3Vy cmVudGx5IGluIGRpc2N1c3Npb25zIHdpdGggYSBjb21wYW55IHRoYXQgaGFzIHByb3ZpZGVkIHVz IHdpdGggdGhlIGFiaWxpdHkgdG8gcGVyZm9ybSBPU1BGIHdpdGhpbiBvdXIgY29tcGFueS4gV2Ug YXJlIHJ1bm5pbmcgaW50byBhbiBpc3N1ZSB0aG91Z2ggd2hlcmUgaXQgc2VlbXMgYXMgaWYgT1NQ RiBpcyBOT1QgZm9sbG93aW5nIHRoZSBSRkMgMjMyOCBwcm9jZWR1cmUuIFdoYXTigJlzIGhhcHBl bmluZyBpcyB0aGUgZGV2aWNlIGlzIGJlbGlldmluZyBpdHNlbGYgdG8gaGF2ZSBoaWdoZXIgcm91 dGVyIElEIHRoYW4gdGhlIERSLyBCRFIgd2hlbiB0aGUgRFIgLyBCRFIgaXMgYWxyZWFkeSBlc3Rh Ymxpc2hlZC4gVGhlIERSIGhhcyBhIHByaW9yaXR5IG9mIDExMCB0aGUgQkRSIGhhcyBwcmlvcml0 eSAxMDUgYW5kIHRoZSBkZXZpY2UgaW4gcXVlc3Rpb24gaGFzIGEgcHJpb3JpdHkgb2YgMS4gRm9y IGEgY29tcGFueSB0byBldmVuIHNheSB0aGF0IHRoZXkgY2FuIHByb3ZpZGUgUklQIC8gT1NQRiAv IEJHUCBvbiB0aGVpciBkZXZpY2VzIGRvIHRoZXkgaGF2ZSB0byBhZGhlcmUgdG8gSUVURiBSRkNz PyBJcyB0aGF0IGNoZWNrZWQgYXQgYWxsIGJ5IHRoZSBJRVRGIGEgcHJvZHVjdCBpcyBwZXJmb3Jt aW5nIHBlciBSRkM/DQoNCkkgY2FuIHRlbGwgeW91IHRoYXQgdGhpcyBpcyB1bmVxdWl2b2NhbGx5 IG5vdCB0aGUgY2hhcnRlciBvZiB0aGUgSUVURi4NCg0KVGhhbmtzLA0KQWNlZSAoT1NQRiBDby1D aGFpcikNCg0KDQoNCkNocmlzdG9waGVyIFBhbmV0dGENCk5ldHdvcmsgQWRtaW5pc3RyYXRvcg0K U3VmZm9sayBDb3VudHkgV2F0ZXIgQXV0aG9yaXR5DQo0MDYwIFN1bnJpc2UgSHd5DQpPYWtkYWxl LCBOZXcgWW9yayAxMTc2OQ0KRCAgIDYzMS01NjMtMDMzMg0KTSAgNjMxLTMzOC02MDgxDQpodHRw Oi8vd3d3LnNjd2EuY29tPGh0dHA6Ly93d3cuc2N3YS5jb20vPg0KW3Njd2Fsb2dvX25ldy10cmFu c3BhcmVudDJfeWVsbG93LXNjd2EuZ2lmXQ0KDQo= --_000_D528FBDCAC346aceeciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj5IaSBDaHJpcywm bmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8c3BhbiBpZD0iT0xLX1NSQ19CT0RZX1NF Q1RJT04iPg0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTsgZm9udC1zaXplOjExcHQ7 IHRleHQtYWxpZ246bGVmdDsgY29sb3I6YmxhY2s7IEJPUkRFUi1CT1RUT006IG1lZGl1bSBub25l OyBCT1JERVItTEVGVDogbWVkaXVtIG5vbmU7IFBBRERJTkctQk9UVE9NOiAwaW47IFBBRERJTkct TEVGVDogMGluOyBQQURESU5HLVJJR0hUOiAwaW47IEJPUkRFUi1UT1A6ICNiNWM0ZGYgMXB0IHNv bGlkOyBCT1JERVItUklHSFQ6IG1lZGl1bSBub25lOyBQQURESU5HLVRPUDogM3B0Ij4NCjxzcGFu IHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5Gcm9tOiA8L3NwYW4+T1NQRiAmbHQ7PGEgaHJlZj0i bWFpbHRvOm9zcGYtYm91bmNlc0BpZXRmLm9yZyI+b3NwZi1ib3VuY2VzQGlldGYub3JnPC9hPiZn dDsgb24gYmVoYWxmIG9mICZxdW90O1BhbmV0dGEsIENocmlzJnF1b3Q7ICZsdDs8YSBocmVmPSJt YWlsdG86Q2hyaXMuUGFuZXR0YUBTQ1dBLmNvbSI+Q2hyaXMuUGFuZXR0YUBTQ1dBLmNvbTwvYT4m Z3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5Gcmlk YXksIEFwcmlsIDI4LCAyMDE3IGF0IDE6MzYgUE08YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWln aHQ6Ym9sZCI+VG86IDwvc3Bhbj5PU1BGIFdHIExpc3QgJmx0OzxhIGhyZWY9Im1haWx0bzpvc3Bm QGlldGYub3JnIj5vc3BmQGlldGYub3JnPC9hPiZndDs8YnI+DQo8c3BhbiBzdHlsZT0iZm9udC13 ZWlnaHQ6Ym9sZCI+U3ViamVjdDogPC9zcGFuPltPU1BGXSBPU1BGIFJGQyAyMzI4PGJyPg0KPC9k aXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgaWQ9Ik1BQ19PVVRMT09LX0FUVFJJ QlVUSU9OX0JMT0NLUVVPVEUiIHN0eWxlPSJCT1JERVItTEVGVDogI2I1YzRkZiA1IHNvbGlkOyBQ QURESU5HOjAgMCAwIDU7IE1BUkdJTjowIDAgMCA1OyI+DQo8ZGl2IHhtbG5zOnY9InVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206dm1sIiB4bWxuczpvPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29t Om9mZmljZTpvZmZpY2UiIHhtbG5zOnc9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNl OndvcmQiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIwMDQv MTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPg0KPG1ldGEg bmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVk aXVtKSI+DQo8IS0tW2lmICFtc29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQj Vk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlv cjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwp O30NCjwvc3R5bGU+PCFbZW5kaWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMg Ki8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6 MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s bG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1z b0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpz cGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpz cGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0 IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np emU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYu V29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIy MDUwIiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpz aGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIg Lz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjxkaXYgbGFuZz0iRU4tVVMi IGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhlbGxvLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHdh cyByZWZlcnJlZCBvdmVyIHRvIHRoaXMgZ3JvdXAgZnJvbSA8YSBocmVmPSJtYWlsdG86c2VjcmV0 YXJpYXRAaWV0Zi5vcmciPg0Kc2VjcmV0YXJpYXRAaWV0Zi5vcmc8L2E+LiBJIGp1c3QgaGF2ZSBh IGdlbmVyYWwgcXVlc3Rpb24gaW4gcmVnYXJkcyB0byBSRkMgMjMyOCBvciBtb3JlIHNwZWNpZmlj YWxseSBkZXZpY2VzIHdpdGhpbiBteSBuZXR3b3JrIHRoYXQgYXJlIGNsZWFybHkgbm90IGZvbGxv d2luZyBwcm9jZWR1cmUuIEkgZ3Vlc3MgSSBhbSBhbHNvIHRyeWluZyB0byBnZXQgbW9yZSBvZiBh biB1bmRlcnN0YW5kaW5nIG9mIGhvdyBhIGNvbXBhbnkgd291bGQgZXN0YWJsaXNoDQogaXRzZWxm IGFzIGJlaW5nIGEgcHJvdmlkZXIgb2YgYSByb3V0aW5nIGRldmljZS4gSSBhbSBjdXJyZW50bHkg aW4gZGlzY3Vzc2lvbnMgd2l0aCBhIGNvbXBhbnkgdGhhdCBoYXMgcHJvdmlkZWQgdXMgd2l0aCB0 aGUgYWJpbGl0eSB0byBwZXJmb3JtIE9TUEYgd2l0aGluIG91ciBjb21wYW55LiBXZSBhcmUgcnVu bmluZyBpbnRvIGFuIGlzc3VlIHRob3VnaCB3aGVyZSBpdCBzZWVtcyBhcyBpZiBPU1BGIGlzIE5P VCBmb2xsb3dpbmcgdGhlIFJGQyAyMzI4DQogcHJvY2VkdXJlLiBXaGF04oCZcyBoYXBwZW5pbmcg aXMgdGhlIGRldmljZSBpcyBiZWxpZXZpbmcgaXRzZWxmIHRvIGhhdmUgaGlnaGVyIHJvdXRlciBJ RCB0aGFuIHRoZSBEUi8gQkRSIHdoZW4gdGhlIERSIC8gQkRSIGlzIGFscmVhZHkgZXN0YWJsaXNo ZWQuIFRoZSBEUiBoYXMgYSBwcmlvcml0eSBvZiAxMTAgdGhlIEJEUiBoYXMgcHJpb3JpdHkgMTA1 IGFuZCB0aGUgZGV2aWNlIGluIHF1ZXN0aW9uIGhhcyBhIHByaW9yaXR5IG9mIDEuIEZvciBhIGNv bXBhbnkNCiB0byBldmVuIHNheSB0aGF0IHRoZXkgY2FuIHByb3ZpZGUgUklQIC8gT1NQRiAvIEJH UCBvbiB0aGVpciBkZXZpY2VzIGRvIHRoZXkgaGF2ZSB0byBhZGhlcmUgdG8gSUVURiBSRkNzPyBJ cyB0aGF0IGNoZWNrZWQgYXQgYWxsIGJ5IHRoZSBJRVRGIGEgcHJvZHVjdCBpcyBwZXJmb3JtaW5n IHBlciBSRkM/PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9z cGFuPg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SSBjYW4gdGVsbCB5b3UgdGhhdCB0aGlzIGlz IHVuZXF1aXZvY2FsbHkgbm90IHRoZSBjaGFydGVyIG9mIHRoZSBJRVRGLiZuYnNwOzwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj5BY2VlIChPU1BGIENv LUNoYWlyKSZuYnNwOzwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9OIj4NCjxi bG9ja3F1b3RlIGlkPSJNQUNfT1VUTE9PS19BVFRSSUJVVElPTl9CTE9DS1FVT1RFIiBzdHlsZT0i Qk9SREVSLUxFRlQ6ICNiNWM0ZGYgNSBzb2xpZDsgUEFERElORzowIDAgMCA1OyBNQVJHSU46MCAw IDAgNTsiPg0KPGRpdiB4bWxuczp2PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgeG1s bnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4bWxuczp3PSJ1 cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJodHRwOi8vc2No ZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJodHRwOi8vd3d3 LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxkaXYgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZs aW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCkNocmlzdG9waGVyIFBhbmV0dGE8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5ldHdvcmsgQWRtaW5pc3RyYXRvcjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VmZm9sayBDb3VudHkgV2F0ZXIgQXV0aG9yaXR5 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj40MDYwIFN1bnJpc2UgSHd5PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PYWtkYWxlLCBOZXcgWW9yayAxMTc2 OTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RCZuYnNwOyZuYnNwOyZuYnNw OzYzMS01NjMtMDMzMjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TSAmbmJz cDs2MzEtMzM4LTYwODE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhy ZWY9Imh0dHA6Ly93d3cuc2N3YS5jb20vIj48c3BhbiBzdHlsZT0iY29sb3I6Ymx1ZSI+aHR0cDov L3d3dy5zY3dhLmNvbTwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48aW1nIGJvcmRlcj0iMCIgd2lkdGg9IjEwOSIgaGVpZ2h0PSI1NCIgaWQ9IlBpY3R1cmVf eDAwMjBfMiIgc3JjPSJjaWQ6aW1hZ2UwMDEucG5nQDAxRDJDMDI0LjY4MEQzRjYwIiBhbHQ9InNj d2Fsb2dvX25ldy10cmFuc3BhcmVudDJfeWVsbG93LXNjd2EuZ2lmIj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9zcGFuPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D528FBDCAC346aceeciscocom_-- --_004_D528FBDCAC346aceeciscocom_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: attachment; filename="image001.png"; size=6885; creation-date="Fri, 28 Apr 2017 18:03:39 GMT"; modification-date="Fri, 28 Apr 2017 18:03:39 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAG0AAAA2CAYAAADNsRdiAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAABplSURBVHja 7VwJeBRV1kXGHR1R1HFXEBABIaS7tq6urk5bhCY2SAgNogZHxLigoLggokgENCgKDcb0q9eVhCws LeA6IiKMy7iM/oo4LjMq4rjMKOCKg+zvP/d1CHtYRAE13/e+dFXX1u+8e+65975XjYqLixv93vav tk8+lFPEDncKq463o6yDlVvhmBF+gZbLr9YMNkzV+Rgt6E7QTJbUTLfCp7JKalrArUBzVdOdqAbc sYbBbzMifBDOLTQdnodrKU6MneoUpY9IC9H4d9B2s8Xj6cPsGGuFTj3fsNnNmp1yVZ3NV0z3I7/O ViqKJzStWhiB6cIMzUSbJQLBmcIw00IPTBO6MQWtVmho8nNgqjw2YM4QpjVLmPYseaym1wpFrRA+ ha1TDPZfgPqyavEazXKLDZtfFI6yLCee/uPvoG3LgtAx4agXNML8Ri3Apikq+9CvuUI3p6CTHxZG cJpQ9HLq3JWKyT5SDfd51eRpWNgDWg6/E5YzRAuzIljPxUaExdF6YF8M+/IIeM3hBdjuq9m8vxbm gw2Hj8C54wFSDaxyLq73jqImv/NrKQBcK4ElkBXNw33Zl7jXbFjxKCvX6+bE2Qm/WdDsOGuOjrwM 1DXFb7D/qNpk2VlkGbCmNRj5/1CDrNaw+HCA0cfOJxpLnBAfmj5sTz9LdFDikFhh1dHhfNbOirJu oNjrAFJSNdhLAO07Va+qe7ZagWddDkucAwYYCmr1JWYnDvxVg+bEEycbjjdAM/lf/Kq7ygg+JOnM r7EVatCdr4XcUWQZTrzqtGhi9sF7uxOEEAfAhx5rOTwMq71BC6RmAMQvNKNa0jFZInzl/4FKbwvH WIdfFWhmhOVoFiv3q+xbw3xIjlhFT34GoFJmuOwCUM4p+4vfgBhqaubxzmrILVEC7E1Vq4CvnCmI zolGiYZxzBH7JWhEG6C1XvAb81WtUhBYisa+A7VUmbmwpiJ21P4usQclEgfZDgvoFhur6O6HGdED /6vxf2o2u8EpTBy/34BmhllPjLqX9AD9iClEIW8aYXadCWn9a42R4rAuM8x7Qdg8qUI0GQEMUoP/ G9R54y81QHdPXDilKpz4k5pRI8GCRP8blFrvaCJxyG8pyDWdUgvuYJoCNUrgqbr7DhRtn30KtPjQ ksO0HHYnaGG1EUgTty8EBV4QF+k//JYzFADPhAJ9TNOrBQ1kKNKHNMSfex0020l01MiiAJZf58sN iw2J7yVHvO+CxwsUw33PMIgyU5+bP5PV7dRBRqQsrmqpZYaRJir8qx1j2fGixHG/A7V1i8UTx2kh /oCmTxYkzDTbvWvQoMRBvyho4OhrZZyChwB/3zMo8a+DTLvUglr8VLP51aDHzo6TbiKPtcuuN212 7e/gSZF2IaxtCWVeoDDL4/GS7SYLnBbpJtHo7AP3CGgkZymDAdBWG+GyAfVAhvmVqlollID7rZbj znBi7CTHYYeDGr6i5nPYkb8DV9wonM+yjIg3GDR5FWLUc8gKZTI8zpqS9fni6cMCDhtt5rJ7wt15 n0aN0o1/EmigxAGqXgkL81aYDuu52cPEWDsEmavUAFtkx0otmSKKV52ph9yUbrOE1Z1d6cRLjtml FFM0kyYyCxNHFxWxQ/dnsIpK2KEIAYZrujdXDycrVJu96Df4N4hfv9UC/OOAkywFcEdhoB9q5XLH F080o+1GjRodsNugWdGysKKnVipa+VpKzG75PSzpKMVgS/z+cuFX2f/0IH/cjJT9uZ4acmGJZuo/ Wig1A+dHdy6bwq/VAuXzYKmf6ue6pbFCdoqdX+rb3wAjFtL01EI1UElx6xwE5WeTQKGUmKpVCTVQ 9rzjJJrtUZ/mFLJjFZ29r0K+GjYbsk0Ojlc1U3X2tc/Hhd+XEkSVqoZAM8JutvL4LfB91aqKh0RD eCB0y3WdwqpmDVMxH6bpiPmUCqHb7vxoITtTD7PZGLHDwvleFtHKPkmBMdaWgDEc1k8PJh/XzRqK 1xbaUWYNqotbEb8eDIq81XL4QDuvotAO/7T85VY7VDM5UdenCs0sm7FdxxmvOsWnsuU+nyt8PiYb gedX3W9geet8yqb7OQAFgAH2BlSnsvl10k1wreMz1lnWG457JV3T7+eQzOx1RXW/UNVKuu4qbC/Q QuwBApcKm+GY13KvZkbi7Ag9xMcpKqeKwCqA9oQaZIusvIpYRpSxq1QrWbMZg+Xy8ymLogTYW3Af TfYIaHa0tINf5atgHcvC+aVnbB80drpP3xy0DcCR9W25n5qCzlcDqW/tqBeCsgoEwtVc78wTkb6s m5XLBqhB9ym/4q7NHO8KxV8B8FLyM12XtjWtRgavqlohZCkl6M6Slek4O/GXAIqSyDH8dgDUF+r5 VSnpDf4WBNujztC5R0J42E6s5GQAdr2iu19SwZXCo3q/PShxCAB7loqyRphdsw2WOzWa2LGK3AhY zGuFSN6lC4KWRjYcaHsmLG31tsBpqBH14aEX4Ee+IKsAOe5E+IC7qaqsKJN34VoEpJehZZyLkb5E C6aeMHO9S0DDJwPIy0FZ9p7IBWIgn61FQPkGn0sg+PxsuQyBFHIJkwX890X1luRwB3HsEum/8Gzo x3GBzmwsZY0aNRIHbOg7RfWogv4+Mc1mVBv3LnCKqk7cadDgO273w08RxYGyTm7Q2dq8v6LwXQKs HjgpXryMZWrsG7RvfdJC2W42olMCsIYodZnR1S1WDdxD4euxvVgLsnKM6n7hWFU7gHgMZPYfzUGJ o2Gdx2xvikEcFgVr6gnVl/ZryeXk32lQ0X0yjaYuJFerAf4GKPt1WPzD4ajX3rB4PyOHP6WY7EtN mypw/mzQeBDWlhuPb0z1KYHk06oxWRi5rMdGo2HZquW+q1nuVNIVOwSNLqga/DWq3FIVeUdIa+HU KKK7XencTp1ccc45nmjXrly0b18uOnRIiY4d8OO3AKxTFt/suI4dUyIL+7KzmfzcsUNdq9tfvy33 4fgsb30WvsvOpu8n4/9Uke1Dhyvsx2w9tSxLLf8sW+dL/Sb7Gn6Wan1PaHayGOLpBi3k3quaLK0a 7GNYgxRSGYreOECklRn8a91ik0hgGHZZV5z3VGaeCWsKARKAIOsL4B7VbPch1fBWwR302nLQk5/X AszbBLTmGAAJXH8V/ns7BI38FyxsLSU8EUT33xFoqslr/UrFTgNGIHTo6InzupWIS4uGiT59R4pw zgQRyplEnSmPIVDatJkssjpxkddtrLjksuGiz4UjRTA0CR2VhE9MipzI/SJoTRRmcJKwwxPQEvI6 tG2FJgqn8zgRsifhuPHCCJTK4y07gf8TZOdDimM7CVqDpWfDGmH1RGOaDl9JyV64Btqm/RnqhyBS KR1VIycYyWNsNhWC4kqowQHbpdQYawX/lp1Oi8aBCC83Ha/lBnrcAFCmmOp+tGXlHtb2iBJkC+Lp 7Sfh61QNi5KTx4Oug5n7GwyCcRNc+EWiiZ0BjEZ9HsB6Zr5fvPPP5mLK9M7isdlBsejjU8Tif58k wp0n4BgOq6oQAwddJ155ra344KNTxeNzgmL+Cz7x4eJTxAsvZ4mwM0HUpLuIz/97nPj4kxPEvGf9 Ysgtg8XrC88Sn3x2vHjr7TNFbToX350oeEU3cX6vu8Sc+Zr4FN9NfDAuOgGA6ulRbJ8gnn5GlwMh O9ttgMbhZ6EM1RCbA8pyyRLhK2+j+StW1OsRyOWjNwOqgHdvUeejjKA7ASr8HWIwO877OfleC6mQ o+waAow+ByKMwwcWJjYRHpQlgcBZQLSMv8YNgmbk8v4Ba4bwqe4PsaKGZyH5ELkrAffTjEpsGDCy nmzI9znzNCFEI1FR3VWc3ny6OKtNtbjmusFi6ddNRe8Li8XZZ1eKO+7sL9avbyyB7FEwWlqcD1Y4 Zmyh+HHVoSLn3PEiFJ4o3n6nhbzWnGdU0e6cSjHkpoFy+9vvjhATk73E3PkKrHGSaNuuQiQe7CUe fSIorZnOX7rsaHkstT9fNkwywEa/WJ4JW/CfrAoU+G/TZpdurZwTJxANmgUsZ9P9ga6ut0HF6iYf A3/6o8x6FGYCaTOWOBUibBmsa6GTz1rFCqtOAxVX6lbyvg3+zjQTRxvnupN3pIYzPsphA83wLEE8 D1AanP8Xdkpb+v3sfzujHGkk04h+4802sqOW/3C4tLRefe4UZ7acInr1LRYRZ7yInneP+G55E3nM 5VfeJM46q0r6QLLSDlmeYKnuokuXcdg/WRRdfaNYt/4A8T2OP7/naFBqlZj/XLY896tvjoKFjRFt z65Ap5eJec/55QBo1bJa3F58GSy2o1iwsLU8dmraEe3PKa8DLLkGHfoZXMRK/P9ED7klZoydtlXW JsYMI8ru3rokU1ao6qnvKaiG8KkCYM9CpHwQg+ChRIQZ5T3hJ19RlPKMgqbpejpbTH5NgRhDzNaU rtMaluYU7Xj+ZQa0KLsiEJpJU9q+o5s0qByj3rkYuWt3Vu536OCJK666UXyx9Jj6Ub5y1cHisSdN 0SXvXtG8+RRxBzqU9i9d1lQE4ZMIsHrg8ZnAR8dKyyULfO5vWfL4mY+ERKvW1eLiS4aLFT8eIr7/ oYk4r0eJBP3GWwaKhx7OkcB07JQST89TxeAbrhE3DbtSnvvlkmNEDig3OxuxVig5LSPv2dmxBpSb L15yWGyLyUmW48UVPfUDuYsMpVbCsmHBfncdwHkd7R0ZUCvlG+NZqUDLZeIBoP1nQ5Vkl4JrxBG9 dGMqXXB12GFtGpb73i7JferoFi1qxXnnl4jqKbliGaxhA3hffNlM9Og1Wtw19uL67UDogc1Ao9au bYUEHxYuFWX/K24W69Y1Bm0eLHrCalWtTCz9qqm8xrQZ54q2oM2n56ui36W3irY4lyz5y6XNxIiR RWLkqMtBwwfIY4ffMQCgVpPfeswIe5ckZu84sJV+ymFBKMIQ/Nx4BNFrtuffpVVReLDdAe5SQXkl LDHSYF4WytRwvP6mU6pvBA07FbVcTp02Hd69QblvusU7K/cJMN0oFZcOGCbanD1ZtIYFRLvdI2qm 5orVqw+UHffQrBypKOnzqtUHSWVJIG24RntI/x4FY0RB71H10p8o85m/+uQ5sx4LiXETLhDzn/eJ lSsPBm0eLu6f2Ef6so5ZKYBWKUbd1U8sWnyySM/oLNIPdRb/+uB0ee7fXu6Q8Z1SWVKpib0G0fEX SPhHzHx25rY7kHfVI2ymzMiQ0vxJMWYGWIQcpZtkRf4EX3giTZqiZD184HRSmqHIk0KLsPJ60Jyi uYfT/EQpfUP87oblPqtUdlLuk8WYEAVvvdtSDB1+hWjVqkaceuo00aZtFTruNNlxtdNyRYdsT/z1 hU5ye96z2RR0i5Yta9CqISAmSIV41bU3SGuTQMLa+l06TKxZ8wdpNQvfbilMhAZPPZ0RPGvXHSgu v+omKXDaQZUSnV47eDDuXws6rZGDZO3axmL1mgNFQZ9iGWr4ZQdW1mVZqqlW+OGmKShpZSL9h0jM yw1EUhPgItbsakZo25kdWSlZo9ruWMRn4xXL/SbYlRaSpGSynQQNFOXzeiQ12ox56mYZEYwuD4iC h5PvOdupZ1FeDM52/s7KfemDMNqfgaJbvuJwUVnbVRSPuVRMwWj/4cfDxCuvtpfURdZEgmT2HF2s F43FwndaigeSBWJiWVy8+8EZYvEnJ8m4q16ik7Uh7iMFSSDdPrK/aHlmjSj883C5/QbERhaCa4rx JpUVyH0ToSRpm+K5u8ddXE/Rb7/XQvSGdZMVbxZEA0D4m08RCF+rWbyXYbPbKNShZC+VWBoCLNM/ m37PZZxY7/eUTOxHlREM0O8Vw12i0sIQE3Lf4twI86FGLhtANAy12my7aSzTYbmUzJT5NKidbSeK 00cAtI92lhIy+cRqEb+gWI78EaMuE+PGXyjuT/SR2xhhUnaTr+pAATho78LCEWLsuAvFJHTyXWP7 iRtvvRqdWryVn6OMSPf8u8TI0f3RuWXy+2x01LDbrxB9LxohrbFzl/tAlXExfmIvUGhvkdt1nOgS vVd+Hje+t7j3/j7iQdZdXFZ0sxxc9Wm2Op/tV1xh2O4UsMtrtCJHVWvrAu+GrQfU+aHPz9YrSiZw V1SqgLAfYRRLYcF/1wJsKgbCePT5haDC0yidRpX/hmKzbYJGVgSEe2uyUMde3dZkFBnJI5bLjCK3 zrx5JrNAo0emfWg0UcUbDt5MzteC7tNZndKiXbspog0ke+vWVVB3UwHWdHR0xVZ02g4+qE2bGTgm jeNr0apkSmt7mRZSjxsA9fsqcV4tjq+Q5Z3s7MnwpdNxzHR5X7Imaq3Pqq6j30wjgGU5CL8BdPSW HnZrNK1WKCb7sGgka+oMTTeBr7tX1fgH/noLcuusZ0MjhVglZ1dH8r2Bms0XaJY3D+CMoJnWlJsk cKwo72s4k++xu28e5+12aYaAgrW9SKPDCJddv1VFO8JjlJ+kYiWBS3k44mM86Ceq4T6BEVSOH/0F RfV6Tuq+IsYORQjR3AiDqwPJN2Q2n+jBYO9jgAwhuUvXkvU2mSqqldekZVC0hkwh6iCB5K9LOWmZ wir5na3KQpQrtOTql7WUgVdU9r1q8tdUO/k4YsVFVCNU1cn11CUD6boEAQEG61oBi3qJgmHKyhuh 8iepgr+ZCAsxpmtTpfUQtdGSLFjjKrQVUJGfa2bqZfyuYQQyta1FTGl7Rcd9Ah4EX8OZp10qgtLE S5rIoxqp5eYWKS2EA1l48CRG0Z2GxRGQ8552zOu0abY8VsSOi87eeiWMWchOxIB4VcnMOcnLTDEo i+h2+YN+CxRk8Qe1UKoUimkEfZdIJA50EODSejR0Pg2Kj3XLnaQGy2pVm6dBNd9nMhiZxK4aSL7g DEocTwMLCvdRO88dG+3P2tZRv65bfAx8xiyA+pmsMlDBVmErVKWaBtE/7KhHpZxjfU6iGXyJL5xf qtNcFaoMhOOeYcV5zIi4D+vB8ifxHGPNCLuYVtDg2n70SzvKfkQbWA6F74/A/V+lQYpBfOsen0Kn 2ex2Wfo33Pd2VKZpHU3s9FIlqvbih3bc5SpxUUlTWnZbv12SbgLqWgILWYPR/plulL9ihj1jy8k1 ZixxNDr1GJqqMGh24pBoX69FuIB3Mbu6MwKx5AQzz01qwdTbuuNOt/t4F4X7sB5wAYOCkVSJEeG3 O/msDQXb4XzWIRxnrelau9PJEDwHIKar0o1p5HqeoWLoHgeNMswIONO6MZ2mfr9EscOmIJlO4njQ yp+sPH6xHoJjtdg0qkYTrYDWSrCvDN/Ftizy/dRGaR5fLHGcGSvN1nNZIujw0VaMD0Fn3hSw2Rgt 4M7RI+50q4BfFytMnAS/EbcLKooi8YrOkYu8nHDM6wGrUQFC62jf0jOoSEpKmVbF+CAEdmUA7krT wu4E6QZMvoiq/j/bZFWiPMV059KsYtDNKxumH+AHK2Y3995AjJeHevJxei6fppl8buBc9z502Cg4 7L+DWn80urAHqDN266EwMqGmTgDv55oRfpXh8DvMc/mdVq43wuzGxlj53uAwBoyRz/ticPQ1c70L MGAKTNsLgebO8cXYn0iJbVp43BuNfr9mu6USMD31XzPK/Hviug3PiYizY+Cc59D8fcVIvW9HS82N iU12BCWXW28BDC3SsPK889CRBVqYnw//YIUdrz39pykAAKITgsSWWizRnJZE0XxJ3CcrnO8poE7b LuC9AcQdRg6EjcMnw4JvQAjSHdbUxjThL6N7f+XoTs0niSVOwgB+hNaxwR9/BhGi76lr7/AAX1HJ kbRAkHKTisFXgOsbnPZNQEAyl+g5iPAtdqcV9oZajne9YbFbTFu+JuI2u7s3FL5lIFrvcHcWtfNZ iIBz4l5LUPHpoN+TYWn77WJEmoC6YSEG3MWbYajGPXn9nZ+EafNbESSup1WQapA/ZkfZOftrp/5s 1oVwgQYrrVejfoKPnerE9/wq0V06GH4johp8YWYBHV+uh9hImp/+WweLFtrD914krUuuDE19Y0S8 a36u++3yCVBlR4Mu71JUvqpu6eoi02aDdnXu/q+hpUW6MXzt+WqAP0srYuUcEpPN3NN0+JNBq09p OSxbDbrTadW/XBVq8I8Mmw138ktb/OppEKGCGfEKadmyFqgRenAq5HzqFSuycUrcPgnaxsptWVgN JmdR+skwZ9ArG36gQJLeR7WtVM5+bVWQ7FqI3a1obLGBGJZe76QiHML+i3c3vNkroNVbXpRpqs0e VDT3K5o9LKdvG+4HupW6z8yr6OzsYO7Jvtho5hnV1CDChuK3vEgDc5N3iTxmIqTZG2/y+RkUFDvJ iLArIXXn0Y8LWDMFTZNWdPapFmDViLuKHATAP8drlPZEMIx48QxZ7Qi5EyAs3pJABWfKlbBKgL+t Wcliey+/tednvXg4v7S9fG1R0J3r09lKA4FmIDhDkCRWDLaI0l+axW+hKQ5OzGtFSdVf6of7hpYc Rm8QMnNZDi2GoNcO4pneoPd1UY6QntOvcqpgL1ARd1pRHt5XXrnxyzlvWm0S5X1Vy51EZRq/hs6p exOcfLmZ4lKC+nM1wJ6DqKlUw3y0FuZXIyDvCXUakvWoWNVpmTn47I9ymZTDDncymfhD6TWEtM9X xI6keYlySXFfrw3O02E5MbT+YIDh8EFJ3OcpVXc/oCkDmZeYzZRvo/NrcnbUIjxjDY69imLRX9JX 7XOgbdpo1hOBSBYGYG5VDVYLsBYAyOU01YxAlO93RGdSJkau+9ZTwudn6xSVrVD05DKiW1VzP1J0 91917UPs/wTX+tKvu8v9KlvrN7h8w4Cu12beARl6GGJpupBr3hS2Wgmw92Fhj9K8GPini8wYa0fr oPd1X7tP+RNaLWpHvU4U+4CyBiL+GQ3LSFEOD/L6eVjBWwBqMUBZoupsOb3IMzs7KZtPZSthPf8D mMtoboeqsncVKqQG3ScxIKo0M3kvqHiImcv70HuunFjiZKdk/1zbvV89LFXWiRLp7Ql1FHisz1ci G32mBLevjjqj0cQhJNN/jXHi7znD/bD9PxCF18ZKta7iAAAAAElFTkSuQmCC --_004_D528FBDCAC346aceeciscocom_--