From santiago@crfreenet.org Sat Sep 1 03:18:29 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B0CB21F84D4 for ; Sat, 1 Sep 2012 03:18:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o5VnvB-836lb for ; Sat, 1 Sep 2012 03:18:28 -0700 (PDT) Received: from mail.crfreenet.org (gateway.crfreenet.org [81.92.146.254]) by ietfa.amsl.com (Postfix) with ESMTP id C33FA21F84B2 for ; Sat, 1 Sep 2012 03:18:27 -0700 (PDT) Received: from localhost (feanor.crfreenet.org [81.92.145.132]) by mail.crfreenet.org (Postfix) with ESMTP id 0CDCFFCD6; Sat, 1 Sep 2012 12:18:23 +0200 (CEST) Received: from santiago by localhost with local (Exim 4.69) (envelope-from ) id 1T7lAJ-0005vG-Do; Sat, 01 Sep 2012 12:42:59 +0200 Date: Sat, 1 Sep 2012 12:42:59 +0200 From: Ondrej Zajicek To: Acee Lindem Message-ID: <20120901104259.GB21873@localhost> References: <20120831000913.GA21888@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pvezYHf7grwyp3Bc" Content-Disposition: inline In-Reply-To: X-Operating-System: Debian GNU/Linux User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ospf@ietf.org Subject: Re: [OSPF] Next hop calculation on PtP links over LAN X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 10:18:29 -0000 --pvezYHf7grwyp3Bc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 31, 2012 at 11:03:29AM -0400, Acee Lindem wrote: > > 1) Use value from Link Data field, in a same way of how RFC 2328 > > specifies next hop computation for Point-to-Multipoint links. > > This scheme has several problems (e.g. does not work for unnumbered > > links and there is no reliable way to match links from neighbor's router > > LSA to my links if there are parallel links). > >=20 > > 2) Use neighbor IP address from neighbor data structure of the neighbor= on > > given iface. This is probably more robust, but a bit strange, as neighb= or > > data structure is otherwise not used in routing table calculation. > >=20 > > Any comments on how next hop computation should be done in this case? >=20 > Many layer 2 implementations support P2P ethernet as a true > point-to-point topology. For P2P, my implementation uses #2 independent > of whether the P2P is a true layer 2 P2P or a layer 3 emulation of P2P > over a LAN topology. The RIB layer determines whether it is necessary.=20 Glad to hear that other implementations also use #2. Our implementation uses #2 and we met some compatibility problems with implementations that uses #1 and expects IP address in Link Data field, even if we consider link unnumbered and put ifindex there (RFC 2328, 12.4.1.1) > > Slightly related question: Is it true that link-back check is broken in > > OSPFv2 when there are parallel (unnumbered) links between two routers? >=20 > It is true that you cannot not unambiguously differentiate between the > parallel unnumbered P2P links. However, for the unicast routing > hop-by-hop paradigm, it shouldn't matter since we know the OSPF LSDBs > should be synchronized and the IP routing tables should be consistent. > For paradigm, e.g., traffic engineering, it is necessary to be able to > uniquely identify the links. Note that no ambiguity exists in OSPFv3.=20 Even if OSPF LSDBs are synchronized then there still could be a discrepancy in link state - if one neighbor immediately notices a link failure (e.g. by a physical layer link signalization) while the other waits for an inactivity timeout. This is a transient condition, but in a stable state the link-back check is IMHO not needed anywhere. --=20 Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so." --pvezYHf7grwyp3Bc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlBB5rMACgkQw1GB2RHercNP0gCdEXbUdxOQLbud1ViWdShmIGja W/AAnRaxa9pKPRXveC+d4MEKGKlAR7gG =GyfP -----END PGP SIGNATURE----- --pvezYHf7grwyp3Bc-- From tom.taylor.stds@gmail.com Tue Sep 4 10:55:58 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 821CF11E80A4 for ; Tue, 4 Sep 2012 10:55:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.228 X-Spam-Level: X-Spam-Status: No, score=-3.228 tagged_above=-999 required=5 tests=[AWL=0.371, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KcFxwcM8Dkvi for ; Tue, 4 Sep 2012 10:55:57 -0700 (PDT) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id DF4D111E80A3 for ; Tue, 4 Sep 2012 10:55:56 -0700 (PDT) Received: by iabz21 with SMTP id z21so10657927iab.31 for ; Tue, 04 Sep 2012 10:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding:x-antivirus :x-antivirus-status; bh=5ZRX98sucq5FDwgwhjDUbVpfpXeFN++uOlEaJWwHyAk=; b=IdTA0+gX1uQ7catvUP+duj+qQUBnDQmPm7i9go+3t0sCWLYbdA4rndfOdZpnh1DgC+ P3QhxGB7Gu3Ek6IxyixqnaLNxKRlfqT2RdVXORCUUojdyLofozu7JlWNcUQSw/xc2Pg7 qTmi+sga8SEyMUdLWlQLIgV8r8Y2p16EYI40Obxg1yb5BbgOkZUBY4YuCSsmxSoHbFMx QYrw5Y4wH3Lu97iqQ/6oZ6DgPaXMMvQAKV2GhMtDldur5eSOmSm8H12e7P88JU6AZDV+ pu7j/xq9mIgqhirE3M7hoFFDJzOKj2wFYUjjVG5/akIvfDWpRGU+Waq+bMzsEAXjl9ld zKNA== Received: by 10.50.41.230 with SMTP id i6mr14961296igl.7.1346781352489; Tue, 04 Sep 2012 10:55:52 -0700 (PDT) Received: from [127.0.0.1] (dsl-173-206-40-163.tor.primus.ca. [173.206.40.163]) by mx.google.com with ESMTPS id d4sm27179771iga.14.2012.09.04.10.55.50 (version=SSLv3 cipher=OTHER); Tue, 04 Sep 2012 10:55:51 -0700 (PDT) Message-ID: <504640A5.1090302@gmail.com> Date: Tue, 04 Sep 2012 13:55:49 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: ospf@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120904-0, 04/09/2012), Outbound message X-Antivirus-Status: Clean Cc: "Cathy Zhou\(Qian\)" Subject: [OSPF] MTU mismatches and routing hangups X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 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, 04 Sep 2012 17:55:58 -0000 PLEASE NOTE THE CROSS-POSTING when responding. Please direct responses to the authors and the PIM WG only, so the broader community doesn't get bombarded with responses. This message is also being sent to the Routing-Discussion and ISIS WGs. draft-lts-pim-hello-mtu-01.txt was inspired by customer reports of multicast routing hangups caused by MTU mismatches at the two ends of a link. The end with the larger MTU sends a message within its MTU size that is discarded at the other end because it is larger than that end's MTU size. The proposal in draft-lts-pim-hello-mtu-01.txt was for adjacent routers to exchange information on their MTUs on each link, then restrict message sizes to the smaller of the MTUs. Working Group discussion in Vancouver raised the obvious question: do MTU mismatches cause problems for other routing protocols? And do any of these protocols have a solution to the problem? I raised the issue of the effect of MTU mismatches on the NANOG list. There were quite a few responses. Amongst other comments: - OSPF hangs at a particular point in the state machine and fails to come up. Debugging can take a while if you don't think of MTU mismatch as a possible cause. - Cisco has published a note on the subject, to be found at http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080093f0d.shtml (sorry about the wrapping). - BGP can hang after a link flap when two specific products [identities omitted] are at the two ends of the link and the configured MTUs are identical, because one end includes the ethernet overhead and the other doesn't. - a good MTU debugging tool can be found at http://www.elifulkerson.com/projects/mturoute.php This message is written to ask the broader routing community what, if anything, routing protocols should do about identifying MTU mismatches, and beyond that, accommodating them. As requested above, please direct responses to the authors and the PIM WG only. Tom Taylor From wwwrun@rfc-editor.org Wed Sep 5 20:54:13 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4D1611E808A for ; Wed, 5 Sep 2012 20:54:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.286 X-Spam-Level: X-Spam-Status: No, score=-102.286 tagged_above=-999 required=5 tests=[AWL=0.314, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n8VyAuzwWKVh for ; Wed, 5 Sep 2012 20:54:13 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 49DB021F84F8 for ; Wed, 5 Sep 2012 20:54:13 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id A416AB1E003; Wed, 5 Sep 2012 20:51:26 -0700 (PDT) To: manav.bhatia@alcatel-lucent.com, vishwas.manral@hp.com, acee.lindem@ericsson.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com From: RFC Errata System Message-Id: <20120906035126.A416AB1E003@rfc-editor.org> Date: Wed, 5 Sep 2012 20:51:26 -0700 (PDT) Cc: ospf@ietf.org, rfc-editor@rfc-editor.org Subject: [OSPF] [Technical Errata Reported] RFC6506 (3335) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 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, 06 Sep 2012 03:54:13 -0000 The following errata report has been submitted for RFC6506, "Supporting Authentication Trailer for OSPFv3". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=6506&eid=3335 -------------------------------------- Type: Technical Reported by: Manav Bhatia Section: 4.5 Original Text ------------- If the Protocol-Specific Authentication Key (Ks) is L octets long, then Ko is equal to K. Corrected Text -------------- If the Protocol-Specific Authentication Key (Ks) is L octets long, then Ko is equal to Ks. Notes ----- The key K is never used in computing the digest. There is a class of cross protocol attacks that can be prevented if the original key K is appended with a few well known bytes. As a result, the key K is appended with a 2 octet crypto protocol ID to derive a new key Ks. Its this key that must always be used. Instructions: ------------- This errata 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. -------------------------------------- RFC6506 (draft-ietf-ospf-auth-trailer-ospfv3-11) -------------------------------------- Title : Supporting Authentication Trailer for OSPFv3 Publication Date : February 2012 Author(s) : M. Bhatia, V. Manral, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From manav.bhatia@alcatel-lucent.com Wed Sep 5 21:03:36 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 385FF21F8530 for ; Wed, 5 Sep 2012 21:03:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5sqBCgrjFkx9 for ; Wed, 5 Sep 2012 21:03:31 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id 8689B21F852D for ; Wed, 5 Sep 2012 21:03:31 -0700 (PDT) Received: from inbansmailrelay1.in.alcatel-lucent.com (h135-250-11-31.lucent.com [135.250.11.31]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id q8643QOR001554 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 5 Sep 2012 23:03:28 -0500 (CDT) Received: from INBANSXCHHUB01.in.alcatel-lucent.com (inbansxchhub01.in.alcatel-lucent.com [135.250.12.32]) by inbansmailrelay1.in.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id q8643POT009044 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Thu, 6 Sep 2012 09:33:26 +0530 Received: from INBANSXCHMBSA1.in.alcatel-lucent.com ([135.250.12.50]) by INBANSXCHHUB01.in.alcatel-lucent.com ([135.250.12.32]) with mapi; Thu, 6 Sep 2012 09:33:25 +0530 From: "Bhatia, Manav (Manav)" To: "ospf@ietf.org" Date: Thu, 6 Sep 2012 09:33:34 +0530 Thread-Topic: [Technical Errata Reported] RFC6506 (3335) Thread-Index: Ac2L40uKqJ3SQc9MTwOk93NN4CkNkQAABadA Message-ID: <7C362EEF9C7896468B36C9B79200D8350D07BF278C@INBANSXCHMBSA1.in.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 Subject: [OSPF] FW: [Technical Errata Reported] RFC6506 (3335) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 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, 06 Sep 2012 04:03:36 -0000 =20 Hi, Srinivasan L from Huawei had noticed an issue with the text that appeared i= n Sec 4.5 and had sent me an email asking me about this. It appears like a = genuine issue and I have raised an errata for this. We had added text to support cross protocol attacks as part of the secdir r= eview. Clearly, we missed updating the text in Sec 4.5. This is one problem= that occurs when we make substantial changes so late in the cycle - there = aren't enough review cycles that the draft goes through. Cheers, Manav -----Original Message----- From: RFC Errata System [mailto:rfc-editor@rfc-editor.org]=20 Sent: Thursday, September 06, 2012 9:21 AM To: Bhatia, Manav (Manav); vishwas.manral@hp.com; acee.lindem@ericsson.com;= stbryant@cisco.com; adrian@olddog.co.uk; akr@cisco.com; acee.lindem@ericss= on.com Cc: Bhatia, Manav (Manav); ospf@ietf.org; rfc-editor@rfc-editor.org Subject: [Technical Errata Reported] RFC6506 (3335) The following errata report has been submitted for RFC6506, "Supporting Aut= hentication Trailer for OSPFv3". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3D6506&eid=3D3335 -------------------------------------- Type: Technical Reported by: Manav Bhatia Section: 4.5 Original Text ------------- If the Protocol-Specific Authentication Key (Ks) is L octets long, then Ko = is equal to K.=20 Corrected Text -------------- If the Protocol-Specific Authentication Key (Ks) is L octets long, then Ko = is equal to Ks.=20 Notes ----- The key K is never used in computing the digest. There is a class of cross = protocol attacks that can be prevented if the original key K is appended wi= th a few well known bytes. As a result, the key K is appended with a 2 octe= t crypto protocol ID to derive a new key Ks. Its this key that must always = be used. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Re= ply All" to discuss whether it should be verified or rejected. When a decis= ion is reached, the verifying party (IESG) can log in to change the status = and edit the report, if necessary.=20 -------------------------------------- RFC6506 (draft-ietf-ospf-auth-trailer-ospfv3-11) -------------------------------------- Title : Supporting Authentication Trailer for OSPFv3 Publication Date : February 2012 Author(s) : M. Bhatia, V. Manral, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From wwwrun@rfc-editor.org Wed Sep 12 21:59:32 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1036721F84F3 for ; Wed, 12 Sep 2012 21:59:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TQr+GA2ehcph for ; Wed, 12 Sep 2012 21:59:31 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 919BC21F84AF for ; Wed, 12 Sep 2012 21:59:31 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 698EFB1E002; Wed, 12 Sep 2012 21:56:18 -0700 (PDT) To: none@rfc-editor.org, dennis@juniper.net, jmoy@sycamorenet.com, acee@redback.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com From: RFC Errata System Message-Id: <20120913045618.698EFB1E002@rfc-editor.org> Date: Wed, 12 Sep 2012 21:56:18 -0700 (PDT) Cc: ospf@ietf.org, rfc-editor@rfc-editor.org Subject: [OSPF] [Technical Errata Reported] RFC5340 (3350) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 04:59:32 -0000 The following errata report has been submitted for RFC5340, "OSPF for IPv6". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5340&eid=3350 -------------------------------------- Type: Technical Reported by: Michael Barnes Section: 2.7 Original Text ------------- o Two Options bits, the "R-bit" and the "V6-bit", have been added to the Options field for processing router-LSAs during the SPF calculation (see Appendix A.2). If the "R-bit" is clear, an OSPF speaker can participate in OSPF topology distribution without being used to forward transit traffic; this can be used in multi- homed hosts that want to participate in the routing protocol. The V6-bit specializes the R-bit; if the V6-bit is clear, an OSPF speaker can participate in OSPF topology distribution without being used to forward IPv6 datagrams. If the R-bit is set and the V6-bit is clear, IPv6 datagrams are not forwarded but datagrams belonging to another protocol family may be forwarded. Corrected Text -------------- o Two Options bits, the "R-bit" and the "V6-bit", have been added to the Options field for processing router-LSAs during the SPF calculation (see Appendix A.2). If the "R-bit" is clear, an OSPF speaker can participate in OSPF topology distribution without being used to forward transit traffic; this can be used in multi- homed hosts that want to participate in the routing protocol. An Area Border Router MUST advertise a consistent R-bit setting in its self-originated router-LSAs for all attached areas. The V6-bit specializes the R-bit; if the V6-bit is clear, an OSPF speaker can participate in OSPF topology distribution without being used to forward IPv6 datagrams. If the R-bit is set and the V6-bit is clear, IPv6 datagrams are not forwarded but datagrams belonging to another protocol family may be forwarded. Notes ----- Instructions: ------------- This errata 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. -------------------------------------- RFC5340 (draft-ietf-ospf-ospfv3-update-23) -------------------------------------- Title : OSPF for IPv6 Publication Date : July 2008 Author(s) : R. Coltun, D. Ferguson, J. Moy, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From wwwrun@rfc-editor.org Wed Sep 12 22:00:58 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0A5421E803C for ; Wed, 12 Sep 2012 22:00:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f86LXklhiinF for ; Wed, 12 Sep 2012 22:00:58 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id C217B21E8034 for ; Wed, 12 Sep 2012 22:00:51 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C162AB1E002; Wed, 12 Sep 2012 21:57:39 -0700 (PDT) To: none@rfc-editor.org, dennis@juniper.net, jmoy@sycamorenet.com, acee@redback.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com From: RFC Errata System Message-Id: <20120913045739.C162AB1E002@rfc-editor.org> Date: Wed, 12 Sep 2012 21:57:39 -0700 (PDT) Cc: ospf@ietf.org, rfc-editor@rfc-editor.org Subject: [OSPF] [Technical Errata Reported] RFC5340 (3351) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 05:00:58 -0000 The following errata report has been submitted for RFC5340, "OSPF for IPv6". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5340&eid=3351 -------------------------------------- Type: Technical Reported by: Michael Barnes Section: 4.4.3.4 Original Text ------------- o Link-local addresses MUST never be advertised in inter-area- prefix-LSAs. Corrected Text -------------- o Link-local addresses MUST never be advertised in inter-area- prefix-LSAs. o If the router's router-LSA R-bit is clear, only IPv6 prefixes associated with local interfaces MAY be advertised in inter-area-prefix-LSAs. Non-local IPv6 prefixes, e.g., those advertised by other routers and installed during the SPF computation, MUST NOT be advertised in inter-area-prefixes-LSAs. Notes ----- Instructions: ------------- This errata 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. -------------------------------------- RFC5340 (draft-ietf-ospf-ospfv3-update-23) -------------------------------------- Title : OSPF for IPv6 Publication Date : July 2008 Author(s) : R. Coltun, D. Ferguson, J. Moy, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From wwwrun@rfc-editor.org Wed Sep 12 22:02:11 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2E2721F84F3 for ; Wed, 12 Sep 2012 22:02:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P8fGgYnswUVY for ; Wed, 12 Sep 2012 22:02:11 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 8A3B121F84AF for ; Wed, 12 Sep 2012 22:02:11 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 87EA7B1E002; Wed, 12 Sep 2012 21:58:49 -0700 (PDT) To: none@rfc-editor.org, dennis@juniper.net, jmoy@sycamorenet.com, acee@redback.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com From: RFC Errata System Message-Id: <20120913045854.87EA7B1E002@rfc-editor.org> Date: Wed, 12 Sep 2012 21:58:49 -0700 (PDT) Cc: ospf@ietf.org, rfc-editor@rfc-editor.org Subject: [OSPF] [Technical Errata Reported] RFC5340 (3352) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Sep 2012 05:02:12 -0000 The following errata report has been submitted for RFC5340, "OSPF for IPv6". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5340&eid=3352 -------------------------------------- Type: Technical Reported by: Michael Barnes Section: 4.4.3.6 Original Text ------------- o Link-local addresses can never be advertised in AS-external-LSAs. Corrected Text -------------- o Link-local addresses can never be advertised in AS-external-LSAs. o If the router's router-LSA R-bit is clear, only IPv6 prefixes associated with local interfaces MAY be advertised in AS-external-LSAs. Non-local IPv6 prefixes, e.g., those exported from other routing protocols, MUST NOT be advertised in AS-external-LSAs. Notes ----- Instructions: ------------- This errata 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. -------------------------------------- RFC5340 (draft-ietf-ospf-ospfv3-update-23) -------------------------------------- Title : OSPF for IPv6 Publication Date : July 2008 Author(s) : R. Coltun, D. Ferguson, J. Moy, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From prvs=0606c428f7=david.ward@ll.mit.edu Sun Sep 16 08:51:29 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60AF521F84F6 for ; Sun, 16 Sep 2012 08:51:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gABfsur+fnSY for ; Sun, 16 Sep 2012 08:51:29 -0700 (PDT) Received: from mx2.ll.mit.edu (MX2.LL.MIT.EDU [129.55.12.46]) by ietfa.amsl.com (Postfix) with ESMTP id 770DE21F84EF for ; Sun, 16 Sep 2012 08:51:28 -0700 (PDT) Received: from LLE2K7-HUB02.mitll.ad.local (LLE2K7-HUB02.mitll.ad.local) by mx2.ll.mit.edu (unknown) with ESMTP id q8GFpPf8017293 for ; Sun, 16 Sep 2012 11:51:25 -0400 From: "Ward, David - 0663 - MITLL" To: "ospf@ietf.org" Date: Sun, 16 Sep 2012 11:51:24 -0400 Thread-Topic: OSPFv3 Intra-Area-Prefix-LSA Host Prefixes Thread-Index: Ac2UIyBReahzdD1kTcC/2UegblaiEw== Message-ID: <5055F57C.5060400@ll.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030004090803090905000805" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-09-16_05:2012-09-14, 2012-09-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1209160183 Subject: [OSPF] OSPFv3 Intra-Area-Prefix-LSA Host Prefixes X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 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, 16 Sep 2012 15:51:29 -0000 --------------ms030004090803090905000805 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable From RFC 5340 section C.7, "Host Route Parameters": Host IPv6 prefix An IPv6 prefix belonging to the directly connected host. This must not be a valid IPv6 global prefix. Is "must not" correct here? If so, can someone please explain why? Thanks, David --------------ms030004090803090905000805 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOZjCC BLcwggOfoAMCAQICARQwDQYJKoZIhvcNAQELBQAwVDELMAkGA1UEBhMCVVMxHzAdBgNVBAoT Fk1JVCBMaW5jb2xuIExhYm9yYXRvcnkxDDAKBgNVBAsTA1BLSTEWMBQGA1UEAxMNTUlUTEwg Um9vdCBDQTAeFw0wOTEyMTQxMjAwMDBaFw0xNTEyMzEyMzU5NTlaMFExCzAJBgNVBAYTAlVT MR8wHQYDVQQKExZNSVQgTGluY29sbiBMYWJvcmF0b3J5MQwwCgYDVQQLEwNQS0kxEzARBgNV BAMTCk1JVExMIENBLTIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCnBMsjYUiH 7DegMwcFYWZM6OknYzRgEO5gNgPE9JJnQgfDB+o1o1VTMBWcJYPXII4CyhLhDvSjfCvTPI4H mRDKIp5UX5N2BCzwu7BJJMwUJHFaS4RMAC7nvYh6MIEixpl2aWCpkYX74b2CeDDQriGlqXCv xmg2QhPlNmk4ONpL/80Kx9wKKhV/NThe54sFzZ2pz9YUEX5DE0a52hFvA19EzGhv7fUcucUj Ky0zXPQ70LYwOWXLlpxAolKcgwRVsS6/cse8YH9fy8IAsXKAXikgQaFs5EJigLIDKPTKtRaf 55yKsORSpoDrO1cvuntA5PnIH/qAFfACvGRTEK1RNLh9AgMBAAGjggGVMIIBkTASBgNVHRMB Af8ECDAGAQH/AgEAMB0GA1UdDgQWBBSOSn2JoWMXHIGINFc3JkVeGYp+JDAfBgNVHSMEGDAW gBRnqnrP9AqmuXK1iqDSnfIQw0PtKTAOBgNVHQ8BAf8EBAMCAYYwYQYIKwYBBQUHAQEEVTBT MC0GCCsGAQUFBzAChiFodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0dG8/TExSQ0EwIgYIKwYB BQUHMAGGFmh0dHA6Ly9vY3NwLmxsLm1pdC5lZHUwMwYDVR0fBCwwKjAooCagJIYiaHR0cDov L2NybC5sbC5taXQuZWR1L2dldGNybD9MTFJDQTCBkgYDVR0gBIGKMIGHMA0GCyqGSIb3EgIB AwEGMA0GCyqGSIb3EgIBAwEIMA0GCyqGSIb3EgIBAwEHMA0GCyqGSIb3EgIBAwEJMA0GCyqG SIb3EgIBAwEKMA0GCyqGSIb3EgIBAwELMA0GCyqGSIb3EgIBAwEOMA0GCyqGSIb3EgIBAwEP MA0GCyqGSIb3EgIBAwEQMA0GCSqGSIb3DQEBCwUAA4IBAQCIdwah0P1x/Augwi/nhBq6Ds8Q XAqkzSLZrL+DADWjk6HYFNo64x3Bo15c6oaW/GcTpZACt3StPa3OvsgAnKCtk81bQ0WV2MaL /0qmUYyN3bn1NiWrQD8aLAssv9aLY5dUylGOO1r37d9b3X+YtFytg0FRCfl5arYAYhU1SDCH wScD2o67Is/qYBRGMIYcCcb7PH5UotBSwhO+1WCxIqD+YcRusyD3kEcc4dW6IG36YVhx7aIk w5AUmeFH7xl0E1X+0I4Q+cmMNdMiArYx5rYG34AZB+f770fdjWPUUpTT82aphiiImutWyQpm oEWBsnsX3nVTRdHCVi+Cf3Cx4YDWMIIE0DCCA7igAwIBAgIKFDTzfQAAAABQQzANBgkqhkiG 9w0BAQsFADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9y eTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTEyMDkwNDEzMjA1NFoX DTEzMDkwNDEzMjA1NFowXzELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExh Ym9yYXRvcnkxDzANBgNVBAsTBlBlb3BsZTEeMBwGA1UEAxMVV2FyZC5EYXZpZC5QLjUwMDEx NDU5MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlQpeGVnnD5Qk9yst3Dc4hHB7 ffqz1+uzSq+vbdj8SsPimBI1/ptJDv047zbGKH+8GR6JF9ykClRkyse5QtC5oxn2gvMDDxI1 dI5t4itSWE1zi4+5Sc7c/+kiDaZxWfjhSgYlSY160VbzudjaAY7uRZtVLVGqsfYV631GBCH/ zPnklpmx79kZO3s2dHh1J/xvUiGY3VrqCi1mdigP4Sys0kzzrH0bRzkKYWYjQQKgbFgQE17l cVflo22XZ82rM7boe+u5zMeo2UYcuKV9sh2wttVijbJpIgV0PQJIxTAtcUjzEkZXBCR3vMvS RtQB9k+i6+L4qLJagSSmK0LPL5GT4QIDAQABo4IBmjCCAZYwHQYDVR0OBBYEFJDeo9mVRpLI h5SCQITbLFzbqIaQMA4GA1UdDwEB/wQEAwIGwDAfBgNVHSMEGDAWgBSOSn2JoWMXHIGINFc3 JkVeGYp+JDAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0Y3Js L0xMQ0EyMGIGCCsGAQUFBwEBBFYwVDAtBggrBgEFBQcwAoYhaHR0cDovL2NybC5sbC5taXQu ZWR1L2dldHRvL0xMQ0EyMCMGCCsGAQUFBzABhhdodHRwOi8vb2NzcC5sbC5taXQuZWR1LzAM BgNVHRMBAf8EAjAAMD0GCSsGAQQBgjcVBwQwMC4GJisGAQQBgjcVCIOD5R2H7Kdmhq2HFYPq 8EWFtqEfHYXL3jKH/4pzAgFkAgEFMCIGA1UdJQEB/wQYMBYGCCsGAQUFBwMEBgorBgEEAYI3 CgMMMBgGA1UdIAQRMA8wDQYLKoZIhvcSAgEDAQgwIAYDVR0RBBkwF4EVZGF2aWQud2FyZEBs bC5taXQuZWR1MA0GCSqGSIb3DQEBCwUAA4IBAQA+4Y9Phse3fgha9SCOdzKDbrFdD6GrFHf2 G6qwyWKn02TE+HnEqu8bArS9HTruLHJSZd6Sk0fJ0kjsV93XuivqiagSiwTE5Z3LbVmEZmVz /J1wNwbt4Wh6Fia+HzGwpxJUVMaiCNW/KZ6QG89c9fUeXz20QLcwaXFbFDxFowYOJ18z6znq muerd0Vgadj+tUNLkaFKExfSHz4S6vGHruKzlp8pN5pShkL2WvcrLfex6DFK3vYhrYTdkaB+ mKAy/dokW1x6qygDW+WW2ykQ5gwIdldidpCtWf77ifYrJ3PqPrI1koY8I2zmc6F96eIXXmSI dCcKkrv/7zbuwtuNQUElMIIE0zCCA7ugAwIBAgIKFDWLlwAAAABQRDANBgkqhkiG9w0BAQsF ADBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoG A1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0yMB4XDTEyMDkwNDEzMjEzM1oXDTEzMDkw NDEzMjEzM1owXzELMAkGA1UEBhMCVVMxHzAdBgNVBAoTFk1JVCBMaW5jb2xuIExhYm9yYXRv cnkxDzANBgNVBAsTBlBlb3BsZTEeMBwGA1UEAxMVV2FyZC5EYXZpZC5QLjUwMDExNDU5MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3CB/DldDL6g8NAY4KpWAgCgXj1s+C8bG z3dPr47Iuc/4hfvPVx6uEnQH7nG1L3QvV5AAISN6kILSRUkJCluU6c3XyjgIl5wP4jrviMEI HV8YLGyihZwAXaakGT3zWopv5J/LzJSk5z2AJf7zmX6PbD2yoCicUqWTwtBIZtSOeBT2b/yf a/BzrTivc8QvB69BBu72VcaKe6F6yqnNU1FH/CKkxcDva+YC1MzFZrfEof2MMmc8gJrdEzsJ mwPYV6EZO4P8T09cMUiqyfgUX4Qvy2Poe7wlRDnFDZxFQTGnsq/HSjBMnwr2LmwNUef4qJEH cnOcaMFPFZM8lbFtr69x0wIDAQABo4IBnTCCAZkwHQYDVR0OBBYEFFGXCofTuCBcetmoX4/Z Q7y0QXlGMA4GA1UdDwEB/wQEAwIFIDAfBgNVHSMEGDAWgBSOSn2JoWMXHIGINFc3JkVeGYp+ JDAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmxsLm1pdC5lZHUvZ2V0Y3JsL0xMQ0Ey MGIGCCsGAQUFBwEBBFYwVDAtBggrBgEFBQcwAoYhaHR0cDovL2NybC5sbC5taXQuZWR1L2dl dHRvL0xMQ0EyMCMGCCsGAQUFBzABhhdodHRwOi8vb2NzcC5sbC5taXQuZWR1LzAMBgNVHRMB Af8EAjAAMD0GCSsGAQQBgjcVBwQwMC4GJisGAQQBgjcVCIOD5R2H7Kdmhq2HFYPq8EWFtqEf HYXr0HCD6+0gAgFkAgEEMCUGA1UdJQQeMBwGBFUdJQAGCCsGAQUFBwMEBgorBgEEAYI3CgME MBgGA1UdIAQRMA8wDQYLKoZIhvcSAgEDAQgwIAYDVR0RBBkwF4EVZGF2aWQud2FyZEBsbC5t aXQuZWR1MA0GCSqGSIb3DQEBCwUAA4IBAQAhEOVwxw+GDmh/7XAXTFab//YvOnc25VZ72/IW IW07g6YuDsiFHNXQ67GcXySUpjgKsxeorrGxfnDZ03Qp67s+xHvtVqqgkclOa+CAmFm18yG8 sBpY0G2C+HJuFwWKBHmnt5/npvZLIqwbFLm548QYRuS5u073HRW4QH2MPrrexZBL50e8fjnI NoyK8JcXwzXNWeo1yRCl+REKUIqqtjS2AM9+4H0M3HONctclRU4sryPVpddxGi8T0Hv798IA uBF8vkBfCwGVrB3mi9PQXBWdBBV9++shL3Vj0TT+Ec/sc1ftXt+CvoF9ggppVVRJwBfA6ZJ4 /yiLxDsY+K5I9gvRMYIDNzCCAzMCAQEwXzBRMQswCQYDVQQGEwJVUzEfMB0GA1UEChMWTUlU IExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRMTCBDQS0y AgoUNPN9AAAAAFBDMAkGBSsOAwIaBQCgggGtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTEyMDkxNjE1NTEyNFowIwYJKoZIhvcNAQkEMRYEFFgVpRrEsMWU smPPhYYAlZVZ6p0cMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQB AjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcw DQYIKoZIhvcNAwICASgwbgYJKwYBBAGCNxAEMWEwXzBRMQswCQYDVQQGEwJVUzEfMB0GA1UE ChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQDEwpNSVRM TCBDQS0yAgoUNYuXAAAAAFBEMHAGCyqGSIb3DQEJEAILMWGgXzBRMQswCQYDVQQGEwJVUzEf MB0GA1UEChMWTUlUIExpbmNvbG4gTGFib3JhdG9yeTEMMAoGA1UECxMDUEtJMRMwEQYDVQQD EwpNSVRMTCBDQS0yAgoUNYuXAAAAAFBEMA0GCSqGSIb3DQEBAQUABIIBAGSFZoufppQgurOZ DvOtJHwRZ/pYSuQSE9r4/0BGaazpF6jylsTYvkFJzm8dW3IpjY/2IYUDe/8E0218gVAB1t5V Da9LOoD1Ait6LcbMk1ATyFvXx/q4W6uG1nmDbkHVXOYUuSLM73orf8NvSl9KcbbsR3IeHjBk j/xF7Hzdj7wTJTxA3HQHjK9oqrFui6YW6Y3wjxovCb2dKSq7jb778fAzBx5j5Gv8rNWr4KVa 8ucdtiTrztZCvV73ZCFHBuKBkG7Ad4CFvHg6wbthcScpqL3DzjerEFweYT858T1VIiknyrgM J37ywGlpk7D5YJTzotJrMLig9oVxI+6qWtWYLGQAAAAAAAA= --------------ms030004090803090905000805-- From acee.lindem@ericsson.com Mon Sep 17 06:24:02 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B448921F852B for ; Mon, 17 Sep 2012 06:24:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9vdW9VsIurfp for ; Mon, 17 Sep 2012 06:24:01 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id CB12421F84D5 for ; Mon, 17 Sep 2012 06:24:01 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q8HDSrFR012866; Mon, 17 Sep 2012 08:28:55 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Mon, 17 Sep 2012 09:23:58 -0400 From: Acee Lindem To: "Ward, David - 0663 - MITLL" Date: Mon, 17 Sep 2012 09:23:57 -0400 Thread-Topic: [OSPF] OSPFv3 Intra-Area-Prefix-LSA Host Prefixes Thread-Index: Ac2U17G24tR/NWeKTDeCQDIar80uiA== Message-ID: <8BBD552E-5C4F-4508-AF0F-72870EF108E6@ericsson.com> References: <5055F57C.5060400@ll.mit.edu> In-Reply-To: <5055F57C.5060400@ll.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-12-213850393"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: "ospf@ietf.org" Subject: Re: [OSPF] OSPFv3 Intra-Area-Prefix-LSA Host Prefixes X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 13:24:02 -0000 --Apple-Mail-12-213850393 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi David, On Sep 16, 2012, at 11:51 AM, Ward, David - 0663 - MITLL wrote: > From RFC 5340 section C.7, "Host Route Parameters": > > > Host IPv6 prefix > An IPv6 prefix belonging to the directly connected host. This > must not be a valid IPv6 global prefix. > > > Is "must not" correct here? If so, can someone please explain why? I believe this is incorrect and should be simply "must". Thanks, Acee > > Thanks, > > David > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf --Apple-Mail-12-213850393 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkxNzEzMjM1OFowIwYJKoZI hvcNAQkEMRYEFEnUfEp9MxxIBDIet+3Fuyn6NjP1MFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgDej4LzCzhWRMRJ9wKksKwdrcNl5iNwk7jpub6dMsoH2vtlH649wlIxDLgldAnt8 3ieLl66MhuAU7zwTFY6z1kJXUqVX78itucU7VL7B7VUD1hkEb57/WQ3nFJh/Ql76QlXBdtD47HdW j/49oDbFZLlskhm5zdBPbJyd+Nt8hwtcAAAAAAAA --Apple-Mail-12-213850393-- From acee.lindem@ericsson.com Mon Sep 17 11:58:10 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1733821F85FC for ; Mon, 17 Sep 2012 11:58:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mrtvm+8mGDK3 for ; Mon, 17 Sep 2012 11:58:09 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 8813321F853E for ; Mon, 17 Sep 2012 11:58:09 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8HIw88H010014 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 17 Sep 2012 13:58:09 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Mon, 17 Sep 2012 14:58:08 -0400 From: Acee Lindem To: OSPF List Date: Mon, 17 Sep 2012 14:58:06 -0400 Thread-Topic: OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2VBmAgR/w9BJLrRkifkqBq9zudTQ== Message-ID: <1B2A4C48-F135-49FC-8E99-9889A3DD45EB@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-24-233899086"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Subject: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 18:58:10 -0000 --Apple-Mail-24-233899086 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii We had some support of making = http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an = OSPFv3 WG document at IETF 84. The impetus is: 1. OSPFv3 being considered as homenet routing protocol and = autoconfiguration is a requirement.=20 2. Work on OSPFv3 configuration has started in the past in other WGs = but not finished.=20 3. Current proposal has gone through a couple revision cycles with = incremental comments addressed.=20 Is anyone opposed?=20 Thanks, Acee=20= --Apple-Mail-24-233899086 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkxNzE4NTgwNlowIwYJKoZI hvcNAQkEMRYEFHS5mj3j+EfsO1byBchfcR5ZYn+7MFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgBIesvexmUKDreH4JU7xWcGpcgvhx8Ru1dG+fyDVoxs9S1Os2/2W53WKbku7BA1u NGCR6+3AEXVaOyF0JGmtEelF6WnW6ZrreTahOUktGsnGL8i0g1BGa8OkQbVgx9zGQLG1rGHduTO4 9nTH++ZM+S7LDDdSKr/MFsjBFHAr9842AAAAAAAA --Apple-Mail-24-233899086-- From wwwrun@rfc-editor.org Mon Sep 17 15:30:07 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30A0721E808E for ; Mon, 17 Sep 2012 15:30:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.082 X-Spam-Level: X-Spam-Status: No, score=-102.082 tagged_above=-999 required=5 tests=[AWL=-0.233, BAYES_00=-2.599, NO_RELAYS=-0.001, SARE_OBFU_ALL=0.751, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id beKbaCyh8y5u for ; Mon, 17 Sep 2012 15:30:06 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id AB6F921E808C for ; Mon, 17 Sep 2012 15:30:06 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 60876B1E003; Mon, 17 Sep 2012 15:26:37 -0700 (PDT) To: none@rfc-editor.org, dennis@juniper.net, jmoy@sycamorenet.com, acee@redback.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com From: RFC Errata System Message-Id: <20120917222637.60876B1E003@rfc-editor.org> Date: Mon, 17 Sep 2012 15:26:37 -0700 (PDT) Cc: ospf@ietf.org, david.ward@ll.mit.edu, rfc-editor@rfc-editor.org Subject: [OSPF] [Technical Errata Reported] RFC5340 (3357) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 22:30:07 -0000 The following errata report has been submitted for RFC5340, "OSPF for IPv6". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5340&eid=3357 -------------------------------------- Type: Technical Reported by: David Ward Section: C.7 Original Text ------------- Host IPv6 prefix An IPv6 prefix belonging to the directly connected host. This must not be a valid IPv6 global prefix. Corrected Text -------------- Host IPv6 prefix An IPv6 prefix belonging to the directly connected host. This must be a valid IPv6 global prefix. Notes ----- http://www.ietf.org/mail-archive/web/ospf/current/msg06446.html Instructions: ------------- This errata 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. -------------------------------------- RFC5340 (draft-ietf-ospf-ospfv3-update-23) -------------------------------------- Title : OSPF for IPv6 Publication Date : July 2008 Author(s) : R. Coltun, D. Ferguson, J. Moy, A. Lindem Category : PROPOSED STANDARD Source : Open Shortest Path First IGP Area : Routing Stream : IETF Verifying Party : IESG From sshamim@cisco.com Fri Sep 21 10:43:38 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3623D21F8704 for ; Fri, 21 Sep 2012 10:43:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.299 X-Spam-Level: X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vk9+GRdfoNoH for ; Fri, 21 Sep 2012 10:43:37 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id 8231421F86FA for ; Fri, 21 Sep 2012 10:43:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2771; q=dns/txt; s=iport; t=1348249417; x=1349459017; h=from:to:subject:date:message-id:in-reply-to:content-id: content-transfer-encoding:mime-version; bh=B+i8o4bOn8oiIVBDBCZUUmm4VcX/snl4zdMsLjo9hMU=; b=I3UXtugpa2RfJCG8SpCNI+0gxL+RSF9FrY1Y9UZ7k8HHQSQQpkFXLDuL dNOZp1BFaA+c+ydcvd9DR+gip8gMA1ccfIIfopQ9ka/dcXApEOsuCjble QVg5aA7JtwNLsPZW8Fkx4G9NLTpP14DGa5s0QMECAGOmx929yld9s93mt Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAE+mXFCtJV2c/2dsb2JhbABFvhiBCIIiAQQBAQEPASc0HQEINjcLJQEBBAESCRmHYwuZE6AfkUIDlWSOOYFpgmeCFw X-IronPort-AV: E=Sophos;i="4.80,463,1344211200"; d="scan'208";a="124061159" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-7.cisco.com with ESMTP; 21 Sep 2012 17:43:35 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id q8LHhZGm027412 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 21 Sep 2012 17:43:35 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.216]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.02.0298.004; Fri, 21 Sep 2012 12:43:34 -0500 From: "Faraz Shamim (sshamim)" To: Acee Lindem , OSPF List Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2VBmAgR/w9BJLrRkifkqBq9zudTQDGjwKA Date: Fri, 21 Sep 2012 17:43:34 +0000 Message-ID: In-Reply-To: <1B2A4C48-F135-49FC-8E99-9889A3DD45EB@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.14.0.111121 x-originating-ip: [64.101.233.216] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19200.001 x-tm-as-result: No--24.587400-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: <8BF4499AF088144C8B76A930037BE834@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 17:43:38 -0000 Hi Acee, Not opposing this idea but have 4 comments here: 1) In section 5.2.1: The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and the S1/S2 bits set to B'01' indicating Area Flooding Scope. I think it should say S2/S1 as mentioned in RFC 5340. Since S2 comes before S1 in packet format so it make sense to use the same sequence in your text. Also, not sure what you meant by letter 'B' next to '01'. 2) In section 2.2: For example, if manual configuration or an other condition indicates that an interface is connected to an Internet Service Provider (ISP), there is typically no need to employ OSPFv3. However, note that in many environments it can be useful to test whether an OSPFv3 adjacency can be established. In home networking environments, an interface where no OSPFv3 neighbors are found but a DHCP prefix can be acquired may be considered as an ISP interface. In a situation when you are running eBGP with an ISP and iBGP internally, it is required to enable OSPFv3 on the ISP link unless you are using next-hop-self in BGP. So in that case excluding ISP link is a bad idea. Also in this case enabling OSPFv3 with passive-interface would make sense. 3) In section 2.4: OSPFv3 interfaces MUST auto-configure the default HelloInterval and RouterDeadInterval as specified in [OSPFV3]. I think the "auto-configure" part is confusing here. We do not "configure" the default values when we enable OSPFv3 on an interface. A better sentence in my opinion would be: OSPFv3 interfaces MUST use the default HelloInterval and RouterDeadInterval as specified in [OSPFV3]. 4) In section 5.2.1, wouldn't it be better to use the field name/letter instead of the actual value? For example instead of mentioning 1 0 1 it should say U S2 S1 and in the explanation section it should mention the default value for AC LSA. Same logic goes for using TBD instead of "LSA Function Code" =20 Thanks, Faraz On 9/17/12 1:58 PM, "Acee Lindem" wrote: >We had some support of making >http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an OSPFv3 >WG document at IETF 84. The impetus is: > > 1. OSPFv3 being considered as homenet routing protocol and >autoconfiguration is a requirement. > 2. Work on OSPFv3 configuration has started in the past in other WGs >but not finished.=20 > 3. Current proposal has gone through a couple revision cycles with >incremental comments addressed. > >Is anyone opposed? > >Thanks, >Acee _______________________________________________ >OSPF mailing list >OSPF@ietf.org >https://www.ietf.org/mailman/listinfo/ospf From acee.lindem@ericsson.com Mon Sep 24 08:47:42 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74EF921E8042 for ; Mon, 24 Sep 2012 08:47:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.449 X-Spam-Level: X-Spam-Status: No, score=-6.449 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, GB_I_LETTER=-2, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ph6bX7oPH81A for ; Mon, 24 Sep 2012 08:47:41 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id B2BC021E8041 for ; Mon, 24 Sep 2012 08:47:41 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8OFlVOS017007 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 24 Sep 2012 10:47:40 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Mon, 24 Sep 2012 11:47:38 -0400 From: Acee Lindem To: "Faraz Shamim (sshamim)" Date: Mon, 24 Sep 2012 11:47:33 -0400 Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2aa+vofz5K6FZHT5CASS1n4u+Nzw== Message-ID: <0B9BA1CB-3E21-46FB-9EDA-C332B8BBCDFA@ericsson.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-11-827266574"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 15:47:42 -0000 --Apple-Mail-11-827266574 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Faraz,=20 Thanks for review. =20 On Sep 21, 2012, at 1:43 PM, Faraz Shamim (sshamim) wrote: > Hi Acee, >=20 > Not opposing this idea but have 4 comments here: >=20 > 1) >=20 > In section 5.2.1: >=20 > The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and > the S1/S2 bits set to B'01' indicating Area Flooding Scope. >=20 > I think it should say S2/S1 as mentioned in RFC 5340. Since S2 comes > before S1 in packet format so it make sense to use the same sequence = in > your text. Yes - will update.=20 >=20 > Also, not sure what you meant by letter 'B' next to '01'. I mean these are bits. I will see whether or not this is used elsewhere.=20= >=20 > 2) >=20 > In section 2.2: >=20 >=20 > For example, if manual > configuration or an other condition indicates that an interface > is connected to an Internet Service Provider (ISP), there is > typically no need to employ OSPFv3. However, note that in many > environments it can be useful to test whether an OSPFv3 = adjacency > can be established. In home networking environments, an > interface where no OSPFv3 neighbors are found but a DHCP prefix > can be acquired may be considered as an ISP interface. >=20 >=20 >=20 > In a situation when you are running eBGP with an ISP and iBGP = internally, > it is required to enable OSPFv3 on the ISP link unless you are using > next-hop-self in BGP. So in that case excluding ISP link is a bad = idea. > Also in this case enabling OSPFv3 with passive-interface would make = sense. You certainly wouldn't run OSPFv3 in the same routing domain with the = ISP box.=20 This is really only an example but I could qualify OSPFv3 as = "autoconfigured OSPFv3".=20 >=20 > 3) >=20 > In section 2.4: >=20 > OSPFv3 interfaces MUST auto-configure the default HelloInterval > and RouterDeadInterval as specified in [OSPFV3]. >=20 > I think the "auto-configure" part is confusing here. We do not = "configure" > the default values when we enable OSPFv3 on an interface. A better > sentence in my opinion would be: >=20 > OSPFv3 interfaces MUST use the default HelloInterval > and RouterDeadInterval as specified in [OSPFV3]. Ok.=20 >=20 >=20 > 4) In section 5.2.1, wouldn't it be better to use the field = name/letter > instead of the actual value? These fields are referred to by the bit names in RFC 5340. =20 > For example instead of mentioning 1 0 1 it > should say U S2 S1 and in the explanation section it should mention = the > default value for AC LSA. Same logic goes for using TBD instead of = "LSA > Function Code" This is pretty much standard text for adding an OSPFv3 LSA. The text = excerpted below includes the name of the bits, value, and the designation.=20 The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and the S1/S2 bits set to B'01' indicating Area Flooding Scope. The U bit will be set indicating that the OSPFv3 AC LSA should be flooded even if it is not understood.=20 Note that we want to specify these bits precisely rather than the = defaults.=20 Thanks, Acee=20 >=20 >=20 >=20 > Thanks, >=20 > Faraz >=20 > On 9/17/12 1:58 PM, "Acee Lindem" wrote: >=20 >> We had some support of making >> http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an = OSPFv3 >> WG document at IETF 84. The impetus is: >>=20 >> 1. OSPFv3 being considered as homenet routing protocol and >> autoconfiguration is a requirement. >> 2. Work on OSPFv3 configuration has started in the past in other WGs >> but not finished.=20 >> 3. Current proposal has gone through a couple revision cycles with >> incremental comments addressed. >>=20 >> Is anyone opposed? >>=20 >> Thanks, >> Acee _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >=20 --Apple-Mail-11-827266574 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyNDE1NDczNFowIwYJKoZI hvcNAQkEMRYEFOQA3Sbgiccs8ZCxe/saKV13NDQkMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgIjI4kVQ4GoF+DGNbX+yUummJ5J51e6APNmlgFREOc7vbJzbd+jXa8WAaSWiP4qM 3g0U//iEmkDi9Zy1RZChJvqNzpjGGVdwy8XPuluCvwSGhgkt7tYDLWZ98R4cU2JOPcVpUfCFxQ2m n1v2ROQUA9u1HitM9ElF6IluEV63+MfxAAAAAAAA --Apple-Mail-11-827266574-- From sshamim@cisco.com Mon Sep 24 09:11:55 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D80021F866B for ; Mon, 24 Sep 2012 09:11:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.699 X-Spam-Level: X-Spam-Status: No, score=-9.699 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_82=0.6, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fdnsrWQDowz2 for ; Mon, 24 Sep 2012 09:11:54 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 6D08C21F854E for ; Mon, 24 Sep 2012 09:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4725; q=dns/txt; s=iport; t=1348503114; x=1349712714; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Z2GZdAf7r0BfgiQF3DE/RhlZ6ZbJNhPLL+xmvcR3AUw=; b=CYHas/WgUfPq9/CTauG8quCPfvBU9fZN74Jfg2FKu337kGn3L3E98wPl Jc/YGRLj9RbEo85tuKau88M1xM3CVKZdeJhz6GOZO6RCXl92kdIjioIv3 D7+qFYbBPauVGJekuHQJmnQulkRtdRXQnWqPmuFqQjZrRBMsCzGyHg4hh g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABKFYFCtJXG8/2dsb2JhbABFvj+BCIIgAQEBBAEBAQ8BJzQEBxIBCBgeNwslAQEEDgUJGYdjC5hKn2KLHIYqA5VljjqBaYJnghc X-IronPort-AV: E=Sophos;i="4.80,476,1344211200"; d="scan'208";a="124723397" Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-6.cisco.com with ESMTP; 24 Sep 2012 16:11:53 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id q8OGBrYD026311 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 24 Sep 2012 16:11:53 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.216]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.02.0298.004; Mon, 24 Sep 2012 11:11:53 -0500 From: "Faraz Shamim (sshamim)" To: Acee Lindem Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2VBmAgR/w9BJLrRkifkqBq9zudTQDGjwKAAJ1Nf4D//7MAAA== Date: Mon, 24 Sep 2012 16:11:52 +0000 Message-ID: In-Reply-To: <0B9BA1CB-3E21-46FB-9EDA-C332B8BBCDFA@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.14.0.111121 x-originating-ip: [10.20.173.247] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19206.004 x-tm-as-result: No--33.626800-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:11:55 -0000 Hi Acee, In my point 2) below, I am not saying to enable OSPFv3 towards ISP for the purpose of forming OSPFv3 neighbor relationship with ISP. I am saying that in eBGP case, you do need to enable OSPFv3 on the link towards the service provider(in passive mode) because this ISP link is needed to be known as an IGP because BGP will cary this next-hop "as is" in its iBGP updates unless we do next-hop-self. This is one aspect of interaction between BGP and IGP where you need to carry the eBGP next-hop in your IGP. Thanks, Faraz On 9/24/12 10:47 AM, "Acee Lindem" wrote: >Hi Faraz,=20 >Thanks for review. >=20 >On Sep 21, 2012, at 1:43 PM, Faraz Shamim (sshamim) wrote: > >> Hi Acee, >>=20 >> Not opposing this idea but have 4 comments here: >>=20 >> 1) >>=20 >> In section 5.2.1: >>=20 >> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and >> the S1/S2 bits set to B'01' indicating Area Flooding Scope. >>=20 >> I think it should say S2/S1 as mentioned in RFC 5340. Since S2 comes >> before S1 in packet format so it make sense to use the same sequence in >> your text. > >Yes - will update. > > >>=20 >> Also, not sure what you meant by letter 'B' next to '01'. > >I mean these are bits. I will see whether or not this is used elsewhere. > >>=20 >> 2) >>=20 >> In section 2.2: >>=20 >>=20 >> For example, if manual >> configuration or an other condition indicates that an interface >> is connected to an Internet Service Provider (ISP), there is >> typically no need to employ OSPFv3. However, note that in many >> environments it can be useful to test whether an OSPFv3 adjacency >> can be established. In home networking environments, an >> interface where no OSPFv3 neighbors are found but a DHCP prefix >> can be acquired may be considered as an ISP interface. >>=20 >>=20 >>=20 >> In a situation when you are running eBGP with an ISP and iBGP >>internally, >> it is required to enable OSPFv3 on the ISP link unless you are using >> next-hop-self in BGP. So in that case excluding ISP link is a bad idea. >> Also in this case enabling OSPFv3 with passive-interface would make >>sense. > >You certainly wouldn't run OSPFv3 in the same routing domain with the ISP >box.=20 >This is really only an example but I could qualify OSPFv3 as >"autoconfigured OSPFv3". > > > >>=20 >> 3) >>=20 >> In section 2.4: >>=20 >> OSPFv3 interfaces MUST auto-configure the default HelloInterval >> and RouterDeadInterval as specified in [OSPFV3]. >>=20 >> I think the "auto-configure" part is confusing here. We do not >>"configure" >> the default values when we enable OSPFv3 on an interface. A better >> sentence in my opinion would be: >>=20 >> OSPFv3 interfaces MUST use the default HelloInterval >> and RouterDeadInterval as specified in [OSPFV3]. > >Ok.=20 > >>=20 >>=20 >> 4) In section 5.2.1, wouldn't it be better to use the field name/letter >> instead of the actual value? > >These fields are referred to by the bit names in RFC 5340. > > > >> For example instead of mentioning 1 0 1 it >> should say U S2 S1 and in the explanation section it should mention the >> default value for AC LSA. Same logic goes for using TBD instead of "LSA >> Function Code" > >This is pretty much standard text for adding an OSPFv3 LSA. The text >excerpted below >includes the name of the bits, value, and the designation. > > The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and > the S1/S2 bits set to B'01' indicating Area Flooding Scope. The U > bit will be set indicating that the OSPFv3 AC LSA should be flooded > even if it is not understood. > >Note that we want to specify these bits precisely rather than the >defaults.=20 > >Thanks, >Acee=20 > > >>=20 >>=20 >>=20 >> Thanks, >>=20 >> Faraz >>=20 >> On 9/17/12 1:58 PM, "Acee Lindem" wrote: >>=20 >>> We had some support of making >>> http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an >>>OSPFv3 >>> WG document at IETF 84. The impetus is: >>>=20 >>> 1. OSPFv3 being considered as homenet routing protocol and >>> autoconfiguration is a requirement. >>> 2. Work on OSPFv3 configuration has started in the past in other WGs >>> but not finished. >>> 3. Current proposal has gone through a couple revision cycles with >>> incremental comments addressed. >>>=20 >>> Is anyone opposed? >>>=20 >>> Thanks, >>> Acee _______________________________________________ >>> OSPF mailing list >>> OSPF@ietf.org >>> https://www.ietf.org/mailman/listinfo/ospf >>=20 > From acee.lindem@ericsson.com Mon Sep 24 09:42:42 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB25821F8811 for ; Mon, 24 Sep 2012 09:42:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.119 X-Spam-Level: X-Spam-Status: No, score=-6.119 tagged_above=-999 required=5 tests=[AWL=-0.420, BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_82=0.6, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VDwNK1O3Tvm9 for ; Mon, 24 Sep 2012 09:42:42 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 2629621F8809 for ; Mon, 24 Sep 2012 09:42:42 -0700 (PDT) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q8OGme8d022980; Mon, 24 Sep 2012 11:48:41 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Mon, 24 Sep 2012 12:42:35 -0400 From: Acee Lindem To: "Faraz Shamim (sshamim)" Date: Mon, 24 Sep 2012 12:42:30 -0400 Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2ac5lVdcsGyRg7T5q91vCsKEg8Hw== Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-14-830563479"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Sep 2012 16:42:43 -0000 --Apple-Mail-14-830563479 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Faraz, On Sep 24, 2012, at 12:11 PM, Faraz Shamim (sshamim) wrote: > Hi Acee, >=20 > In my point 2) below, I am not saying to enable OSPFv3 towards ISP for = the > purpose of forming OSPFv3 neighbor relationship with ISP. I am saying = that > in eBGP case, you do need to enable OSPFv3 on the link towards the = service > provider(in passive mode) because this ISP link is needed to be known = as > an IGP because BGP will cary this next-hop "as is" in its iBGP updates > unless we do next-hop-self. This is one aspect of interaction between = BGP > and IGP where you need to carry the eBGP next-hop in your IGP. I understood. What I meant was that this would not be an autoconfigured = instance of OSPFv3 and it would most likely not be the same instance as = is running on non-ISP facing interfaces.=20 Thanks, Acee=20 >=20 > Thanks, >=20 > Faraz >=20 > On 9/24/12 10:47 AM, "Acee Lindem" wrote: >=20 >> Hi Faraz,=20 >> Thanks for review. >>=20 >> On Sep 21, 2012, at 1:43 PM, Faraz Shamim (sshamim) wrote: >>=20 >>> Hi Acee, >>>=20 >>> Not opposing this idea but have 4 comments here: >>>=20 >>> 1) >>>=20 >>> In section 5.2.1: >>>=20 >>> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD = and >>> the S1/S2 bits set to B'01' indicating Area Flooding Scope. >>>=20 >>> I think it should say S2/S1 as mentioned in RFC 5340. Since S2 comes >>> before S1 in packet format so it make sense to use the same sequence = in >>> your text. >>=20 >> Yes - will update. >>=20 >>=20 >>>=20 >>> Also, not sure what you meant by letter 'B' next to '01'. >>=20 >> I mean these are bits. I will see whether or not this is used = elsewhere. >>=20 >>>=20 >>> 2) >>>=20 >>> In section 2.2: >>>=20 >>>=20 >>> For example, if manual >>> configuration or an other condition indicates that an interface >>> is connected to an Internet Service Provider (ISP), there is >>> typically no need to employ OSPFv3. However, note that in many >>> environments it can be useful to test whether an OSPFv3 = adjacency >>> can be established. In home networking environments, an >>> interface where no OSPFv3 neighbors are found but a DHCP prefix >>> can be acquired may be considered as an ISP interface. >>>=20 >>>=20 >>>=20 >>> In a situation when you are running eBGP with an ISP and iBGP >>> internally, >>> it is required to enable OSPFv3 on the ISP link unless you are using >>> next-hop-self in BGP. So in that case excluding ISP link is a bad = idea. >>> Also in this case enabling OSPFv3 with passive-interface would make >>> sense. >>=20 >> You certainly wouldn't run OSPFv3 in the same routing domain with the = ISP >> box.=20 >> This is really only an example but I could qualify OSPFv3 as >> "autoconfigured OSPFv3". >>=20 >>=20 >>=20 >>>=20 >>> 3) >>>=20 >>> In section 2.4: >>>=20 >>> OSPFv3 interfaces MUST auto-configure the default HelloInterval >>> and RouterDeadInterval as specified in [OSPFV3]. >>>=20 >>> I think the "auto-configure" part is confusing here. We do not >>> "configure" >>> the default values when we enable OSPFv3 on an interface. A better >>> sentence in my opinion would be: >>>=20 >>> OSPFv3 interfaces MUST use the default HelloInterval >>> and RouterDeadInterval as specified in [OSPFV3]. >>=20 >> Ok.=20 >>=20 >>>=20 >>>=20 >>> 4) In section 5.2.1, wouldn't it be better to use the field = name/letter >>> instead of the actual value? >>=20 >> These fields are referred to by the bit names in RFC 5340. >>=20 >>=20 >>=20 >>> For example instead of mentioning 1 0 1 it >>> should say U S2 S1 and in the explanation section it should mention = the >>> default value for AC LSA. Same logic goes for using TBD instead of = "LSA >>> Function Code" >>=20 >> This is pretty much standard text for adding an OSPFv3 LSA. The text >> excerpted below >> includes the name of the bits, value, and the designation. >>=20 >> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD = and >> the S1/S2 bits set to B'01' indicating Area Flooding Scope. The U >> bit will be set indicating that the OSPFv3 AC LSA should be flooded >> even if it is not understood. >>=20 >> Note that we want to specify these bits precisely rather than the >> defaults.=20 >>=20 >> Thanks, >> Acee=20 >>=20 >>=20 >>>=20 >>>=20 >>>=20 >>> Thanks, >>>=20 >>> Faraz >>>=20 >>> On 9/17/12 1:58 PM, "Acee Lindem" wrote: >>>=20 >>>> We had some support of making >>>> http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an >>>> OSPFv3 >>>> WG document at IETF 84. The impetus is: >>>>=20 >>>> 1. OSPFv3 being considered as homenet routing protocol and >>>> autoconfiguration is a requirement. >>>> 2. Work on OSPFv3 configuration has started in the past in other = WGs >>>> but not finished. >>>> 3. Current proposal has gone through a couple revision cycles with >>>> incremental comments addressed. >>>>=20 >>>> Is anyone opposed? >>>>=20 >>>> Thanks, >>>> Acee _______________________________________________ >>>> OSPF mailing list >>>> OSPF@ietf.org >>>> https://www.ietf.org/mailman/listinfo/ospf >>>=20 >>=20 >=20 --Apple-Mail-14-830563479 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyNDE2NDIzMVowIwYJKoZI hvcNAQkEMRYEFOMkpspx9tH0sclkOAXgbb+Iz8pvMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgHF1STOV+FAwyy9mQ5JPcfoM88K4zQWZUVzKePzZ2L3k80UXxwww4mN/8uQ8GGdU Xjc4mhOylHXZPQakqYW5G87JzVPFDpBxOUSK5PwKCyR1wgpSnghWT9KWurFwf2rbMzDhS5fcN/QV GuGP5okikQXkg/N3mykrzNBfdzHtMS1NAAAAAAAA --Apple-Mail-14-830563479-- From jari.arkko@piuha.net Tue Sep 25 04:45:32 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26ED221F88AF for ; Tue, 25 Sep 2012 04:45:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.333 X-Spam-Level: X-Spam-Status: No, score=-102.333 tagged_above=-999 required=5 tests=[AWL=0.266, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qsuOJoIngT-0 for ; Tue, 25 Sep 2012 04:45:31 -0700 (PDT) Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:400::130]) by ietfa.amsl.com (Postfix) with ESMTP id 8A05821F88AB for ; Tue, 25 Sep 2012 04:45:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id D078C2CC5D for ; Tue, 25 Sep 2012 14:45:29 +0300 (EEST) 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 w4p0hYrNMNLK for ; Tue, 25 Sep 2012 14:45:29 +0300 (EEST) Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:400::130]) by p130.piuha.net (Postfix) with ESMTP id 12E712CC56 for ; Tue, 25 Sep 2012 14:45:29 +0300 (EEST) Message-ID: <50619958.3060303@piuha.net> Date: Tue, 25 Sep 2012 14:45:28 +0300 From: Jari Arkko User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 To: ospf@ietf.org References: <1B2A4C48-F135-49FC-8E99-9889A3DD45EB@ericsson.com> In-Reply-To: <1B2A4C48-F135-49FC-8E99-9889A3DD45EB@ericsson.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 11:45:32 -0000 It is not a surprise, obviously, that I support this work. I just wanted to say that the applicability goes actually beyond just the homenet work. I think that the mechanism would also be useful in other types of OSPFv3 networks. I'd be happy to work with Acee to make any changes or other updates, as needed per WG guidance. Jari From jeff.tantsura@ericsson.com Tue Sep 25 15:09:14 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B53F21F87ED for ; Tue, 25 Sep 2012 15:09:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.448 X-Spam-Level: X-Spam-Status: No, score=-6.448 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qmeGY6yhXzq7 for ; Tue, 25 Sep 2012 15:09:13 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1078E21F87EA for ; Tue, 25 Sep 2012 15:09:11 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8PM99XK013088 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 25 Sep 2012 17:09:09 -0500 Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.204]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Tue, 25 Sep 2012 18:09:07 -0400 From: Jeff Tantsura To: "ospf@ietf.org" Date: Tue, 25 Sep 2012 18:09:05 -0400 Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2bAc+o3ORdKVhaSTq8OFsDqjpqBwAaFdWA Message-ID: <0ED867EB33AB2B45AAB470D5A64CDBF627CA368E9B@EUSAACMS0701.eamcs.ericsson.se> References: <1B2A4C48-F135-49FC-8E99-9889A3DD45EB@ericsson.com> <4854608C-4A4F-4682-B92C-D938B1EC46F3@ericsson.com> In-Reply-To: <4854608C-4A4F-4682-B92C-D938B1EC46F3@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA368E9BEUSAACMS0701e_" MIME-Version: 1.0 Subject: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 22:09:14 -0000 --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA368E9BEUSAACMS0701e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support From: Acee Lindem > Date: September 17, 2012 2:58:06 PM EDT To: OSPF List > Subject: [OSPF] OSPFv3 Autoconfiguration as WG Document We had some support of making http://www.ietf.org/id/draft-acee-ospf-ospfv3= -autoconfig-03.txt an OSPFv3 WG document at IETF 84. The impetus is: 1. OSPFv3 being considered as homenet routing protocol and autoconfigurat= ion is a requirement. 2. Work on OSPFv3 configuration has started in the past in other WGs but = not finished. 3. Current proposal has gone through a couple revision cycles with increm= ental comments addressed. Is anyone opposed? Thanks, Acee --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA368E9BEUSAACMS0701e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes/suppo= rt

= From: Acee Lindem <ace= e.lindem@ericsson.com>

Date: September 17, 2012 2:58:06 PM EDT

To: OSPF List <ospf@ietf.org>

Subject: [OSPF] OSPFv3 Autoconfiguration as WG Document<= o:p>

 

We had some support of making http://www.ietf.org/id/draft-ac= ee-ospf-ospfv3-autoconfig-03.txt an OSPFv3 WG document at IETF 84. The = impetus is:

  1. OSPFv3 being considered as homenet routin= g protocol and autoconfiguration is a requirement.
  2. Work = on OSPFv3 configuration has started in the past in other WGs but not finish= ed.
  3. Current proposal has gone through a couple revision = cycles with incremental comments addressed.

Is anyone opposed?
=
Thanks,
Acee

= --_000_0ED867EB33AB2B45AAB470D5A64CDBF627CA368E9BEUSAACMS0701e_-- From sshamim@cisco.com Thu Sep 27 07:04:32 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB58821F84C9 for ; Thu, 27 Sep 2012 07:04:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.999 X-Spam-Level: X-Spam-Status: No, score=-9.999 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_82=0.6, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rtIleIYOGbzM for ; Thu, 27 Sep 2012 07:04:31 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id AFA6D21F851E for ; Thu, 27 Sep 2012 07:04:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5763; q=dns/txt; s=iport; t=1348754671; x=1349964271; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=FHuTcpsNv6mIDxdqY/U+uf31U+MKhZCA6QD5LYCI6q4=; b=j6Zwvx9ec1WhV60bp4ggGtJNWTfMgnBSpbwygI9bnyaI65WP8AAI7Kre Ur6+0OP7jJ06X2JiCDZf4TcaL7IdmHFHugSgEoJLqjla3qetRCTqjqbf3 4v9Uj0UhBvgIT/h42y6fkq41bw82MnHdKVSLgt18CfWEpS2yyRsTe6g2C U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EALlbZFCtJV2d/2dsb2JhbABFvgWBCIIgAQEBBAEBAQ8BJzQEBxIBCBgeNwslAQEEDgUJGYdjC5g5n3+LGIYdA5VpjkKBaYJnghc X-IronPort-AV: E=Sophos;i="4.80,496,1344211200"; d="scan'208";a="122950400" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-9.cisco.com with ESMTP; 27 Sep 2012 14:04:31 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id q8RE4Vas009356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 27 Sep 2012 14:04:31 GMT Received: from xmb-rcd-x10.cisco.com ([169.254.15.216]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.02.0298.004; Thu, 27 Sep 2012 09:04:30 -0500 From: "Faraz Shamim (sshamim)" To: Acee Lindem Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2VBmAgR/w9BJLrRkifkqBq9zudTQDGjwKAAJ1Nf4D//7MAAIAAXFoAgAQ3GwA= Date: Thu, 27 Sep 2012 14:04:29 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.14.0.111121 x-originating-ip: [64.101.232.117] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19214.004 x-tm-as-result: No--34.316300-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: <4EF127737845F4469F84BF1D38AE1FA4@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 14:04:32 -0000 Acee, I am not sure why you think that the same instance can not be used for the ISP link. The fact that you will enable OSPFv3 in a passive mode, instance ID really won't matter here. Faraz On 9/24/12 11:42 AM, "Acee Lindem" wrote: >Hi Faraz, > >On Sep 24, 2012, at 12:11 PM, Faraz Shamim (sshamim) wrote: > >> Hi Acee, >>=20 >> In my point 2) below, I am not saying to enable OSPFv3 towards ISP for >>the >> purpose of forming OSPFv3 neighbor relationship with ISP. I am saying >>that >> in eBGP case, you do need to enable OSPFv3 on the link towards the >>service >> provider(in passive mode) because this ISP link is needed to be known as >> an IGP because BGP will cary this next-hop "as is" in its iBGP updates >> unless we do next-hop-self. This is one aspect of interaction between >>BGP >> and IGP where you need to carry the eBGP next-hop in your IGP. > >I understood. What I meant was that this would not be an autoconfigured >instance of OSPFv3 and it would most likely not be the same instance as >is running on non-ISP facing interfaces. > >Thanks, >Acee=20 > > >>=20 >> Thanks, >>=20 >> Faraz >>=20 >> On 9/24/12 10:47 AM, "Acee Lindem" wrote: >>=20 >>> Hi Faraz,=20 >>> Thanks for review. >>>=20 >>> On Sep 21, 2012, at 1:43 PM, Faraz Shamim (sshamim) wrote: >>>=20 >>>> Hi Acee, >>>>=20 >>>> Not opposing this idea but have 4 comments here: >>>>=20 >>>> 1) >>>>=20 >>>> In section 5.2.1: >>>>=20 >>>> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and >>>> the S1/S2 bits set to B'01' indicating Area Flooding Scope. >>>>=20 >>>> I think it should say S2/S1 as mentioned in RFC 5340. Since S2 comes >>>> before S1 in packet format so it make sense to use the same sequence >>>>in >>>> your text. >>>=20 >>> Yes - will update. >>>=20 >>>=20 >>>>=20 >>>> Also, not sure what you meant by letter 'B' next to '01'. >>>=20 >>> I mean these are bits. I will see whether or not this is used >>>elsewhere. >>>=20 >>>>=20 >>>> 2) >>>>=20 >>>> In section 2.2: >>>>=20 >>>>=20 >>>> For example, if manual >>>> configuration or an other condition indicates that an interface >>>> is connected to an Internet Service Provider (ISP), there is >>>> typically no need to employ OSPFv3. However, note that in many >>>> environments it can be useful to test whether an OSPFv3 adjacency >>>> can be established. In home networking environments, an >>>> interface where no OSPFv3 neighbors are found but a DHCP prefix >>>> can be acquired may be considered as an ISP interface. >>>>=20 >>>>=20 >>>>=20 >>>> In a situation when you are running eBGP with an ISP and iBGP >>>> internally, >>>> it is required to enable OSPFv3 on the ISP link unless you are using >>>> next-hop-self in BGP. So in that case excluding ISP link is a bad >>>>idea. >>>> Also in this case enabling OSPFv3 with passive-interface would make >>>> sense. >>>=20 >>> You certainly wouldn't run OSPFv3 in the same routing domain with the >>>ISP >>> box.=20 >>> This is really only an example but I could qualify OSPFv3 as >>> "autoconfigured OSPFv3". >>>=20 >>>=20 >>>=20 >>>>=20 >>>> 3) >>>>=20 >>>> In section 2.4: >>>>=20 >>>> OSPFv3 interfaces MUST auto-configure the default HelloInterval >>>> and RouterDeadInterval as specified in [OSPFV3]. >>>>=20 >>>> I think the "auto-configure" part is confusing here. We do not >>>> "configure" >>>> the default values when we enable OSPFv3 on an interface. A better >>>> sentence in my opinion would be: >>>>=20 >>>> OSPFv3 interfaces MUST use the default HelloInterval >>>> and RouterDeadInterval as specified in [OSPFV3]. >>>=20 >>> Ok.=20 >>>=20 >>>>=20 >>>>=20 >>>> 4) In section 5.2.1, wouldn't it be better to use the field >>>>name/letter >>>> instead of the actual value? >>>=20 >>> These fields are referred to by the bit names in RFC 5340. >>>=20 >>>=20 >>>=20 >>>> For example instead of mentioning 1 0 1 it >>>> should say U S2 S1 and in the explanation section it should mention >>>>the >>>> default value for AC LSA. Same logic goes for using TBD instead of >>>>"LSA >>>> Function Code" >>>=20 >>> This is pretty much standard text for adding an OSPFv3 LSA. The text >>> excerpted below >>> includes the name of the bits, value, and the designation. >>>=20 >>> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD and >>> the S1/S2 bits set to B'01' indicating Area Flooding Scope. The U >>> bit will be set indicating that the OSPFv3 AC LSA should be flooded >>> even if it is not understood. >>>=20 >>> Note that we want to specify these bits precisely rather than the >>> defaults.=20 >>>=20 >>> Thanks, >>> Acee=20 >>>=20 >>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> Thanks, >>>>=20 >>>> Faraz >>>>=20 >>>> On 9/17/12 1:58 PM, "Acee Lindem" wrote: >>>>=20 >>>>> We had some support of making >>>>> http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt an >>>>> OSPFv3 >>>>> WG document at IETF 84. The impetus is: >>>>>=20 >>>>> 1. OSPFv3 being considered as homenet routing protocol and >>>>> autoconfiguration is a requirement. >>>>> 2. Work on OSPFv3 configuration has started in the past in other WGs >>>>> but not finished. >>>>> 3. Current proposal has gone through a couple revision cycles with >>>>> incremental comments addressed. >>>>>=20 >>>>> Is anyone opposed? >>>>>=20 >>>>> Thanks, >>>>> Acee _______________________________________________ >>>>> OSPF mailing list >>>>> OSPF@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/ospf >>>>=20 >>>=20 >>=20 > From acee.lindem@ericsson.com Thu Sep 27 07:26:23 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BAF021F853F for ; Thu, 27 Sep 2012 07:26:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.049 X-Spam-Level: X-Spam-Status: No, score=-6.049 tagged_above=-999 required=5 tests=[AWL=-0.350, BAYES_00=-2.599, GB_I_LETTER=-2, J_CHICKENPOX_82=0.6, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lX6qPqRXDd-B for ; Thu, 27 Sep 2012 07:26:22 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id B71EA21F853E for ; Thu, 27 Sep 2012 07:26:22 -0700 (PDT) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q8REWGvL023444; Thu, 27 Sep 2012 09:32:48 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Thu, 27 Sep 2012 10:26:20 -0400 From: Acee Lindem To: "Faraz Shamim (sshamim)" Date: Thu, 27 Sep 2012 10:26:15 -0400 Thread-Topic: [OSPF] OSPFv3 Autoconfiguration as WG Document Thread-Index: Ac2cvA/T/KM1qKKbSmqYR4lGI8BFKg== Message-ID: <3B0AC077-6995-42F1-BBFA-41CE87B18FE5@ericsson.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-30--1065895760"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] OSPFv3 Autoconfiguration as WG Document X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 14:26:23 -0000 --Apple-Mail-30--1065895760 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Faraz, I agree that this is a viable use case for OSPFv3. However, I don't see = it as one that can be handled with autoconfiguration. I will try and = clarify this in example in the next revision.=20 Thanks, Acee=20 On Sep 27, 2012, at 10:04 AM, Faraz Shamim (sshamim) wrote: > Acee, >=20 > I am not sure why you think that the same instance can not be used for = the > ISP link. The fact that you will enable OSPFv3 in a passive mode, = instance > ID really won't matter here. >=20 > Faraz >=20 > On 9/24/12 11:42 AM, "Acee Lindem" wrote: >=20 >> Hi Faraz, >>=20 >> On Sep 24, 2012, at 12:11 PM, Faraz Shamim (sshamim) wrote: >>=20 >>> Hi Acee, >>>=20 >>> In my point 2) below, I am not saying to enable OSPFv3 towards ISP = for >>> the >>> purpose of forming OSPFv3 neighbor relationship with ISP. I am = saying >>> that >>> in eBGP case, you do need to enable OSPFv3 on the link towards the >>> service >>> provider(in passive mode) because this ISP link is needed to be = known as >>> an IGP because BGP will cary this next-hop "as is" in its iBGP = updates >>> unless we do next-hop-self. This is one aspect of interaction = between >>> BGP >>> and IGP where you need to carry the eBGP next-hop in your IGP. >>=20 >> I understood. What I meant was that this would not be an = autoconfigured >> instance of OSPFv3 and it would most likely not be the same instance = as >> is running on non-ISP facing interfaces. >>=20 >> Thanks, >> Acee=20 >>=20 >>=20 >>>=20 >>> Thanks, >>>=20 >>> Faraz >>>=20 >>> On 9/24/12 10:47 AM, "Acee Lindem" wrote: >>>=20 >>>> Hi Faraz,=20 >>>> Thanks for review. >>>>=20 >>>> On Sep 21, 2012, at 1:43 PM, Faraz Shamim (sshamim) wrote: >>>>=20 >>>>> Hi Acee, >>>>>=20 >>>>> Not opposing this idea but have 4 comments here: >>>>>=20 >>>>> 1) >>>>>=20 >>>>> In section 5.2.1: >>>>>=20 >>>>> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD = and >>>>> the S1/S2 bits set to B'01' indicating Area Flooding Scope. >>>>>=20 >>>>> I think it should say S2/S1 as mentioned in RFC 5340. Since S2 = comes >>>>> before S1 in packet format so it make sense to use the same = sequence >>>>> in >>>>> your text. >>>>=20 >>>> Yes - will update. >>>>=20 >>>>=20 >>>>>=20 >>>>> Also, not sure what you meant by letter 'B' next to '01'. >>>>=20 >>>> I mean these are bits. I will see whether or not this is used >>>> elsewhere. >>>>=20 >>>>>=20 >>>>> 2) >>>>>=20 >>>>> In section 2.2: >>>>>=20 >>>>>=20 >>>>> For example, if manual >>>>> configuration or an other condition indicates that an = interface >>>>> is connected to an Internet Service Provider (ISP), there is >>>>> typically no need to employ OSPFv3. However, note that in = many >>>>> environments it can be useful to test whether an OSPFv3 = adjacency >>>>> can be established. In home networking environments, an >>>>> interface where no OSPFv3 neighbors are found but a DHCP = prefix >>>>> can be acquired may be considered as an ISP interface. >>>>>=20 >>>>>=20 >>>>>=20 >>>>> In a situation when you are running eBGP with an ISP and iBGP >>>>> internally, >>>>> it is required to enable OSPFv3 on the ISP link unless you are = using >>>>> next-hop-self in BGP. So in that case excluding ISP link is a bad >>>>> idea. >>>>> Also in this case enabling OSPFv3 with passive-interface would = make >>>>> sense. >>>>=20 >>>> You certainly wouldn't run OSPFv3 in the same routing domain with = the >>>> ISP >>>> box.=20 >>>> This is really only an example but I could qualify OSPFv3 as >>>> "autoconfigured OSPFv3". >>>>=20 >>>>=20 >>>>=20 >>>>>=20 >>>>> 3) >>>>>=20 >>>>> In section 2.4: >>>>>=20 >>>>> OSPFv3 interfaces MUST auto-configure the default HelloInterval >>>>> and RouterDeadInterval as specified in [OSPFV3]. >>>>>=20 >>>>> I think the "auto-configure" part is confusing here. We do not >>>>> "configure" >>>>> the default values when we enable OSPFv3 on an interface. A better >>>>> sentence in my opinion would be: >>>>>=20 >>>>> OSPFv3 interfaces MUST use the default HelloInterval >>>>> and RouterDeadInterval as specified in [OSPFV3]. >>>>=20 >>>> Ok.=20 >>>>=20 >>>>>=20 >>>>>=20 >>>>> 4) In section 5.2.1, wouldn't it be better to use the field >>>>> name/letter >>>>> instead of the actual value? >>>>=20 >>>> These fields are referred to by the bit names in RFC 5340. >>>>=20 >>>>=20 >>>>=20 >>>>> For example instead of mentioning 1 0 1 it >>>>> should say U S2 S1 and in the explanation section it should = mention >>>>> the >>>>> default value for AC LSA. Same logic goes for using TBD instead of >>>>> "LSA >>>>> Function Code" >>>>=20 >>>> This is pretty much standard text for adding an OSPFv3 LSA. The = text >>>> excerpted below >>>> includes the name of the bits, value, and the designation. >>>>=20 >>>> The OSPFv3 Auto-Configuration (AC) LSA has a function code of TBD = and >>>> the S1/S2 bits set to B'01' indicating Area Flooding Scope. The U >>>> bit will be set indicating that the OSPFv3 AC LSA should be flooded >>>> even if it is not understood. >>>>=20 >>>> Note that we want to specify these bits precisely rather than the >>>> defaults.=20 >>>>=20 >>>> Thanks, >>>> Acee=20 >>>>=20 >>>>=20 >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Thanks, >>>>>=20 >>>>> Faraz >>>>>=20 >>>>> On 9/17/12 1:58 PM, "Acee Lindem" = wrote: >>>>>=20 >>>>>> We had some support of making >>>>>> http://www.ietf.org/id/draft-acee-ospf-ospfv3-autoconfig-03.txt = an >>>>>> OSPFv3 >>>>>> WG document at IETF 84. The impetus is: >>>>>>=20 >>>>>> 1. OSPFv3 being considered as homenet routing protocol and >>>>>> autoconfiguration is a requirement. >>>>>> 2. Work on OSPFv3 configuration has started in the past in other = WGs >>>>>> but not finished. >>>>>> 3. Current proposal has gone through a couple revision cycles = with >>>>>> incremental comments addressed. >>>>>>=20 >>>>>> Is anyone opposed? >>>>>>=20 >>>>>> Thanks, >>>>>> Acee _______________________________________________ >>>>>> OSPF mailing list >>>>>> OSPF@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/ospf >>>>>=20 >>>>=20 >>>=20 >>=20 >=20 --Apple-Mail-30--1065895760 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyNzE0MjYxNVowIwYJKoZI hvcNAQkEMRYEFCnOG34t+Whbh6tdk4lEe7iAwKhNMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgIXo+8m0WovnZ5RMo+a8sX+ozNMeyPSLdQ7PeBX+EIhZEJ562kQWkzpPntbygd3N HtpjpFETr68AU9T9mTw0K66u6+geskWCWhU/4rO2pivgRHS3RDErcKTamGTENy4Hi/OZT6AcyBzo QHfJ3jODhzu421tGZw5T6hs5MoaEsG2vAAAAAAAA --Apple-Mail-30--1065895760-- From acee.lindem@ericsson.com Fri Sep 28 13:26:40 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FE0321F85FC for ; Fri, 28 Sep 2012 13:26:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.449 X-Spam-Level: X-Spam-Status: No, score=-6.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bQjEm9uUr3Lv for ; Fri, 28 Sep 2012 13:26:38 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 67A0121F85F0 for ; Fri, 28 Sep 2012 13:26:38 -0700 (PDT) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q8SKWpi9006348; Fri, 28 Sep 2012 15:33:15 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Fri, 28 Sep 2012 16:26:23 -0400 From: Acee Lindem To: Mark ZZZ Smith Date: Fri, 28 Sep 2012 16:26:18 -0400 Thread-Topic: A thought about draft-acee-ospf-ospfv3-autoconfig and Human Computer Interaction (HCI) Thread-Index: Ac2dt4cwMKs5T6O3TcKikir7kCiQ/A== Message-ID: <0650E63B-ABE3-4229-98C7-B33613E23794@ericsson.com> References: <1348691432.11598.YahooMailNeo@web32506.mail.mud.yahoo.com> <1348738692.26679.YahooMailNeo@web32504.mail.mud.yahoo.com> In-Reply-To: <1348738692.26679.YahooMailNeo@web32504.mail.mud.yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-62--957891968"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: OSPF List Subject: Re: [OSPF] A thought about draft-acee-ospf-ospfv3-autoconfig and Human Computer Interaction (HCI) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 20:26:40 -0000 --Apple-Mail-62--957891968 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Mark, Sorry for the delay and taking this discussion to the list. I'm hesitant = to create a new P2MP interface variation and make it the default = auto-configured type when the broadcast interface is the most common.=20 I am very familiar with scenario you are attempting to handle is the = case where neither router port is up until you connect them since your = topology is back-to-back rather than thru a switched infra-structure. = Hence, you are always subject to the WAIT time prior to prior DR = election.=20 My answer would be to add a section covering this case and reducing the = WAIT time to a smaller number. I'd recommend 15 seconds but allow for = implementations to go lower if they believed their market demanded it = (at the expense of a higher likelyhood of DR recalculation).=20 Thanks, Acee=20 On Sep 27, 2012, at 5:38 AM, Mark ZZZ Smith wrote: > Hi, >=20 > A clarification. The form of point-to-multipoint operation I am = suggesting is where multicast hellos are used to discover neighbors = rather than having to configure them. Cisco routers have this = capability, and I'd assumed that the OSPF RFCs allowed for this = combination of neighbor discovery and then neighbor adjacency = establishment. However, I've looked at the OSPF RFCs today, and they = don't seem to specifically mention it, although don't seem to preclude = it either. >=20 > Regards, > Mark. >=20 >=20 > ----- Original Message ----- >> From: Mark ZZZ Smith >> To: "acee.lindem@ericsson.com" ; = "jari.arkko@piuha.net" >> Cc:=20 >> Sent: Thursday, 27 September 2012 6:30 AM >> Subject: A thought about draft-acee-ospf-ospfv3-autoconfig and Human = Computer Interaction (HCI) >>=20 >> Hi, >>=20 >> I think OSPF is a good protocol for use as a routing protocol in a = home=20 >> environment, in particular as I think it could also be used as a = service=20 >> distribution protocol (e.g. printer names etc.), similar to how = Novell used=20 >> their IPX version of IS-IS (NLSP). >>=20 >> However, I think it would be better to use point-to-multipoint mode = on the=20 >> interfaces rather than traditional DR/BDR mode. The reason is because = of Human=20 >> Computer Interaction concerns. I'm not an expert in HCI, however I am = aware=20 >> that humans will only tolerate apparent inactivity for no more than 3 = to 5=20 >> seconds, before they decided that nothing is or has happened and = start taking=20 >> actions to attempt to fix it (with the common action with low end CPE = being to=20 >> reboot it). To address this, a device or piece of software either has = to=20 >> indicate progress of some form (e.g. move a percent complete bar), or = complete=20 >> the task within 3 to 5 seconds. >>=20 >> Using the DR/BDR interface mode, and leaving the timers as defaults, = end users=20 >> of CPE are going to have to wait for up to 40 seconds before OSPF has = completed=20 >> establishing an adjacency. This will be far to long unless the CPE = indicates=20 >> progress such as flashing a progress LED periodically. Even then I = think such a=20 >> long delay doesn't really provide much value. >>=20 >> I think it would be better to use a point-to-multipoint interface = mode for OSPF,=20 >> avoiding a DR/BDR elections, and to set the hello interval to = something like 2=20 >> seconds, and perhaps a dead interval 6 seconds. Although this would = mean OSPF=20 >> routes would maintain a full mesh of adjacencies with each other on = the same=20 >> segment, there are unlikely to be enough that it causes any load = issue on CPE as=20 >> CPE has much more powerful CPUs and much more RAM than routers did = when OSPF was=20 >> developed.=20 >>=20 >> (I remember there was a recommendation from Cisco in the early 1990s = to have no=20 >> more than 50 routers and 200 links in an OSPF area, and that was with = Cisco=20 >> 2500s, using a 20 Mhz Motorola 68020 CPU and having 512 KB of RAM. = CPUs in CPE=20 >> these days are at least 200 and more likely 400Mhz, and have 16 to 32 = MB of RAM.=20 >> They should have no trouble maintaining a full mesh of OSPF = adjacencies between=20 >> quite a large number of OSPF neighbors on a link. For=20 >> example, http://wiki.openwrt.org/toh/tp-link/tl-mr3020, which costs = around=20 >> US$50.) >>=20 >> HTH, >> Mark. >>=20 --Apple-Mail-62--957891968 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyODIwMjYxOVowIwYJKoZI hvcNAQkEMRYEFJIYU29sEKm0/LJHk94B50K1OUkqMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgE6rKT4Qk3IdMWQ9FQ4odRYpSmmC2vvyWfcJOh9vPs9hdXZ1D89ZjFXExAQsIWSM gwWrOFYKjv8py5NaEuLVFc+CjlTbYXpA5GkOuzNhIotQGRSvozc5ktY9EaTta5LbePiP476mA27a bAD6vBKFltoPdPkYttArTOYuc8dsSe5KAAAAAAAA --Apple-Mail-62--957891968-- From acee.lindem@ericsson.com Fri Sep 28 14:26:51 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6409821F859A for ; Fri, 28 Sep 2012 14:26:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.468 X-Spam-Level: X-Spam-Status: No, score=-6.468 tagged_above=-999 required=5 tests=[AWL=0.131, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ZcA7Tk4xHwR for ; Fri, 28 Sep 2012 14:26:50 -0700 (PDT) Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by ietfa.amsl.com (Postfix) with ESMTP id AE18F21F84FE for ; Fri, 28 Sep 2012 14:26:50 -0700 (PDT) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id q8SLQhAL026539 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 28 Sep 2012 16:26:49 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Fri, 28 Sep 2012 17:26:47 -0400 From: Acee Lindem To: OSPF List Date: Fri, 28 Sep 2012 17:26:42 -0400 Thread-Topic: Working Group Last Call on Routing for IPv4-embedded IPv6 Packets - draft-ietf-ospf-ipv4-embedded-ipv6-routing-05 Thread-Index: Ac2dv/awqFgXhkMTR7K6LKFlNDtPkQ== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-65--954268196"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Subject: [OSPF] Working Group Last Call on Routing for IPv4-embedded IPv6 Packets - draft-ietf-ospf-ipv4-embedded-ipv6-routing-05 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 21:26:51 -0000 --Apple-Mail-65--954268196 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All,=20 I'd like to start a 2 week WG last call on the subject document. The = last call will end at 12:00 AM PDT on October 13th, 2012. Please review = the document and send any comments prior to that time.=20 http://www.ietf.org/id/draft-ietf-ospf-ipv4-embedded-ipv6-routing-05.txt Thanks, Acee=20= --Apple-Mail-65--954268196 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyODIxMjY0M1owIwYJKoZI hvcNAQkEMRYEFFX2xYJYdxbggZKlnzyf6jnedM3OMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgEwZr7iEUUshYcpG7erSJloygEsHo0MfOICIeptTuFLuvCe4Cp3anlpshXkwE1er zQ01P4I1JF3NB1FQV3BUgnp9l1yxmgV+O/968ui9j1ZDR4xW0yBmbXtou7lvKYHkKxgIycpx5fO0 KoFC6OPQvyNnbUuHFbi/loAHKtCPqZBwAAAAAAAA --Apple-Mail-65--954268196-- From acee.lindem@ericsson.com Fri Sep 28 14:31:57 2012 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DE8021F84F8 for ; Fri, 28 Sep 2012 14:31:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.482 X-Spam-Level: X-Spam-Status: No, score=-6.482 tagged_above=-999 required=5 tests=[AWL=0.116, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GS+YROOQnJ79 for ; Fri, 28 Sep 2012 14:31:57 -0700 (PDT) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id D9C6721F8476 for ; Fri, 28 Sep 2012 14:31:56 -0700 (PDT) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q8SLcWNc020677 for ; Fri, 28 Sep 2012 16:38:33 -0500 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.166]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Fri, 28 Sep 2012 17:31:49 -0400 From: Acee Lindem To: OSPF List Date: Fri, 28 Sep 2012 17:31:44 -0400 Thread-Topic: Working Group Last Call on OSPFv3 Instance ID Registry Update - draft-retana-ospf-ospfv3-iid-registry-update-00 Thread-Index: Ac2dwKrF2ohxAqM7RNS5ag7MjDW5wg== Message-ID: <1BDE15F7-EC96-483B-8489-6E61FBDD5E9E@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-67--953965996"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Subject: [OSPF] Working Group Last Call on OSPFv3 Instance ID Registry Update - draft-retana-ospf-ospfv3-iid-registry-update-00 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Sep 2012 21:31:57 -0000 --Apple-Mail-67--953965996 Content-Type: multipart/alternative; boundary=Apple-Mail-66--953966010 --Apple-Mail-66--953966010 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This very brief draft addresses a change to the IANA policy for OSPFv3 = Instance IDs. A standards track document is required to change the = allocation policy.=20 This document is in support of the informational draft Routing for = IPv4-embedded IPv6 Packets - = draft-ietf-ospf-ipv4-embedded-ipv6-routing-05 I'd like to start a 2 week WG last call on the subject document. The = last call will end at 12:00 AM PDT on October 13th, 2012. Please review = the document and send any comments prior to that time.=20 = http://www.ietf.org/id/draft-retana-ospf-ospfv3-iid-registry-update-00.txt= Thanks, Acee --Apple-Mail-66--953966010 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii This = very brief draft addresses a change to the IANA policy for OSPFv3 = Instance IDs. A standards track document is required to change the = allocation policy. 
This document is in support of the = informational draft  Routing for IPv4-embedded IPv6 = Packets - = draft-ietf-ospf-ipv4-embedded-ipv6-routing-05

I'd like to start a 2 week WG last call on the subject document. = The last call will end at 12:00 AM PDT on October 13th, 2012. Please = review the document and send any comments prior to that = time. 


Thanks,
Acee
<= br>

= --Apple-Mail-66--953966010-- --Apple-Mail-67--953965996 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEyMDkyODIxMzE0NVowIwYJKoZI hvcNAQkEMRYEFJ5SFt4sbzws6vun0EFJREjXvd5rMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgA3gouklPGzhT/YZC5Rlzj+r8mjnmIwjvhv6XgfNKxn5u/C9KuDyosCPl787Rjk6 HedMcUejeEehwiqrFT33TIG0MrlDzI7IL89fszRLLb2quArcbCzUz7xhpdNFqTg6nbY/cg9WArAv 0ODLli6Pp4GpHNYo1zaUgpb2pEgvPR/wAAAAAAAA --Apple-Mail-67--953965996--