From nobody Sun Feb 1 11:44:24 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60481A9123; Sun, 1 Feb 2015 11:44:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.2 X-Spam-Level: X-Spam-Status: No, score=-99.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j5XBPMCevRdf; Sun, 1 Feb 2015 11:44:20 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D65D1A9118; Sun, 1 Feb 2015 11:44:20 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Adrian Farrel" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150201194420.2776.10244.idtracker@ietfa.amsl.com> Date: Sun, 01 Feb 2015 11:44:20 -0800 Archived-At: Cc: ospf@ietf.org, ospf-chairs@tools.ietf.org, Ing-Wher Chen , draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS and COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2015 19:44:23 -0000 Adrian Farrel has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-13: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I almost didn't place a Discuss on this document, but as my list of larger comments grew to four, I decided that together they merit some discussion and resolution. ==== Does this document really update 5340? There is no mention of what this update is or why it is considered a part of the standard implementation of OSPFv3 to include the features described in this document. I suggest either dropping the update or clarifying how it works. (Note that idnits should have flagged this to you, but the shepherd write-up says that this document doesn't change the status of any existing RFCs.) --- I think that the effect of sections 4 and 8 is that auto-config as specified in this document is not suitable for deployment in service provider networks. Did I miss something, or are you saying that the best you offer is a single, network-wide password to cover all adjacencies? If this is fine for the home network environment, you should be able to point at a homenet document that says so. If you agree that this is not fine for a service provider (and probably for most enterprises) you need to call this out more strongly and recommend limits on the applicability of this spec. --- Isn't the duplicate Router ID detection an attack vector? If I can inject an LSA purporting to be from the same Router ID but with a numerically larger router hardware fingerprint, I can cause some other router in the network to reset all of its adjacencies. In theory I can do this over and over, and I can do it automatically on receipt of an OSPFv3 Router Auto-Configuration LSA. I think you should at least call that out as a specific risk. Ideally, you would find a way to mitigate it. --- Section 7.4. is titled: Change to RFC 2328 Section 13.4, 'Receiving Self-Originated LSAs' Are you really changing 2328? Or are you trying to say that an implementation of this spec will do something different from 2328? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The remaining points are normal review Comments that you can take or leave as you wish: --- Section 1 has OSPFv3 [OSPFV3] is a candidate for deployments in environments where auto-configuration is a requirement. Its operation is largely unchanged from the base OSPFv3 protocol specification [OSPFV3]. If you parse this down, it says "OSPFv3 is largely unchanged from OSPFv3" which may not be as helpful as you intended it to be! Perhaps... OSPFv3 [OSPFV3] is a candidate for deployments in environments where auto-configuration is a requirement. This document describes extensions to OSPFv3 to enable it to operate in these environments. In this mode of operation, the protocol is largely unchanged from the base OSPFv3 protocol specification [OSPFV3]. --- Section 1 The following aspects of OSPFv3 auto-configuration are described: s/described:/described in this document:/ --- Section 1.2 Is there a reason to diverge fromt he RFC Editor's Style Guide in placing the Acknowledgements at the top of the document? --- Section 2 has 2. OSPFv3 SHOULD be auto-configured for IPv6 on all interfaces intended as general IPv6-capable routers. Optionally, an interface MAY be excluded if it is clear that running OSPFv3 on the interface is not required. For example, if manual configuration or another condition indicates that an interface is connected to an Internet Service Provider (ISP) and there is no Border Gateway Protocol (BGP) [BGP] peering, there is typically no need to employ OSPFv3. The first sentence is garbled since it says that an interface could be intended as a router. Do you mean... OSPFv3 SHOULD be auto-configured on all IPv6-capable interfaces of a router. "Optionally an interface MAY" is tautology. Suggest "An interface MAY". I am wondering why the fact that you have a BGP peering on an interface configured to connect to an ISP would mean that you would want to run OSPFv3 on that interface. You are possibly saying that the interface, in that case, may need to be auto-configured and present in the OSPFv3 advertisements. But this is not what you have said. --- Section 2 Can you point me to the spec for "vanilla Wi-Fi"? :-) --- Section 2 bullet 4 Of course, an identical HelloInterval and RouterDeadInterval will still be required to form an adjacency with an OSPFv3 router not supporting auto-configuration [OSPFV3]. Of course, but how is this achieved? How does a router with auto-config determine that its neighbor does not have auto-config and then discover the correct intervals to use? I think you can detect that your neighor is not doing auto-config by the absence of the OSPFv3 Router Auto-Configuration LSA, but what should an auto-config router do once this has been detected? --- Maybe it is obvious, but in the process of selecting a new Router ID in 7.3, the router MUST NOT select a value that it knows (through LSAs received before the duplicate was detected) is already in use in the network. It is even possible that the router SHOULD maintain some memory of Router IDs seen in the network recently so as to not pick an ID of a router that is temporarily down or disconnected. --- 7.2 The Router-Hardware-Fingerprint TLV contains a variable length value that has a very high probability of uniquely identifying the advertising OSPFv3 router. So, the first time you run live at a customer site, you know that the fingerprints will match on two devices and that they will both select the same Router ID. I think this is actually all OK so long as you indicate that this case will be handled as a self-originated LSA and include a forward-pointer to section 7.4. --- 7.2.1 The TLV is padded to 4-octet alignment; padding is not included in the length field (so a 3-octet value would have a length of 3, but the total size of the TLV would be 8 octets). Nested TLVs are also 32-bit aligned. Nice mixture of units :-) Why 32 bits when everything previous was in octets? --- 7.2.1 The new LSA is designated for information related to OSPFv3 Auto- configuration and, in the future, can be used other auto- configuration information. You already said that. --- 7.2.2 The Router-Hardware-Fingerprint TLV is the first TLV defined for the OSPFv3 Auto-Configuration (AC) LSA. It will have type 1 and MUST be advertised in the LSID OSPFv3 AC LSA with an LSID of 0. So, if absent... ? --- 7.2.2 The contents of the hardware fingerprint MUST be some combination of MAC addresses, CPU ID, or serial number(s) that provides an extremely high probability of uniqueness. It is RECOMMENDED that one or more available universal tokens (e.g., IEEE 802 48-bit MAC addresses or IEEE EUI-64 Identifiers [EUI64]) associated with the OSPFv3 router be included in the hardware fingerprint. It MUST be based on hardware attributes that will not change across hard and soft restarts. I think you mean... The contents of the hardware fingerprint MUST have an extremely high probability of uniqueness. It SHOULD be constructed from the concatenation of a number of local values that themselves have a high likelihood of uniqueness, such as MAC addresses, CPU ID, or serial numbers. It is RECOMMENDED that one or more available universal tokens (e.g., IEEE 802 48-bit MAC addresses or IEEE EUI-64 Identifiers [EUI64]) associated with the OSPFv3 router be included in the hardware fingerprint. It MUST be based on hardware attributes that will not change across hard and soft restarts. Although I am a little puzzled as to what would happen if I changed my MAC address. --- Is there a reason to allow IESG Approval for your new registry? Is this to make it look like all of the other OSPFv3 registries, or is it because you anticipate specific problems? From nobody Mon Feb 2 06:39:48 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E37F1A1A25; Mon, 2 Feb 2015 06:39:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.81 X-Spam-Level: X-Spam-Status: No, score=-2.81 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r2ZN__8d88Kh; Mon, 2 Feb 2015 06:39:42 -0800 (PST) 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 BC2A11A039A; Mon, 2 Feb 2015 06:39:41 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BRZ84629; Mon, 02 Feb 2015 14:39:40 +0000 (GMT) Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 2 Feb 2015 14:39:39 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.106]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Mon, 2 Feb 2015 22:39:34 +0800 From: "Anil Kumar S N (VRP Network BL)" To: OSPF WG List , "spring@ietf.org" Thread-Topic: [spring] [OSPF] draft-psenak-ospf-segment-routing-extensions-05 Thread-Index: AdA+9g8H8gNLSnlaSY2XryzB6a6VsQ== Date: Mon, 2 Feb 2015 14:39:34 +0000 Message-ID: <327562D94EA7BF428CD805F338C31EF02B70A76D@nkgeml512-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.152.169] Content-Type: multipart/alternative; boundary="_000_327562D94EA7BF428CD805F338C31EF02B70A76Dnkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [OSPF] [spring] draft-psenak-ospf-segment-routing-extensions-05 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 14:39:46 -0000 --_000_327562D94EA7BF428CD805F338C31EF02B70A76Dnkgeml512mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I have a question on Adjacency Segment Identifier: How will RTA indentify and map adj-labels originated by RTB (having unnumbe= red point-to-point connections b/w RTB and RTC) among labels to which link = ? Router ID 1.1.1.1 2.2.2.2 3.3.3.3 +-------+ P2p Links 1-5 +-------+ ? | +-------------+----+ | | | | | +-------+ | +------------------+ | | | | | | | | RTA +----------+ RTB +------------------+ RTC | | | | | | | +-------+ | +------------------+ | | | | | | +------------------+ | | | | | +-------+ +-------+ Router vertex 2.2.2.2 LinkType LinkId LinkData Metric IfIndex IfType P2P 1.1.1.1 11.0.0.112 100 0 NULL >> = Connected to Nbr vertex 1.1.1.1 P2P 3.3.3.3 12.0.0.112 100 0 NULL >> = Connected to Nbr vertex 3.3.3.3 P2P 3.3.3.3 13.0.0.112 100 0 NULL >> = Connected to Nbr vertex 3.3.3.3 P2P 3.3.3.3 14.0.0.112 100 0 NULL >> = Connected to Nbr vertex 3.3.3.3 P2P 3.3.3.3 15.0.0.112 100 0 NULL >> = Connected to Nbr vertex 3.3.3.3 P2P 3.3.3.3 16.0.0.112 100 0 NULL >> = Connected to Nbr vertex 3.3.3.3 Quick Reference RFC 2328 A.4.2 Router-LSAs [Link Type] Type A quick description of the router link. One of the following. Note that host routes are classified as links to stub networks with network mask of 0xffffffff. Type Description __________________________________________________ 1 Point-to-point connection to another router 2 Connection to a transit network 3 Connection to a stub network 4 Virtual link Link ID Identifies the object that this router link connects to. Value depends on the link's Type. When connecting to an object that also originates an LSA (i.e., another router or a transit network) the Link ID is equal to the neighboring LSA's Link State ID. This provides the key for looking up the neighboring LSA in the link state database during the routing table calculation. See Section 12.2 for more details. Type Link ID ______________________________________ 1 Neighboring router's Router ID 2 IP address of Designated Router 3 IP network/subnet number 4 Neighboring router's Router ID Link Data Value again depends on the link's Type field. For connections to stub networks, Link Data specifies the network's IP address mask. For unnumbered point-to-point connections, it specifies the interface's MIB-II [Ref8] ifIndex value. For the other link types it specifies the router interface's IP address. This latter piece of information is needed during the routing table build process, when calculating the IP address of the next hop. See Section 16.1.1 for more details. With Regards Anil S N --_000_327562D94EA7BF428CD805F338C31EF02B70A76Dnkgeml512mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi All,

=  

=      I have a question on Adjacency Segment Identifier:=

How will RTA indentify and map adj-labels orig= inated by RTB (having unnumbered point-to-point connections b/= w RTB and RTC) among labels to which link ?

=  

= Router ID

= 1.1.1.1            2= .2.2.2            &n= bsp;        3.3.3.3

=  

=             &nb= sp;      +-------+  P2p Links 1-5&nbs= p;  +-------+        &= nbsp;           

=             &nb= sp;      |       = 3;-------------+----+       | &n= bsp;            = ;     

=             &nb= sp;      |      = ; |            =       |       | = ;            &n= bsp;     

= +-------+          |&n= bsp;      +------------------+  =      |        &= nbsp;          

= |       |      =     |       |   = ;            &n= bsp;  |       |    &= nbsp;           &nbs= p;  

= |  RTA  +----------+  RTB  +---------------= ---+  RTC  |        &= nbsp;          

= |       |      =     |       |   = ;             &= nbsp; |       |    &= nbsp;           &nbs= p;  

= +-------+          |&n= bsp;      +------------------+  =      |        &= nbsp;          

=             &nb= sp;      |      = ; |            =       |       | = ;            &n= bsp;     

=             &nb= sp;      |      = ; +------------------+       | &= nbsp;           &nbs= p;     

=             &nb= sp;      |      = ; |            =       |       | = ;            &n= bsp;     

=             &nb= sp;      +-------+   &= nbsp;           &nbs= p;  +-------+ 

=  

=  

= Router vertex 2.2.2.2

= LinkType  LinkId         = LinkData        Metric  IfIndex&nb= sp; IfType

= P2P       1.1.1.1     &nb= sp;   11.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 1.1.1= .1

= P2P       3.3.3.3     &nb= sp;   12.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 3.3.3= .3

= P2P       3.3.3.3     &nb= sp;   13.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 3.3.3= .3

= P2P       3.3.3.3     &nb= sp;   14.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 3.3.3= .3

= P2P       3.3.3.3     &nb= sp;   15.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 3.3.3= .3

= P2P       3.3.3.3     &nb= sp;   16.0.0.112      100 &nbs= p;   0        NULL   = ;      >> Connected to Nbr vertex 3.3.3= .3

=  

=  

= Quick Reference RFC 2328 A.4.2 Router-LSAs [Link Type]

=  

Type
A quick description of the router link. One of the following.
Note that host routes are classified as links to stub networks
with network mask of 0xffffffff.

Type Description
__________________________________________________
1 Point-to-point connection to another router
2 Connection to a transit network
3 Connection to a stub network
4 Virtual link

Link ID
Identifies the object that this router link connects to. Value
depends on the link's Type. When connecting to an object that
also originates an LSA (i.e., another router or a transit
network) the Link ID is equal to the neighboring LSA's Link
State ID. This provides the key for looking up the neighboring
LSA in the link state database during the routing table
calculation. See = Section 12.2 for more details.<= /o:p>

 

Type Link ID
______________________________________
1 Neighboring router's Router ID
2 IP address of Designated Router
3 IP network/subnet number
4 Neighboring router's Router ID


Link Data
Value again depends on the link's Type field. For connections to
stub networks, Link Data specifies the network's IP address
mask. For unnumbered point-to-point connections, it specifies
the interface's MIB-II [Ref8] ifIndex value. For the ot= her link
types it specifies the router interface's IP address. This
latter piece of information is needed during the routing table
build process, when calculating the IP address of the next hop.
See <= a href=3D"#Title_16.1.1">Section 16.1.1 for more details.

=  

=  

= With Regards

= Anil S N           &= nbsp;     

--_000_327562D94EA7BF428CD805F338C31EF02B70A76Dnkgeml512mbxchi_-- From nobody Mon Feb 2 07:34:05 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F28971A1BE0; Mon, 2 Feb 2015 07:33:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JBoDJwzkzNxb; Mon, 2 Feb 2015 07:33:55 -0800 (PST) Received: from p130.piuha.net (p130.piuha.net [IPv6:2a00:1d50:2::130]) by ietfa.amsl.com (Postfix) with ESMTP id AE7C71A1BA5; Mon, 2 Feb 2015 07:33:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id CF89E2CC5F; Mon, 2 Feb 2015 17:33:21 +0200 (EET) (envelope-from jari.arkko@piuha.net) X-Virus-Scanned: amavisd-new at piuha.net Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nPd-Za_Q2SwP; Mon, 2 Feb 2015 17:33:20 +0200 (EET) Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id DDF082CC4D; Mon, 2 Feb 2015 17:33:20 +0200 (EET) (envelope-from jari.arkko@piuha.net) Content-Type: multipart/signed; boundary="Apple-Mail=_8DB311A0-1169-403A-BD08-55B1A9202222"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Jari Arkko In-Reply-To: <20150201194420.2776.10244.idtracker@ietfa.amsl.com> Date: Mon, 2 Feb 2015 17:33:18 +0200 Message-Id: <6B702F75-EBF5-4427-A4C7-E561AEEB1AF9@piuha.net> References: <20150201194420.2776.10244.idtracker@ietfa.amsl.com> To: Adrian Farrel X-Mailer: Apple Mail (2.1878.6) Archived-At: Cc: ospf@ietf.org, ospf-chairs@tools.ietf.org, Ing-Wher Chen , The IESG , draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: Re: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS and COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 15:33:59 -0000 --Apple-Mail=_8DB311A0-1169-403A-BD08-55B1A9202222 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Thanks for your in-depth review and comments, Adrian. > Does this document really update 5340? > There is no mention of what this update is or why it is considered a > part of the standard implementation of OSPFv3 to include the features > described in this document. >=20 > I suggest either dropping the update or clarifying how it works. I am fine with dropping the update. I think the original reason for = updating was to be considered as a part of basic functionality. In retrospect, I = am not sure it is needed. Acee? > I think that the effect of sections 4 and 8 is that auto-config as=20 > specified in this document is not suitable for deployment in service > provider networks. Did I miss something, or are you saying that the > best you offer is a single, network-wide password to cover all=20 > adjacencies? The document says in Section 4 (my emphasis): it is RECOMMENDED that OSPFv3 routers supporting this specification *minimally offer an option* to explicitly configure a single password and Section 8: However, auto-configuration can also be combined with password configuration (see Section 4) or future extensions for automatic pairing between devices. These mechanisms can help provide an automatically configured, securely routed network. In deployments where stronger authentification or encryption is required, OSPFv3 IPsec [OSPFV3-IPSEC] or stronger OSPFv3 Authentication trailer [OSPFV3-AUTH-TRAILER] algorithms *MAY be used at the expense of additional configuration*. The configuration and operational description of such deployments is beyond the scope of this document. I think the intent is that existing functionality is not removed. There = is a recommendation for a single-password simple version, but that does not mean it is the only option. Of course, the additional security configuration effort may make the situation such that auto configuration as a whole is no longer worthwhile. > If this is fine for the home network environment, you should be able = to > point at a homenet document that says so. >=20 > If you agree that this is not fine for a service provider (and = probably > for most enterprises) you need to call this out more strongly and > recommend limits on the applicability of this spec. Given the above, what words would you suggest? > Isn't the duplicate Router ID detection an attack vector? > If I can inject an LSA purporting to be from the same Router ID but = with > a numerically larger router hardware fingerprint, I can cause some = other >=20 > router in the network to reset all of its adjacencies.=20 > In theory I can do this over and over, and I can do it automatically = on > receipt of an OSPFv3 Router Auto-Configuration LSA. >=20 > I think you should at least call that out as a specific risk. Ideally,=20= > you would find a way to mitigate it. Seems reasonable. > Section 7.4. is titled: > Change to RFC 2328 Section 13.4, 'Receiving Self-Originated LSAs' >=20 > Are you really changing 2328? Or are you trying to say that an=20 > implementation of this spec will do something different from 2328? My understanding is that it is really is a difference. > Section 1 has > OSPFv3 [OSPFV3] is a candidate for deployments in environments where > auto-configuration is a requirement. Its operation is largely > unchanged from the base OSPFv3 protocol specification [OSPFV3]. > If you parse this down, it says "OSPFv3 is largely unchanged from=20 > OSPFv3" which may not be as helpful as you intended it to be! > Perhaps... > OSPFv3 [OSPFV3] is a candidate for deployments in environments where > auto-configuration is a requirement. This document describes=20 > extensions to OSPFv3 to enable it to operate in these environments. > In this mode of operation, the protocol is largely unchanged from = the > base OSPFv3 protocol specification [OSPFV3]. Good. Thanks. > The following aspects of OSPFv3 auto-configuration are described: >=20 > s/described:/described in this document:/ Yes. > Is there a reason to diverge fromt he RFC Editor's Style Guide in=20 > placing the Acknowledgements at the top of the document? Not from my point of view, but I suppose the RFC Editor can also order the sections in their preferred way. > Section 2 has >=20 > 2. OSPFv3 SHOULD be auto-configured for IPv6 on all interfaces > intended as general IPv6-capable routers. Optionally, an > interface MAY be excluded if it is clear that running OSPFv3 on > the interface is not required. For example, if manual > configuration or another condition indicates that an interface = is > connected to an Internet Service Provider (ISP) and there is no > Border Gateway Protocol (BGP) [BGP] peering, there is typically > no need to employ OSPFv3. >=20 > The first sentence is garbled since it says that an interface could be=20= > intended as a router. Do you mean... >=20 > OSPFv3 SHOULD be auto-configured on all IPv6-capable interfaces of a > router. Yes, much better. > "Optionally an interface MAY" is tautology. Suggest "An interface = MAY=94. Yes. > I am wondering why the fact that you have a BGP peering on an = interface > configured to connect to an ISP would mean that you would want to run > OSPFv3 on that interface. You are possibly saying that the interface, = in > that case, may need to be auto-configured and present in the OSPFv3 > advertisements. But this is not what you have said. I think the rest of the paragraph are saying exactly the opposite, i.e.,=20= NOT want to run OSPFv3 on that case. >=20 > --- >=20 > Section 2 >=20 > Can you point me to the spec for "vanilla Wi-Fi"? :-) s/vanilla// > --- >=20 > Section 2 bullet 4 >=20 > Of course, an > identical HelloInterval and RouterDeadInterval will still be > required to form an adjacency with an OSPFv3 router not > supporting auto-configuration [OSPFV3]. >=20 > Of course, but how is this achieved? How does a router with = auto-config > determine that its neighbor does not have auto-config and then = discover > the correct intervals to use? >=20 > I think you can detect that your neighor is not doing auto-config by = the > absence of the OSPFv3 Router Auto-Configuration LSA, but what should = an > auto-config router do once this has been detected? Not be auto configured on that interface? > Maybe it is obvious, but in the process of selecting a new Router ID = in > 7.3, the router MUST NOT select a value that it knows (through LSAs=20 > received before the duplicate was detected) is already in use in the=20= > network. >=20 > It is even possible that the router SHOULD maintain some memory of=20 > Router IDs seen in the network recently so as to not pick an ID of a=20= > router that is temporarily down or disconnected. Seems reasonable. Thanks. >=20 > --- >=20 > 7.2 >=20 > The Router-Hardware-Fingerprint TLV contains a variable > length value that has a very high probability of uniquely = identifying > the advertising OSPFv3 router. >=20 > So, the first time you run live at a customer site, you know that the > fingerprints will match on two devices and that they will both select=20= > the same Router ID. >=20 > I think this is actually all OK so long as you indicate that this case > will be handled as a self-originated LSA and include a forward-pointer > to section 7.4. Yes, although i=92m not sure new text is needed, as I thought this was=20= clear already earlier. > --- >=20 > 7.2.1 >=20 > The TLV > is padded to 4-octet alignment; padding is not included in the = length > field (so a 3-octet value would have a length of 3, but the total > size of the TLV would be 8 octets). Nested TLVs are also 32-bit > aligned. >=20 >=20 > Nice mixture of units :-) > Why 32 bits when everything previous was in octets? I think we are following previous practice... > --- >=20 > 7.2.1 >=20 > The new LSA is designated for information related to OSPFv3 Auto- > configuration and, in the future, can be used other auto- > configuration information. >=20 > You already said that. ok > --- >=20 > 7.2.2 >=20 > The Router-Hardware-Fingerprint TLV is the first TLV defined for the > OSPFv3 Auto-Configuration (AC) LSA. It will have type 1 and MUST be > advertised in the LSID OSPFv3 AC LSA with an LSID of 0.=20 >=20 > So, if absent=85 ? Same as with any other issue where you are presented an invalidly = formatted data. Acee, is there a good reference to existing RFCs for that = behaviour? >=20 > --- >=20 > 7.2.2 >=20 > The contents of the hardware fingerprint MUST be some combination of > MAC addresses, CPU ID, or serial number(s) that provides an = extremely > high probability of uniqueness. It is RECOMMENDED that one or more > available universal tokens (e.g., IEEE 802 48-bit MAC addresses or > IEEE EUI-64 Identifiers [EUI64]) associated with the OSPFv3 router = be > included in the hardware fingerprint. It MUST be based on hardware > attributes that will not change across hard and soft restarts. >=20 > I think you mean... >=20 > The contents of the hardware fingerprint MUST have an extremely high > probability of uniqueness. It SHOULD be constructed from the=20 > concatenation of a number of local values that themselves have a = high > likelihood of uniqueness, such as MAC addresses, CPU ID, or serial=20= > numbers. It is RECOMMENDED that one or more available universal=20 > tokens (e.g., IEEE 802 48-bit MAC addresses or IEEE EUI-64=20 > Identifiers [EUI64]) associated with the OSPFv3 router be included = in > the hardware fingerprint. It MUST be based on hardware attributes=20= > that will not change across hard and soft restarts. This is better. Thanks. > Although I am a little puzzled as to what would happen if I changed my > MAC address. Your ID may change. That could be fine. >=20 > --- >=20 > Is there a reason to allow IESG Approval for your new registry? Is = this > to make it look like all of the other OSPFv3 registries, or is it=20 > because you anticipate specific problems? Past experience with IANA rules indicates that it is good to provide a rule while allowing for special treatment in case that something special happens. I do not at least expect any special issues to be likely, but I think it is better practice to define the IANA rules in this fashion, because it leaves a usually :-) sane board be able to deal with exceptions if they ever arise without having to re-issue any RFCs. Example: experimental IRTF RFCs might in some cases be fine for some allocations. Jari --Apple-Mail=_8DB311A0-1169-403A-BD08-55B1A9202222 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUz5i/AAoJEM80gCTQU46qhaIQALoxNVHX5XezEaSPVyiCO35H hXVBliWpvO5gMajTVKnGQeI2UnmJsfiIVvilgnJCwOqIyVyo9pXQZbsDzCDA1Ase FwJEU5/lxPm8u95lwVl2hnFxIuaYx49ZT9IgItOX5y/7DztoV4WGDDB+3wQuwszg 8D8rYCv/MNLOExPOIYpFTluXos/HCVtA/DoM6YUkWf/O4VxAxjk9d18H1+8idYSf /wdgIRjSwW1O/5fa/txfeVw/z/jJWMs6VL74RNIUr12LIPIGHWl511gWcwuiQsKM A9Qdnc9Ng1xNMH/0Ey9tclU09HwSW6xgSxIzyTaw9cp+mc25WTyFZrslf2GOIX8x GOH9SuRtiRUV8VjoSCEwsUAzkgt8WPNrXCx/eKUknu3hlsc2FBX2CrsephFYubmZ V/5cFVdhI4p81kUJSELB/qUglrPC7vzNG1tJJa9G7wXOIdAJwYlFJNZ41DN0yUIM VEhEDyqgeuDJwAaUe3ru7mnTeUzjub9by5VcadgcLtyU7+SdZZ9MMvtLzrgyHleO CUXQlS2/rphsbwexZpSvLI571l9yco+gK2H/PTBzDGeodOFSlghbKP7E8tbZrfQ2 MfowHhZvq6TqkWanMIdpbLJTjFPnFAJpD1biuRLYNknBdg5EHW0myTosInX+6LAS OfuUNfIVt6qiZ3pMKI2j =GBi8 -----END PGP SIGNATURE----- --Apple-Mail=_8DB311A0-1169-403A-BD08-55B1A9202222-- From nobody Mon Feb 2 08:52:48 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85A711A1AFB; Mon, 2 Feb 2015 08:52:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t0555i1CK30M; Mon, 2 Feb 2015 08:52:45 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADAB31A03A2; Mon, 2 Feb 2015 08:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4195; q=dns/txt; s=iport; t=1422895965; x=1424105565; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=Waccd02ug5DbuwFppkDFI/kcI4qstmEILFHFJzBsNBk=; b=fo2lz9cWyN6CEvl5ZSh+ehVvFMMIMZJA4wYbhGkawrjvpecWw+WMQujP d1i2O36NfDg2OZmLsebFG+JaTp2Q7IqOVVmUEhqieawjUeYWkzCQrVdtr 6j/uLUOSY38zZmRHFFHa2DWeRhpP1HegsieQVJnl68iTwElagZVz+Cg0T 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DoBAA2qs9U/xbLJq1bg1hZgwHBXQqFcQKBYQEBAQEBfYQNAQEEAQEBIA8BBTYKEQsYAgIFFgsCAgkDAgECARUwBgEMBgIBAYgpDcBIlWoBAQEBAQEBAQEBAQEBAQEBAQEWBIEhjl6CaIFBAQSFS5Jjhj2MHyKCAhyBUT0xgkIBAQE X-IronPort-AV: E=Sophos;i="5.09,507,1418083200"; d="scan'208";a="335998441" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP; 02 Feb 2015 16:52:42 +0000 Received: from [10.148.128.133] ([10.148.128.133]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t12GqfaM007253; Mon, 2 Feb 2015 16:52:42 GMT Message-ID: <54CFAB4F.9060306@cisco.com> Date: Mon, 02 Feb 2015 17:52:31 +0100 From: Peter Psenak User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: "Anil Kumar S N (VRP Network BL)" , OSPF WG List , "spring@ietf.org" References: <327562D94EA7BF428CD805F338C31EF02B70A76D@nkgeml512-mbx.china.huawei.com> In-Reply-To: <327562D94EA7BF428CD805F338C31EF02B70A76D@nkgeml512-mbx.china.huawei.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [OSPF] [spring] draft-psenak-ospf-segment-routing-extensions-05 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 16:52:47 -0000 Anil, Adj-SID is a link attribute. Link is identified the same way as it is identified in the Router LSA - link-type, link-id, link-data. for unnumbered link: link-type = 1 link-id = Neighboring router's Router ID link-data = interface's ifIndex So if RTA wants to use a particular link between RTB and RTC, it needs to know the ifIndex of that link and pick the link based on that. regards, Peter On 2/2/15 15:39 , Anil Kumar S N (VRP Network BL) wrote: > Hi All, > > I have a question on Adjacency Segment Identifier: > > How will RTA indentify and map adj-labels originated by RTB (having > unnumbered point-to-point connections b/w RTB and RTC) among labels to > which link ? > > Router ID > > 1.1.1.1 2.2.2.2 3.3.3.3 > > +-------+ P2p Links 1-5 +-------+   > > | +-------------+----+ | > > | | | | > > +-------+ | +------------------+ | > > | | | | | | > > | RTA +----------+ RTB +------------------+ RTC | > > | | | | | | > > +-------+ | +------------------+ | > > | | | | > > | +------------------+ | > > | | | | > > +-------+ +-------+ > > Router vertex 2.2.2.2 > > LinkType LinkId LinkData Metric IfIndex IfType > > P2P 1.1.1.1 11.0.0.112 100 0 NULL > >> Connected to Nbr vertex 1.1.1.1 > > P2P 3.3.3.3 12.0.0.112 100 0 NULL > >> Connected to Nbr vertex 3.3.3.3 > > P2P 3.3.3.3 13.0.0.112 100 0 NULL > >> Connected to Nbr vertex 3.3.3.3 > > P2P 3.3.3.3 14.0.0.112 100 0 NULL > >> Connected to Nbr vertex 3.3.3.3 > > P2P 3.3.3.3 15.0.0.112 100 0 NULL > >> Connected to Nbr vertex 3.3.3.3 > > P2P 3.3.3.3 16.0.0.112 100 0 NULL > >> Connected to Nbr vertex 3.3.3.3 > > Quick Reference RFC 2328 A.4.2 Router-LSAs [Link Type] > > Type > A quick description of the router link. One of the following. > Note that host routes are classified as links to stub networks > with network mask of 0xffffffff. > > Type Description > __________________________________________________ > 1 Point-to-point connection to another router > 2 Connection to a transit network > 3 Connection to a stub network > 4 Virtual link > > Link ID > Identifies the object that this router link connects to. Value > depends on the link's Type. When connecting to an object that > also originates an LSA (i.e., another router or a transit > network) the Link ID is equal to the neighboring LSA's Link > State ID. This provides the key for looking up the neighboring > LSA in the link state database during the routing table > calculation. See Section 12.2 <#Title_12.2>for more details. > > Type Link ID > ______________________________________ > 1 Neighboring router's Router ID > 2 IP address of Designated Router > 3 IP network/subnet number > 4 Neighboring router's Router ID > > > Link Data > Value again depends on the link's Type field. For connections to > stub networks, Link Data specifies the network's IP address > mask. For unnumbered point-to-point connections, it specifies > the interface's MIB-II [Ref8] <#BibRef_Ref8>ifIndex value. For the other > link > types it specifies the router interface's IP address. This > latter piece of information is needed during the routing table > build process, when calculating the IP address of the next hop. > See Section 16.1.1 <#Title_16.1.1>for more details. > > With Regards > > Anil S N > > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf > From nobody Mon Feb 2 12:30:58 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A1611A8AD7; Mon, 2 Feb 2015 12:30:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lyGKZTEXXePU; Mon, 2 Feb 2015 12:30:50 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 063C11A8AD4; Mon, 2 Feb 2015 12:30:47 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t12KUih0014665; Mon, 2 Feb 2015 20:30:44 GMT Received: from 950129200 (089144232000.atnat0041.highway.a1.net [89.144.232.0]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id t12KUfc0014648 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2015 20:30:42 GMT From: "Adrian Farrel" To: "'Jari Arkko'" References: <20150201194420.2776.10244.idtracker@ietfa.amsl.com> <6B702F75-EBF5-4427-A4C7-E561AEEB1AF9@piuha.net> In-Reply-To: <6B702F75-EBF5-4427-A4C7-E561AEEB1AF9@piuha.net> Date: Mon, 2 Feb 2015 20:30:41 -0000 Message-ID: <016001d03f27$1ebd20d0$5c376270$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQE+4XTVDJ86kLnHVb5GPlGlOEIyNwHc1cUEnfGVBoA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1018-21300.002 X-TM-AS-Result: No--27.351-10.0-31-10 X-imss-scan-details: No--27.351-10.0-31-10 X-TMASE-MatchedRID: 8HTFlOrbAtGnykMun0J1wi2EzAlnB8oRLi2dwKiMR9ye9toQ6h6LE7y+ AbgLgbEprICr+5uCDzDLjGt7P0LPoU5GqmwdJt7CbMGKOuLn5FXj5lyuq8IOQVnDUAu1mqvNBQ2 kKVIynPAx3b0UBmLVttf7imMs6Bd8falnNvZDQnypV166Tst6tJZ6zKu0q4rt10wPNIuvyi+E56 XP4AVSc8on/eu0nLWZtlYlTTNZdz80NWoXn4NXTp3iEJrvFJmhE21NSmBqEKcUl9bvAS7WQBmzb knjanDfkKqwFPZQ4OCLFwHgeCEHJMmhusiWudICbQ9aoPSmWJGgo7yEQ1t1y3e9QDr8+LTcFdsi 1cqiGAwpYtwcKJmmRst9TbsDC1cyGesUQyhGzGguLk8NfSpYeh0PsyMp50OO6I5wrkPkhsaeMls z0QP1EX61eUOVbbs1fa5RHTTKNaHv1qcON0saDxIRh9wkXSlFYY0tNGdvli1FRkv0B4bwgvrg7l MowIm8GqTtGcghBlX3c89Q9YhL5AewcbdwAgnWc+QhWKJM04NwvHbihvLS1SG8WMGwsRk0XCwa8 arbuf5Zb+4arbnC9s9fuxSQqqSyVgtvnWpD9FOGwT67eecJ8EDwlkRNC6PCymP/1piI/6EhQ14n IbdImAVqOeU33dGZyZdvoLpmnXX0GGSQQaBfEcRS0pbiOfKbSipwJQ5yg7qVEMx1gSjhQNmNxQG 4f7tnRL/fhGgICgmvAp6H0nQgYriapZUOrFu0VF7yOiu4q2m+JGWINXafLCbVQ7VtNJwd079j1E wNbJQa1vxMG/WVN/3d1Pjm2VqyE2Px0QhWm3SeAiCmPx4NwLTrdaH1ZWqCpvI8UZOf47jUZxEAl FPo846HM5rqDwqtlExlQIQeRG0= Archived-At: Cc: ospf@ietf.org, ospf-chairs@tools.ietf.org, 'Ing-Wher Chen' , 'The IESG' , draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: Re: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS and COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2015 20:30:52 -0000 Hi Jari, Thanks for engaging! I've cut down to the open issues. Recall that Comments are just for you and your AD to think about. Adrian > > Does this document really update 5340? > > There is no mention of what this update is or why it is considered a > > part of the standard implementation of OSPFv3 to include the features > > described in this document. > > > > I suggest either dropping the update or clarifying how it works. > > I am fine with dropping the update. I think the original reason for updating > was to be considered as a part of basic functionality. In retrospect, I am > not sure it is needed. Acee? I'd be OK with that. If you all *do* think that it was intended that this be considered part of the core function of OSPFv3, then clearly it is an update and some statements will be needed. > > I think that the effect of sections 4 and 8 is that auto-config as > > specified in this document is not suitable for deployment in service > > provider networks. Did I miss something, or are you saying that the > > best you offer is a single, network-wide password to cover all > > adjacencies? > > The document says in Section 4 (my emphasis): > > it is RECOMMENDED that OSPFv3 routers supporting this specification > *minimally offer an option* to explicitly configure a single password Perhaps this is an American thing? Are you saying that the text means that the implementations should include at least an option to configure a single password, but may include more security? I read it to mean that the implementations should include the minimal option of a single password (implying this or nothing). Perhaps a few more words would help clarify. However... > and Section 8: > > However, auto-configuration can also be combined with > password configuration (see Section 4) or future extensions for > automatic pairing between devices. These mechanisms can help provide > an automatically configured, securely routed network. I saw this and thought it was a classic dodge. "Yeah the security sucks, but a future extension might make it OK." From the perspective of this specification, that means that there isn't a mechanism for automatic security pairing so we must fall back on the other mechanisms when assessing the utility of the spec. > In deployments where stronger authentification or encryption is > required, OSPFv3 IPsec [OSPFV3-IPSEC] or stronger OSPFv3 > Authentication trailer [OSPFV3-AUTH-TRAILER] algorithms *MAY be used > at the expense of additional configuration*. The configuration and > operational description of such deployments is beyond the scope of > this document. > > I think the intent is that existing functionality is not removed. There is > a recommendation for a single-password simple version, but that > does not mean it is the only option. Of course, the additional security > configuration effort may make the situation such that auto configuration > as a whole is no longer worthwhile. Well, I read "The configuration and operational description of such deployments is beyond the scope of this document" to say that there is no description of how to use the mechanisms in this document combined with any better security than domain-wide password. And your note here seems to confirm the view that you might be in the position of either using autoconfig or using decent security, but not both. And that led to my Discuss point that this appears to make the solution inadvisable for SPs and larger enterprises. In other words it is predominately a homenet or small enterprise solution. That needs to be called out. Perhaps you don't need to go as far as making a statement about the target network, if you make a clearer statement about the level of security you can get with this solution. (see below) (BTW, lots of people would *really* like a carrier-class autoconfig solution.) > > If this is fine for the home network environment, you should be able to > > point at a homenet document that says so. > > > > If you agree that this is not fine for a service provider (and probably > > for most enterprises) you need to call this out more strongly and > > recommend limits on the applicability of this spec. > > Given the above, what words would you suggest? How about (in the Introduction) The solution described in this document is not consistent with advanced routing protocol security. Such per-peer security mechanisms require the manual configuration of security associations, and that configuration is in contrast to the objectives of this document to reduce per-router configuration. Although some security can be achieved by using common security credentials across a whole auto-configuration domain, that might not provide sufficient security for some deployment scenarios. Operators should carefully consider ther security requirements of their network before deploying the solution described in this document. > > Section 7.4. is titled: > > Change to RFC 2328 Section 13.4, 'Receiving Self-Originated LSAs' > > > > Are you really changing 2328? Or are you trying to say that an > > implementation of this spec will do something different from 2328? > > My understanding is that it is really is a difference. OK. Just wordsmith. It's only a Comment. > > I am wondering why the fact that you have a BGP peering on an interface > > configured to connect to an ISP would mean that you would want to run > > OSPFv3 on that interface. You are possibly saying that the interface, in > > that case, may need to be auto-configured and present in the OSPFv3 > > advertisements. But this is not what you have said. > > I think the rest of the paragraph are saying exactly the opposite, i.e., > NOT want to run OSPFv3 on that case. OK. Suggest you re-read the paragraph. The wording of the example implies that opposite of the example will be true, but that is not the message you seem to want to deliver. It's only a Comment. > > Section 2 bullet 4 > > > > Of course, an > > identical HelloInterval and RouterDeadInterval will still be > > required to form an adjacency with an OSPFv3 router not > > supporting auto-configuration [OSPFV3]. > > > > Of course, but how is this achieved? How does a router with auto-config > > determine that its neighbor does not have auto-config and then discover > > the correct intervals to use? > > > > I think you can detect that your neighor is not doing auto-config by the > > absence of the OSPFv3 Router Auto-Configuration LSA, but what should an > > auto-config router do once this has been detected? > > Not be auto configured on that interface? So you could say this? If a router attempting to perform auto-configuration as described in this document does not receive an OSPFv3 Router Auto-Configuration LSA from a peer, it MUST not attempt to bring the adjacency up, and MUST NOT advertise any links to that peer until manual configuration of the adjacency has been activated. It's only a Comment. Adrian From nobody Tue Feb 3 06:07:11 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 976B61A8A1E; Tue, 3 Feb 2015 06:06:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cD5n6naU9X8a; Tue, 3 Feb 2015 06:06:40 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA3851A8750; Tue, 3 Feb 2015 06:06:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10444; q=dns/txt; s=iport; t=1422972381; x=1424181981; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dwuBYOeHJEoW+kSkDNR1r8TEHeGA/6MZsfCAipwZ4og=; b=hImxmguU6lTHeOqU+RnV892f3AHSE7a8A1KYx4EDRo4gAD8tmkt4asRA kK1kj3NDyuzjbG8wqzQ97+//ewp91h7BKH7RBlgLYR1ggTkaThYrRj595 rwztQFU5LUhLPWdbdY9uy1rhlFpFw0Kd0sTgWGgWs817H/1CiK8+vtxVm 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ALBQAc1dBU/49dJa1agwZSXcR4CoVxAoEbQwEBAQEBfYQNAQEDAQEBAWQHCxACAQgwCwEKJwslAgQBDQUbiAoIDcUmkQQBAQEBAQEBAQIBAQEBAQEBAQEBARMEig6FNzMHGIQRBYlvhRqJJYEXhUeFRIJ9gz0igX0FHBSBPG+BRH4BAQE X-IronPort-AV: E=Sophos;i="5.09,512,1418083200"; d="scan'208";a="120091176" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-4.cisco.com with ESMTP; 03 Feb 2015 14:06:20 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t13E6Kbr027019 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 3 Feb 2015 14:06:20 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.118]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Tue, 3 Feb 2015 08:06:20 -0600 From: "Acee Lindem (acee)" To: "adrian@olddog.co.uk" , "'Jari Arkko'" Thread-Topic: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS and COMMENT) Thread-Index: AQHQPv2di8D5GxD44ES5wpj4agkOA5zeNNOA///9zYA= Date: Tue, 3 Feb 2015 14:06:19 +0000 Message-ID: References: <20150201194420.2776.10244.idtracker@ietfa.amsl.com> <6B702F75-EBF5-4427-A4C7-E561AEEB1AF9@piuha.net> <016001d03f27$1ebd20d0$5c376270$@olddog.co.uk> In-Reply-To: <016001d03f27$1ebd20d0$5c376270$@olddog.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <14C92C642699404BB570BEF6586E355F@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , "ospf-chairs@tools.ietf.org" , 'Ing-Wher Chen' , 'The IESG' , "draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org" Subject: Re: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS and COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 14:06:45 -0000 Hi Adrian,=20 On 2/2/15, 3:30 PM, "Adrian Farrel" wrote: >Hi Jari, > >Thanks for engaging! > >I've cut down to the open issues. Recall that Comments are just for you >and your >AD to think about. > >Adrian > >> > Does this document really update 5340? >> > There is no mention of what this update is or why it is considered a >> > part of the standard implementation of OSPFv3 to include the features >> > described in this document. >> > >> > I suggest either dropping the update or clarifying how it works. >>=20 >> I am fine with dropping the update. I think the original reason for >>updating >> was to be considered as a part of basic functionality. In retrospect, I >>am >> not sure it is needed. Acee? > >I'd be OK with that. >If you all *do* think that it was intended that this be considered part >of the >core function of OSPFv3, then clearly it is an update and some statements >will >be needed. The base protocol does change when OSPFv3 auto-configuration is in effect. We are relaxing the hello interval/dead time constraints and adding some hysteresis to RFC 2328. We could have been more pedantic about the hello interval/dead time but it wouldn=B9t have added any value as the end result of the adjacency not forming would be the same. Now - one thing we seem to struggle with is whether the base protocol RFC should be listed as =B3updated" when the base mechanisms are extended or only when the base protocol mechanisms are changed. > >> > I think that the effect of sections 4 and 8 is that auto-config as >> > specified in this document is not suitable for deployment in service >> > provider networks. Did I miss something, or are you saying that the >> > best you offer is a single, network-wide password to cover all >> > adjacencies? >>=20 >> The document says in Section 4 (my emphasis): >>=20 >> it is RECOMMENDED that OSPFv3 routers supporting this specification >> *minimally offer an option* to explicitly configure a single password > >Perhaps this is an American thing? Yeah - It should be self evident that home users are endowed by their Creator with the unalienable right to a self-configuring OSPFv3 router offering security with minimal configuration. >Are you saying that the text means that the implementations should >include at >least an option to configure a single password, but may include more >security? >I read it to mean that the implementations should include the minimal >option of >a single password (implying this or nothing). Yes - but if you read the manageability section of the draft it recommends offering complete configuration as well. It is RECOMMENDED that OSPFv3 routers supporting this specification also allow explicit configuration of OSPFv3 parameters as specified in Appendix C of [OSPFV3]. The would allow explicit override of autoconfigured parameters in situations where it is required (e.g., if the deployment requires multiple OSPFv3 areas). This is in addition to the authentication key configuration recommended in Section 4 which supports OSPFv3 authentication with the absolute minimum manual configuration. > >Perhaps a few more words would help clarify. > >However... > >> and Section 8: >>=20 >> However, auto-configuration can also be combined with >> password configuration (see Section 4) or future extensions for >> automatic pairing between devices. These mechanisms can help provide >> an automatically configured, securely routed network. > >I saw this and thought it was a classic dodge. "Yeah the security sucks, >but a >future extension might make it OK." From the perspective of this >specification, >that means that there isn't a mechanism for automatic security pairing so >we >must fall back on the other mechanisms when assessing the utility of the >spec. I wouldn=B9t say that RFC 7166 authentication sucks. What this is conveying is that future mechanisms for automatic security pairing are not precluded and we're not trying to solve this problem with an OSPFv3 specific solution.=20 > >> In deployments where stronger authentification or encryption is >> required, OSPFv3 IPsec [OSPFV3-IPSEC] or stronger OSPFv3 >> Authentication trailer [OSPFV3-AUTH-TRAILER] algorithms *MAY be used >> at the expense of additional configuration*. The configuration and >> operational description of such deployments is beyond the scope of >> this document. >>=20 >> I think the intent is that existing functionality is not removed. There >>is >> a recommendation for a single-password simple version, but that >> does not mean it is the only option. Of course, the additional security >> configuration effort may make the situation such that auto configuration >> as a whole is no longer worthwhile. > >Well, I read "The configuration and operational description of such >deployments >is beyond the scope of this document" to say that there is no description >of how >to use the mechanisms in this document combined with any better security >than >domain-wide password. > >And your note here seems to confirm the view that you might be in the >position >of either using autoconfig or using decent security, but not both. I think your definition of =B3decent=B2 is somewhat objective but, otherwis= e, your understanding is correct. What I will add is, =B3For example, IPsec, per-interface keys, or other security mechanisms could be explicitly configured as described in section 8." > >And that led to my Discuss point that this appears to make the solution >inadvisable for SPs and larger enterprises. In other words it is >predominately a >homenet or small enterprise solution. That needs to be called out. > >Perhaps you don't need to go as far as making a statement about the target >network, if you make a clearer statement about the level of security you >can get >with this solution. (see below) > >(BTW, lots of people would *really* like a carrier-class autoconfig >solution.) OSPFv3 is the wrong place to solve the security aspects of a carrier-class auto-config solution. There are many ways to attack this and the first thing to agree on is the operational model. > >> > If this is fine for the home network environment, you should be able >>to >> > point at a homenet document that says so. >> > >> > If you agree that this is not fine for a service provider (and >>probably >> > for most enterprises) you need to call this out more strongly and >> > recommend limits on the applicability of this spec. >>=20 >> Given the above, what words would you suggest? > >How about this for the =B3Introduction=B2? Since the goals of auto-configuration and security can be conflicting, operators and network administrators should carefully consider their security requirements before deploying the solution described in this document. Refer to section 8 for more information. > >The solution described in this document is not consistent with advanced >routing >protocol security. Such per-peer security mechanisms require the manual >configuration of security associations, and that configuration is in >contrast to >the objectives of this document to reduce per-router configuration. >Although >some security can be achieved by using common security credentials across >a >whole auto-configuration domain, that might not provide sufficient >security for >some deployment scenarios. Operators should carefully consider ther >security >requirements of their network before deploying the solution described in >this >document. > >> > Section 7.4. is titled: >> > Change to RFC 2328 Section 13.4, 'Receiving Self-Originated LSAs' >> > >> > Are you really changing 2328? Or are you trying to say that an >> > implementation of this spec will do something different from 2328? >>=20 >> My understanding is that it is really is a difference. > >OK. Just wordsmith. It's only a Comment. > >> > I am wondering why the fact that you have a BGP peering on an >>interface >> > configured to connect to an ISP would mean that you would want to run >> > OSPFv3 on that interface. You are possibly saying that the interface, >>in >> > that case, may need to be auto-configured and present in the OSPFv3 >> > advertisements. But this is not what you have said. >>=20 >> I think the rest of the paragraph are saying exactly the opposite, i.e., >> NOT want to run OSPFv3 on that case. > >OK. Suggest you re-read the paragraph. The wording of the example implies >that >opposite of the example will be true, but that is not the message you >seem to >want to deliver. It's only a Comment. I=B9ll remove the part about BGP peering as this was meant to exclude iBGP where you=B9d want an IGP adjacency. However, in this context, it complicates the example. > >> > Section 2 bullet 4 >> > >> > Of course, an >> > identical HelloInterval and RouterDeadInterval will still be >> > required to form an adjacency with an OSPFv3 router not >> > supporting auto-configuration [OSPFV3]. >> > >> > Of course, but how is this achieved? How does a router with >>auto-config >> > determine that its neighbor does not have auto-config and then >>discover >> > the correct intervals to use? >> > >> > I think you can detect that your neighor is not doing auto-config by >>the >> > absence of the OSPFv3 Router Auto-Configuration LSA, but what should >>an >> > auto-config router do once this has been detected? >>=20 >> Not be auto configured on that interface? > >So you could say this? >If a router attempting to perform auto-configuration as described in this >document does not receive an OSPFv3 Router Auto-Configuration LSA from a >peer, >it MUST not attempt to bring the adjacency up, and MUST NOT advertise any >links >to that peer until manual configuration of the adjacency has been >activated. I don=B9t see how this isn=B9t clear to anyone familiar with OSPFv3 - to fo= rm an adjacency both routers need to either have the same hello/dead intervals or both support auto-configuration. Thanks, Acee=20 >It's only a Comment. > >Adrian > >_______________________________________________ >OSPF mailing list >OSPF@ietf.org >https://www.ietf.org/mailman/listinfo/ospf From nobody Tue Feb 3 06:36:57 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA401A064C; Tue, 3 Feb 2015 06:36:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DTIuOvz2bqiv; Tue, 3 Feb 2015 06:36:51 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B23F11A01F6; Tue, 3 Feb 2015 06:36:51 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150203143651.31808.1337.idtracker@ietfa.amsl.com> Date: Tue, 03 Feb 2015 06:36:51 -0800 Archived-At: Cc: ospf@ietf.org, ospf-chairs@tools.ietf.org, Ing-Wher Chen , draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Stephen Farrell's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2015 14:36:53 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for including section 4 - I was wondering if you would before I read this:-) - section 4: just saying "password" is likely to lead to password == password or password == 123456. Why not advise that a long higher entropy secret needs to be used? - section 4: I hate to do this to you, but if by saying "password" you also mean "entered by a human and likely a human memorable secret" then aren't there i18n considerations? Non-ascii characters in there are otherwise likely to lead to a lack of interop. If you wanted my advice as to how to avoid that, I'd go for RECOMMENDING that the secret be entered as ascii-hex digits and that 32 such digits be used if possible. - section 8: What "stronger" auth trailer do you mean in the last para? The weakness is that a password is used - the rest (e.g. hmac-sha-256 vs. hmac-sha-1) is in the noise. Maybe re-phrase. From nobody Wed Feb 4 06:37:28 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35E551A8993; Wed, 4 Feb 2015 06:37:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3gUQJYst8lP1; Wed, 4 Feb 2015 06:37:25 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ED6DA1A8784; Wed, 4 Feb 2015 06:37:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Brian Haberman" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150204143725.17301.39955.idtracker@ietfa.amsl.com> Date: Wed, 04 Feb 2015 06:37:25 -0800 Archived-At: Cc: ospf@ietf.org, ospf-chairs@tools.ietf.org, Ing-Wher Chen , draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Brian Haberman's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 14:37:27 -0000 Brian Haberman has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-13: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I support Adrian's points. From nobody Wed Feb 4 15:41:01 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0FC01A000F for ; Wed, 4 Feb 2015 15:40:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id urrT8iH9qkrm for ; Wed, 4 Feb 2015 15:40:52 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id B523D1A0076 for ; Wed, 4 Feb 2015 15:40:52 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 39F33181CF0; Wed, 4 Feb 2015 15:40:35 -0800 (PST) To: jmoy@casc.com, akatlas@gmail.com, adrian@olddog.co.uk, akr@cisco.com, acee@cisco.com X-PHP-Originating-Script: 6000:errata_mail_lib.php From: RFC Errata System Message-Id: <20150204234035.39F33181CF0@rfc-editor.org> Date: Wed, 4 Feb 2015 15:40:35 -0800 (PST) Archived-At: Cc: eugenkim@amazon.com, rfc-editor@rfc-editor.org, ospf@ietf.org Subject: [OSPF] [Technical Errata Reported] RFC2328 (4257) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2015 23:40:55 -0000 The following errata report has been submitted for RFC2328, "OSPF Version 2". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=2328&eid=4257 -------------------------------------- Type: Technical Reported by: Eugene M. Kim Section: 2.1.1 Original Text ------------- In NBMA mode, OSPF emulates operation over a broadcast network: a Designated Router is elected for the NBMA network, and the Designated Router originates an LSA for the network. The graph representation for broadcast networks and NBMA networks is identical. This representation is pictured in the middle of Figure 1a. Corrected Text -------------- In NBMA mode, OSPF emulates operation over a broadcast network: a Designated Router is elected for the NBMA network, and the Designated Router originates an LSA for the network. The graph representation for broadcast networks and NBMA networks is identical. This representation is pictured in the bottom of Figure 1a. Notes ----- The bottom, not middle, of Figure 1a depicts the identical graph representation of broadcast and NBMA networks. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC2328 (no draft string recorded) -------------------------------------- Title : OSPF Version 2 Publication Date : April 1998 Author(s) : J. Moy Category : INTERNET STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From nobody Thu Feb 5 05:32:14 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0522D1A8846; Thu, 5 Feb 2015 05:32:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OHmY71dh5qyg; Thu, 5 Feb 2015 05:32:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 899271A87B1; Thu, 5 Feb 2015 05:31:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205133159.32056.782.idtracker@ietfa.amsl.com> Date: Thu, 05 Feb 2015 05:31:59 -0800 Archived-At: Cc: ospf@ietf.org, Ing-Wher Chen , draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org, qin Wu , ospf-chairs@ietf.org Subject: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:32:04 -0000 Benoit Claise has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-13: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and RouterDeadInterval as specified in Section 3. Hopefully, an easy DISCUSS. >From a management point of view, we must be able to determine if a router or interfaces within a router are OSPF-autoconfigured. If I'm not mistaken, you miss, in the management considerations section, something like this: The OSPFv3 routers MUST flag the interfaces supporting this specification. Background: I recall one particular tool in the past that would check the different router configs and flag the HelloInterval and RouterDeadInterval mismatched values for adjacent routers. This would be equivalent to the following debug: OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 OSPF: Mismatched hello parameters from 192.168.0.2 OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C 255.255.255.252 In case of OSPF auto-config, this check doesn't make any sense. From nobody Thu Feb 5 05:32:15 2015 Return-Path: X-Original-To: expand-draft-ietf-ospf-ospfv3-autoconfig.all@virtual.ietf.org Delivered-To: ospf@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 2F75F1A874C; Thu, 5 Feb 2015 05:32:04 -0800 (PST) X-Original-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0522D1A8846; Thu, 5 Feb 2015 05:32:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OHmY71dh5qyg; Thu, 5 Feb 2015 05:32:02 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 899271A87B1; Thu, 5 Feb 2015 05:31:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: The IESG X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205133159.32056.782.idtracker@ietfa.amsl.com> Date: Thu, 05 Feb 2015 05:31:59 -0800 Archived-At: Cc: ospf@ietf.org, Ing-Wher Chen , draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org, qin Wu , ospf-chairs@ietf.org Subject: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 13:32:04 -0000 Benoit Claise has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-13: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and RouterDeadInterval as specified in Section 3. Hopefully, an easy DISCUSS. >From a management point of view, we must be able to determine if a router or interfaces within a router are OSPF-autoconfigured. If I'm not mistaken, you miss, in the management considerations section, something like this: The OSPFv3 routers MUST flag the interfaces supporting this specification. Background: I recall one particular tool in the past that would check the different router configs and flag the HelloInterval and RouterDeadInterval mismatched values for adjacent routers. This would be equivalent to the following debug: OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 OSPF: Mismatched hello parameters from 192.168.0.2 OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C 255.255.255.252 In case of OSPF auto-config, this check doesn't make any sense. From nobody Thu Feb 5 08:00:55 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF8CD1A00C6; Thu, 5 Feb 2015 08:00:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ws1_FGjrCgIO; Thu, 5 Feb 2015 08:00:49 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F9E81A88DC; Thu, 5 Feb 2015 08:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1660; q=dns/txt; s=iport; t=1423152049; x=1424361649; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=9YYVCP/gc+6U7cs5HJ33W8aEVJIH525kHP171FwfySs=; b=TiFeLefZO/ROtmUgQUdFdNQHdc6Rd8/+Kb799FzQlOyW7w0aikvsBJgs O5fTje623MdBrLx+Y6OqgkNGkUskSTrZOQ/NkaAzxcrdAaX2vrfZhcMj7 c58oRDe+wYytAlkqH/84AnsinlPbzzwerEmFTaxzkf3sw7K3IQbMVcOu8 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAFAO+S01StJA2G/2dsb2JhbABagwZSWQTCSIVxAoElQwEBAQEBfYQNAQEEOj8QAgEINhAyJQIEAQ0FCYgkDdZtAQEBAQEBAQEBAQEBAQEBAQEBAQEYjxYRAVACBYQpBYVOiUaDUIVagRc2gk2OUCKCMoE8bwGBCjl+AQEB X-IronPort-AV: E=Sophos;i="5.09,524,1418083200"; d="scan'208";a="394070344" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-2.cisco.com with ESMTP; 05 Feb 2015 16:00:48 +0000 Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t15G0lKR008179 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 16:00:47 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.118]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 10:00:47 -0600 From: "Acee Lindem (acee)" To: Alissa Cooper , The IESG Thread-Topic: Alissa Cooper's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) Thread-Index: AQHQQVznATjfRTupI0es+uQNlMq0yA== Date: Thu, 5 Feb 2015 16:00:47 +0000 Message-ID: References: <20150204213611.10254.47263.idtracker@ietfa.amsl.com> In-Reply-To: <20150204213611.10254.47263.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="us-ascii" Content-ID: <965FB46653AC414EBF1B63E0F4FB08F6@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Alissa Cooper's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:00:52 -0000 Hi Alissa,=20 Adrian had a similar comment and has suggested the following text: OSPFv3 [OSPFV3] is a candidate for deployments in environments where auto-configuration is a requirement. This document describes extensions to OSPFv3 to enable it to operate in these environments. In this mode of operation, the protocol is largely unchanged from the base OSPFv3 protocol specification [OSPFV3]. It will be in the next revision. Thanks, Acee On 2/4/15, 4:36 PM, "Alissa Cooper" wrote: >Alissa Cooper has entered the following ballot position for >draft-ietf-ospf-ospfv3-autoconfig-13: No Objection > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ > > > >---------------------------------------------------------------------- >COMMENT: >---------------------------------------------------------------------- > >=3D Section 1 =3D >"OSPFv3 [OSPFV3] is a candidate for deployments in environments where > auto-configuration is a requirement. Its operation is largely > unchanged from the base OSPFv3 protocol specification [OSPFV3]." > >The use of "its" here doesn't make a lot of sense -- a plain reading of >this is that OSPFv3 is unchanged from OSPFv3. > > From nobody Thu Feb 5 08:00:57 2015 Return-Path: X-Original-To: expand-draft-ietf-ospf-ospfv3-autoconfig.all@virtual.ietf.org Delivered-To: ospf@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 3AE2B1A895E; Thu, 5 Feb 2015 08:00:52 -0800 (PST) X-Original-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF8CD1A00C6; Thu, 5 Feb 2015 08:00:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ws1_FGjrCgIO; Thu, 5 Feb 2015 08:00:49 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F9E81A88DC; Thu, 5 Feb 2015 08:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1660; q=dns/txt; s=iport; t=1423152049; x=1424361649; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=9YYVCP/gc+6U7cs5HJ33W8aEVJIH525kHP171FwfySs=; b=TiFeLefZO/ROtmUgQUdFdNQHdc6Rd8/+Kb799FzQlOyW7w0aikvsBJgs O5fTje623MdBrLx+Y6OqgkNGkUskSTrZOQ/NkaAzxcrdAaX2vrfZhcMj7 c58oRDe+wYytAlkqH/84AnsinlPbzzwerEmFTaxzkf3sw7K3IQbMVcOu8 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAFAO+S01StJA2G/2dsb2JhbABagwZSWQTCSIVxAoElQwEBAQEBfYQNAQEEOj8QAgEINhAyJQIEAQ0FCYgkDdZtAQEBAQEBAQEBAQEBAQEBAQEBAQEYjxYRAVACBYQpBYVOiUaDUIVagRc2gk2OUCKCMoE8bwGBCjl+AQEB X-IronPort-AV: E=Sophos;i="5.09,524,1418083200"; d="scan'208";a="394070344" Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-2.cisco.com with ESMTP; 05 Feb 2015 16:00:48 +0000 Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t15G0lKR008179 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 16:00:47 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.118]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 10:00:47 -0600 From: "Acee Lindem (acee)" To: Alissa Cooper , The IESG Thread-Topic: Alissa Cooper's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) Thread-Index: AQHQQVznATjfRTupI0es+uQNlMq0yA== Date: Thu, 5 Feb 2015 16:00:47 +0000 Message-ID: References: <20150204213611.10254.47263.idtracker@ietfa.amsl.com> In-Reply-To: <20150204213611.10254.47263.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="us-ascii" Content-ID: <965FB46653AC414EBF1B63E0F4FB08F6@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Alissa Cooper's No Objection on draft-ietf-ospf-ospfv3-autoconfig-13: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 16:00:52 -0000 Hi Alissa,=20 Adrian had a similar comment and has suggested the following text: OSPFv3 [OSPFV3] is a candidate for deployments in environments where auto-configuration is a requirement. This document describes extensions to OSPFv3 to enable it to operate in these environments. In this mode of operation, the protocol is largely unchanged from the base OSPFv3 protocol specification [OSPFV3]. It will be in the next revision. Thanks, Acee On 2/4/15, 4:36 PM, "Alissa Cooper" wrote: >Alissa Cooper has entered the following ballot position for >draft-ietf-ospf-ospfv3-autoconfig-13: No Objection > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ > > > >---------------------------------------------------------------------- >COMMENT: >---------------------------------------------------------------------- > >=3D Section 1 =3D >"OSPFv3 [OSPFV3] is a candidate for deployments in environments where > auto-configuration is a requirement. Its operation is largely > unchanged from the base OSPFv3 protocol specification [OSPFV3]." > >The use of "its" here doesn't make a lot of sense -- a plain reading of >this is that OSPFv3 is unchanged from OSPFv3. > > From nobody Thu Feb 5 09:05:22 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 287521A0404; Thu, 5 Feb 2015 09:05:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NSLCiRrHpVZN; Thu, 5 Feb 2015 09:05:03 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C66E31A00CA; Thu, 5 Feb 2015 09:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2788; q=dns/txt; s=iport; t=1423155903; x=1424365503; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Vv0VVgqvmX3XjeG9e56NYeMd+TGCV8JMvBbc+FV8sos=; b=NICT5sbXUVnUoo12hhxKJ3JvxR5lG9acR7zk/3xxzJwPTd4gxbk/iisp GWs84ST/hv+WEXNiS0Mt22AJnVdvACIohF3YTGYoLQ/Tu7q3H98OrEAp0 4ieWjZ42LJTogPESMiO2b+BZSkNDhq2K4OsigFroarZwAcCUTfnHtllM2 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAFAO2h01StJV2b/2dsb2JhbABagwZSWQTCSYVxAoEnQwEBAQEBfYQNAQEEOj8QAgEINhAyJQIEAQ0FCYgkDdcCAQEBAQEBAQEBAQEBAQEBAQEBARmPFhEBUAIFhCkFhU6JRoNQhVqBFzaCTY5QIoIygTxvAYEKOX4BAQE X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="390623592" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 05 Feb 2015 17:05:02 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t15H51Kj011595 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 17:05:02 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.118]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 11:05:01 -0600 From: "Acee Lindem (acee)" To: "Benoit Claise (bclaise)" , The IESG Thread-Topic: Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) Thread-Index: AQHQQUgilzD2FI6rjkCwdguHRyY9SJziWfKA Date: Thu, 5 Feb 2015 17:05:01 +0000 Message-ID: References: <20150205133159.32056.782.idtracker@ietfa.amsl.com> In-Reply-To: <20150205133159.32056.782.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , qin Wu , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:05:10 -0000 Hi Benoit,=20 On 2/5/15, 8:31 AM, "Benoit Claise (bclaise)" wrote: >Benoit Claise has entered the following ballot position for >draft-ietf-ospf-ospfv3-autoconfig-13: Discuss > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ > > > >---------------------------------------------------------------------- >DISCUSS: >---------------------------------------------------------------------- > > 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and > RouterDeadInterval as specified in Section 3. > >Hopefully, an easy DISCUSS. >>From a management point of view, we must be able to determine if a router >or interfaces within a router are OSPF-autoconfigured. >If I'm not mistaken, you miss, in the management considerations section, >something like this: The OSPFv3 routers MUST flag the interfaces >supporting this specification. I will add: OSPFv3 Routers supporting this specification MUST augment mechanisms for displaying or otherwise conveying OSPFv3 operational state to indicate whether or not the OSPFv3 router was autoconfigured and whether or not its OSPFv3 interfaces have been auto-configured. Additionally, we will consider adding a feature to the OSPF YANG model for auto-configuration. >=20 > >Background: I recall one particular tool in the past that would check the >different router configs and flag the HelloInterval and >RouterDeadInterval > mismatched values for adjacent routers. This would be equivalent to the >following debug: >OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 >OSPF: Mismatched hello parameters from 192.168.0.2 >OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C >255.255.255.252 > >In case of OSPF auto-config, this check doesn't make any sense. This looks like debug messages from a router. Perhaps, this tool simply snoops on OSPF networks and does analysis. Since there is nothing in the packet to indicate auto configuration, there is no way to detect this simply by sniffing. There was a proposal to provide an indicate but it was more complex and offered little additional functionality. Unfortunately, we cannot use 0 for hello-interval since this is used for a proprietary sub-second hello extension implemented by many vendors. Thanks, Acee=20 > > > > From nobody Thu Feb 5 09:05:24 2015 Return-Path: X-Original-To: expand-draft-ietf-ospf-ospfv3-autoconfig.all@virtual.ietf.org Delivered-To: ospf@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id 6A5371A064C; Thu, 5 Feb 2015 09:05:10 -0800 (PST) X-Original-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 287521A0404; Thu, 5 Feb 2015 09:05:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NSLCiRrHpVZN; Thu, 5 Feb 2015 09:05:03 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C66E31A00CA; Thu, 5 Feb 2015 09:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2788; q=dns/txt; s=iport; t=1423155903; x=1424365503; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Vv0VVgqvmX3XjeG9e56NYeMd+TGCV8JMvBbc+FV8sos=; b=NICT5sbXUVnUoo12hhxKJ3JvxR5lG9acR7zk/3xxzJwPTd4gxbk/iisp GWs84ST/hv+WEXNiS0Mt22AJnVdvACIohF3YTGYoLQ/Tu7q3H98OrEAp0 4ieWjZ42LJTogPESMiO2b+BZSkNDhq2K4OsigFroarZwAcCUTfnHtllM2 U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAFAO2h01StJV2b/2dsb2JhbABagwZSWQTCSYVxAoEnQwEBAQEBfYQNAQEEOj8QAgEINhAyJQIEAQ0FCYgkDdcCAQEBAQEBAQEBAQEBAQEBAQEBARmPFhEBUAIFhCkFhU6JRoNQhVqBFzaCTY5QIoIygTxvAYEKOX4BAQE X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="390623592" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-1.cisco.com with ESMTP; 05 Feb 2015 17:05:02 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t15H51Kj011595 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Feb 2015 17:05:02 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.118]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Thu, 5 Feb 2015 11:05:01 -0600 From: "Acee Lindem (acee)" To: "Benoit Claise (bclaise)" , The IESG Thread-Topic: Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) Thread-Index: AQHQQUgilzD2FI6rjkCwdguHRyY9SJziWfKA Date: Thu, 5 Feb 2015 17:05:01 +0000 Message-ID: References: <20150205133159.32056.782.idtracker@ietfa.amsl.com> In-Reply-To: <20150205133159.32056.782.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , qin Wu , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:05:10 -0000 Hi Benoit,=20 On 2/5/15, 8:31 AM, "Benoit Claise (bclaise)" wrote: >Benoit Claise has entered the following ballot position for >draft-ietf-ospf-ospfv3-autoconfig-13: Discuss > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ > > > >---------------------------------------------------------------------- >DISCUSS: >---------------------------------------------------------------------- > > 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and > RouterDeadInterval as specified in Section 3. > >Hopefully, an easy DISCUSS. >>From a management point of view, we must be able to determine if a router >or interfaces within a router are OSPF-autoconfigured. >If I'm not mistaken, you miss, in the management considerations section, >something like this: The OSPFv3 routers MUST flag the interfaces >supporting this specification. I will add: OSPFv3 Routers supporting this specification MUST augment mechanisms for displaying or otherwise conveying OSPFv3 operational state to indicate whether or not the OSPFv3 router was autoconfigured and whether or not its OSPFv3 interfaces have been auto-configured. Additionally, we will consider adding a feature to the OSPF YANG model for auto-configuration. >=20 > >Background: I recall one particular tool in the past that would check the >different router configs and flag the HelloInterval and >RouterDeadInterval > mismatched values for adjacent routers. This would be equivalent to the >following debug: >OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 >OSPF: Mismatched hello parameters from 192.168.0.2 >OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C >255.255.255.252 > >In case of OSPF auto-config, this check doesn't make any sense. This looks like debug messages from a router. Perhaps, this tool simply snoops on OSPF networks and does analysis. Since there is nothing in the packet to indicate auto configuration, there is no way to detect this simply by sniffing. There was a proposal to provide an indicate but it was more complex and offered little additional functionality. Unfortunately, we cannot use 0 for hello-interval since this is used for a proprietary sub-second hello extension implemented by many vendors. Thanks, Acee=20 > > > > From nobody Thu Feb 5 09:15:19 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A1BF1A0404; Thu, 5 Feb 2015 09:15:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FKcn61b3sHow; Thu, 5 Feb 2015 09:15:10 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A50111A03A1; Thu, 5 Feb 2015 09:15:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3043; q=dns/txt; s=iport; t=1423156510; x=1424366110; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=PfcRWCts8MnJU78vz8Pjx3LUdEIBifxagk8W+e3v5Gw=; b=Ibv2kn0NbErKl/cxMjvL7erJpOp5axeZN0lB5aiVSnAO9eZCIbVfxv5S AwdEX8HmjcJPXtUsVKNoC1jQl1RCvWxRVbNYsGs12jc7BZu6Pr8W37CT6 0J47HKtgmU30kVQRoEut8gdYOTCZPQYRgLabHybaiOPzZxrEeG7vxVGpc M=; X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="335310451" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 05 Feb 2015 17:15:08 +0000 Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t15HF7ku027017; Thu, 5 Feb 2015 17:15:07 GMT Message-ID: <54D3A51A.4020001@cisco.com> Date: Thu, 05 Feb 2015 18:15:06 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Acee Lindem (acee)" , The IESG References: <20150205133159.32056.782.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , qin Wu , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:15:13 -0000 On 05/02/2015 18:05, Acee Lindem (acee) wrote: > Hi Benoit, > > On 2/5/15, 8:31 AM, "Benoit Claise (bclaise)" wrote: > >> Benoit Claise has entered the following ballot position for >> draft-ietf-ospf-ospfv3-autoconfig-13: Discuss >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ >> >> >> >> ---------------------------------------------------------------------- >> DISCUSS: >> ---------------------------------------------------------------------- >> >> 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and >> RouterDeadInterval as specified in Section 3. >> >> Hopefully, an easy DISCUSS. >> >From a management point of view, we must be able to determine if a router >> or interfaces within a router are OSPF-autoconfigured. >> If I'm not mistaken, you miss, in the management considerations section, >> something like this: The OSPFv3 routers MUST flag the interfaces >> supporting this specification. > I will add: > > OSPFv3 Routers supporting this specification MUST augment mechanisms > for displaying or otherwise conveying OSPFv3 operational state to > indicate whether or not the OSPFv3 router was autoconfigured and > whether or not its OSPFv3 interfaces have been auto-configured. that works for me. Thanks. > > > Additionally, we will consider adding a feature to the OSPF YANG model for > auto-configuration. Great. config and operational state, please. Regards, Benoit > > >> >> Background: I recall one particular tool in the past that would check the >> different router configs and flag the HelloInterval and >> RouterDeadInterval >> mismatched values for adjacent routers. This would be equivalent to the >> following debug: >> OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 >> OSPF: Mismatched hello parameters from 192.168.0.2 >> OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C >> 255.255.255.252 >> >> In case of OSPF auto-config, this check doesn't make any sense. > This looks like debug messages from a router. Perhaps, this tool simply > snoops on OSPF networks and does analysis. Since there is nothing in the > packet to indicate auto configuration, there is no way to detect this > simply by sniffing. There was a proposal to provide an indicate but it was > more complex and offered little additional functionality. Unfortunately, > we cannot use 0 for hello-interval since this is used for a proprietary > sub-second hello extension implemented by many vendors. > > Thanks, > Acee > > >> >> >> > . > From nobody Thu Feb 5 09:15:24 2015 Return-Path: X-Original-To: expand-draft-ietf-ospf-ospfv3-autoconfig.all@virtual.ietf.org Delivered-To: ospf@ietfa.amsl.com Received: by ietfa.amsl.com (Postfix, from userid 65534) id C28D51A03A1; Thu, 5 Feb 2015 09:15:13 -0800 (PST) X-Original-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Delivered-To: xfilter-draft-ietf-ospf-ospfv3-autoconfig.all@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A1BF1A0404; Thu, 5 Feb 2015 09:15:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FKcn61b3sHow; Thu, 5 Feb 2015 09:15:10 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A50111A03A1; Thu, 5 Feb 2015 09:15:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3043; q=dns/txt; s=iport; t=1423156510; x=1424366110; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=PfcRWCts8MnJU78vz8Pjx3LUdEIBifxagk8W+e3v5Gw=; b=Ibv2kn0NbErKl/cxMjvL7erJpOp5axeZN0lB5aiVSnAO9eZCIbVfxv5S AwdEX8HmjcJPXtUsVKNoC1jQl1RCvWxRVbNYsGs12jc7BZu6Pr8W37CT6 0J47HKtgmU30kVQRoEut8gdYOTCZPQYRgLabHybaiOPzZxrEeG7vxVGpc M=; X-IronPort-AV: E=Sophos;i="5.09,525,1418083200"; d="scan'208";a="335310451" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 05 Feb 2015 17:15:08 +0000 Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t15HF7ku027017; Thu, 5 Feb 2015 17:15:07 GMT Message-ID: <54D3A51A.4020001@cisco.com> Date: Thu, 05 Feb 2015 18:15:06 +0100 From: Benoit Claise User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Acee Lindem (acee)" , The IESG References: <20150205133159.32056.782.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "draft-ietf-ospf-ospfv3-autoconfig.all@ietf.org" , qin Wu , "ospf-chairs@ietf.org" Subject: Re: [OSPF] Benoit Claise's Discuss on draft-ietf-ospf-ospfv3-autoconfig-13: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:15:14 -0000 On 05/02/2015 18:05, Acee Lindem (acee) wrote: > Hi Benoit, > > On 2/5/15, 8:31 AM, "Benoit Claise (bclaise)" wrote: > >> Benoit Claise has entered the following ballot position for >> draft-ietf-ospf-ospfv3-autoconfig-13: Discuss >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ >> >> >> >> ---------------------------------------------------------------------- >> DISCUSS: >> ---------------------------------------------------------------------- >> >> 4. OSPFv3 interfaces MAY use an arbitrary HelloInterval and >> RouterDeadInterval as specified in Section 3. >> >> Hopefully, an easy DISCUSS. >> >From a management point of view, we must be able to determine if a router >> or interfaces within a router are OSPF-autoconfigured. >> If I'm not mistaken, you miss, in the management considerations section, >> something like this: The OSPFv3 routers MUST flag the interfaces >> supporting this specification. > I will add: > > OSPFv3 Routers supporting this specification MUST augment mechanisms > for displaying or otherwise conveying OSPFv3 operational state to > indicate whether or not the OSPFv3 router was autoconfigured and > whether or not its OSPFv3 interfaces have been auto-configured. that works for me. Thanks. > > > Additionally, we will consider adding a feature to the OSPF YANG model for > auto-configuration. Great. config and operational state, please. Regards, Benoit > > >> >> Background: I recall one particular tool in the past that would check the >> different router configs and flag the HelloInterval and >> RouterDeadInterval >> mismatched values for adjacent routers. This would be equivalent to the >> following debug: >> OSPF: Rcv hello from 192.168.0.2 area 0 from FastEthernet0/0 192.168.0.2 >> OSPF: Mismatched hello parameters from 192.168.0.2 >> OSPF: Dead R 40 C 60, Hello R 10 C 15 Mask R 255.255.255.252 C >> 255.255.255.252 >> >> In case of OSPF auto-config, this check doesn't make any sense. > This looks like debug messages from a router. Perhaps, this tool simply > snoops on OSPF networks and does analysis. Since there is nothing in the > packet to indicate auto configuration, there is no way to detect this > simply by sniffing. There was a proposal to provide an indicate but it was > more complex and offered little additional functionality. Unfortunately, > we cannot use 0 for hello-interval since this is used for a proprietary > sub-second hello extension implemented by many vendors. > > Thanks, > Acee > > >> >> >> > . > From nobody Thu Feb 5 09:50:53 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B533F1A8A07; Thu, 5 Feb 2015 09:50:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mrdgraVf7kz1; Thu, 5 Feb 2015 09:50:50 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E7AC91A03A0; Thu, 5 Feb 2015 09:50:50 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: ospf@ietf.org, ospf-chairs@ietf.org, draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org, "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.10.1.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150205175050.27768.38067.idtracker@ietfa.amsl.com> Date: Thu, 05 Feb 2015 09:50:50 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2015 17:50:52 -0000 IESG state changed to IESG Evaluation::Revised I-D Needed from IESG Evaluation ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Mon Feb 9 13:39:22 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE8FA1A88E7; Mon, 9 Feb 2015 13:04:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NXmztqY4JnqJ; Mon, 9 Feb 2015 13:04:42 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 482BB1A882F; Mon, 9 Feb 2015 13:04:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150209210442.23298.4351.idtracker@ietfa.amsl.com> Date: Mon, 09 Feb 2015 13:04:42 -0800 Archived-At: Cc: ospf@ietf.org, Ing-Wher Chen , ospf-chairs@ietf.org, draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Benoit Claise's No Objection on draft-ietf-ospf-ospfv3-autoconfig-14: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 21:04:44 -0000 Benoit Claise has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-14: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for resolving my DISCUSS. From nobody Mon Feb 9 13:59:07 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 409781A8963; Mon, 9 Feb 2015 13:19:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R2tm_qCnprkA; Mon, 9 Feb 2015 13:18:59 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BFE891A892C; Mon, 9 Feb 2015 13:18:46 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Adrian Farrel" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150209211846.23259.21822.idtracker@ietfa.amsl.com> Date: Mon, 09 Feb 2015 13:18:46 -0800 Archived-At: Cc: ospf@ietf.org, Ing-Wher Chen , ospf-chairs@ietf.org, draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-14: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2015 21:19:01 -0000 Adrian Farrel has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-14: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I've trimmed by Discuss to remove the pieces you have handled. Many thanks for that. ==== > Does this document really update 5340? > There is no mention of what this update is or why it is considered a > part of the standard implementation of OSPFv3 to include the features > described in this document. > > I suggest either dropping the update or clarifying how it works. > > (Note that idnits should have flagged this to you, but the shepherd > write-up says that this document doesn't change the status of any > existing RFCs.) We discussed this a little, and I got the impression that the conclusion was that "update" really was intended. In this case you need to (as also discussed): - make this clear in the Abstract (as indicated by idnits) - spend some time in the document (probably the Introduction) explaining how the update works (which is, I believe you are saying, that all new implementations of OSPFv3 are expected to include support for this feature). I do see that you have added to the Introduction: This document describes extensions to OSPFv3 to enable it to operate in these environments. But that is ambiguous. Are the "MUST"s in this document mandatory behaviour for an implementation of OSPFv3 or for an implementation of this document which is an option for OSPFv3 implementations? I don't think this is hard to write down, but I don't know what you are trying to achieve. From nobody Tue Feb 10 04:26:16 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 881E41A01E7; Tue, 10 Feb 2015 04:26:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.102 X-Spam-Level: X-Spam-Status: No, score=0.102 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jujMeIUbm79k; Tue, 10 Feb 2015 04:26:04 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A85F1A019B; Tue, 10 Feb 2015 04:26:03 -0800 (PST) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id 45A2E26404F; Tue, 10 Feb 2015 13:26:01 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.30]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id D8EA2238067; Tue, 10 Feb 2015 13:26:00 +0100 (CET) Received: from OPEXCLILM34.corporate.adroot.infra.ftgroup ([169.254.4.53]) by OPEXCLILH02.corporate.adroot.infra.ftgroup ([10.114.31.30]) with mapi id 14.03.0224.002; Tue, 10 Feb 2015 13:26:00 +0100 From: To: "ospf@ietf.org" , "isis-wg@ietf.org list (isis-wg@ietf.org)" , "mpls@ietf.org" , "idr@ietf.org" , "rtgwg@ietf.org" Thread-Topic: Survey for YANG model design : routing protocols CLI implementation Thread-Index: AdBFLLfJ87T7mg7qSBKOVExsw2JGuw== Importance: high X-Priority: 1 Date: Tue, 10 Feb 2015 12:26:00 +0000 Message-ID: <12023_1423571161_54D9F8D8_12023_1801_1_9E32478DFA9976438E7A22F69B08FF920C7A0F1A@OPEXCLILM34.corporate.adroot.infra.ftgroup> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.1] Content-Type: multipart/mixed; boundary="_006_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_" MIME-Version: 1.0 X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.16.112421 Archived-At: Cc: "Rtg-yang-coord@ietf.org" Subject: [OSPF] Survey for YANG model design : routing protocols CLI implementation X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 12:26:08 -0000 --_006_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: multipart/related; boundary="_005_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_"; type="multipart/alternative" --_005_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: multipart/alternative; boundary="_000_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_" --_000_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Folks, A lot of us are currently working on Yang model drafts. In the framework of= routing protocols related drafts, we have some discussion regarding how to= model the configuration of routing protocols and especially do it need to = be routing-instance centric or protocol centric (see slides for quick expla= nation of the difference). This is a cross protocol discussion, as we would= like to apply the same design to all. In order to decide how to progress on this major design point, one point i= s to evaluate current implementations and how many are routing-instance cen= tric and protocol centric. The famous implementations are well known, but w= e would like to have a more global view. This metric would be one among oth= ers. In order to help us to do this inventory, could you please respond unicast = to me, if you are an implementor and you have an implementation of a routin= g-protocol (ISIS,OSPF,RIP,BGP, PIM ... but also MPLS-TE, LDP, RSVP ...) and= in this case, what is your CLI flavor ? Please use this sample format, so it would be easier for me to aggregate : (If you own multiple implementations, you can fill multiple lines.) Vendor OS Protocol Centric VRF centric Cisco IOS/IOS-XE X Thanks for your help ! [Orange logo] Stephane Litkowski Network Architect Orange/SCE/EQUANT/IBNF/ENDD/NDE Orange Expert Future Networks phone: +33 2 23 28 49 83 mobile: +33 6 37 86 97 52 stephane.litkowski@orange.com ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Folks,

 

A lot of us are currently working on Yang model draf= ts. In the framework of routing protocols related drafts, we have some disc= ussion regarding how to model the configuration of routing protocols and es= pecially do it need to be routing-instance centric or protocol centric (see slides for quick explanation of the diffe= rence). This is a cross protocol discussion, as we would like to apply the = same design to all.

 

In order to decide how to progress on this major des= ign point, one point  is to evaluate current implementations and how m= any are routing-instance centric and protocol centric. The famous implement= ations are well known, but we would like to have a more global view. This metric would be one among others.

 

In order to help us to do this inventory, could you = please respond unicast to me, if you are an implementor and you have an imp= lementation of a routing-protocol (ISIS,OSPF,RIP,BGP, PIM … but also = MPLS-TE, LDP, RSVP …) and in this case, what is your CLI flavor ?

 

Please use this sample format, so it would be easier= for me to aggregate :

(If you own multiple implementations, you can fill m= ultiple lines.)

 

 

Vendor

OS<= /b>

Protocol Centric

VRF centric

Cisco<= /p>

IOS/IOS-XE

X

 

 

 

Thanks for your help !

 

 

3D"O=

 <= o:p>

Stephane Litkowski
Network Architect
Orange/SCE/EQUANT/IBNF/ENDD/NDE

Orange Expert Fut= ure Networks

phone: +33 2 23 28 49 83
mobile: +33 6 37 86 97 52
stephane.litkowski@orange.com

 

 

______________________________________________________________________=
___________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confiden=
tielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu=
 ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el=
ectroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou =
falsifie. Merci.

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_-- --_005_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: image/gif; name="image001.gif" Content-Description: image001.gif Content-Disposition: inline; filename="image001.gif"; size=381; creation-date="Tue, 10 Feb 2015 12:26:00 GMT"; modification-date="Tue, 10 Feb 2015 12:26:00 GMT" Content-ID: Content-Transfer-Encoding: base64 R0lGODlhKAAoAMQAAP+MQP+zgP/17//s3/+DMP/iz/+fYP+8j/9wEP95IP/Gn/+WUP/Pr/+pcP/Z v/////9mAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACH5BAAA AAAALAAAAAAoACgAAAX6oAONZGmeaEqKauum7Cu/8Wyj9a2P+X73vhkwSCPuhkYVMolj2pbOEjTK oxatrSlVG+U6vUxwUmwkE81BtE99xGbdSjhMPgo4BAoA+wUICAR6IwQODwMNEAcOigAFhQYQDgoD DwcQBJOKBIOFDQmaCCyTB416hQcBBQuTEA8Cow8EBQINpHcGhAkrEAkPChAAD3YPCLuSDw+sIgEP wCILzK0OjY9VBJS/wYQjfwaNyRDLzRAG0AMB5wC6ENyEt8jWDAsCyA/KzJN+zLILqLlVv/OuaYPU alU9cMwuPSCl8AEDYv8EQbwRgAEABcziJFl2bMmeEQgATEwRAgA7 --_005_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_-- --_006_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_ Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation; name="VRF centric vs protocol centric - IETF.pptx" Content-Description: VRF centric vs protocol centric - IETF.pptx Content-Disposition: attachment; filename="VRF centric vs protocol centric - IETF.pptx"; size=48433; creation-date="Tue, 10 Feb 2015 12:14:02 GMT"; modification-date="Tue, 10 Feb 2015 12:13:45 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQA9JG3t2AEAAMwNAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM l8tOwzAQRfdI/EPkLWrc8gY1ZcFjxUsCPsAk09bg2JY9LfTvmaSlhCpQShM1m0iOPfceT5KJp3v2 nqpgDM5LoyPWCdssAB2bROpBxJ4er1rHLPAodCKU0RCxCXh21tve6j5OLPiAorWP2BDRnnLu4yGk wofGgqaZvnGpQBq6AbcifhUD4Lvt9iGPjUbQ2MJMg/W6F9AXI4XB5TvdnpK8WBiw4Hy6MPOKmEwz gXyCl8Y4UH4hRlirZCyQdsfHOlkga82oQorM1/ihtH6H0Fm5QzbzHapoMIu7o3Q6mUBwLxzeipTQ ubXIrQNPu86Nwt+VSlBNvy9jSEw8SkkkLIql6tswTIXUn5v4CcYrIrwRHunR88KgUzVZQftPTDOa ejhWIditJROrEOxtnGB/IwTZu33vjPVVu8+Flz2FsYS3WgjmwssIkCop8Py6/qeQyyx1FM8KHnCi oPK845f0Moq8XFyLiRnhrBJMB+snYaFiFoz+y1RPhZju979M9dSM9ZjqqSLrMR1UXVsqeJ8OG8h0 1ECm4wYynTSQqdNuItSmKjkdnfNfOnUfDlZPzGerkEW3LJ1OwKGEebNQds6eO1KTsLrhwoEfst4o gaTEm+e9WO8DAAD//wMAUEsDBBQABgAIAAAAIQBo+HShBQEAAOICAAALAAgCX3JlbHMvLnJlbHMg ogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAArJLbSgMxEIbvBd8hzH032yoi0mxvROidyPoAYzK7G90cSKbSvr2h4GFhLYK9nNM/X/LP erN3o3inlG3wCpZVDYK8Dsb6XsFz+7C4BZEZvcExeFJwoAyb5vJi/UQjchnKg41ZFBWfFQzM8U7K rAdymKsQyZdKF5JDLmHqZUT9hj3JVV3fyPRTA5qJptgaBWlrrkC0h1g2/0dbOmI0yCh1SLSIqZAl tuUtosXUEyswQT+WdD52VIUa5DzQ6rxAPOzci0c7zqB81arXSP1vQMu/A4Wus5rug9458jxjgpx2 fDPFyDImymXsaPupH7o+JxDtmbwhc9o0jPGTSE4us/kAAAD//wMAUEsDBBQABgAIAAAAIQBjXCO0 wQAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEueG1sLnJlbHOEj8FqwzAQRO+F/IPY eyQ7h1KKZV9CIJBTcT5gkda2iC0JrRLqv6+ONgR6nB3mzU7T/S6zeFFiF7yGWlYgyJtgnR813PvL 8QsEZ/QW5+BJw0oMXXv4aH5oxlxCPLnIolA8a5hyjt9KsZloQZYhki/OENKCucg0qojmgSOpU1V9 qrRlQLtjiqvVkK62BtGvsTT/zw7D4Aydg3ku5PObCsWzs3TDNTxzwWIaKWuQcnvnrahleR9U26jd 3PYPAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTIueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3m zU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul 2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWD s3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3 AQAAIAAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhI Uy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7B k4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZ akhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP// AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNC54 bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4 UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJ F6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPB Yuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQDd8422KwEAAF8FAAAfAAgB cHB0L19yZWxzL3ByZXNlbnRhdGlvbi54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAALyUX0vDMBTF3wW/Q8m7S9vN+YelexFhD4Lo/ACxvW2DaRJy47Tf3tDqusmIL8Gn ck7ouT/ugbtaf3Yy2YFFoRUj2SwlCahSV0I1jLxs7y+uSYKOq4pLrYCRHpCsi/Oz1RNI7vxP2AqD iU9RyEjrnLmlFMsWOo4zbUD5l1rbjjsvbUMNL994AzRP0yW1hxmkOMpMNhUjdlP5+dve+Ml/Z+u6 FiXc6fK9A+VOjKDOc4EP5LYBx8ggRzObeVBCTzPMYzKgFNUBwyCRDp88BHEVE2In4OPRaoPTMvZW CCKPCRHYRLCOLDrEA0cHdtrFQDaa39WMIoi1jIllLOCvgvZWqKDLmBCBghYhiMU/QcxDEDcxIRx/ lfDseunP33Q+JvMHhB6dxeILAAD//wMAUEsDBBQABgAIAAAAIQA+vRFLYgIAAPkMAAAUAAAAcHB0 L3ByZXNlbnRhdGlvbi54bWzsllGOmzAQht8r9Q7Ir1WWQIAQFLJSW0VaaStFTfYAszBJ0BqDbCdN 9vQdO85CE1XaA/CGGc8/488/xvPHU829I0pVNSJnwcOYeSiKpqzELmcvm+UoZZ7SIErgjcCcnVGx x8XXL/M2ayUqFBo0pXokI1QGOdtr3Wa+r4o91qAemhYFxbaNrEHTUO78UsIfkq+5H47HiV9DJZjL l5/Jb7bbqsCfTXGoqfxFRCK3fah91aqrWvsZtf4q/m1JwRHXh1eFetkIrYgOW9CyFS9/gdIon8pn pW/eeFWZszCIplE6SSJiJzPzhuYGzF/M/f+k96WeyotInPSyQ5Ntk6/hhHbqQ3xyF477taP78KyX HXet9RtZv3vFKWezIIrGY6pWnHOWpHFqB/rckhtUIRFFdHL1RaNRubSPmSbtqmEXUeIWDlxv8KTX +sxxMYeM3q1W0j39XkmPgzEgitHL2nbXn8KPPGhpTg3yOWfUGfAdmZczj2Q28Lp+v1akRWpupyA8 i+/yzWwiaetKuCFl76kU+XF1EIW+bLItZrpQpBTQgpn3htJ8H+RYMgFkquFVuaw4twPjdfzBpXcE qqZPl72+mWWreobbFgpi960WI67N4iBDuAkgXAKFugkUqsNBHZKlIHM8jBA9hh2aKJ6ahgc+Forj M+n4XGw58DlyA8XxiTo+wWQaJIOBzFdlqDhAcQ9QGqb2eBhOIEPFAUo6QGGYkoGGI4gcZKg4QNMe oGk0Gc5o++MyVBygtANk6ND9Yzikj9xQcYBmPUBJPB0OaesgQ8Vesu+vmHTz7t/0F38BAAD//wMA UEsDBBQABgAIAAAAIQCtjlK6zQUAAO1JAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTMueG1s7Fzdb+I4 EH8/6f4HK+9pEhpayBVWhV1WJ+21Vdvdd68xEG0S52yXwq72f79xPoCEj7YR91DjSi1p4gyeyczP 8+HM1YdFHKE55SJkSc/yzlwL0YSwcZhMe9bXx5HdsZCQOBnjiCW0Zy2psD70//zjKg1ENEZwdyIC 3LNmUqaB4wgyozEWZyylCVybMB5jCf/yqTPm+BmoxpHTct0LJ8ZhYhX389fczyaTkNCPjDzFNJE5 EU4jLGHmYhamoqSWvoZayqkAMtndlSn1gTPyEI3Vp0gfOaXqKJl/5ulDesezyzfzO47CMcjLQgmO QSyWU1wohmX/JjAMDpza7dOSEg4WEx73r3AAvKFFzwLhL9VfuAkHdCERyU+S9Vkyu90xlsw+7Rjt lF8AM1h9qeIq52ibnVbJzmMoI4q8FVf5UAy3fmHkh0AJAz4V+zl75GZeElM8K/LpDMllCpKRilQx Lr+YyaMcL0CmmbDkYsDGS8X4d/hURHCQgPpcP0k2CSWasEQ+EBwBya4LPxnJzcGRkA9yGdFMeMAi DjIaHB5VhJU2T7g9urfQOOQykyeiHBQPHqGI5TCiGPS/EL3sf6PJmPErkKCEB1iSyojup7eDDnoj iQNTCuM0okr1c41/I+Fdc2OTI06PsycJ5n2EaRGWTMIpCtC3+9ERJ0hAdDwkR5jgG0kceKZ0gdVT rREE3bvDHN+vNI0m9teHDc1VVocD0HEwpdJu4DA37P3m3S7N+54SgPQpmLivzAgALzfg7HgTtTat VCl/Da/OO56yRAVaXrfjAa4rcmvouvT8TteHr1UA1na9i8t2p7DbklLKhfxMWYzUQc/iMDNLkcDz L0IWfBZDMnYVXqgZl2yXCICeOQZEEv8+YU4zCiJV0DEKCyprVHkRKApxi5/A1oXibwUZamZqxUky cJtgAmg0ZE88pBzd0GcLpThhAk66LffSPXe78Nly2/Druz5cDSWZjXAcRiAPvwtymWEuKPBdCI6I /4WwArAcUWU/rSlbDST3816BSQ0EwZlkhEXiBYg5IJBdhq2BYEIRCqMk6kHKPvpVkUSOuhn0lj7B CqQL92IHauhmOegFkzkgCU1NJqJzGlU05ZTVwzNWU6zomwsvgp/GKqKp3eAnOQO3PCRZTNNYOpvB jQYLsP2DLtHj7ePtXzWJbAUG+5H2/YphzWQZ5Zj19ndFEZp5Ie9XI1axS3P81AwhUJhIylX8iabU dh3fcZvLRtO1xfhkG1E/8ox+5NmkFZjE9NXpwFOI6TzXeBuFo3GgeHACmnAMX2NnaUUDB+T+DUWO E1AVO0xUbZhQoWo1xwn7NdCS5kutbm5qJWx5S0pMU580LYsOjQVjNORA8V4D7Hi5+LI/56NdncEU X/LCcD2N3HyB0RRXTaxvYv36bopNoxmHAn/f2mdT2/pwOsBajfRNOrn0TJX/APmh6n7BE4jjVGly nVFeqIzyuWPyQc0MQzsvDFUzQrC9r74/cT9yvl+PfM2kKUOqpyj7VTVoaByaOqAmMagyGqvaSjUx 2DL7gXbuB2qcBNLUiEx2rFaiNHF+TSAmO7bG2KOA6vv1z1ZrTXMj0S2XbjaYlm8FrpTDJAY3vDLU am4rmrocz+GY2vlOIGGzJFo29sk0A5OgIoiGwZ5mMlFpMmNBNZfMIOwmwpptlsX7vasV2JReKpmR Y5Re9MswA67W6g+tev3BLEHZ+6i1ZLyRynZmekeB4sBL3Hr4KHurFesLRVVzvyjeby5gzWRZq9lu jJH1xyjb+UBvHWgvofpIqC470L+hZ/0aDLoXrWFnYA88f2T7H7uX9vXoom2P2ue+Pxx0rofnn35D Z4nU8wPCafbG4t9lByQ4udV1KA4JZ4JN5BlhsZO3L3JS9kx5ygDtoIOR5xZtkOY4Ur0mfM9rQ8OM VraGZnPLel6UswUWys5EJOL/4PR2nm1hgIZL8DbQMDuVQg8W5aHB0PUQxTt0NPoPAAD//wMAUEsD BBQABgAIAAAAIQBGnJjREQgAAJRbAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTIueG1s7FzNcts2ED63 M30HlOcqEsUf/UzkjKVESTpp4rGd3FEKsjihCBaAZLuZzPRRcuqlj9CbH6VP0gVIiiJN06QstxHD g22ZIpfAx93F7oflPn12tfTQmjDuUn+k6U86GiK+Q2eufzHS3p9PW30NcYH9GfaoT0baNeHas6Mf vn8aDLk3Q3C1z4d4pC2ECIbtNncWZIn5ExoQH76bU7bEAv5lF+0Zw5cgdem1u52O3V5i19ei61mZ 6+l87jrkOXVWS+KLUAgjHhYwcr5wAx5LC8pICxjhIEZdnRrSEczMOfNm8i8Pzhkh8pO/fsmCs+CE qa/frk8YcmeAl4Z8vARYtHb0RXSa+teH0+BDO3P5RSwJD6/mbHn0FA9hbuhqpAH41/I3XISH5Eog JzzoJEedxbucc53Fi5yz2/ENYASbm8pZhTO6PR0jns6E+gLQQScedsiCejPCUHczx/BCDILeUOcj Rz6FWUswwsk6b9exaImAvFmwALhgLvEp4XEFTHwqB3AVauJqTGfXEoFf4a+8Hg990KPjlaBzV8h7 bH/lcXEmrj2iMIOZ4aG6gsET8rBU4jlrTU9BiX8faV2zAxDPXCYUoIgw0Dx4hnwpJh7BYAAR9uLo /JLK+wh1t1Cikl1GbI44tLOwgjHOPbymjO8sOm+cw5Q0QEBBGv6Sc1970VMsxLmTxjnnRh9OpxUw ycgrwMQBtWWuk5rFA4eKymCirKPoRnr/XkyOPQ+JBUEO9efuxYop54ToXB0sPaPsjQrAYnQlwCXv LDrnuZZ/qBXGGTAqqEO9r36gbnljzE7/v8ISlEvA0ktmXz2Yl65YuP5ehymta2eBBYaEOaeOi8We UXV9GXo5JDXkfJ8c+R/iz04ww6d5y9Q9GrcvueECnbNsHMAQVXxS5MUhdE1FEDlWexI5q/KKlhVa oGjN8pbV4gKwouWt1Swf9wSwFTD95pePm79uvszIHK880Ur55SK3UQHgR4jJWvE6cvPl5u/ybqnC oF3f8VaSM9gZkRxHKuNgFaowjoBIQBJ5SBsebRI8II4LHMO+55DE8tno8NZqTfzW+7MwV82gv1lV IWmOM2T4GObyd2f0ZpzRn7vCI0itb8BvxBl6xRxeXAfAdQgpKsr1H5DIwzP1xZmDPRA5gGVVpd4Q hCRZf9nUvlRC/wHApqzUs03k5WllRREF65O7DDwiyayQw6ooOG9skCtWlFIwvCqeqBiyMKHNjOwu 5d+I2lHlrY3KA4M2plfITBFXSFpPTEVJZi7h6LapKEn2ZNg50+pBpKYoOkPvmvKzIp1ios6wrZ4t T5B0na7bA8sK+a5EUsC4eEnoEskPI40RR2jyTnj9hkfMVnyKPOzTqet5Egdp6SGVFht/bCjokmEg 3/hvK8yIhpjwJhQ4mo6SywPJmk0fxprpJVgzOVpJxfpI+og5sIYjbUJXzAXi8C251FCAfcrhYKfb 6XWMzgD+djsW/Jgd8FGBK5zFFC9dD6AzBwDhAjNOAKIIY4c/imBwN0AUysGLo9OqZEgGlm17rAEc m6ABwZqrp2w3lSmGoWVuvllvgL5LYVIY/WWAyPO5NdCY6mlWBpeaWVC5pVjuS3wjHtblVfjRmivH p88p/7GbT62B12jcaBjnbuKQxo2Ge65xXNa40YyCUB7MU76jSuxRtzW2caNh9tK40YyVNG60caO3 iITtfN+bBY0XDZ0HarxoCMSPGY24i6PMSdoONxRPJqk8BuzcV9tjsLOEq7UnwnVDqAIpaHWtnqyg Ai+flEZavYGuKFnFuFr2wLbjXYSYu43p1MNiXNWkNkR4bp3i4erbAzKdDC51C2Yz3qeAWs0AUVNG sRphlMGkbsrxKaUdZfmimoMSVzaoTYpsGAMLRVE5XBqaw/WnySTj9RuHVdvl/UfdbGVbLbpZtWhM R2537kY/p22mCUyiF0vCKDQJ2OpmT6mlp5Bu/DYUpBoFm8Gkbsqxj8DkcFffTTZTYZ+i3gqxvfjq +1l8G/WI3k6sARDb6nErNmtCdqC3wKXcfne15iFGXjhajYbsZWlIe080pGmbfeWxgYaEwk+jY8Zv MkXvXG94yqbwsyn8PPg62FThZzcV+ZfNnOtdutVstTdb7YU7yxUygYylNDz+7WLY2qXLeaHO/Yxt WlNqkAc0brRxo40bve/Vp+2KpWqsY9phpHoc1cB77MorpVGpARCNG23caONGq7jRpvAz2bNoCj/l EiCOmsJPlYFUY1yhNWjY/fI8etO+tyfG1RqYhnqTXhZ+9nQrag6RFH52e6ahKFnJuNqmbRgH/6Z9 UjyQRwKoslfoSnkduNAxw7tO0XJ3bcgnIrdz6EgUmrw+m7yLeg22KsorGKLnfkz3K7t7S+fO8ZXg GZNrC8YyZtTBM/LTq5OfXq3wJXErTjMPtn/++DMjJam/inZtoi4umyGGAUrlumpY1dPm1d+XeRkG hMFhJ4tuz+p1LFWxnZiX0ddVQxbVycKwB4ahdjzgsRxsWfXmYeTWLD2CeWWUJL8Wr9Sofl75bkD2 0Lqmffzm/f9j8BUsQrU6idsuw7oCjVFkB2HZZAXaiYy0T+PxwO5O+uPWWDenLfP5oNc6ntpWa2oZ pjkZ948nxovPGlyjm0OHEdVb53XcqRoO3uoOvXQdRjmdiycOXbbDNtPtgF4SFlBXdZrWO1G76jWG 1ip93eqbA2MQ2oQamnplIh4szCBuIO147BccvFurpw99sQVhE3UogF5Z0i3AqckpcurQePpfAAAA //8DAFBLAwQUAAYACAAAACEAE3fd24YCAADQBgAAFQAAAHBwdC9zbGlkZXMvc2xpZGUxLnhtbLRV 0U7bMBR9n7R/sPwe0pbAStQU0UIQEisVLZP2aByXRnNs69qEVtP+fddOAtuoBAj2Ejv2vSf3HF+f jI43lSS1AFtqldH+Xo8SobguSnWX0ZtlHg0psY6pgkmtREa3wtLj8edPI5NaWRDMVjZlGV07Z9I4 tnwtKmb3tBEK91YaKubwFe7iAtgDolYyHvR6h3HFSkXbfHhNvl6tSi5ONb+vhHINCAjJHFZu16Wx HZp5DZoBYREmZP9V0hiZ8YUs/GjNEoTwM1Wfg1mYOYTtWT0HUhaoFyWKVSgLjduNNiy8KgzDSfxP +l2HxNLNCqrxiKXIjWwyiuJv/ROTWCo2jvBmkT+t8vXVjli+PtsRHXcfwAoeP+pZNYye0xl0dJal k4L0H1k1oQxTLzX/YYnSyNPTb+jxWd2Bec4e3qyJ2xpUhjsIaG1osx8k6VIsyhr0cpuJLrae+y2O YZGl0rqF20oRNMHKWYr4+MATkMw36Qqi/JqSogQXZCK2clMpGLZzq6QbX5wtc/L9ZHZORiiKwzPp YF7AEoC9iae8AxP0vcN+fiPgDqAPrKnShZD23SX5U20Fun2j2pjXpryg7A4hvl3nH6gFx+sNJX+3 GGNSWzIH7TTX8r/XJ1QxZ8CuH9tbqOhm8Ud7N2eDFwHvUHdhcOovdRg6x0L7uLTY6SYYyT2UGf05 mRwdDqbDSTTpJ3mUnB59iU7yw4MoP9hPkulkeDLdP/tFMaefpBxEMMeLzuRx8ZmxViUHbfXK7XFd xY1Dx0Y/CDC6DCbd77VOXzOZ0UEy7PUG/cFR0toBVhnq7qpFCp35cglfmbmqQwPiP8UJmIYlg7fO q4ChTyGeO5r2bwAAAP//AwBQSwMEFAAGAAgAAAAhABRlUw5vBAAAmCIAABUAAABwcHQvc2xpZGVz L3NsaWRlNC54bWzsWl1v4jgUfV9p/4M37zQJUChRYVSYoVpptlOVzrx7jAPWJrbXNhQ02v++107M 99Ay6r4EUEtCYp/cc20fX8f39sMiz9CcKs0E7wbxVRQgyokYMz7pBl+fh7WbAGmD+RhngtNusKQ6 +ND7/bdbmehsjKA21wnuBlNjZBKGmkxpjvWVkJTDvVSoHBv4qSbhWOEXQM2zsB5FrTDHjAdlffWW +iJNGaEfBZnllJsCRNEMG7BcT5nUHk2+BU0qqgHG1d4yqQfMyCgb26OWz4pSe8bn90qO5KNytx/m jwqxMfgrQBzn4JYgLG+UxdxPDsXgJNypPvFIOFmkKu/d4gS4oUU3AOcv7TdUwgldGESKi2R9lUy/ HChLpp8OlA79A8CC1UMtq4LRPp26p/PMTEZRvGJVFMVQ9bMgf2vEBfC09At65GHuwSxnCy+nyCwl eMZYqLJccdP5w5fX4FPnLLPoi/HSEv8ORwuCEw7d525mRMoMSgU3I4IzgOxE8HGQm4UzbUZmmVHn PKCIE4ehoKkybHtzqmrDpwCNmTLOn4gq6HjQhDo3g4xi6P+l603vG+VjoW7BgwYa0EM50J/jHcBB J0IcMYnlMqO26xc9/kTgQ7aJ9B3NU2JmYHi/g1lE8JRNUPKOxkkljCAiewfrToQ40qAE2lIxciLg oYY8EeKITXSBbTfbAYTB8IgVflp1fcprX0cbQ8nKAE5g0MHY9gMZTgul+bneNL3ePFECc8wENKdh xzUocKEo7nxTRjdlw47GHQFtRZ0WSINV0Xp03W4WMrHW0nar04LZJ0BWURuddtSIb0oh8UhSaXNP RY7sSTdQYFlgn4Tnn7UpeZZFHF0rYNZiT9tLEnpRGCRS/zPDijoELa2WDVmJspa5V5Vr191bimWN s7Mgd4KbYgIKORAzxahCD/QlQBJzoeFiVI+AcNSBIzgH/psRNIBkhkyHOGcZuKTZAddMsdIUqJdi SPT/AmxFtVB507PaAdbu9Lod+d5zwqFuXAFnCC3TEz2xqQkV8ACKoy0HFNLi9MXPxCsl2p3Uq0B/ i/yrjKspBjU2RnF85f92XPLqhFQRp6x5+gn28CjY08aqKcJO+5/p1DBX5z4zfHsaxlt94djcUPlR gYrA6ZhWnrd/IPTG6NeDiYrMIqs4G8GHcQi17SoB3bNJHG47B1ZKry31KuKTNc8zn1nRHxc9deGE 6V0WoPAqwfQuUQZEGfXLqPCj4hJl7L0V23x5hZCLMt4ell5eWVQkhtiMq7bCqvolrALxOO+lxyWs 8m/3LxHmSigOdYr9LTO3c+YzDyANADae7A6TTQiAbZ1u8KPfh22swU2/1o+bw1rzY6dduxu2rmvD 60azOejf3A0an/4NoE7cTAgsgW2KxJ8+WQMu7iVI5IwooUVqrojIwyLTIpTihSopQNkg2SKOyoyN Oc5gcy3uNNpRPa4Xu2fONrcb5q0FCj6JgmTqLyy/zF04AbkhsPwcuEsStovthhoUXRex3CH54j8A AAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDYueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj 6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFF FoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfo EMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQBp ol8hHgEAAMcHAAAsAAAAcHB0L3NsaWRlTWFzdGVycy9fcmVscy9zbGlkZU1hc3RlcjEueG1sLnJl bHPE1d1qwyAUB/D7wd5Bzv1ikrbpBzW9GYPCrkb3ABJPPliionYsbz8pDBIojkLAm4CK5/z4K+Z4 +hl68o3GdkoyyJIUCMpKiU42DD4vby87INZxKXivJDIY0cKpfH46fmDPnd9k205b4qtIy6B1Th8o tVWLA7eJ0ij9Sq3MwJ0fmoZqXn3xBmmepgU10xpQzmqSs2BgzsL3v4zad/6/tqrrrsJXVV0HlO5O C2r7TuA7H9XV+bLcNOgYJMl03k4Hu8Tzgd6XrWLKViHZNqZsG5Jl+ZI0568Zzg7yNkNv3yzkWJTx 6K3KQ7JsyYAelQUzK2LKimBmcUMLpraJmdommJp/6+M9rVkasq1j0tYh2T6mbP8no7Pfb/kLAAD/ /wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9z bGlkZUxheW91dDgueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+b YwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXi WcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxj Ip9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLx vgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDkueG1sLnJlbHOE j8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LIC Qd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJT ryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95 LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRl TGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDcueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw 4EX0A5Zk2wbbJGSj6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7E sG+Xi+ZCI+YS4sFFFoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZ GsT1HUvzf3boOmfoEMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsD BBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxh eW91dDEwLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePs MG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPc KcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1Qo Hp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3 AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQyLnhtbC5yZWxzhI/BCsIw EETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8 r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2 pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H 1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91 dHMvX3JlbHMvc2xpZGVMYXlvdXQzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOW ZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vm QiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L 83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0 LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1r GsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZ hki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3Km VLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAA AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxLnhtbC5yZWxzhI/BCsIwEETvgv8Q 9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62 IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFp zoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277 AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALQAAAHBwdC9zbGlkZUxheW91dHMvX3Jl bHMvc2xpZGVMYXlvdXQxMS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtsk ZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLi wUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6 Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAh ACdxx8UcBAAAsQwAACIAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MTEueG1stFfbbts4 EH1fYP+B0D4rupiSbSF2YTnWYoE0CWq37yxFx0IpUUvRrt2iQH+r+zn9kh1SotM4XqzTuC++UJzD mXNmhqPLV9uSow2TTSGqkRNc+A5iFRV5Ud2PnLeLzB04qFGkygkXFRs5O9Y4r8a//3ZZJw3Pr8lO rBUCjKpJyMhZKVUnntfQFStJcyFqVsGzpZAlUfBX3nu5JB8Bu+Re6PuxV5Kicjp7eYq9WC4Lyq4E XZesUi2IZJwo8L9ZFXVj0epT0GrJGoAx1o9dUrsaogVi1KJQnE2qfLF1kNkvN/AkcMZAAZ3zHFWk hIV3sLWghCOzHwFjaMG2ymxr6oVkTBtUmz9lPa/vpLG+2dxJVOQarUNxvO5Bt838rWAb/PAOzO8t Ekm2S1mOL0kC7KDtyAERd/oTjEgCTiDaLtKHVbq6PbKXrmZHdnv2APBgfyjoX7cRPQ0ntOEckBLs w2ttCGBcC/qhQZWAgDUPbZz0ZmNRdfD6nHqFWk2U1sNBQhagXCtRZ9VuNTRZ68ZQbf3fExTH4RD7 LU1hH8e9wWOuQj/qm+easWgQBVEYmUMsEhzSQteJ2qYi32mm38M3CKqTZuQwooNvYXmj5mrHmdED WCMJhAQfsJkTXWisct/OodBKNeWMQCF22qnxlBf0A1ICsbxQ6DVpFJPIUABlCZCXII6C3OggWZXf EUneHCBrVkkCJ4Pf1l8Tgmb2v3XsPdVRZ9MdJ5StBM/BlVBHCIVgBfspSTVxB4pCWUDO2nw4XVkc 9aGxmPw/JmzsB8OBfv6rhIV8Q3zD9wq+UGhNt9G5eSR0K6ZRFD7skYatZ+TWnFEBbYqzDeMnwBup nwG/WBXydPReWyon85WJtVSrk53Hz4UvlkfRoZ+etcSwLbErotijyjKEvLSycgVd5RNchYQvna6m TG8xXVJ3VvPjx3Zp6tk2CdvUTOd62saWcP3p++tzNEsnEzzMXIz9qYujNHLTcBq6wazv43CS+ngS fXG6Dp5DqKooWVbcryW7XetL8rRuGPpB5PoA6z/kK/igzc8rS2RlyYTQHffHlmdS6aXCLJVslfl7 TSScYMX5n473HHHOy0hsGZnzImfoZl2+P+DF3JAv5QWGSoA+So3pP2fO295VD2dxGLmTOJ25OBhi dzhL++4sxbNhFvbDqJ/t87bRkVfg3anp+v3rtz++f/3nDLlqLms7RMKlcN3ApV+b2W4tCyjANB3G 4XSQummAoQqvhn13ksWRm0U9jKfpYDLtzb6A43WAEyqZmXj/yrvJGxafTMtlQaVoxFJdUFF67djt 1eIjk7UozOQd+N34viFw3/Xguh3iKOjFutOCv+Cl/TbewpIel820wOVrUt9uoP2QBF4UIP+nZqmG V4PWmj5s0bHbV43xvwAAAP//AwBQSwMEFAAGAAgAAAAhAAs+iyjuBAAAXREAACEAAABwcHQvc2xp ZGVMYXlvdXRzL3NsaWRlTGF5b3V0My54bWzMWNtu4zYQfS/QfxDUZ8WSrIslJFlYjt0WyCZBnf0A RqJjYalLKdprt1hgf6v9nP2SnqEk28mmqJsNgrwkMi/DM2fOkEOevtsUwlhz2eRVeWY6J7Zp8DKt sry8PzM/3M6skWk0ipUZE1XJz8wtb8x35z/+cFrHjcgu2bZaKQM2yiZmZ+ZSqToeDJp0yQvWnFQ1 L9G3qGTBFH7K+0Em2SfYLsTAte1gULC8NLv58pj51WKRp/yiSlcFL1VrRHLBFPA3y7xuemv1MdZq yRuY0bMfQlLbGt42PP2Fs8w09EC5RpNjnsP3dC4yo2QFGuY8pcUNGsil7m3qW8k5jSvXP8t6Xt9I PelqfSONPCMj3WRz0HV0w/TPEsPwMXg0/b63xOLNQhbnpywGG8bmzETQtvQXk1jMN8pI28Z035ou r58Ymy6nT4we9AsAwW5RxLtuPfrWHbd35zZXghvOzqt2KMPUyyr92BhlBT/J/da99GrdGyOfyXy9 NFrqFZnqxrWdmo9+fKM57YHumAhdd+gMNR2eZweR/YiUMAxdD40GUeMMA9cOfb1IbwmLtKbrWG2S KtsSpXf4j8ixMl1WUKmiGSwWjZqrrUCc8b0WDhAZTNwjjQRUwOKML35DU/PHmYklseadDnzKwAAT olu2m4lwP7QIslkMSvAHRgSjfOSl9WGOfCzURHCGhTrv1PlE5OlHQ1UGz3JlvGeN4tLQFCJ7gZGs K72GNsnL7IZJRvAOLVNUWIyVwULvvSaEIvPv4QffbSrckvZuBEv5shJIBsMlJ5EtfZyfpQRi30Ta QNO9cJ4lCDeygxDi0MHrs+ShIHzbdkZhF5k2yY4RxF1r8ylBFExe6gTNyww7DX1STO9WV9hONZID mWBLbLubSuTZLBeCxurdlE+ENNZMQH0b2oIQzrxUbUsI2FoJCN5usA7lgR30tSvpjp3qtHRdkm6L 1PNDoADdR8B1Rq8IlzCS20A+3MONHKT5sXCDV4RLGDu43h6uMwwdQnEcveSZFsArqIFAdnj9A7wj d0RBfnt4CWSHN9jjdd0R6H2LeAlkhzc8wBt6w+PT7TX1QCA7vKM9XgJ7fL69Jl4C2eGNDvAGfvg2 841AtjvxQRWhz3xCj01ud7hrt55fA9BBp0uA5kEN8Jxz3uvP+Qum+INzXh+q33vOZwqlDYqlJROL /rxvjzUqhDVd9DHXzLVlmq4u+kqlr9P0qdqfxfqH5nWBip1q7z/9aTIee9HMwtExsTw/8a3EnbiW Mw1tzx0ntjf2P5tdGZrBVZUXfJbfryS/XimTVHZMOFzb8S0bZu098cBA01+2/PL7sMyqisq+wwLM e4kCbKFkG5nfV0xihT44/1GN/Z/gvCwjQc/IHGUUN65Wxd0jXnTR/72CxQUYpp+kRhe+KB1fUrfD i6E3C1zfGgfJ1PKcyLOiaRJa08SbRjM3dP1wttNtQ56XQHesXL9++eunr1/+fgGt6oq5vwBj+7ls cPOo9b10JXMkYJJEgTsZJVbieMjCiyi0xrPAt2b+0PMmyWg8GU4/A3jteHEqub6d/5p1rwRo/OZm X+SprJpqoU7Sqhi0TwSDuvrEZV2hSsYrgWN3Tw26hB4Oo8B3AjfqwwSU+tLTo4ULdMPXdxch37P6 eq23YTxqQP8oxdFU4xkDEqeh+yHke/8scv4PAAAA//8DAFBLAwQUAAYACAAAACEAZYZdK7cDAACa CwAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbKxWXW7jNhB+L9A7EOqzoh9L dizEXliKVRTIJkGdPQBDUZG6lKiStNZuscBeqz3OnqRDSsw2WRdwar/IFjXzceab4ce5erdrGOqp kDVvF05w4TuItoQXdfu0cD485O6lg6TCbYEZb+nC2VPpvFv++MNVl0hW3OA93yoEGK1M8MKplOoS z5Okog2WF7yjLXwruWiwglfx5BUCfwLshnmh70+9BtetM/qLY/x5WdaEXnOybWirBhBBGVYQv6zq Tlq07hi0TlAJMMb7ZUhq30G2/PE3Bxkj0cNr4Cwhb7JhBWpxAwsPtWIUATso460CJGMguwdBqTZt +59Ft+nuhfG77e8FqguNM/o73vhhNDOvLZjBH++V+5NFwsmuFM3yCidABtotHKjZXj/BCSd0pxAZ Fsm3VVLdHbAl1fqAtWc3gAieN4Vyd0NG36cT2nQGOoLnrAZTDK43nHyUqOWQp05/SI/c9hZM56zh uwoNzCvN7Gg3fDR8WHsJnBqy1C7lxV4n/gi/ZhEnTKqN2jNqCIGwcQLg8AD6GdaNTVv3wwYau1EZ oxgafyRPLTNWk49IcUSLWqH3WCoqkAkGjgFAXgE7CoozQtK2uMcC//oKWeeHE9gZgrYRwt+Bwv8m cmKJHLsJ3TNMaMVZAUGEp9FaF9AUlvkzMAoFQKxnz9SdyLBuW0OwfMHwwKKhEh52S5PGG4q6oYTD GWW0p+wIeMP0G+Afqlocjz7RdXwDes63QlVHBx+9Fb4uD6KDkpy1tyPb29dY0ReNbQgBWbVq8L/0 olBwnP8AzcesdEBkdbObQ21kQ4vLSfpRguRr5f4zXqerVTTP3SjyMzeK09hNwyx0g/XMj8JV6ker +LMzilgBqaq6oXn9tBX0bquvB6j8K7E4JEOhH8SuD7D+t36FGLT7ecsS27LknGup+7fimFY6tTCl EkNlft9iATvY4pxRis7LyNQysmF1QdHttnl8xUt8mhIPFxxMTwB9kBqjP2fu28n1JMqnYeyupuna jYJ55M7X6cxdp9F6noezMJ7lz30rdeYtRHdsu3798tdPX7/8fYZeNbekHZ/gUriRcNt2ZqrZihoO YJrOp2F2mbppEMEpvJ7P3FU+jd08nkRRll6ussn6MwTeBVFCBDWj3S/FOGLC4ndjYVMTwSUv1QXh jTfMl17HP1HR8dqMmIE/zqk9hvsumE4m0WwexFZeIEqjLjZaSEGPiDpswsR73N31ID84gYkY+j8z Sx3MwHpIeGGic7cz9fIfAAAA//8DAFBLAwQUAAYACAAAACEAp5PHy6AEAAAJEQAAIQAAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbMxYXW7jNhB+L9A7COqzYv1LFhIvLMcuCmSTYJ09 ACPRtrCUqJK0126xwF6rPc6eZGco0XayKWoURuEXm6KGw2/mmyFndP1uWzNrQ4WseHNje1eubdGm 4GXVLG/sj08zJ7UtqUhTEsYbemPvqLTfjX7+6brNJCvvyI6vlQU6GpmRG3ulVJsNBrJY0ZrIK97S Bt4tuKiJgkexHJSCfAbdNRv4rhsPalI1dr9enLKeLxZVQW95sa5pozolgjKiAL9cVa002tpTtLWC SlCjV7+EpHYtWKsqxahtaTGxgQnPHoHlxZyVVkNqmHhCCWvOqpLqV7J9EpSiULP5VbTz9lHoFfeb R2FVJWroV9qD/kUvph8bEIPB4NXypdFEsu1C1KNrkoEjrO2NDXzt8BcWkYxulVV0k8Vhtlg9vCFb rKZvSA/MBoBgvylQ3XYW/WiOb8zpHOHtrepECSy948UnaTUc7ETzO/OK+41Rhjaj+nZldV4vlNDa etHuvXaJWSK1Ww3WvTPiNErdziO+F7ihH730S5IkfogC6B0vTFy3kzi2ulPdZmqb83KHXn2Gf80K yZhUc7VjVHsbfEIyQA4/wC0jmDG0cT7OIWNqNWGUQEb1zKjRhFXFJ0txi5aVst4TqaiwlI4eiSqv AYQC5nuVtCkfiSAfXmlG55EMdgZ3GIQw7Pj5Z5YCw9J8/dzt6Z+DKLl+7oiCyIawM9yeTpgXJF7c MxakaQxnwkvGYqBLU6oZSyIfpTsndImgje/ix/jjTcaQJrZhHgSOVRNxpzOnakrIfj0kbAlsQeRB FoOC9T2cdprlki6ABJyUHLJ8VjGmH/CIoxMmrA1hcFBs8WQABqtGdTNJ5O6h6vMQhTV7R3qAS6Mf hj0+1AND/wA1jBL0jHV5eBFkjzc44B16oU6zy8OLIHu84QHvPgwvDzCi7AFHR4BTP9VpcXmAEWUP OD4A9v0UMvciQxhR9oCTI8BJGFxoziHKHnB6AIxoLzTpEGUPeHgEOI4SffZfXgwjSn1Um/se0Z/h uof78v+68UNz498SRa1HRgq64qyEmiM4x81fKihy/oASm7AF3Ev69u8uZqxctfdwMNeOxPpEF1CH muXNO/pQVS2gvsZi+c9omo/H4XDmwIUyccIoj5zcn/iON02gvBvnbjiOvth93ViCqaqq6axargV9 WCsbeTulOPNdL3JcUOseyjDAgMvPW4hFhpYZ51gAHhMTnoOYBVQwmpnf10TADoacf6nNwPUnk3Ne j8TGI7qHsu7X9fMrv+giHpou0zH8p54CmlVQ/aZrdCms24vzxW1wG4Sz2I+ccZxPndAbhs5wmifO NA+nw5mf+FEy28etxO6xAXSnhuu3r3/98u3r32eIVV0+m44V2sc7CT1IqxvJtaggAfN8GPuTNHdy L4QsvB0mzngWR84sCsJwkqfjSTD9AsBbL8wKQXUn/VvZd/Qw+UMXXleF4JIv1FXB60HXzg9a/pmK lkPxDB295/afBXRlDU1cnIaeF5kIBpS6/TFowQTsxxF2wcR70j5s4PAmGXyAgPiHohumWvjkgF3D CxG03XzCGH0HAAD//wMAUEsDBBQABgAIAAAAIQCVzk/GEQgAAOkwAAAhAAAAcHB0L3NsaWRlTWFz dGVycy9zbGlkZU1hc3RlcjEueG1s7FvrbuPGFf5foO9AsD8LrsS7KKwcSForXcDZGLHzACNyZLEe XjocKXaCAPsOfYO+Rdt/fZR9kp4zF4qypY0M24C9FrKQyJnh4cz5vnOV8/67m4JZa8qbvCpHtvuu b1u0TKssL69G9s+XM2dgW40gZUZYVdKRfUsb+7uTP//pfT1sWPYDaQTlFsgomyEZ2Ush6mGv16RL WpDmXVXTEuYWFS+IgFt+1cs4+QVkF6zn9ftRryB5aevn+SHPV4tFntIPVboqaCmUEE4ZEbD/ZpnX jZFWHyKt5rQBMfLprS2dwPnSC5bh9/xKff5EF1ae3YCW+n3XPnlPhvKcdMq4tSZsZM+vXLt38r6H j8BifYUPN/UlpxSvyvX3vL6ozznepJ/W5xxkgkjbKkkB+kUBckIvk7clLFOCtx6/MpLI8GbBC9wR qMeCHQKKt/gJD5EhvRFWqgbTzWi6/HHH2nR5umN1z7wAjta+FE+lTnT/OJ45zmUuGLXOGUnpsmIZ cEWqSJ5QPQZarM+q9LqxygrOjKpQRwXlGMF4fnxVvbTEbQ1aEihWr1OTsLOyXd9I/ZpNt1oJwhhI J1XjxUHkD7b1M/C8JMJ51JLrBn4fbnAvG0E1b8T3tCosvBjZnKZCEoGszxqhlpolEn21kXoobiZV dotgzOEbMAeLg+eXFf/VttjHshnZiRsE8G4hb+RObYt3Z+ZbM4JNK6AcPEHKFOSM7FRwuZcSrG28 EtUi1ztSr8SXs0ZciFtGJS0APDIEtcIHbIgRNHhaOj9fgMEXYsooAYegKSROpixPry1RWTTLhaXt XsIA7gFEopaE1JUUScvsnHDy0x3JWkVSN0YngJwi0n46+S2dkMtdNnkI0GPZhAqytWk/hlQusAcJ JtVrrG6LVUHohUnkv3xWIS0eRCSwOIutJSPl8R9JLNSe5FWzRSwgmaSt+jCvlB7jAVy+oGlVZhaj a8oOEC859gDxl8ucHy5dkuEB0mfViovlwZsPFBsPhmOWL3ZKhzDypCYdGJP+QMR2gJAKeaxJZwK8 2K/gYQlbaNOWMMowgcHkgfEi8kP4d8e0Pdf324DhR6HrhS/fsrfihTRVExVkhFgzF02ZsCvw/szG sYwu0I+jOl10bzjWVCzPZjlj8gbTvU0aJG5UdiTyUqjEKA43obTNmWSw6MgB21ZvkhPgS3Aj6lqH LXyXtPwFy2TW9Ft4OhmPg2TmQOycOkE4CZ2JN/Uc9zTuB9540g/G4e8QVGXSkAHTRF7QWX614vTH lQrdhwQ/r++GTh/E9jfuAvaA+3laqwiNVcyqChPrbqiTlvxYu1hAkiCR/MeKcHiDtg0VkTCFOtQ2 fNcLTDK12zgGSfhNG4fJt16eeTwtJyPDyQsweWp9WhXzO8yUXu+xzIRqEkTvIqck/oMcdxSG/tfJ +a17blUKvDxqtp7b/+AHs8gLnXE0OXUCNwmc5HQSO6eT4DSZebEXxrPWczfIvBLYgR73EIf95fO/ //Ll83+ewFvL6sQU75CVQp2HBQfmpyuej+zfJpMk8qaDiTNxA4hDH5LYGc+i0JmFfhBMJ4Px1D/9 HTZeu8Ew5VS2Gj5muuUBg/faFEWe8qqpFuJdWhU91e/o1dUvlNcVRFRoebh93TeRXQc3SYJoEESx Klbl3mR+Y3YLRzCtjJTxH0htQaMCgruApgPE6pGdXcPV/MrDMajcxQ1cZddwRdIUuiOwQl+YEZhX I+0a34xAqaam4GD6woyEZgSinJqKzAj4mCXLy2tQBn7Z1qJif1MD5gozK9lzOiO31Up8zDQS4DfM iMwJPDeIg4EfBQnUz0PsrfCPmW467FsLid1mrS4p964FXbVyda66dy3op12r4/fetaC5dq32qHvX Qvbcro3uaWZLDyFou10b/8FawKFdK7sjWxrflht31iZ/IBeaiK1cV/L0K4K3gDPdoI4qNPDiRvYy GqSFbETIW/QQOnfUSSzGaQs84SWZX0AKK/ssiLdQ7RNKzsoJB+YBrthGLPUtLFlCTwR6leerMhU4 j7KbOp1ga09enac6wVWm152drz5Bv1Tm1x0vDGkqyL2mHHuth+bSIARy406mDCfEjcq0dgGdtZH9 1+LvDhMIAmSk5M4EJWoibe5MpA1O7Mu7t7UKPU3oktxTcUH42cj2Ay/Bg+UluGlQlWMGTBnx3PoH Vaq+CyqqRWi+mlVQgmD2r9Q05jlhtlWTsmpAa9CsmfSjfgDf5j8wrDoX6XJGipxBG9CHgXRJeEPh WLr8m6+mMCKHR/aXz/9S2u2grHKP50C53Idy6exBuXS+irI0Fg8rPoVkDEiiN2yR9AYhVG/gsHVB +C0j+c97SHqD57LXJ0QS4dNuz98gaRrYHSi9gSzI3gKU943SezbX+4RQIn4ayqADpe4rv00od1gl OvtniaJPCCXip6EMN1B6/TCWRNw42Ddjlf/7733/+hqQRPg0klEHydANpDt9g0juSnowBXvxRon4 aSjjDpRJ7MpAf4RS9oZfBZSIn4ZysIFSFR5bCeyb8a+v1ioRPw1l0oFyMIiwRH6bWc+OBPY1OFjE TzYfO92CeliJJeVt7wAq5XMFuK6Zu3970jYk9BLTy1HlKbDh6auXTuWuwsCrrNzNHzcd9bO7HjZ9 v6N+9hSZfox/v3Q0sDXbXbq5A28gs8Qjg/ZURDLTOjIIQtaeOiMOVGv4yKA92Tvke7I7clTQnpw4 CuOjk5Y/WrSZZje5hJ+6Nz8L4k/35n9ROPk/AAAA//8DAFBLAwQUAAYACAAAACEA3LD1Ln4EAABs EgAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbOxYXW7jNhB+L9A7EOqzYkmm ZFtIvLAcqyiQTYJ19gCMRMfqUqJK0k68xQJ7rfY4e5IOKdFJHGdtN37MSyJTH4cz3/xwNKcfHkqG llTIgldnjn/iOYhWGc+L6u7M+XyTun0HSUWqnDBe0TNnRaXzYfjrL6d1LFl+QVZ8oRDIqGRMzpy5 UnXc6chsTksiT3hNK3g346IkCn6Ku04uyD3ILlkn8LyoU5Kictr9Yp/9fDYrMnrOs0VJK9UIEZQR BfrLeVFLK63eR1otqAQxZvdzldSqBmvVPb+6/dNBBieWsOI7QzA9m7IcVaSEhZt7jsa8UiDGvJL1 jaBUg6rl76Ke1tfC7LhcXgtU5FpCu9PptC9amPlZAQweOhvb76wkEj/MRDk8JTEwgR7OHHDYSv+F TSSmDwplzWL2uJrNr7Zgs/lkC7pjDwAN1oeCr+vGopfmBNacm0Ixivy1VQ2UwNYLnn2RqOJgpza/ MS+7XFph2mYtvp6jlnYtqsU1Lw0fFi+BU0OWekh4vtKG38J/s0hiJtVUrRg1hIDaJAbh8AfoZ0RH Na3cz1OI6lKNGSUQ9S15ajhmRfYFKY5oXij0kUhFBVLGLqlFngI7CpzTiqRVfk0E+bQhWdtHYjgZ lLYawmND4etEdi2RbTSha0YyOucsByWCt9Eqv0I2EDZzIAIhPKwPXuFW07URZTjsQb6aUPMjz9PP hl8bcNjr9mHdQTrscBiEg6hrHGglGQIaN1tOtnpNn82WzDdpQ+KczjS9Wv+g3xwK3D4BwGOwBYuf Yi0AsN0tWO8p1gIAi19i/Wc6WABgw11YCwBstAtrAYDt7cJaAGD7u7AWANjBLmwD0Fy36aQdY7IJ diKQsE6bN2aXjiCTXPJZdjUZtHmkCdwDEnpKM17liNElZXuIN1l2gPibeSH2l24S4gDpKV8INd9b edxk5N7uSIvZVulwixy1ruGf1TXDCdyn9jI48LrYqGvGf+aq0JXGPDy9M7bVtQj33wsb3AjvhS1+ L2zrRui9sO3RsIW2sJ0TRZ91a6YU//+q1jTBuYIedaNvMw56vcAd0hTP4AtGf478HU6S0QgPUhdj b+ziMAndJBgHrj/peTgYJR4ehd+ctjPPwVRVlDQt7haCXi30Nw9caRsd8LbeOvD80PVArPd4EYMO evtx75vIuiXlXPfvT9vo8G1tdOOYmRKNZ/5aEAEn2KZ6R1d9iHOOy0jPMjJlRU7R5aK83eAlOgYv MA8A0Vup2XExH0LNOm67512cRkHojqJk4mJ/gN3BJOm5kwRPBmnQC8Jeuo5bqS2vQLt9w/XH939+ +/H93yPEqqkkdiYA3e6FhE/I2nyqL0QBCZgkgygY9xM38TFk4fmg547SKHTTsIvxOOmPxt3JN1C8 9nGcCWqGFX/k7dAEFl8MOsoiE1zymTrJeNlpJiadmt9TUfPCDE18r528LAk08tjrR4HfG3RNGIC+ oKVpn6y2sKQnHlrtjImPpL5aQn9FYpjxQPyPzVINUx3wo4Y+QrTtdko0/A8AAP//AwBQSwMEFAAG AAgAAAAhAMkd9nTbBQAAOxwAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NS54bWzs Wd1uo0YUvq/Ud0D0mjX/2FaclXHsqlI2iRrvA4xhHNMFhg5jJ2m10r5W+zj7JD1nYGz8t0ucXKxU 39gYf3ycnzkfhzMX75+yVFtRXiYsH+jWO1PXaB6xOMkfBvrH6cTo6lopSB6TlOV0oD/TUn9/+fNP F0W/TONr8syWQgOOvOyTgb4Qouh3OmW0oBkp37GC5vDfnPGMCPjJHzoxJ4/AnaUd2zT9TkaSXK+v 522uZ/N5EtErFi0zmouKhNOUCLC/XCRFqdiKNmwFpyXQyKu3TRLPBXgrHtn0afrIbmd/6JoE8xWc tvRL8D+6T2MtJxmcGLGsIDwpWS7/KYsppxQx+epXXtwXd1xecLO641oSI0F9od6p/6hh8mcOMDjo 7Fz+oJhI/2nOs8sL0odoaE8DHZL2jJ9wEenTJ6FF1cloczZa3B7ARovxAXRH3QAsWN8U8l1UHu27 Yyt3polIqWatvaqgBC69ZtGnUssZ+InuV+5FNytFhj4jfbHQ6tAjVY2r/pTxUPgSYiqDJZ5CFj+j 4zP4lidJPy3FvXhOIQVwvEotmQDSj+n89yq0jdPgbRMOTpI+mAIfkKyUYB3Q3Ph4D3WQiVFKCdRJ HWpxOUqT6JMmmEbjRGgfSCko14SMQokGXAC7gFTWlDSP7wgnYMQWM0aD9OHO4KLyBw6rgB8Pu7MO O+b8LiURXbA0Bgvst8gAxlOH5QprSSXsSCIwWjtL0vUCKHC5Li3P8SzLQZM2q9M1XdPqgrjgGvWd XuBLmyEMFZF0v1oSKiIqwxrJowUDtZhVlM3s1cnWMsKvZV0keQwFjod499nyBlRMGlKtBa38a6Db Llo6U2421oY8tGH11ITKq1as5j4rUqEdYKazYe1ZrrSgDavV3WdFqprV3bBaTmD5CG5FK5HbIUCu mtZr0HbtrrThVFrkqmn9Da1td8GEV1iLXDVt0KANXEeuw1OtRa6atruhRc72KTsQW+SqaXsNWt8L XpUy5JJa0qwJqWh4E1h1a+mSdz9d4VBwpMCVWwp3ioq5SsVGLBdQq1tCJlUDHrXqQfHCRwlW94Kk 81rGKonBx6oMEx40nyeYkOMyZluB2w28b8iY0/MsKA5EtNExKUPNRO09qTbqVFE2AHCoxKSpZFhC a6wCAFZJRAMrlWSNVQDAqrpvYnFVrrEKAFhVzEexCgBYVaFHsQoAWFV2R7EKAFhVS0exCgDYqkBU JyDjK0Vy7duPUUGyGYAPVbTy+fuCtuSeRiyPtZSuaHqgQHfpZV28gH66SHh79vrJ31pxJmzJxaK1 8W5Vke3pk/lBduhN3rQ785SuTXe7M2nx6aJW9cdVd4YC9+eScGg7a42T0ZatcmuN813PtMFc6MSO 9WpWAMp37tUG+rlXg3753KsNdOf/2Kv5StMO9WqyNTpd1valTOrkyVJ2rF/bSNm5X8OYb/c/537t yEznm288uw3VuV/DEVr1Nrgbmx+1XwuUtl0RQbdeQn3sME8XtqpfiwUMELdfR63qnero+6i86+70 C05uBpbyh3y/n8MsGifLf3vjcDh0exMDZkojw/VCzwjtkW1Y48B07WFoukPvs14PWWNwVSQZnSQP S05vl0JH9jZjAdu0PMMEWnPzfgE24OVv20bDiLCasU8Yw+Fqc8wZvEVi5gJa5/2Hj/WdmedLkvO2 EempiNynSUy1m2U224mLHEG8dsHC9g5QHwzNd+YoLwnNet06V4478W3PGPrh2HCtnmv0xmFgjEN3 3JvYge0Fk/W6LdHzHKxru1y/fvnnl69f/n2DtSoH02p7Bx4K1yXM9wu567LkCRRgGPZ8e9QNjdBy oQqveoExnPieMfEc1x2F3eHIGX8GwwvL7Uecyr2n3+J6DwxO7u1bZUnEWcnm4l3Esk61AdYp2CPl BUvkHphl1htpKwITPqvndK1uENSTKGmb3FpQ1oILuHclNS3lH0hxuwK1Jn3YsoMKG8lTBWzSQR4R uoGg72rT7/I/AAAA//8DAFBLAwQUAAYACAAAACEAOGDKsUEDAAC9CAAAIQAAAHBwdC9zbGlkZUxh eW91dHMvc2xpZGVMYXlvdXQ2LnhtbKxW/27TMBD+H4l3sMLfWX7Uaddo7dR0DUIa20THA3iOu0Zz bGO7pQUh8VrwODwJZyfZYBvSJPpPm9h3n+/77s6Xk9Ndw9GWaVNLMQmSozhATFBZ1eJ2Eny8LsPj ABlLREW4FGwS7JkJTqevX52o3PDqnOzlxiLAECYnk2BtrcqjyNA1a4g5kooJ2FtJ3RALr/o2qjT5 DNgNj9I4HkYNqUXQ+euX+MvVqqbsTNJNw4RtQTTjxEL8Zl0r06Opl6ApzQzAeO+/Q7J7BWxtbTm7 FHwfIG+qt7CYBFNgT5e8QoI0sHDtrJA3cztGXWvG3JPYvtVqqa60d7jYXmlUVw6gcwyibqMz868C zOAheuR+2yORfLfSzfSE5KAF2k0CSNne/YITydnOItou0odVur58xpauF89YR/0BEMH9oY5Vy+gp nbSn0+qQ3LNqTQm4nkt6Z5CQwNPRb+nRi20P5jg7eLVGfwjf2bWbXo/e3oCmXiy7K2S1d8Rv4N8v kpwbu7R7zrwgEDbJARx+QH5OXF0zEX5cQl03ds4ZgbrvxLPTOa/pHbISsaq26D0xlmnkqwC6ACBP QB0LyekgmaiuiCYfHiE7fiSHkyHoPkJ4bCX8t5CDXsgzYhm64oSyteQVRJAeQtPKAuUv0BaErwIo RKiSxBP30roE/JfGK+gHV91fs0Uxm+FxGWIcz0OcFVlYpPM0TBajGKezIsaz7FvQJboCqrZuWFnf bjS73NjgpalK4yQLY4CNH5ICMTj3w6YF92kppXTl8GdiBodIzMrqNjOfNkTDCX1y+kY5QAMcVpGs V2TJ64qhi01z80gXfAhdYMAA9LPS+IY4cN0Ozga4HKZZOBsWixAnYxyOF8UoXBR4MS7TUZqNyvu6 NY65gOheWq6/vv948+v7zwPUqr9J+hED9/25gRtJ+Zt/o2towKIYD9P5cREWCYYuPBuPwlk5zMIy G2A8L45n88HiGwSuEpxTzfz0e1d1UxgWn0zOpqZaGrmyR1Q2UTuCIyU/M61k7adwEnejfEs4XCuj AT6OcRz3FQxR+tuljxYouPnpwqZcvyfqcgvXD8nhowHqf+6XFHwmdIPiwcRx7z87pr8BAAD//wMA UEsDBBQABgAIAAAAIQA8blmfzgMAANALAAAiAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDEwLnhtbKxWwW7bOBC9L7D/QGjPimRZsmMhdmE5VrFAmgS12ztL0RFRSlRJWrVbFOhvdT+nX7JD Skyb1AWcxhfZomYeZ94MH+fixa7iqKVSMVFPvcFZ6CFaE1Gw+m7qvVnn/rmHlMZ1gbmo6dTbU+W9 mP3910WTKl5c4b3YagQYtUrx1Cu1btIgUKSkFVZnoqE1fNsIWWENr/IuKCT+CNgVD6IwHAUVZrXX +8tj/MVmwwi9FGRb0Vp3IJJyrCF+VbJGObTmGLRGUgUw1vthSHrfQLZAjF7vPGTtZAsrA28GqZMV L1CNK1hYM80pAoLQWzBmBHO0pjttzVSzlpQah7p9KZtVcyut93V7KxErDFqP4gX9h97MvtZgBn+C R+53Dgmnu42sZhc4BVbQbupB8fbmCU44hSAQ6RbJj1VS3hywJeXygHXgNoAI7jeFujddRr+mE7l0 OlIG91l1phhcrwR5r1AtIE+TfpceuW4dmMnZwDcl6kqgDb+9XffR8uHsFXBqydK7TBR7k/g7+LWL OOVKr/SeU0sIhI1TAIcH0M+x6XBa+29W0OGVXnCK4QT05OnZgjPyHmmBaME0eoWVphLZYOA8AOQF sKOhOD0krYtbLPHrR8gmP5zCzhC0ixD+dhT+nsihI/JBT6FbjgktBS8glOgU5BqqPCQkg0PQdbsH fQlN4yrzFMaNjAAKxSZoE90h/qFciLf8nuhn1sM0uS2HelCPjnNLPDzcljapJ7TAihIB55rTlvIj 4G1FngC/Lpk8Hn3YMXo0X7nYSl0eHXz8VHi2OYgOunPSkxC7k3CJNX1wACwhIMVOO/5IXQoNh/8T XBWYb1zrWwmwImOk6Flqs4Frwuj852SZzefxJPfjOFz4cZIlfhYtIn+wHIdxNM/CeJ588XrJKyBV zSqas7utpDdbc5kcJ1pROEj8EGDDH/0KMRj305YlcWXJhTDC+LMy2VZ6bmE2WnaV+bDFEnZwxfkT YfqNFJ2WkZFjZMVZQdH1tnr3iJfkFIoNQxdAH6TG6s+J+3Z4OYzzUZT481G29OPBJPYny2zsL7N4 OcmjcZSM8/u+VSbzGqI7tl2/f/32z/ev/52gV+2d6oYtuBSuFNzNjZ2BtpLBAcyyyShanGd+Nojh FF5Oxv48HyV+ngzjeJGdzxfD5RcIvBnEKZHUToT/Fv1kCou/TJMVI1IosdFnRFRBN5YGjfhIZSOY nUwHYT/ethjuuziOotF4PB6ZLoBwIUj3a4OFJTNVmqgJl69wc9OC+uAU5mho/4VdamBy7rx/MjGp u0l89j8AAAD//wMAUEsDBBQABgAIAAAAIQA6Cnq2FwUAADUSAAAhAAAAcHB0L3NsaWRlTGF5b3V0 cy9zbGlkZUxheW91dDkueG1srFjrbuI4FP6/0r6Dlf2dEodcICodEQqrlTpttXQewE1MiSa3dQyF WY00r7X7OPMke44TA2npDmXypwVz/Plcv3Psyw+bLCVrLqqkyEcGvbAMwvOoiJP8aWR8epiZA4NU kuUxS4ucj4wtr4wPV7/+clkGVRrfsG2xkgQw8ipgI2MpZRn0elW05BmrLoqS5/DbohAZk/BVPPVi wZ4BO0t7tmV5vYwludHsF6fsLxaLJOLXRbTKeC5rEMFTJkH/apmUlUYrT0ErBa8ARu1uqyS3JVhb JtHDxiBKTKxhgRpXYHk0T2OSswwW7pNIrgQnz4lckgkrUQ8lU5UPgnOUzte/i3Je3gu19XZ9L0gS I1QDYfSaHxox9TUHMfjQe7H9SSOxYLMQ2dUlC8AjZDMyIHBb/AubWMA3kkT1YrRfjZZ3R2Sj5fSI dE8fABrsDoWYl7VFr82xtTkPiUw5oTuralEGW2+K6HNF8gLsRPNr86LbtQZDmxG+XJLa/RKhGrn6 R+UPLV8pn2pFd56g/tC2B5C3YLkzgCyzXnjFdQaeA4sEfeN6nt8fqEM0EhxSQ5eB3IRFvEWXPsJ/ iBzLo2UBmfqIO1iQVnIutynEGT6vUwoaEZY+QSmlkAUsiPniT1iqvowMyHc48lFbvpOHILdxwMUs AEfAH9iaMqxEnpuf5lCJmZyknAF8Y5K8mqRJ9JnIgvA4keQjqyQXRDkO6hY0Q3SpzlCQPI/vmWCo 1CEyxoIFcDLYrm1WbsB4vB30vg66LoP7lEV8WaQxKGGji6BYdIDPSgGoQAPKBXJZJ8x5ieBR2/fd Omi6Olp54FCKyXJqIrwZ/YyJG1WNSR4DteBHDOXj6hb4U+06yIk+JEVzYpM9KAsfbUykGspxfZQi p+DZewsakAavv8cbUkcl/0l4KFnnBuAhSIPn7PFo36dYYqcpiEWwA0SUBtA9ABxA9Z4HiCgNoLcH BDYABc/SEFEaQP8A0HdU5M4wGVEawMEeENFOD0rLh4jSAA4PAD3XPzMoiHKck7rlDkdzxwPW4yFx 9DFDfpY4kK+BMIF4lyxdNByiKEn1EGUjNte5Mlczvm4BR5uJ24dWUfeKfYttkcjAgtZSH6KR/qeZ KDY41kHexSG0VaPYgZp0OJNDaIuTEKTBO5NDaCtdO+CQYccU0sLrgEFaeB0QSAuvA/5o4XVAHy28 t9kDEolAE9mNLiqtzp9wkDTUgFO1JpxzphhXM9E1k7zFRE4XTBTLVzxE6yaI/HOUiBT/6TlMz54t ulBf1KS4gLsI3if+dqfheOwMZyb094npuKFrhvbENunUtxx7HFrO2P1qNKN1DKbKJOOz5AmuL3cr aWCVnxIO26KuaQGstXc86IDbu20Qng7LrChwqD1sEWqS+9kWsZCijsxfKybgBD1o/mDSfE9wuvWI rz0yT5OYk9tV9vjCL14XCQsXe4A+6pofNND3uGaXt/3rvjPzbNcce+HUdOjQMYfT0DenoTMdzmzf dv3ZLm8rtDwH7U5N1+/f/vnt+7d/O8hV1cn1pR7o56aCe1Wp7torkUABhuHQsyeD0AypA1V4PfTN 8cxzzZnbd5xJOBhP+tOvoHhJnSASXL06/BE3rx+w+OrFIksiUVTFQl5ERdarnz56ZfHMRVkk6vWD Ws0TypoBs9qUWp7tDIZqggJ9QUt1pdPawhK+XajpKhUfWXm3VjQMjzWQ/xO1VMLzDMQRRfciaLt+ 7rn6DwAA//8DAFBLAwQUAAYACAAAACEAhDlft1YFAADFEgAAIQAAAHBwdC9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQ4LnhtbMxY3XLiNhS+70zfQeNeO1j+BU/IDibQ6Uw2yRT2AYQtgru25cqCQDs7 s6/VPs4+SY9ki7+wi0ly0Rsw4tOn83+Odf1hnWdoRXmVsqJv4CvLQLSIWZIWT33j03Rsdg1UCVIk JGMF7RsbWhkfbn7+6boMqyy5Ixu2FAg4iiokfWMhRBl2OlW8oDmprlhJC/hvznhOBPzkT52Ek2fg zrOObVl+JydpYTT7eZv9bD5PY3rL4mVOC1GTcJoRAfJXi7SsNFvZhq3ktAIatftQJLEpQVs2+2O6 NpCC8RUsYOMGNI8nWYIKksPCkBUCGNBzKhZoSEoph8JU5ZRTKtHF6ldeTspHrrberx45ShNJ1VAY neaPBqZ+FgCDh87R9ifNRML1nOc31yQEi6B13wDHbeQnbCIhXQsU14vxbjVePJzAxovRCXRHHwAS bA8Fn5e1Ri/VsbU601RkFOGtVjWUwNY7Fn+uUMFAT6l+rV58v9JkUmdJXy5QbX4hqRpc/aeyh8ZX yqZa0K0lXC+A2FLmsAPH8o5s4lhW18GOgaRlMPbtBrGvcc1chmIdsWQjLTqDb3AcKeIFg0Cd1XbO KjERmwzcTMJslWEQCJHsCTIpgyAgYULnv8NS9VffAJFApplWfIsHH8PzHg9YmIRgB/iArRmRiUgL 89MEEjEXw4wSoG90EjfDLI0/I8EQTVKBPpJKUI6U3SBtQTLJLtQZipIWySPhRAq1zyxdQUI4Geyr dYbH2tvf9zkY8TALHjMS0wXLEhDCflsEpAnErw6S9s53vMCTDpXJcMr7HsYYELX3va7nYAiFWv06 oZTadRxqS2jvq9Tad1Xj8iNPOzL6aso9ADzaTbzuR0V3H6sBgHVOYN19rAYA1j2BldG2lUEDAOud w2oAYP1zWA0AbHAOqwGA7Z7DagBge+ewNeBUDsFOBAzbZHljTsmaqlKqOsipOm9U8sCHPlIF7gVp PKExKxKU0RXNWtCr3LqAfrpIeXt2lRAXsI/ZkkP3ayu8KwPzEvp0fpId2ty7VjNXV7OpdPV+KVMG gbavW9WrmpnsIFDCoRUsSDY3YAaAAqccqZqaLDnqYaIiXhZfufSj7oZdx8N1nu9a/kF7c/0etvw3 FziUE36nRoy0SGDakY9StNnyHoZC5c29moYP6pTsiRILmSjLW0Ole3QrvoN6elQjG74eduWpqBXf QW08qqMNH3YC7Lcl7P2g1mq+rt2Vpb6VgAd8R/W44bPtLoj3Gr6jmq35Ale1rcvlO6rrDZ8ka+2Q A32Par/m873gdf74f/QHyGw9TagBQ46535+rPF2JbomgB5VI1c63VqJEvKhDuJ4W5NvGyUIEOb7T 4OQ8pKqAml3n8HIkX3D+9kbRYOD2xibk5tB0vcgzI3tom3gUWK49iCx34H0xmlk/AVVFmtNx+rTk 9GEpVIVpMwLbFvZMC2itXecEGWTRed8G4Wu3jBmTY/Z+i/BkU3urY+aC1575c0k4nNA0CXxmDL7E Oe9rkUBbZJKlCUX3y3x2ZBf/PewCNw1AfdI0ZxroJabZxq1z67hj3/bMgR+NTBf3XLM3igJzFLmj 3tgObC8Yb+O2kpoXIJ2Mtzbh+u3rP798+/rvO8SqqiT6lgFmlrsK3vRK9fK/5CkkYBT1fHvYjcwI u5CFt73AHIx9zxx7jusOo+5g6Iy+gOAldsOYU3UN8lvSXMfA4osrlDyNOavYXFzFLO/UdzGdkj1T XrJUXcdgq7nTWRGYvB3fhxHEdusJRImmphwtLGgg71JU5mT8IykfVmpYgMsjCP+hWirhugjcKKE7 iFRdXz/d/AcAAP//AwBQSwMEFAAGAAgAAAAhAHToxsMQAwAAawcAACEAAABwcHQvc2xpZGVMYXlv dXRzL3NsaWRlTGF5b3V0Ny54bWysVf9u2jAQ/n/S3iHK/k7zAwdKBFQEyDSpa9FoH8B1HIjq2J5t GGyq1NfaHqdPsouTtFvbSZWGkIJzuTvf933n8+hsXzFnR5UuBR+74UngOpQTkZd8PXavrzLv1HW0 wTzHTHA6dg9Uu2eT9+9GMtEsP8cHsTUO5OA6wWN3Y4xMfF+TDa2wPhGScvhWCFVhA69q7ecKf4Pc FfOjIOj7FS6528art8SLoigJnQuyrSg3TRJFGTZQv96UUnfZ5FuySUU1pLHRf5dkDhLQ3jDMb13H uqkdGEJ3AsjJiuUOxxUYUutRG7W8UpTWK777qORKLpX1vdgtlVPmdWwb4/rth9bNvnJwg4X/LHzd ZcLJvlDVZIQToMDZj11Q6lA/IQgndG8c0hjJk5VsLl/xJZvFK95+twFU8LhpjapB9BJO1MGZY0Od JcOEbgTLqXLCR4BNFIYs54LcaocLgFwz0SAlF7subw2/3klunIb63EDjfQcRMStc4A/AhRasZah2 tosuXgPdlkezT0V+qDm5gX9rxAnTZmUOjFquABFOClCwFuVHvEinUzTMPISCmYfiNPbSaBZ54WIQ oGiaBmga37ldUQDVlBXNyvVW0cutgXbAiQKBoQ3gwFDuXa+g7srMGMVwoFp5zCQKwtgLIG0wAqYN VG9rsNrxfIkV/vIsS00RTqBYwNmBgmUjyL9l6XWyZEIYEONPYaJjCFMY1SjzdYsV7NCJ04naKPlf 4tCjMoI6RlaszKlzsa1unvHSOwYvMA4h9avUWN4tI8fr2968h7J+FHvTfrrwUDhE3nCRDrxFihbD LBpE8SB77FtdI+dQ3Vvb9eH+54eH+19H6FXbst1khDF1rqH5pR1YW1XCAUzTYT+anaZeGiI4hfPh wJtm/djL4h5Cs/R0Oust7qBwGaKEKGpn9ae8vTPA+GLOVyVRQovCnBBR+c2F4UvxjSopSntnhEF7 8ewwG7sRigLUj+DXjiWo0p66rlqAUE/8umzC1GcsL3cwfnACVxz0/8yaJFxq7VB7cqmxd5fk5DcA AAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDUueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj 6N+bYwXB4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFF FoXiWcOQc9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfo EMxjIp9/VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBBQABgAIAAAAIQC5 f+5zlgYAALAbAAAUAAAAcHB0L3RoZW1lL3RoZW1lMS54bWzsWU9v2zYUvw/YdyB0b2MndhoHdYrY sZutTRvEboceaYmWWFOiQNJJfRva44ABw7phlwG77TBsK9ACu3SfJluHrQP6FfZISrIYy0jSBtuw xYdEIn98/9/jI3X9xqOYoUMiJOVJ26tfrXmIJD4PaBK2vXvD/pUND0mFkwAznpC2NyPSu7H1/nvX 8aaKSEwQrE/kJm57kVLp5sqK9GEYy6s8JQnMjbmIsYJXEa4EAh8B3ZitrNZq6ysxpomHEhwD2bvj MfUJGmqS3lZOvMfgNVFSD/hMDDRp4qww2GBS1wg5k10m0CFmbQ/4BPxoSB4pDzEsFUy0vZr5eStb 11fwZraIqSVrS+v65petyxYEk1XDU4Sjgmm932hd2ynoGwBTi7her9ft1Qt6BoB9HzS1spRpNvob 9U5OswSyj4u0u7VmreHiS/TXFmRudTqdZiuTxRI1IPvYWMBv1NYb26sO3oAsvrmAb3S2u911B29A Fr++gO9fa603XLwBRYwmkwW0dmi/n1EvIGPOdivhGwDfqGXwOQqioYguzWLME7Us1mL8kIs+ADSQ YUUTpGYpGWMforiLGR0JqhngTYJLM3bIlwtDmheSvqCpansfphgyYk7vzcvv37x8jt68fHb8+MXx 45+Onzw5fvyjpeUs3MVJWF74+tvP/vz6Y/TH829eP/2iGi/L+F9/+OSXnz+vBkIGzSV69eWz3148 e/XVp79/97QCvi3wqAwf0phIdIccoQMeg27GMK7kZCTOt2IYYVpesZ2EEidYc6mg31ORg74zwwxX 4DrEteB9ARWkCnhz+tAReBCJqcpc7mh2K4od4B7nrMNFpRVuaV4lMw+nSVjNXEzLuAOMD6t4d3Hi +Lc3TaF00iqS3Yg4Yu4znCgckoQopOf4hJAKez2g1LHrHvUFl3ys0AOKOphWmmRIR040zRft0hj8 MqsSEPzt2GbvPupwVqX1Djl0kZAVmFUIPyTMMeNNPFU4riI5xDErG/w2VlGVkIOZ8Mu4nlTg6ZAw jnoBkbJqzV0B+pacfguqR7Xb99gsdpFC0UkVzduY8zJyh0+6EY7TKuyAJlEZ+4GcQIhitM9VFXyP uxmi38EPOFnq7vuUOO4+vRrco6Ej0jxA9MxUVPjyJuFO/A5mbIyJKTVQ151yHdPksnafuXZvC1qZ PLsnKvYy3Mk63eUioP/+Mr2Dp8k+gcxY3Ksuq/Rllfb+81V6WT5ffG2el2Oo1Lp3sk23acHjpR34 mDI2UDNGbkvThEvYhII+DOp15vRJihNZGsGjzmRg4OBCgc0aJLj6iKpoEOEUGvi6p4mEMiMdSpRy CQdHM1xJW+PhEKDssbOpDyS2ckis9nhgh9f0cH7uKMgYqUJzuM0ZrWkCZ2W2di0jCrq9DbO6FurM 3OpGNFMUHW6FytrE5oAOJi9Ug8HCmtDdIOiJwMrrcP7XrOHggxkJtN2tj3K3GC9cpItkhAOS+Ujr veijunFSHisLimg9bDDoQ+QpVitxa2my78DtLE4qs2ssYZd77128lEfw3EtA7WQ6sqScnCxBR22v 1VxtesjHadsbw5kZHuMUvC51Q4lZCBdPvhI27E9NZpPlc2+2csXcJKjDNYi1+4LCTh1IhVQ7WEY2 NMxUFgIs0Zys/KtNMOtFKVBRjc4mxdoGBMM/JgXY0XUtGY+Jr8rOLo1o29nXrJTyqSJiEAVHaMSm 4gCD+3Wogj4BlXD1YSqCfoF7Om1tM+UW5yzpyrdjBmfHMUsjnJVbnaJ5Jlu4KUiFDOatJB7oVim7 Ue78qpiUvyBVymH8P1NF7ydwDbEWaA/4cE0sMNKZ0va4UBGHKpRG1O8LaBxM7YBogbtemIaggstq 81+QQ/3f5pylYdIaTpPqgIZIUNiPVCQI2YeyZKLvFGL1bO+yJFlGyERUSVyZWrFH5JCwoa6B63pv 91AEoW6qSVYGDO5k/LnvWQaNQt3klPPNqWTF3mtz4O/ufGwyg1JuHTYNTW7/QsSiPZjvqna9WZ7v vWVF9MS8zWrkWQHMSltBK0v7txThnFutrVgLGq82c+HAi4saw2DREKVwmYT0H9j/qPCZ/fKhN9Qh P4DaiuBDhiYGYQNRfcU2HkgXSDs4gsbJDtpg0qSsabPWSVst36wvuNMt+J4wtpbsLP4+p7GL5sxl 5+TiRRo7s7Bjazu21NTg2ZMpCkPj/CBjHGM+mZW/avHRQ3D0Dnw/mDIlTTDBNyuBoYcemDyA5Lcc zdKtvwAAAP//AwBQSwMECgAAAAAAAAAhAOpbAisAMAAAADAAABcAAABkb2NQcm9wcy90aHVtYm5h aWwuanBlZ//Y/+AAEEpGSUYAAQEBAGAAYAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AAEQgA wAEAAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMC BAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYn KCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeY mZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5 +v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwAB AgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpD REVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ip qrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMR AD8A/v4ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigArxX9pPxb4h8Afs6/Hzx34 S1D+yfFfgr4K/FPxb4Z1X7JZX/8AZniHw54G13WNF1D7DqdteabefY9Ss7a5+yahZ3djceX5N3bT wPJE3tVec/GL4f8A/C2fhH8U/hZ/a39gf8LL+HPjf4f/ANu/YP7V/sX/AITLwzqfhz+1v7L+26b/ AGl/Zv8AaX2z7B/aNh9s8n7P9ttfM8+Py88pY2vkucUcudSOYVsrzClgHRqrD1VjamErQwrpV3Om qFRV3BwrOpTVOVpuceXmXflVTDUs0y2rjVB4Onj8HPFqpTdam8NDEU5V1UpKM3Vg6SnzU1CbnG8V GV7P8DvH37Ynxx1fx9/wT28KeL/2p/2yfg/4X+NP/BNKy/aM+I2pfsUfsZ+EP2o/iJ43+Nkmo/Au ybWvEvhPTP2G/wBsbUfBPg+Wy8beKp55dC8D+B/CUOsXOk6eNSglk03S7r6Q/bh0f9qL4X2X7I3i L4Wf8FFP2u/CVn8Zv2lf2VP2a/Fek3nwn/YKf7T4Z+IaSaD4w+Ibab43/YTvfEnh74r+I304eItT sriSy8EaD4j1DUbLSfhj4f0WGz8Nad6fN+wN+0H4B8a/sq/Eb9nP9p34N+C/Fv7OH7F0H7GesD41 /sq+NvjT4d8f+H4tQ+F2rSeN9M0nwL+1v+z5qfgnWJNQ+F9iU0q68QeNbKKz1W7t2uJZ4Ibw/TPx w/Zn8V/tBeDf2YtM8d/Ezw9YeNvgP+0F8Bv2h/F3iPwl8NtS0vwt8QvEnweubjUNa0Pw54N1j4le I9W+Hmh+MNRu7h9LOp+O/iNf+ErLybS7uvF08b3030eMlhKmMwE6HLHDQ4/jjMZGEJ0VPhar4m5v jqqcLTdXBw4GxGEpRwVOWGq0cKsPl1HLamMwsPYfNYOGYUssxtOs5yxs+CFhMI51KdaceJKfh7lO Eg1Vcowp4uXGOGxVSeMqfWIVsRKvjqmYU8HiqirfmH+0t8dtY/Z//bF+EH7MPx7/AOCwnjv9k74U f8Mc+Kvio/xn+Jd9/wAE0fhn43+M/wAXIvjva+G7Kx13XvjT+yNdfCppdJ8D6ld21r4b+Fnw/wDA 8ktjolrq+qQ6hex6tqN/9xftvfFT41fs5/s+fCf9pz4TfEPVPiJ8Pv2ePFfgTx3+1Jpdxonw61rU Pj3+ylcaLN4Z+MHjqHVND8JaTYaH4u+HOi61B+0pp138MF8DeH9f/wCFfav4STSv+Eb8RW+lWvvk v7OHmftnWX7XX/CZY+x/sxan+zh/wr3/AIR3Pmf2l8VdI+Jv/CZf8JZ/bg2eT/ZX9if8I9/wjTeZ 5/8AaX9uJ5X2CT1f4xfD/wD4Wz8I/in8LP7W/sD/AIWX8OfG/wAP/wC3fsH9q/2L/wAJl4Z1Pw5/ a39l/bdN/tL+zf7S+2fYP7RsPtnk/Z/ttr5nnx+LKrjcPkNKrRoU8bnmHxWdZosJUdOnSxlbD8X8 R5lkuV4ytKSg8DmGTzybB1aeFxODoYfK6scBONDE4X2mG9qjSoVc6xMa9Wphsnr0sty/28XOpOhh cTwvkGAzfHYSnFc9HF4TM4ZxXo1q1DEYz+0YyzDC1vZ14e2/IaD9rL9pj4sfs6y/FP4e/EObwTrv /BQv9qfw18Hf+Cd1t/whXgW8vvg9+zjPaSpc/tGtpXiDwxq6eP8AxD4m+Dvw4+MP7X+jaN8Qo9c8 PReHtU+HHge60bSorfXU1Hyf48/tgftteKP+CdH7NN7+z/8AFzwx8O/27L/9sf4Y/sTfGfxXr3w4 8Ja54T1D44+CPGniv4ZfFrTdZ8E+INGudM0Dwf8AFTxT4Qt/EVld+GY9N1TQ/BPjDTNS8KapaEWz P9uX/wDwTB+E3xFn/ZC8P/tJj4e/tL/Bf9kL9l9/gh4a+BXxX+C3hnxV8OvF3xWuNN+GHhp/2h9e 0DxjrHjDw9/wkOjeDfh1f+GfBPh248PandeEIPH/AI0urXxjePqXlDhrH/gkz4D8D+Nb9PgZ4s8D fAr4Af8ADYX7L37Z/hj9nT4efA3SPD/g/wAD/Eb4E+Hm8LfETSfCh8NeNPDfhrRNB+Num6N4H1G5 g0vwJYDwf4q0TxL4imh8ZTeMpLXRO6rQowxdLD0MZW+of6x8PcmPUIVcdDIuH+Kchy+NTHUsTS+q uGY8M4XifiPNqWGwuKxGfV86yzL83ozll1PKcFyRr4meAq4p4SnTzRcPZ1N5dOaeAee51kmc4z6t gKlGpGtOOXZzi+Gsly2tj8VRp5RRyLOMXgMTXebRzPEeBWv/AAVtkvvEPiL9oGF9Sg+A3w9/4JSf Gz9qz4j/ALP2oWXhvTPFfhL9pL4FfGwfD74j/DDxD4nudFk8QaR4x8GeIND8U/CPU7FtTk8JNqts fEEGmX8T2Gpy+qeBvHHxI8F+NP2c4v2of+Cw/wANPh5+1Z8aP+FeeP5/2HdT0j9i/wAK/BHxfoXj 3W/sV58L/gp8NfEvhDQ/23vEdobRNY8EfDr4jN+074l1G/8AidokXi7V/DniXw/BqnwauOy0v/gk b8H7P9sj9sT9pHUvF+oa98H/ANtn9nnxJ8Ffiv8Asu6hoLx+FbLxJ8RL/wAPH4tfEXwv4wtPEcFx o6fE/SPCujN4k8L2vheK4PjSXW/HMPir7brEmnW9Sx/4J5/tQ32hfs8/Bf4j/tt+Dvin+zR+zX8a PhF8VfBdt4n/AGW9Vtf2tPE2lfAPxVD4s+E/hH4iftG6P+0rZfCXxFeabNpmgaF4s8Z6f+yToWse MfD+lzy3Vtp/i3VbzxbRl04r+yJ4ulHD1quLwNTMoqU8Xhsro4vjjjPHZzRoe3liJ4+nluR5nw08 qljaWZTzDKcooZTUhk9dYrDVjFQqU45xHC1J4mnThjVl3tJQp4jMnhuDOEcJkcqko06UcDUxOcYD iennawtbL6VLOM3Wb0v7Ww9HDYqj9lftW/tb+Dv2SdJ+EN54n+Hvxb+KOt/Hb4y6V8BPhl4K+DPh vQPEvivXfiX4h8D+PvHHh3TLmLxN4r8GaJomj6tB8PdS0a48Wa3rmn+FvCl7qOn69471fwr4BsfF PjPw581+Pf8AgqT4H+HkPxD1XVf2Xf2tNZ8I/s+aT4Q1H9sPxx4P0H4C+LPDf7HV94m8OaR451vw z8W10X9oS68QfEjxN8L/AIc69o/xH+K2nfsmaD+0nH4O8HalYX811d3t9ZafcfT/AO0d+zb/AMNA +Kv2VPE3/CZ/8Il/wzJ+0zov7Rf2L/hHf7e/4Tf+x/hR8XPhh/wh32n+3dF/4Rv7R/wtP+3P+Eh+ z6/5P9hf2b/Ycv8Aan9oad8f/GL/AIJw/E/xt4m/a98P/DL9qLRfhn+zd+37e6Zqf7VPws174BRf Ef4oLqeofDLw38Dfipdfs9fGwfFvwZonwqX4q/BzwV4S8OX9v8Svg18f4vCHiWx1Txh4MGkHVk0X TsKTreyxjlGl9Zjicd/Zsa7msHUjRwfDbyxZk8OpYqnl2LxWM4rWYVcHz5nTqZTk0cLh6GHr4qtj fQl9U9vgE3V+qfU8HLNJYdJ432tTM8+jmMMt+sNYZ5jh8vw/DlTARxcYZVOnjs1eJxFTF0cPRo++ fEb/AIKB/BH4a/Dn9sz4p6jpHj/xB4T/AGH/AAfovjj4m3HhbTfC2ozeMtA8QfCDRPjXpk/wsN74 x0yy155/CGv2ECnxLe+D7ZtZ86CK4k04RapL8oXf7f8A8efFfxx/4KRfAl/gR8UvhN8P/wBmb4Ja N4v+Hf7Tei6N+zp4yfwLdeI/gn8Q/HcHjnxd4H1r9qO61fx+fEep+G7DVPg34T0n4a6ZE0Vpc6N8 cG8CJfR3kNv9pv8A4Jc/EP4x6J+1f8Lvg/8AtSaL8CPgN+2X8GvB3wz+LnhHUfgAfi18SdD1v4ff DGb4T+Htc+GHxO1X4yeFNC8PeFPEHg7SfAeg/Efwh4v+F3xB8R6zpOg+I5vh/wDEn4W+LPFdl4u8 K+y+Jf2FfiFefG39qvx94T+PPhTRPhj+2L+zx4X+DPxX+HfiP4Jan4p8ZaN4s8B/DP4hfDPwf4/+ HXxO0z40eDtJ0LRVsPG1lqHinwJ4n+GHjW61y40OWHR/G/hVdW83TuXOqVapleZrK3WnjJ4HOMNl 9CtU+q1JVv7OxiwOKrV8JWpSw9avi6eGjg5YbHQVCtiYzxsaFGnOrh4y+Xs8Tw5PGuhGMMXQxGfz oU3XpwhGvkK+r4ajjKVWnXw6VfO6mMhWw9aVTC4JwoSniKmEpYvgbL/gpVp/gfwR8FPCdp8EP2uP 2vfitrv7Evwk/a48Vaz8Ifhf8DvCtzqfw28TaDqNvrfjzxTb+Nfjr8PPhd4L8ZXeteHrm/uPhD4d 8aazrWpXPiCDTPhHY/EKy8P+KJ/Dmj8Vf+CtnwT8E+E7Dxt8Kvgr+0l+1b4dX9knw/8Atx+Mr39n vw98I4v+Fbfs0eMrLV9Q8D+OfFkfx3+NHwOOqap4zs/DHjG50LwD8PP+E6+IK2/g/W7rV/C+lW0m izav6r8Iv2Gv+FV6voWq/wDC0P7e/sT9gf4O/sPeR/whP9l/af8AhU83iyb/AIWf5v8Awluo+T/b /wDwlG3/AIQry5f7K+w5/wCEt1L7Ti3/AJ9f2iv2H/FXwI+I/wAPvhdq1t8ZPE/h74Bf8E2/2VP2 WPCnxB0T9jL/AIKhftVfCj9r/RvhL/ws9fFXw48XfCT/AIJt/tC/A3wH8OvDl54gOnP49+Gn7Zvj r9ofwt4/07xrpEWhaR4b8HaF4pl8b+nmFalKvmE4Ta9tnWaTwCw2D56tXAzx3iVLAxw2WYWlS+sx pZbl/hzjI5XhKeFzCtHNM3w1CccRCWFyrmymhUWEy6GIpVJVKGU5NSxkJYm/+3ToeHVDHzxGPxNa tKnP69mHHuGWYVamJwdGpl2WY7GQq4FSr5l/WX8N/HJ+Inw48F/EaTwr4i8Er4z8JaJ4uHhDxXc+ EL7xR4dh1zTINVi0jXLvwD4r8ceCLnVbOG4SK7m8LeMvEuhSTBm07W7+2KXL/lV8P/8Ags98Nvij bfAG98EfsZft56vZ/tZ+DfFvij9lq6k+HHwN0yD45ax8PotDvPHvgXSX1X9oqyPwz1nwxpGp6v4h i8afH4fCH4LeM/Dvg7xBrfw2+KvjXT73wdP4r/TX4G6t8QvFHwM+E2t/Fr4cWHwb+KWv/C/wVqHx G+E+lazpniTS/hl431Hwxp0/ijwJpuvaJLLo+tWHhLWpb3RLPUdLnlsLy3sY5rSaSB0kb4g+A3/B OL/hSXh//gmvoX/C5P8AhJv+Hefgz4oeEPtX/CvP7F/4W9/wsn4Y3Hw4/tDyP+E51b/hAP7F+0f2 z9k87xr/AGjs/s77TY7vty3jaSo5lm1OPLHDUMXh6GDp0MRSxEJ0ZVs3pZhKjjIqrCpPCwhlVTB4 mXtMPWlKU/YYynKrCGWBryq5Xg61SKrYutRwdWc6kKlCPvUoVKkpYfmhKCnVa9tRdSNWOG+sYelK hiqlDGYXT0f/AIKd/Cjxx4E+BmufB/4NftCfGn4rfHyP4sy+G/2ZPA+i/CXRPjf4Rh/Z/wDFcvw+ +P118Trz4qfGP4b/AAQ8DWHwd+JS2nw28TapqfxnbTNf8b6to2ifDi88cNqdtM9S2/4KjfCnxT4Y +B1x8Ivgd+0l8bfi38ctY+MegWv7NXgrw58KPCXxv+GGr/s5ah/wjn7Qtn8ZI/jf8Y/hJ8K/A/8A wp3x3Npfw78Q3X/C09UsvE/i3xD4cj+GVz480PXNP1yby7wf/wAEwviV8Frr4RfET9nn9p/wr4Q+ Pfwo8aftwyt4q+J/7PV/8U/hH44+D/7cX7ROq/tJeLPhp4o+E+gfHf4VeMbTxH8PvGtp8PT4P+JP hL42+G3vD4S1v/hIvCGp6R4wXQfDtnQv+CYvj/4S3nwX+Kn7PP7TWg+E/wBqHwHdftSXvxW+Kvxd +AkvxW+HPxtu/wBs7x74c+L/AMdrm6+Dngr4y/A7UvAbW3xa8HeFvEfwmstA+Kt5ovgjQdNuPDfi nSfiRe37+JIsINSlTdVOnCrHH1MUqUeeeFxsK+J/sbD4GFStGNXJK+Ehhf7dqYyu84o4qrWhlUql GEay65KMZ1qdKcZqnj50cHWrqcaWIyiEMVCtiswVFe2o51VrrDVsphgqLy2WElbNaOFxM50qHi37 Bv8AwUG1Cx/ZY+FEet+Cv2n/ANqX9oP9oD9pL/gorf8Aw0+Dmjjw1H8cIvhP8H/2xvjLpl5f+MtS /ad+KPwb8F/DPwl8HPC+o/Dv4eL4e8ffEbw1qei3uoeFfh34R8O397ajSLD1/Xf2th8a/wBpr/gl x4s+Gev/ABQ8D+A/iF4s/bo8LfGL4Sa5cX/h3W9O8c/Bb4Pa/ovif4Y/GDwV4b1rWPDmveLfhD8T fDmuaX5Nnf8AjDw5H4j0pte8Ca/ruk3uka/qHkGt/wDBD7wlqfwu+AHh7WfiL8FPj18UP2fviP8A tf8Ai7TPE/7an7HPgP8AaW+DXxC0D9sf4z6/8aPG1p8QP2etL8f/AAg0u3+InhnX7vw0/hf4lfDP x18N7e0vdH17Z4Jg8J+L7jwVpf1l8Nf+CeqfD3VP2MfEWj6n+zZ8MdS/ZJ1X9pHXZPBP7Lv7Jo/Z 2+BHjXV/j74M1bwZb3ug/CW1+Nnjuf4eS+Hobyx1jxNK3jTxnc+PdZttRuUufCKapDHphiXzYfHu nyrFRmvqkYqVanJ0q7jh/q3NPAuWDeBjTnjYY+VLG1cz5lh69DAy0xrx58S3Rc3RxGeZhiKkqrhT lDL8Rm2PxUJ1owjWXt+SWF9g8JGFGjgpOjVy+eKu6Pr/AOyZ+2bD+2FpVj488A/s6/Hrwh8CvFHh 258V/C/9ob4gar+zYPhz8WtDXWF0vTLjwn4X+H37RPxB+Onhy61u18/WrbSvix8Hfhtq+jWVneaV 4vsfDXi2E+Gm+0q/L39mT/gn34x+Dn7Uvi39q7x549/ZntvGXjLwf4v8P+MvD37Gn7IWu/sdeG/j T4n8ceKtG8Wan8T/ANp6HWf2mv2j7r49/ETwxe6RfJ8NvFGpzeGtY8H/APCdfEyW6v8AxCfGUiad +oVaT9l7HCShdVJUav1ilOTq1aNSONxdOnCtiVSw9DFVKmEhhsQ6+FwmCouNaNN4SjXp1ojbf1jF 2UvYe3j9Vk1GCnRlhcPOXLRUqs6EaeIlXo+zrYjFVG6bq+3lTqU4QKKKKyKCiiigAooooAKKKKAP iPwx+338DPEP7Knxx/a91C28beDPh3+zhf8A7RWjfGPwz4v0rQrT4ieDvEP7MHiPxb4Z+JPh280T SPE2taJPrNzeeELm78J21t4llj1/TdZ8O3Kz2r6oIYPGviB/wVB0TwL4q+Inhq0/Y4/bK8e23wU+ B/wo/aB+PniPwRpX7Msln8FPAfxZ8P8AinxRp9v4o8K+Kv2n/CnxP8Y+KvCmjeCfFk/i7w18GvAH xQv459EmsPDQ8TX15pdvffGX7QP7OHxbv/23/HH7JXhj4T+Pr39jz9vj4w/s8ftf/Gr4neG/DWon 4Y+AtT/Z+ttQvv2hvhr4w8TxafceH9E1P9o7WPgp+y9oq+Hbqe21Lxxpfjz4wanbl57HUbiqv7Vf 7Jf7WXxf/ab/AOCovir4JfET4yfDG08R/snfsr6H4R8BJ4P8JWfwE/bAvfD+kfH+Xxz8FPF/xIvv hrP8a9ETVdDvh8PNS8S/sxfHT4Q/ED4dyfEmz8Sy6rLqtt4eWPjrVqtLKFmUXThXdBRUMXGtUwdL GZRlNaOdY3EUcBCpmtfIcTxHPFYHDU8HTWe1MPkPt8JhJUsxpVMR0qlTnmawD9p7L6zTlKWHqYeV eeAzzN8B/Y+Eo4jEOGX0M+y7IubEY2WKlLKvb5vQeKlh3gqlGH6JePf+ChGgaT8Tfhj8Kfgl+zd+ 0X+1t4i+K/7PNj+1J4cvfgRd/s0+GtAtvg3qviDS/Dej+INU1L9pz9pD9nRxearfa3pMtpo+k22r agllepPeQ2piuY4fvDQdRvNY0PRdW1DQdW8K3+qaTp2o33hjXptDuNc8OXl7Zw3NzoOtXHhjWvEf hqfVtHmlfT9Rm8PeIde0OW8t5n0nWtUsGt76f8L9E+BXxS+Of7ZH7L/xG+D2vftbfsD/AArtf+CU 3h/w/bXPgH4PfCnTdT8F6pP8XfBGo6X+zh48t/2t/wBmn43eH/DPinwfoUXn3HhSHw54Z8fRr4dN 3JdPoiXkNx9rf8FNPBHxX8V/sQ+OPC/w1sviF8Rbuy174L6j8WvCngIvB8V/i9+z34W+K/gXWf2l fAfhC08Jjw9NqXjL4kfBLTPHugw+FfCtrZXXjCTVrnwb4c0iS712x0uT0q8IUKC0dKpVz3PMBz5l Wow+p4PB8dcR8O4LFYqtl6r4WlgMLlGBy/G5tiuTEVZKnXx2XwrYSrTjPy8DUr4uvyz5ZKGW5LX5 MDQr8tfFY3hDhzO8XRpUsb7PFVMXVzTHY/C5dQUqVGnGVLB4+dLFUqk4fohRX80f7U3wW8DeMv2Z vBtl+wN+yP4x+Bv7Kuk/trfDzxb+1J8G/G3/AAT5/aCt/hR8Uvh3Y/CnXtJv/Edv/wAEv7PXP2bP jf8AGP4a+Hvide/CTUfib4J8GeBPBZ+Jer+EZ/G3/CL/ABr0zwfrFrqHP/Dn9jm38c/Br4KfDJ9E 1/4nfs8eI/8AgqJ4Q8da/wDAbwd/wTo/bA/4JvfBr4E/DVv2bvHmnfEPwn4c/Z6/aC8X+J/G+m/s 7ePfGl3H4j+IEtrqVp8C/Fvi/wCKPxC8D6hpl5ZeJvE3hmXClzVas6PJKlL+18hyuHtYyUnTzrMe GMBLMa1OEZ1MNgMPDiDFYmhi6sfqmNjk+IoxxNGvV5KHXU5adGNbnhVj/Zec5nUdB+0hF5TheI8R /ZtKpL2dOvm9aeR4SnVwEGquEpZvQxFTnhCjHF/0W/E/4y/Db4NR+ApviT4j/wCEbj+J3xP8GfBr wO39j69rH9t/En4g3c9j4Q8OY0HS9UbTf7XuraeL+2NXGn6DYbN+p6pZRsjt0Xj/AMW/8ID4E8ae Of8AhGfF3jT/AIQzwp4i8V/8Id4A0b/hI/Hfiv8A4R7SLvVv+Eb8F+HvtNn/AG74s1z7J/Znh3R/ tdr/AGnq91aWX2iDzvMX+Wz40fsM+DdD8GfF3wx4j/YUuPG37Mn7OP8AwWy+C3xH+Fnwf0T9k7Uv i1onhP8AY+8b/CD9nPU/j/c/s8/BDQfAHijWvFHwV134ra745v8Ax74N+CXg/X9C1DVrPxhFJ4eu E8Oatbad9T+Gv2NPAHiv4h/8FdvjYv7Kd7Jq1z4H8C6X+xFqfjD4GeKdD1Hwr4Uvv+Canwt8AXWn fs0eB/GnhfTbn4a67fajHL8LPHdp8N/DXhnxjeXvhfS/hX48jln8BaP4a0HhxWIq08gzjM4RqfWM JlVTOMJTpU1KqsPX4O4Gz/A4Kth58/8At7zLinM8CqqnKjiJZHj6EMJGtlmJliezB0I1c/w2WVXC OHk3QnVnJqjXxmG41z7h7E+zxKlT5cK8py7Ls0qwjTlXwP8AaGEcquIw+Z0KuE/e7wH4r/4TvwN4 M8cf8I34s8G/8Jl4U8O+K/8AhEPHmj/8I7458Kf8JFo9nq//AAjfjPw/9ovP7D8WaH9s/svxFo/2 u6/szWLW8svtE/kea3V1/Mm/wa8H6Trf7NL/APBQL9jn44ftL/BO0/4JafsvfD79nfwN4e/ZV+L3 7SS/BD9pjwfYalD+0PoepeCfAXg3xbf/ALOPx98ZabqvwXs/Bvx08bW/wqi0S08CeIdCg+Knhe48 Na0kX6cf8FAvht4qT4X/ALPH7UPwu+H/AI88VfF79h/4teBvjZofgPRINd8ffFnxT8KtU0ub4aft H/C7S7Dw3eeLdY+IfjbX/gl4t8WXOl6LZXvia58W/ELwv4Yazv8AUr9rS+k9rNIYfBYvG2qR+pUM +xOWrEUlUq0MPgaGf47Ka2OrSkvbSWCwmEhm2Kw2Hhi66wFajVpyrRxeXVcw8XLa2JxWDwblSlPG V+H8HmcacrU54vHYrIMDmtPA0LQjSj7bMMVVyJYqtLD0YZrg8dQdOP1HHRwv6aV8/wD7U/7RnhH9 kr4AfEr9onx34e8ZeLPCvww0mx1bVfDXw+tfDt74z1v+0tc0rw9Y6f4etvF3ibwb4Ze+n1LWLNQd b8U6HYRQ+bLNfxhAG/ng+Lf7KejXHwF+AHxl/aH8GeKPEX7S/wAZPG37QX7XPxJ+BXxm/wCCVX7U 3/BUD9nLVfFf7Qll4bfRPA/xx+CfwD8Oh/h38cf2bPh1o3wq+BXwd+JniL4i+GNb8KeEfDnxM8MW PhPxVoGv6ra+Hf0L/bR8G/F34w/8EWfE/gzRf2ctZ+Cnxg8W/AD4L2cH7Mfwc0ex8b6p8H9ah8S/ Dq4u/h54D0Twx4Xn0nUrf4c2dpPb6dY2PhBtJsNO0Xy7nRFsLO4tl46lOr9Qx1SSnTxuBWGw2Kw9 B0avssdXw+O+sUcJi6rjhcW8HjsvxWFjPkt7lGvmFDARxeFo1+2pUhTr4f2U6NbD4mOPr4etUdWK nhcLi6MMHXr4eipYiFHMcBicLmC9lNyhCvLDUKmIr0K8qX2p+z7+2Fo3xv8AiV8Rvgh4q+Cnxv8A 2a/jp8MfDHg74ga58I/jva/Ca713VPhl8QLzX9I8JfEjwt4u+Anxb+Onwm8Q+GtT8R+EvF3hi5s7 L4inxZoWueG76HxF4Z0i0vNEvdW+wK/Bf9u3/gnlqGm/sufH/wARWXjz9qj9sT9o/wCO/wAUP2C/ B/iv4k+Lbjw4nxd034J/Cf8AbD+EHiZfBPw20D9k/wCF3wK8KfDPwb4BsNW+JXxQ1rxP4A8BaB4z h1PVvEXjjxb42vY/D+h3Phzzb9ov9lP9lP4TftN+MvBf7Qf/AATy1r4z/sMz/skeG9C/Y2+FX7Pf 7Ffin9oP4Q/Cn45zfED4r6r+1BZaX8KvgJ4C8R2PwB+OPxetfE3wR1fw38f/ABh4d8D2mrWmga9B pvxt8O3eieKbBpqVrYZ1fZqeJp4nHYT6thFiKjxksHlkM3ofUqVWHtp4zE4bE4XL/q15U8VnVLHw y+q6U8DhJ7qjFxrVo1KrowqYRxp1Y0PrMKFWeUYLGV5OFaNGdHDY7FZpj3KXsFhOHMFSxeOqvEQx 0qP7xN8Zfhsnxnh/Z7bxHj4v3HwwuvjLD4R/sfXjv+G1n4rtPBFz4j/t8aWfDC+X4nv7TTP7HbWl 15/N+2x6W2npJdp6fX8wfwO/ZB8S/Cz9q39g34j/ALX37Ms3xI/aW1P/AIJq+H/hVcftOXH7Ouqf tPah4K/bg8DeP/A6+DNf+Mfx78F/Dv4mS+AfH3hPwDLDpNr+0B8Tde0zw/d2Oi+IrWw+JWrww3j3 WD+yZ8A9cPiP/gnrcfCv9lb43fAj/goz8K9e8Y3H/BTv9qD4kfAD4m/DSy+Klg/wk+Ivhj432XxN /ao17RLX4cftv6R8Yv2mb34ZfEX4QaR4A+IXxy0zTNF0DRvGegr8MdE8JQtpWluXDOpria1HHZrg 6sMGoVZ4mGH4r4lybCYzBYf2j5sLgspyfL834hqvEz+pYHOcozXCRxVDOKGDwfNeXt8VGUqVOhDB YHFYatUdaNGVWrwvk+bVsLPESoQlUnmGc43MMnyCUMJTni8ZluY5fi6GExOWTrY3+pqvOfjF8QP+ FTfCP4p/FP8Asj+3/wDhWnw58b/ED+wvt/8AZX9tf8Ib4Z1PxH/ZP9qfYtS/s3+0v7N+x/b/AOzr /wCx+d9o+xXXl+RJ/OL8Cvgvrdn+xr8UPA/wG/ZQ/aF+FH/BZeP9jj9oXwb8aP2p9b+DHxC+Ct18 Rf2mrm1NhruueJf2yvHun+DPhf8AtR3HxX+KsEfi34BeJPDfxB+Nel/D/R30vxFa6r8LdG0ttStb fgv4FfD7V/E3ijxT/wAE+/2Mfjj+yv8ADMf8E1P2nfh3+1p4a8X/ALLXxj/Zav8A44fGbxf4V8Jf 8M2+DtW8EfEnwh4W1b9qH4/+A9VsvjRPrnxt8Nab8SXtovGl5pUnxr8SXHxAttJ1bzs8licNlueP A16dTEYTI82xmDx+Bg8Zhp4nDZVxBi8Ji8K8RRo08XlmIxeUYbBYTGyg/b4/McLgq2ChXrYWjjPR yyFGpmGVQxcLUMRnVDA4vD4ibw88NSWMyCFXDZk6MqlTA4/EYbNsZVw2Fg6ntKeVYyssVSw9HFYr Bf0PfAb4n/8AC7fgb8GfjP8A2H/wjP8Awt34UfDv4n/8I3/aX9tf8I9/wn3hDR/Ff9h/2x/Z+k/2 t/ZP9rfYP7T/ALK037f9n+1f2fZ+b9nj9Xr5W/ZD8O+LvDf7EX7MHhK/02/8I+PNB/ZW+Cvhy90j xPpV7puqeGPF2l/CPw1plxpviHQ7+G21Cwv9F1mB7XVtKvYLe9tbi2uLS5hinjdF/D39nD4K3Vv+ yR8R/Afwb/ZT/aC+Ef8AwWJb9jf9ovwP8bf2rtf+DHxL+C0njv8Aaev9Nm0vVPE/i39sjxjp/g34 dftSj4mfF+O18bfArxF4S8ffHCx8A6Aun+IbG++Gmk6YbyH2+IfY4HNOJ6eAoe0w+U1cwq4DCUal WviMdRpVM0lRp4GKjXqYihhKeAowzHFzqSnhY5hl9WNPGe3q+y8Xh32+Pynhutj8RCjiMzpZPRx+ LxUY4XDYOvjKeAjWrY2fLTp4epWqYqtPC4aFNRrSwmLpylhI06bqf011znjHxb4f8AeEfFPjvxbq H9k+FPBXhzXPFvibVfsl9f8A9meHvDmmXWsa1qH2HTLa81K8+x6bZ3Nz9k0+zu7248vybS2nneOJ v5R/2e/2Z9Z074bftJSfC3w43wy8W6v/AME1f2ifhp8Q/wBnb4P/APBE39u79g6T46ePdW8CaRB4 Ov8A4ufHP40fF74t/CP9pf8AaB+HXip9f0Lwdrfg+98WfEHx7/wsf4m6voXijxT4d1O91CL6F8R/ 8E5/CnhbxzpXw2+Ef7JVvB4B/aC/4I9ftKeGf2irW9+Hdzq3hj4y/tS+HPE37Our/AW6/aL8V+Nb S+0/x1+0PZ654k+K+s+E/F/xe1vUvidcTt4t1Ztanj0W9udP8vMp18PRzZYP2davgskxeY4Oqqc8 ThcXi6OU+IeaUaNB0KkKeOw1WPAuGo06+BxdRV8RxFgcKnRrUpe09PAxpV5ZbPEqpQpYzMsNhcRQ qNYXF4TCSzLgbLsVUxUK8JTwOLovi/FVlhsTh/dw+RYivVlBVp08L/RX4D8ceF/ib4G8GfEnwPqf 9t+CviF4U8O+OPCGtfYtR03+1/C/izR7PXvD+qf2dq9pYatYfb9Jv7S7+xapY2Wo2vm+Re2ltcxy wpyPwn+K/wDwtZfiO3/Ctfiz8Nv+Fc/Ffxj8KsfFjwb/AMIc3jv/AIQ86eP+FkfDgf2jqP8AwlHw o8U/2hnwd4w/0H+2xY6h/wAS61+zfP8Azpfs4fsYfAT4xap/wSB8GXH7CWt+GPgN8Nv2Vf2qtK/a e+FPxN/Y4+IvwJ+GD/tJT+Bv2Kra7n+PHwu+IPwz8CeD/iXqXirxb4Y1vXvDPiTxxoXjDwh8QvGv gGPxz4P1bxF4m+HWn69oHT+NvgV8QdN8LfFIfEv9n74r+N/2TI/+C2HxO+Jn7SfwM8N/Bnx349v/ AIyfstav8HdM8LfDnxJYfA7wv4d1jxP+0F8DfDvx2l+GXjDxb4H8F+C/H+n+JvDXgzVL5fDeuaX4 W1a3h9TF0qFHOMTg6NWP1R4XNamErYirB4a2G494a4VweInj6dOEKkMRl2ZY3N6Ff2FHCV8uj9cm qFBvEYPzMJVxNfJcoxtWlJY/E1IrMMHSoThiqdelwxxdnFXLqGBnOtVeKrY7JMBlyws6ixNDNsXS y2M8RJc2M/pfor5a/Y40n4OaL8DdJsv2fvgj46/Z5+Dh8S+NbnwL8LvHfw68U/BifSNMufE+pTXO o+Fvgj41Gn+Kfgz4G1/VWv8AWvCnw51jwb8NrjR9OvVuo/h54bttRhin+pa55x5Gk1Ui3TpSlCrT dKrTnOlCc6VSlJudKpSlJ0506qp16couFejQrKdGHTTn7SPNenJOU1GVKp7WlOMZyjGpTqqMY1ad SKU4VKfNSqRkp0alWk4VZlFFFQWFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFA BRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAF FFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUU UUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRR QAUUUUAf/9kAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBLAwQUAAYACAAAACEA3DEv 8fIBAABeBAAAEQAAAHBwdC9wcmVzUHJvcHMueG1srJPNjpswEIDvlfoOyHcHGwgQFLKywZEqtas9 tA/ggpNYMhjZzmarqu9e85NVor3sIVwYsGfmm8+wfXrrVPAqjJW6LwFeIRCIvtGt7I8l+PVzD3MQ WMf7livdixL8ERY87b5+2Q7FYIQVvePOp76YwBfqbcFLcHJuKMLQNifRcbvSg+j92kGbjjv/aI5h a/jFN+hUGCGUhh2XPVjyzWfy9eEgG1Hr5tx5gLmIEWoisSc52Gu14TPVbue4Q9r5Ie1JX/xw4+2Z GzO18J7AuLYkhtM+1RKlptDPWymz23K/wTofBq9clcCIFvj10OctG4ZCvLnv1o35PgrORpbgL6tw mtG6hjnOI5gQmkHCqgoymqCYxYTSOPs39sdJobgVZuwwy/evPgzcycZoqw9u1egunM2Fg74IM2g5 ycNoPoGR2Jrj73fi/R75a4a+aTbN4HnvsaN9TaMUZRBneQITxiik2SaHGaPrPE4Zq3NyxR5t/hCt 5JUzyj4EfnaMF8MTnTd99evD+SAX5o/Ss7Rim4TAFMUVTHASQbrxI6Q1jjOEMCLRu/RW2oab9lvH j4K10tXc8QfOsAgf2e8N1zEmKI0I9FoJTOJoA8n4nVBK8nWaRmiN0dVwKw78rNzEWA/ygXhRdAd4 L/n2V3oxu/8AAAD//wMAUEsDBBQABgAIAAAAIQDY/Y2PrAAAALYAAAATAAAAcHB0L3RhYmxlU3R5 bGVzLnhtbAzMSQ6CMBhA4b2Jd2j+fS1DUSQUwiArd+oBKpQh6UBooxLj3WX58pIvzT9KopdY7GQ0 A//gARK6Nd2kBwaPe4NjQNZx3XFptGCwCgt5tt+lPHFPeXOrFFfr0KZom3AGo3NzQohtR6G4PZhZ 6O31ZlHcbbkMpFv4e9OVJIHnHYnikwbUiZ7BN6qCIKK0wKfL5YhpSANcejTGcVTW1bmp/SosfkCy PwAAAP//AwBQSwMEFAAGAAgAAAAhAIOirVmhAQAAWQMAABEAAABwcHQvdmlld1Byb3BzLnhtbIxS wU7jMBC9r8Q/WL6XJEW0JWparbTixAGJwt3Y09Qrx7Y8Tmn5esZxuw2wB24z45k3773xcn3oDNtD QO1sw6vrkjOw0ilt24Y/b+4nC84wCquEcRYafgTk69XVr6Wv9xreHgMjAIu1aPguRl8XBcoddAKv nQdLb1sXOhEpDW2hgngj4M4U07KcFZ3Qlp/mw0/m3XarJfxxsu/AxgwSwIhI5HGnPZ7R/E/QfAAk mGH6MyUjML6QuoajUZtd371aoU2q8BUJt0nSkD6GlBNOdAHUA2wjw3ey8XY2LXkxfts4PzzdzW9u ZpyJPrrf6m+PseFDZ/EdFo1WkJbmLfLJqFF2CVEKA6ulqPHA6IZzOqEiDuWAS9Xj9yptO0352gXd assODZ9U5YKGjxTdVdPEn/rkZVHbE6EHjEnXEDOaJQfJbBfeOfMOGz6tZifpuSUXFwSc8S4gCXyk KXH6rNi6CLiBw3CLkwkXNl9kV1l12nLWPCol8GzTWHAWe2b2Tyk1/2d1G7R68kLSB2aS3JrTjQlA kl05zPr2+WAfAAAA//8DAFBLAwQUAAYACAAAACEAb3wtb5kBAADxAgAAEQAIAWRvY1Byb3BzL2Nv cmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhJLdTuMwEIXvkXgHy/ep 43SLUJQGLSxBFT+LaFhg7yx7aC0S27KHlr79OikNRax2L2fmzKczxy5O3tqGrMAHbc2U8lFKCRhp lTaLKb2vq+SYkoDCKNFYA1O6gUBPysODQrpcWg+33jrwqCGQSDIhl25Kl4guZyzIJbQijKLCxOGz 9a3AWPoFc0K+iAWwLE2PWAsolEDBOmDiBiJ9Ryo5IN2rb3qAkgwaaMFgYHzE2YcWwbfhrwv9ZE/Z aty4eNO73X22ktvhoH4LehCu1+vRetzbiP45e7y+mvenJtp0WUmgZaFkjhobKGfndUWevt9cEG9f MeZKWqugCeTXXUVkPMBrSVaBxCTRStvsegUbEB1MehBofXk1qy9/PswvZ2SO4JbCAJmfnbPZ6U3V b+x03QM1IuB1fMtnDep08+/Vr/KO4GGlu69R8nHB9utoqY9z6wsUiQHl2zh3k4fx2Y+6omWW8kmS 8iQ7qvk4n2R5mv3urH7a7wLbNmI6veH/ErOEpzXP8gj9Ntkj7gBl7/jzJy3/AAAA//8DAFBLAwQU AAYACAAAACEAFuRJg1sCAACBBQAAEAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAACkVN1P2zAQf5+0/8HK0/YAaVnHWOUaoUIBadCKhk579JxLa83x WbYpsL9+l6TpB0WTNvJ0X/7d3e8ux0+fSsOW4INGO0i6h52EgVWYazsfJPfZ6OAkYSFKm0uDFgbJ M4TkVLx/xyceHfioITCCsGGQLGJ0/TQNagGlDIfktuQp0JcykurnKRaFVnCO6qEEG9OjTuc4hacI Nof8wK0Bkwaxv4z/C5qjquoLs+zZUcGCZxilyXQJont8xNONyr+jz4Pofj3haSPyM+eMVjISI+JG K48Bi8jGde1sgo/gJ6ht5Ol2IPEBgZqqn43qnsXYHgTlASybLvCRfej1P33k6SuBfCK9nHvpFkEc f6GQjcqnRucQRI+nK4nfYiRDh6eNwK90noNdecm8o/Obm6HRro5vRT5V0sCQCBKFNAEIem3gVyCr 4U+k9kHwZewvQUX0LOjfNP5ewn7KABWtg2QpvZY2Er1VWKPUsnEhepHRHhA2+Rq9FrfDtmXdE906 gIS/BjZYdbcs09FA+IcUxCKVs5eiMjZtUu5dApoU44JGEl/h4/M2H3VpDRtNlaud2SNiTcn1RTZi P85uL5nHh0i0sxJzMIHN7kZM0Tp5rdgyMFrmiApNa9tueQ02o/+IBqVLZ4j41SoGhsUaXKEt9PxN j1l/pzZ4klW6t0K6F/2xV3B3hvRiLEMsnbTPYnxHXF6wUcYuiVDH09bBv2n7K9y7DM9lhHbtd418 upAecjpPrX9j4Fe08d5UIMOFtHPI25h9R3VAZs1FFd3eYYe++la0tuoEtLdT/AEAAP//AwBQSwEC LQAUAAYACAAAACEAPSRt7dgBAADMDQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBo+HShBQEAAOICAAALAAAAAAAAAAAAAAAAABEEAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQBjXCO0wQAAADcBAAAgAAAAAAAAAAAAAAAAAEcHAABwcHQvc2xp ZGVzL19yZWxzL3NsaWRlMS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAA AAAAAAAAAAAAAEYIAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMi54bWwucmVsc1BLAQItABQABgAI AAAAIQBL9T3svwAAADcBAAAgAAAAAAAAAAAAAAAAAEMJAABwcHQvc2xpZGVzL19yZWxzL3NsaWRl My54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAAAAAAAAAAAAAAEAKAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlNC54bWwucmVsc1BLAQItABQABgAIAAAAIQDd8422KwEAAF8F AAAfAAAAAAAAAAAAAAAAAD0LAABwcHQvX3JlbHMvcHJlc2VudGF0aW9uLnhtbC5yZWxzUEsBAi0A FAAGAAgAAAAhAD69EUtiAgAA+QwAABQAAAAAAAAAAAAAAAAArQ0AAHBwdC9wcmVzZW50YXRpb24u eG1sUEsBAi0AFAAGAAgAAAAhAK2OUrrNBQAA7UkAABUAAAAAAAAAAAAAAAAAQRAAAHBwdC9zbGlk ZXMvc2xpZGUzLnhtbFBLAQItABQABgAIAAAAIQBGnJjREQgAAJRbAAAVAAAAAAAAAAAAAAAAAEEW AABwcHQvc2xpZGVzL3NsaWRlMi54bWxQSwECLQAUAAYACAAAACEAE3fd24YCAADQBgAAFQAAAAAA AAAAAAAAAACFHgAAcHB0L3NsaWRlcy9zbGlkZTEueG1sUEsBAi0AFAAGAAgAAAAhABRlUw5vBAAA mCIAABUAAAAAAAAAAAAAAAAAPiEAAHBwdC9zbGlkZXMvc2xpZGU0LnhtbFBLAQItABQABgAIAAAA IQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAOAlAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns aWRlTGF5b3V0Ni54bWwucmVsc1BLAQItABQABgAIAAAAIQBpol8hHgEAAMcHAAAsAAAAAAAAAAAA AAAAAOgmAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc1BLAQIt ABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAFAoAABwcHQvc2xpZGVMYXlvdXRz L19yZWxzL3NsaWRlTGF5b3V0OC54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAs AAAAAAAAAAAAAAAAAFgpAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0OS54bWwu cmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAGAqAABwcHQvc2xp ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLx vgAAADcBAAAtAAAAAAAAAAAAAAAAAGgrAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5 b3V0MTAueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAABx LAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDIueG1sLnJlbHNQSwECLQAUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAB5LQAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDMueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAA AAAAAAAAAACBLgAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDQueG1sLnJlbHNQ SwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAACJLwAAcHB0L3NsaWRlTGF5 b3V0cy9fcmVscy9zbGlkZUxheW91dDEueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3 AQAALQAAAAAAAAAAAAAAAACRMAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEx LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhACdxx8UcBAAAsQwAACIAAAAAAAAAAAAAAAAAmjEAAHBw dC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMS54bWxQSwECLQAUAAYACAAAACEACz6LKO4EAABd EQAAIQAAAAAAAAAAAAAAAAD2NQAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDMueG1sUEsB Ai0AFAAGAAgAAAAhAGWGXSu3AwAAmgsAACEAAAAAAAAAAAAAAAAAIzsAAHBwdC9zbGlkZUxheW91 dHMvc2xpZGVMYXlvdXQyLnhtbFBLAQItABQABgAIAAAAIQCnk8fLoAQAAAkRAAAhAAAAAAAAAAAA AAAAABk/AABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwECLQAUAAYACAAAACEA lc5PxhEIAADpMAAAIQAAAAAAAAAAAAAAAAD4QwAAcHB0L3NsaWRlTWFzdGVycy9zbGlkZU1hc3Rl cjEueG1sUEsBAi0AFAAGAAgAAAAhANyw9S5+BAAAbBIAACEAAAAAAAAAAAAAAAAASEwAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQ0LnhtbFBLAQItABQABgAIAAAAIQDJHfZ02wUAADscAAAh AAAAAAAAAAAAAAAAAAVRAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NS54bWxQSwECLQAU AAYACAAAACEAOGDKsUEDAAC9CAAAIQAAAAAAAAAAAAAAAAAfVwAAcHB0L3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDYueG1sUEsBAi0AFAAGAAgAAAAhADxuWZ/OAwAA0AsAACIAAAAAAAAAAAAAAAAA n1oAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMC54bWxQSwECLQAUAAYACAAAACEAOgp6 thcFAAA1EgAAIQAAAAAAAAAAAAAAAACtXgAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDku eG1sUEsBAi0AFAAGAAgAAAAhAIQ5X7dWBQAAxRIAACEAAAAAAAAAAAAAAAAAA2QAAHBwdC9zbGlk ZUxheW91dHMvc2xpZGVMYXlvdXQ4LnhtbFBLAQItABQABgAIAAAAIQB06MbDEAMAAGsHAAAhAAAA AAAAAAAAAAAAAJhpAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0Ny54bWxQSwECLQAUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAADnbAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVs cy9zbGlkZUxheW91dDUueG1sLnJlbHNQSwECLQAUAAYACAAAACEAuX/uc5YGAACwGwAAFAAAAAAA AAAAAAAAAADvbQAAcHB0L3RoZW1lL3RoZW1lMS54bWxQSwECLQAKAAAAAAAAACEA6lsCKwAwAAAA MAAAFwAAAAAAAAAAAAAAAAC3dAAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWdQSwECLQAUAAYACAAA ACEA3DEv8fIBAABeBAAAEQAAAAAAAAAAAAAAAADspAAAcHB0L3ByZXNQcm9wcy54bWxQSwECLQAU AAYACAAAACEA2P2Nj6wAAAC2AAAAEwAAAAAAAAAAAAAAAAANpwAAcHB0L3RhYmxlU3R5bGVzLnht bFBLAQItABQABgAIAAAAIQCDoq1ZoQEAAFkDAAARAAAAAAAAAAAAAAAAAOqnAABwcHQvdmlld1By b3BzLnhtbFBLAQItABQABgAIAAAAIQBvfC1vmQEAAPECAAARAAAAAAAAAAAAAAAAALqpAABkb2NQ cm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQAW5EmDWwIAAIEFAAAQAAAAAAAAAAAAAAAAAIqs AABkb2NQcm9wcy9hcHAueG1sUEsFBgAAAAArACsAAA0AABuwAAAAAA== --_006_9E32478DFA9976438E7A22F69B08FF920C7A0F1AOPEXCLILM34corp_-- From nobody Tue Feb 10 07:46:45 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35D001A079A; Tue, 10 Feb 2015 07:46:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MgNHmwq0P8hU; Tue, 10 Feb 2015 07:46:26 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B63BB1A047A; Tue, 10 Feb 2015 07:46:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2547; q=dns/txt; s=iport; t=1423583186; x=1424792786; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Ch0vfc05VJ7DopFt2kYcsNda4dxkt/53gExdP4kmUr0=; b=TxnItfaTniqwC0h1Vj0sfbVjL7zsfjQ7u7LZrkxsll6jX/WNIS6JLs9y y1icx08Mc5nFTN1IyLEByLr1V2w70iQmm7RqJbErnbEphUfOiyue3BMJe Z8aUV9p1rhy5F6T3gdVFUX8d+4rElzB3xX9XSCFlW3h9BxbI34IGMcd8a M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlMFANMm2lStJA2B/2dsb2JhbABcgwZSWgTDEYVvAoEfQwEBAQEBAXyEDQEBBDo/EAIBCDYQMiUCBAENBQmIJA3QUQEBAQEBAQEBAQEBAQEBAQEBAQEBGI8VEQFQAgWEKgWFUolOg1GFXYEYNoJNiBqGQSKCMoE8bwGBCjl+AQEB X-IronPort-AV: E=Sophos;i="5.09,551,1418083200"; d="scan'208";a="395025383" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-4.cisco.com with ESMTP; 10 Feb 2015 15:46:25 +0000 Received: from xhc-aln-x01.cisco.com (xhc-aln-x01.cisco.com [173.36.12.75]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id t1AFkOXK010052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 10 Feb 2015 15:46:24 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x01.cisco.com ([173.36.12.75]) with mapi id 14.03.0195.001; Tue, 10 Feb 2015 09:46:24 -0600 From: "Acee Lindem (acee)" To: Adrian Farrel , The IESG Thread-Topic: Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-14: (with DISCUSS) Thread-Index: AQHQRK4NKaJ3VOmKGkGTGyO7P/RXn5zqGNqA Date: Tue, 10 Feb 2015 15:46:24 +0000 Message-ID: References: <20150209211846.23259.21822.idtracker@ietfa.amsl.com> In-Reply-To: <20150209211846.23259.21822.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.200] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "ospf@ietf.org" , Ing-Wher Chen , "ospf-chairs@ietf.org" , "draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org" Subject: Re: [OSPF] Adrian Farrel's Discuss on draft-ietf-ospf-ospfv3-autoconfig-14: (with DISCUSS) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2015 15:46:32 -0000 Hi Adrian, =20 I think it should be clear now: http://www.ietf.org/internet-drafts/draft-ietf-ospf-ospfv3-autoconfig-15.tx t I also fixed some misspelling introduced in the -14 version. Thanks, Acee=20 On 2/9/15, 4:18 PM, "Adrian Farrel" wrote: >Adrian Farrel has entered the following ballot position for >draft-ietf-ospf-ospfv3-autoconfig-14: Discuss > >When responding, please keep the subject line intact and reply to all >email addresses included in the To and CC lines. (Feel free to cut this >introductory paragraph, however.) > > >Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html >for more information about IESG DISCUSS and COMMENT positions. > > >The document, along with other ballot positions, can be found here: >http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ > > > >---------------------------------------------------------------------- >DISCUSS: >---------------------------------------------------------------------- > >I've trimmed by Discuss to remove the pieces you have handled. Many >thanks for that. > >=3D=3D=3D=3D > >> Does this document really update 5340? >> There is no mention of what this update is or why it is considered a >> part of the standard implementation of OSPFv3 to include the features >> described in this document. >> >> I suggest either dropping the update or clarifying how it works. >> >> (Note that idnits should have flagged this to you, but the shepherd >> write-up says that this document doesn't change the status of any >> existing RFCs.) > >We discussed this a little, and I got the impression that the conclusion >was that "update" really was intended. > >In this case you need to (as also discussed): >- make this clear in the Abstract (as indicated by idnits) >- spend some time in the document (probably the Introduction) explaining >how the update works (which is, I believe you are saying, that all new >implementations of OSPFv3 are expected to include support for this >feature). > >I do see that you have added to the Introduction: > > This document describes > extensions to OSPFv3 to enable it to operate in these environments. > >But that is ambiguous. Are the "MUST"s in this document mandatory >behaviour for an implementation of OSPFv3 or for an implementation of >this document which is an option for OSPFv3 implementations? I don't >think this is hard to write down, but I don't know what you are trying to >achieve. > > > > From nobody Wed Feb 11 05:18:40 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9472F1A8889; Wed, 11 Feb 2015 05:18:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7yPxwga2o93R; Wed, 11 Feb 2015 05:18:32 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BAB421A0163; Wed, 11 Feb 2015 05:18:32 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Adrian Farrel" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150211131832.20697.63907.idtracker@ietfa.amsl.com> Date: Wed, 11 Feb 2015 05:18:32 -0800 Archived-At: Cc: ospf@ietf.org, Ing-Wher Chen , ospf-chairs@ietf.org, draft-ietf-ospf-ospfv3-autoconfig.all@tools.ietf.org Subject: [OSPF] Adrian Farrel's Yes on draft-ietf-ospf-ospfv3-autoconfig-15: (with COMMENT) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2015 13:18:37 -0000 Adrian Farrel has entered the following ballot position for draft-ietf-ospf-ospfv3-autoconfig-15: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for addressing my copious concerns From nobody Fri Feb 13 08:23:30 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ABC11A877B; Fri, 13 Feb 2015 08:23:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tuQx7cqVR5gL; Fri, 13 Feb 2015 08:23:23 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DE8CD1A8764; Fri, 13 Feb 2015 08:23:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150213162307.20052.22167.idtracker@ietfa.amsl.com> Date: Fri, 13 Feb 2015 08:23:07 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 16:23:25 -0000 IESG state changed to Approved-announcement to be sent from IESG Evaluation::AD Followup ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Fri Feb 13 08:25:06 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20D721A8780; Fri, 13 Feb 2015 08:24:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yxcavz_cEuBc; Fri, 13 Feb 2015 08:24:54 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0474F1A8781; Fri, 13 Feb 2015 08:23:59 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150213162359.30605.66773.idtracker@ietfa.amsl.com> Date: Fri, 13 Feb 2015 08:23:59 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 16:24:58 -0000 IESG has approved the document and state has been changed to Approved-announcement sent ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Fri Feb 13 08:25:26 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7A8E1A878B; Fri, 13 Feb 2015 08:25:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wXV6LGVsoySx; Fri, 13 Feb 2015 08:25:03 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 38BA61A8793; Fri, 13 Feb 2015 08:23:59 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150213162359.30605.57178.idtracker@ietfa.amsl.com> Date: Fri, 13 Feb 2015 08:23:59 -0800 Archived-At: Cc: ospf mailing list , ospf chair , RFC Editor Subject: [OSPF] Protocol Action: 'OSPFv3 Auto-Configuration' to Proposed Standard (draft-ietf-ospf-ospfv3-autoconfig-15.txt) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 16:25:06 -0000 X-List-Received-Date: Fri, 13 Feb 2015 16:25:06 -0000 The IESG has approved the following document: - 'OSPFv3 Auto-Configuration' (draft-ietf-ospf-ospfv3-autoconfig-15.txt) as Proposed Standard This document is the product of the Open Shortest Path First IGP Working Group. The IESG contact persons are Adrian Farrel and Alia Atlas. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ Technical Summary This document specifies auto-configuration of OSPFv3 routers in certain environments that require auto-configuration, such as in a small IPv6 network like a home network. To facilitate auto-configuration, this document specifies the default configuration, allows more flexibility in some verifications required by the OSPFv3 specification, and also describes a possible collision as well as the mechanism to resolve the collision. Working Group Summary The OSPFv3 router ID collision detection and resolution was a heated point of discussion a few months ago, but the issue has been resolved by IETF 89. The technical aspect of the document, both within the document and mailing list discussions, have been stable for the last six months. Document Quality This document has been a WG document for a little under two years. It is stable, without changes to the technical solution for more than six months. There are also two implementations based on this document already. There is potentially a third implementation which implements parts of this draft. Personnel Helen Chen is the Document Shepherd. Alia Atlas is the Responsible Area Director. From nobody Fri Feb 13 14:12:25 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D8C81A1AA9; Fri, 13 Feb 2015 14:12:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uemSUKka600K; Fri, 13 Feb 2015 14:12:21 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CE2F1A00FA; Fri, 13 Feb 2015 14:12:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150213221221.9644.49840.idtracker@ietfa.amsl.com> Date: Fri, 13 Feb 2015 14:12:21 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2015 22:12:23 -0000 IESG state changed to RFC Ed Queue from Approved-announcement sent ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Sun Feb 15 15:01:06 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 06F041A0104 for ; Sun, 15 Feb 2015 15:01:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YFkmbfyp8y8w for ; Sun, 15 Feb 2015 15:01:00 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 395171A01E7 for ; Sun, 15 Feb 2015 15:01:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2176; q=dns/txt; s=iport; t=1424041261; x=1425250861; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=3EuR6Tr7F+uo6irz4tyQvdt0vtebBX1I3QNA12Jqyjs=; b=Fh8uqeH4KYII9ugCCsO3ZComLGl+5ynnS9hZF6xicLQeAeiUfEVQtMES MDo+vXLGXca/dcOMmrVHjSUvZnYSVc6T2oFn+XCbC02DrYZCWTTG0zT9H 0bfIxe9CUfe23bvt7V1y/41u4Pf2BlOU3Y/OrmiopAcuc53M0XmouJla6 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnAFAIYk4VStJA2N/2dsb2JhbABCGoMGUloEwjiFcQKBEkMBAQEBAQF8hA0BAQR5EAIBCEYyJQIEAQ0FiC0NN8toAQEBAQEBAQEBAQEBAQEBAQEBARmLDIE9gzAHhCoFhVqEMoUsiTeBGIMNjmgiggIND4FQbwERgTJ/AQEB X-IronPort-AV: E=Sophos;i="5.09,583,1418083200"; d="scan'208";a="396333117" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-5.cisco.com with ESMTP; 15 Feb 2015 23:01:00 +0000 Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t1FN0xs5027973 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 15 Feb 2015 23:00:59 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0195.001; Sun, 15 Feb 2015 17:00:58 -0600 From: "Acee Lindem (acee)" To: RFC Errata System , "jmoy@casc.com" , "akatlas@gmail.com" , "adrian@olddog.co.uk" , "Abhay Roy (akr)" Thread-Topic: [Technical Errata Reported] RFC2328 (4257) Thread-Index: AQHQQNQFgojRHIdVA0y4EOP6RqH67pzydZ+A Date: Sun, 15 Feb 2015 23:00:58 +0000 Message-ID: References: <20150204234035.39F33181CF0@rfc-editor.org> In-Reply-To: <20150204234035.39F33181CF0@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <8DEB707A88401E40A5C155FFF74437BD@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "eugenkim@amazon.com" , "ospf@ietf.org" Subject: Re: [OSPF] [Technical Errata Reported] RFC2328 (4257) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Feb 2015 23:01:03 -0000 Hi Eugene, et al,=20 I would agree that this errata should be verified with the classification of =B3Editorial=B2.=20 Thanks, Acee=20 On 2/4/15, 6:40 PM, "RFC Errata System" wrote: >The following errata report has been submitted for RFC2328, >"OSPF Version 2". > >-------------------------------------- >You may review the report below and at: >http://www.rfc-editor.org/errata_search.php?rfc=3D2328&eid=3D4257 > >-------------------------------------- >Type: Technical >Reported by: Eugene M. Kim > >Section: 2.1.1 > >Original Text >------------- >In NBMA mode, OSPF emulates operation over a broadcast >network: a Designated Router is elected for the NBMA >network, and the Designated Router originates an LSA for the >network. The graph representation for broadcast networks and >NBMA networks is identical. This representation is pictured >in the middle of Figure 1a. > >Corrected Text >-------------- >In NBMA mode, OSPF emulates operation over a broadcast >network: a Designated Router is elected for the NBMA >network, and the Designated Router originates an LSA for the >network. The graph representation for broadcast networks and >NBMA networks is identical. This representation is pictured >in the bottom of Figure 1a. > >Notes >----- >The bottom, not middle, of Figure 1a depicts the identical graph >representation of broadcast and NBMA networks. > >Instructions: >------------- >This erratum is currently posted as "Reported". If necessary, please >use "Reply All" to discuss whether it should be verified or >rejected. When a decision is reached, the verifying party (IESG) >can log in to change the status and edit the report, if necessary. > >-------------------------------------- >RFC2328 (no draft string recorded) >-------------------------------------- >Title : OSPF Version 2 >Publication Date : April 1998 >Author(s) : J. Moy >Category : INTERNET STANDARD >Source : Open Shortest Path First IGP >Area : Routing >Stream : IETF >Verifying Party : IESG > From nobody Tue Feb 17 17:05:09 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 777E61A913F; Tue, 17 Feb 2015 17:05:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QcGnGi3Db5PA; Tue, 17 Feb 2015 17:05:07 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0DA1D1A8923; Tue, 17 Feb 2015 17:05:07 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150218010507.31230.30946.idtracker@ietfa.amsl.com> Date: Tue, 17 Feb 2015 17:05:07 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 01:05:08 -0000 IANA action state changed to Waiting on Authors ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Tue Feb 17 18:06:12 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D93351A9169; Tue, 17 Feb 2015 18:06:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tHi6fTRF6as8; Tue, 17 Feb 2015 18:06:09 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C8CB1A893C; Tue, 17 Feb 2015 18:06:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150218020609.19880.96699.idtracker@ietfa.amsl.com> Date: Tue, 17 Feb 2015 18:06:09 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 02:06:11 -0000 IANA action state changed to Waiting on RFC Editor ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Tue Feb 17 19:05:17 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FD891A924E; Tue, 17 Feb 2015 19:05:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, TVD_SPACE_RATIO=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VtxBm_0f7weK; Tue, 17 Feb 2015 19:05:12 -0800 (PST) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 85E8D1A923B; Tue, 17 Feb 2015 19:05:09 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: , , , "Ing-Wher Chen" X-Test-IDTracker: no X-IETF-IDTracker: 5.11.0.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150218030509.15883.7920.idtracker@ietfa.amsl.com> Date: Tue, 17 Feb 2015 19:05:09 -0800 From: IETF Secretariat Archived-At: Subject: [OSPF] ID Tracker State Update Notice: X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 03:05:14 -0000 IANA action state changed to RFC-Ed-Ack ID Tracker URL: http://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-autoconfig/ From nobody Fri Feb 20 14:41:59 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62B541A034C for ; Fri, 20 Feb 2015 14:41:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s04FYMQN6r42 for ; Fri, 20 Feb 2015 14:41:56 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BFB91A032D for ; Fri, 20 Feb 2015 14:41:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=429; q=dns/txt; s=iport; t=1424472116; x=1425681716; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=z6vykzB40BGeasGqfM0gBOMwDxsnURHiJFbCKm7YlB8=; b=IS4zOlvXNxWz9uSuFxJbHunXdkO6vnjeURkUOA1ViUL5Yqnms529stAA /eQyO11QDEXLE/jThDV41ZWu4Rnx1jIp88SJLV0SW79+b0xhmcHmsVsFV VnZM8vPTr8YVS+XYxHK4seC4TceTX7NyFRSJO6j7di1b0Bvd0Lk7xAOR8 M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AJBQDAt+dU/4YNJK1bgwaBMMoWQwEBAQEBAXyEFjpRAT5CJwSIQqwLqAgBAQgCAR+ULwWPT4lCgRuDFY8BIoNugjN/AQEB X-IronPort-AV: E=Sophos;i="5.09,617,1418083200"; d="scan'208";a="125551084" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-7.cisco.com with ESMTP; 20 Feb 2015 22:41:55 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t1KMftt4020973 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 20 Feb 2015 22:41:55 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.03.0195.001; Fri, 20 Feb 2015 16:41:55 -0600 From: "Acee Lindem (acee)" To: OSPF WG List Thread-Topic: IETF 92 OSPF WG Slot Requests Thread-Index: AQHQTV5tI3xlTC5vDUG/cMcSglWvxA== Date: Fri, 20 Feb 2015 22:41:54 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.197] Content-Type: text/plain; charset="us-ascii" Content-ID: <0F6F6072673F8542942C3028608A21A0@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [OSPF] IETF 92 OSPF WG Slot Requests X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 22:41:57 -0000 OSPF WG Participants, The preliminary schedule for IETF 91 has been published. We are currently scheduled to meet in the first session on Monday morning. Note that changes to the agenda are still possible until it is finalized on February 27th. Please start considering whether you want to ask for time on the OSPF meeting agenda. We have already received a couple presentation requests. Thanks, Abhay and Acee=20 From nobody Mon Feb 23 07:32:21 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A61581A1AAA for ; Mon, 23 Feb 2015 07:32:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N8LuAquOTdFV for ; Mon, 23 Feb 2015 07:32:18 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 945251A1A1D for ; Mon, 23 Feb 2015 07:32:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1206; q=dns/txt; s=iport; t=1424705538; x=1425915138; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=ndUL/j1orp5Uwp2FhBm8ABZnaywpdJaDPreal/buXyc=; b=V2Oo9hY4DSfnMvfWCyH+6C0FMoHE4ekZ7GwovR8T2sLp0ibqTyO0R1TX JZjgWlieNZytqyF0fXl6QA+grj+nXCODcLQtcS9q8F0fgtFkc65mPwRxB 43saKKOMDNAE1OW02THjeSCG6zDm/FB+kYLDrApEeRC64YZANmdpYI2tX M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0APBQASR+tU/49dJa1bgwaBMMkEAoEgQwEBAQEBAXyEEQEEOlEBKhRCJgEEARqIJ9MjAQEBAQEBBAEBAQEBHY9Qg0+BFAWFYolwnHYig26CM38BAQE X-IronPort-AV: E=Sophos;i="5.09,631,1418083200"; d="scan'208";a="126087761" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-7.cisco.com with ESMTP; 23 Feb 2015 15:32:18 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t1NFWHnu027929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 23 Feb 2015 15:32:17 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0195.001; Mon, 23 Feb 2015 09:32:17 -0600 From: "Les Ginsberg (ginsberg)" To: "OSPF List (ospf@ietf.org)" , "draft-ietf-ospf-node-admin-tag@tools.ietf.org" Thread-Topic: Comments on draft-ietf-ospf-node-admin-tag-00 Thread-Index: AdBPfSNCyUldFDN8QUWs01CQsfRW8g== Date: Mon, 23 Feb 2015 15:32:17 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.24.29.122] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 15:32:19 -0000 I have some comments in this draft. Introduction ---------------- I think the last sentence should be removed. It is providing an example of = a use case - and as such is more appropriate for Section 5.=20 Also, node-tags are a property of the node - not of the routing protocol us= ed to advertise them - I would like to see this point explicitly stated. Pe= rhaps something like: "Per-node administrative tags are used to advertise an attribute of the nod= e. As such they are independent of the routing protocol used to advertise t= hem. " Section 2 --------------- This section seems redundant w Section 1. It should be removed. Section 3 - Last Paragraph ---------------------------------- What is the reason for restricting the # of tags in a single TLV to 64? As = OSPF TLVs have a 16 bit length field this restriction seems arbitrary. Figure 1 ----------- The format of the ASCII art above needs to be corrected to properly indicat= e the field lengths. Section 5 ------------- I would like to see this section moved to an Appendix. Since this section i= s not normative that would more clearly separate the normative/non-normativ= e parts. Les From nobody Thu Feb 26 22:29:40 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B72211A893B for ; Thu, 26 Feb 2015 22:29:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CZ5uPK5z02gT for ; Thu, 26 Feb 2015 22:29:37 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0146.outbound.protection.outlook.com [207.46.100.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2E291A893A for ; Thu, 26 Feb 2015 22:29:37 -0800 (PST) Received: from BY1PR0501MB1381.namprd05.prod.outlook.com (25.160.107.139) by BY1PR0501MB1382.namprd05.prod.outlook.com (25.160.107.140) with Microsoft SMTP Server (TLS) id 15.1.93.16; Fri, 27 Feb 2015 06:29:35 +0000 Received: from BY1PR0501MB1381.namprd05.prod.outlook.com ([25.160.107.139]) by BY1PR0501MB1381.namprd05.prod.outlook.com ([25.160.107.139]) with mapi id 15.01.0093.004; Fri, 27 Feb 2015 06:29:35 +0000 From: Shraddha Hegde To: "Les Ginsberg (ginsberg)" , "OSPF List (ospf@ietf.org)" , "draft-ietf-ospf-node-admin-tag@tools.ietf.org" Thread-Topic: Comments on draft-ietf-ospf-node-admin-tag-00 Thread-Index: AdBPfSNCyUldFDN8QUWs01CQsfRW8gC0OLKg Date: Fri, 27 Feb 2015 06:29:34 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [116.197.184.12] authentication-results: cisco.com; dkim=none (message not signed) header.d=none; x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1382; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1382; x-forefront-prvs: 05009853EF x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(51914003)(377454003)(77156002)(66066001)(86362001)(76576001)(74316001)(107886001)(122556002)(15975445007)(102836002)(19580395003)(19580405001)(2900100001)(2950100001)(230783001)(99286002)(2501003)(33656002)(76176999)(50986999)(54356999)(46102003)(87936001)(92566002)(2656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1382; H:BY1PR0501MB1381.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; 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: 27 Feb 2015 06:29:34.9701 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1382 Archived-At: Subject: Re: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 06:29:39 -0000 Les, Thanks for the review and comments. Pls see in-line.. I have some comments in this draft. ---Introduction ---------------- ---I think the last sentence should be removed. It is providing an example = of a use case - and as such is more appropriate for Section 5.=20 ---Also, node-tags are a property of the node - not of the routing protocol= used to advertise them - I would like to see this point explicitly stated.= Perhaps something like: ---"Per-node administrative tags are used to advertise an attribute of the = node. As such they are independent of the routing protocol used to advertis= e them. " Will work on the rewording of introduction section. Section 2 --------------- This section seems redundant w Section 1. It should be removed. I think this section is needed to explicitly imply that the tags= are used for TE as well as non-TE applications. Section 3 - Last Paragraph ---------------------------------- What is the reason for restricting the # of tags in a single TLV to 64? As = OSPF TLVs have a 16 bit length field this restriction seems arbitrary. This was suggestion from Acee to restrict it to prevent the RI L= SA overflowing. Since we have multi instanced RI-LSA this restriction can b= e removed. Will update the draft for this. Figure 1 ----------- The format of the ASCII art above needs to be corrected to properly indicat= e the field lengths. OK Section 5 ------------- I would like to see this section moved to an Appendix. Since this section i= s not normative that would more clearly separate the normative/non-normativ= e parts. Use cases section gives information on the motivation of the draf= t and looks necessary to be in the draft sections than moving it to appendi= x. Rgds Shraddha -----Original Message----- From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Les Ginsberg (ginsbe= rg) Sent: Monday, February 23, 2015 9:02 PM To: OSPF List (ospf@ietf.org); draft-ietf-ospf-node-admin-tag@tools.ietf.or= g Subject: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 I have some comments in this draft. Introduction ---------------- I think the last sentence should be removed. It is providing an example of = a use case - and as such is more appropriate for Section 5.=20 Also, node-tags are a property of the node - not of the routing protocol us= ed to advertise them - I would like to see this point explicitly stated. Pe= rhaps something like: "Per-node administrative tags are used to advertise an attribute of the nod= e. As such they are independent of the routing protocol used to advertise t= hem. " Section 2 --------------- This section seems redundant w Section 1. It should be removed. Section 3 - Last Paragraph ---------------------------------- What is the reason for restricting the # of tags in a single TLV to 64? As = OSPF TLVs have a 16 bit length field this restriction seems arbitrary. Figure 1 ----------- The format of the ASCII art above needs to be corrected to properly indicat= e the field lengths. Section 5 ------------- I would like to see this section moved to an Appendix. Since this section i= s not normative that would more clearly separate the normative/non-normativ= e parts. Les _______________________________________________ OSPF mailing list OSPF@ietf.org https://www.ietf.org/mailman/listinfo/ospf From nobody Fri Feb 27 04:14:33 2015 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 795C41AC3F3 for ; Fri, 27 Feb 2015 04:14:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wh1WPQLKnT3J for ; Fri, 27 Feb 2015 04:14:30 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1C4C1AC3E2 for ; Fri, 27 Feb 2015 04:14:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3987; q=dns/txt; s=iport; t=1425039270; x=1426248870; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=5mw/WPrN4cMqer3bWEk4N9C3tHzlK7GlUTFbiG0hGK8=; b=IZRC8ZEgm8zTYDmEaRhw8zt1VD3WSCHRxx7UWrBHP0FfFu8oixfSo+ap Uf4e3RmIur+4yOn04FWyBl0YxjZ3r0bt2H3k4AtzupIHL9wMQ6ILx9747 +PmSSdT06BXA+8H67AapHslSLsDYy55PJLSBo0+XeYxLQxKx/UH1Y3xff 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BaBQDlXvBU/4UNJK1bgwJSWgTCCgqFcAKBH00BAQEBAQF8hA8BAQEEAQEBaxcGAQgRBAEBKC4LFAkKBAESiC8N1m8BAQEBAQEBAwEBAQEBAQEBARUEixKEQzQEhCUFhW6EPoVIiUaBG4tkhlIjg25vgUR/AQEB X-IronPort-AV: E=Sophos;i="5.09,659,1418083200"; d="scan'208";a="399698133" Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-4.cisco.com with ESMTP; 27 Feb 2015 12:14:29 +0000 Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t1RCETPS010630 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 27 Feb 2015 12:14:29 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.175]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.03.0195.001; Fri, 27 Feb 2015 06:14:29 -0600 From: "Acee Lindem (acee)" To: Shraddha Hegde , "Les Ginsberg (ginsberg)" , "OSPF List (ospf@ietf.org)" , "draft-ietf-ospf-node-admin-tag@tools.ietf.org" Thread-Topic: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 Thread-Index: AQHQUobvNT39IidKTE6pC0rlMHLb/Q== Date: Fri, 27 Feb 2015 12:14:28 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.196] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <9895263A1C63F148AF74F8585AF59305@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 12:14:32 -0000 Hi Shraddha, Les, See one inline.=20 On 2/27/15, 1:29 AM, "Shraddha Hegde" wrote: >Les, > >Thanks for the review and comments. >Pls see in-line.. > >I have some comments in this draft. > >---Introduction >---------------- >---I think the last sentence should be removed. It is providing an >example of a use case - and as such is more appropriate for Section 5. > >---Also, node-tags are a property of the node - not of the routing >protocol used to advertise them - I would like to see this point >explicitly stated. Perhaps something like: > >---"Per-node administrative tags are used to advertise an attribute of >the node. As such they are independent of the routing protocol used to >advertise them. " > > Will work on the rewording of introduction section. > > >Section 2 >--------------- > >This section seems redundant w Section 1. It should be removed. > > I think this section is needed to explicitly imply that the >tags are used for TE as well as non-TE applications. > >Section 3 - Last Paragraph >---------------------------------- >What is the reason for restricting the # of tags in a single TLV to 64? >As OSPF TLVs have a 16 bit length field this restriction seems arbitrary. > > This was suggestion from Acee to restrict it to prevent the RI >LSA overflowing. Since we have multi instanced RI-LSA this restriction >can be removed. > Will update the draft for this. Agreed. There shouldn=B9t be any controversy in advancing the RFC 4970 BIS document lifting the single LSA restriction. Thanks, Acee > >Figure 1 >----------- >The format of the ASCII art above needs to be corrected to properly >indicate the field lengths. > > OK > >Section 5 >------------- > >I would like to see this section moved to an Appendix. Since this section >is not normative that would more clearly separate the >normative/non-normative parts. > >Use cases section gives information on the motivation of the >draft and looks necessary to be in the draft sections than moving it to >appendix. > >Rgds >Shraddha > >-----Original Message----- >From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Les Ginsberg >(ginsberg) >Sent: Monday, February 23, 2015 9:02 PM >To: OSPF List (ospf@ietf.org); >draft-ietf-ospf-node-admin-tag@tools.ietf.org >Subject: [OSPF] Comments on draft-ietf-ospf-node-admin-tag-00 > >I have some comments in this draft. > >Introduction >---------------- >I think the last sentence should be removed. It is providing an example >of a use case - and as such is more appropriate for Section 5. > >Also, node-tags are a property of the node - not of the routing protocol >used to advertise them - I would like to see this point explicitly >stated. Perhaps something like: > >"Per-node administrative tags are used to advertise an attribute of the >node. As such they are independent of the routing protocol used to >advertise them. " > > > > >Section 2 >--------------- > >This section seems redundant w Section 1. It should be removed. > >Section 3 - Last Paragraph >---------------------------------- >What is the reason for restricting the # of tags in a single TLV to 64? >As OSPF TLVs have a 16 bit length field this restriction seems arbitrary. > >Figure 1 >----------- >The format of the ASCII art above needs to be corrected to properly >indicate the field lengths. > >Section 5 >------------- > >I would like to see this section moved to an Appendix. Since this section >is not normative that would more clearly separate the >normative/non-normative parts. > > Les > >_______________________________________________ >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