Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-00.txt
Acee Lindem <acee.lindem@ericsson.com> Mon, 17 February 2014 17:20 UTC
Return-Path: <acee.lindem@ericsson.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B29EA1A03F6 for <ospf@ietfa.amsl.com>; Mon, 17 Feb 2014 09:20:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2UnG6O0ymb5L for <ospf@ietfa.amsl.com>; Mon, 17 Feb 2014 09:20:39 -0800 (PST)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by ietfa.amsl.com (Postfix) with ESMTP id 2AF071A00B4 for <ospf@ietf.org>; Mon, 17 Feb 2014 09:20:38 -0800 (PST)
X-AuditID: c618062d-b7f858e0000031c7-2f-530244de40ae
Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id C2.E0.12743.FD442035; Mon, 17 Feb 2014 18:20:31 +0100 (CET)
Received: from EUSAAMB101.ericsson.se ([147.117.188.118]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.02.0387.000; Mon, 17 Feb 2014 12:20:34 -0500
From: Acee Lindem <acee.lindem@ericsson.com>
To: Karsten Thomann <karsten_thomann@linfre.de>, "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: [OSPF] draft-chen-ospf-transition-to-ospfv3-00.txt
Thread-Index: AQHPLASQC4hPn9qVfUSdHygqv/z3Nw==
Date: Mon, 17 Feb 2014 17:20:33 +0000
Message-ID: <CF2757AC.27498%acee.lindem@ericsson.com>
In-Reply-To: <22830726.PZv4OAbFD0@linne>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [147.117.188.11]
Content-Type: multipart/alternative; boundary="_000_CF2757AC27498aceelindemericssoncom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOLMWRmVeSWpSXmKPExsUyuXSPn+59F6Zgg/e/JSy23DrKZNFy7x67 A5PHkiU/mTweHjzEHsAUxWWTkpqTWZZapG+XwJVx5NNG5oKllxgr/rX/ZmlgPLGNsYuRk0NC wERi14qZLBC2mMSFe+vZuhi5OIQEjjBKnLv5khHCWc4ocebiQ2aQKjYBHYnnj/6B2SICQRKb vh0B6xYWsJf4vOAdK0TcQaLnzCOoGj2JiwuWgNWwCKhKnG1fBxbnFTCV2Lt1PZjNKaAhsez8 F7AaRqArvp9awwRiMwuIS9x6Mp8J4joBiSV7zjND2KISLx//A9slCjS/e9ZyVoi4ksTH3/PZ IXqjJJa3f2OB2CUocXLmE5YJjCKzkIydhaRsFpIyiLiOxILdn9ggbG2JZQtfM8PYZw48Burl ALKtJf6eNUJWsoCRYxUjR2lxalluupHBJkZgZB2TYNPdwbjnpeUhRmkOFiVx3i9vnYOEBNIT S1KzU1MLUovii0pzUosPMTJxcEo1MPI5fcy3Fkhqm75atf1SW+G7Rde/OaokHnvot6frRFa9 kthm16M9HAHWffa+4jobwnsL/DkMN8fvn9H86HOpedrTFNHQ1YIvDiw9u3L5hcqJt76d/hZb caPPZo7HupmapQ8jc+edupUc15zZpNJ0On+dyIfFv0/0pmlGiO3L05nyuHeSn3p0ghJLcUai oRZzUXEiAI0FH/x6AgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/qdE-xWSs6CYErwP62rXOrmwMXAs
Subject: Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-00.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Feb 2014 17:20:46 -0000
Hi Karsten, We wil add Ran's suggested text to the next revision. Thanks, Acee From: Karsten Thomann <karsten_thomann@linfre.de<mailto:karsten_thomann@linfre.de>> Date: Saturday, February 15, 2014 4:22 AM To: OSPF - OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>> Subject: Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-00.txt Am Montag, 10. Februar 2014, 14:33:05 schrieb RJ Atkinson: > Earlier, Karsten Thomann wrote, in part: > > I don't know if i have missed that part, but what would happen if OSPFv3 > > is running over IPv4 and there are two (or more) IPv6 Islands already > > deployed within the network, should there be any LSA flooding checks, > > like do not flood LSA with IPv6 networks over IPv4 only links, or should > > the route > > calculation/installation of the information simply fail > > as there is no valid path? > > The OSPF deployments I am familiar with did not "auto deploy" > or "self deploy". Instead, all of the OSPF deployments that I am > familiar with had engineers making deliberate decisions about how > to configure the OSPF deployment, and also how to configure the > OSPF routers in that deployment. I know that such deployments are normally well planned, but as there is already a draft about ospfv3 autoconfig, even if it is not designed to be used in company networks. > One deployment option, already deployed in some places, is to run > "ships in the night". In this model, the IPv4 topology exclusively > uses OSPFv2 over IPv4 and the IPv6 topology exclusively uses OSPFv3 > over IPv6. For some sites, that is a good option. A number of my > clients are very interested in this new I-D because it optimises > their IPv6 transition strategy. > > For some sites, IPv6 transition is simplified, optimised, and also > cost-reduced by using OSPFv3 over IPv4 initially, and carrying both > IPv4 prefixes and IPv6 prefixes inside that one OSPFv3 deployment > (i.e. using the Address Family extension to keep the prefixes clearly > differentiated within a single OSPFv3 deployment). This can lower > operational costs because one can get by with managing only OSPFv3, > rather than having to manage both OSPFv2 and OSPFv3. > > If one's "IPv6 islands" (to use your term) are really dual-stack > (aside: having dual-stack rather than IPv6-only would be expected > and normal if another part of one's OSPF deployment is using > OSPF over IPv4), then EITHER the whole deployment should be configured > to run over IPv4 XOR the whole deployment should be configured > to run over IPv6. > > Having different "IPv4 islands" and "IPv6 islands" is an explicit choice > of a configuration engineer or design engineer. That probably is not > the optimal deployment choice for an engineer to make. It definitely > is NOT a choice that I would make or that I would recommend to my clients. I would not do it either, but I have already seen some strange ospf designs..., and as mentioned it is a case which can happen with ospf autoconfiguration, but we don't need to discuss it further as it is for homenetworks > From the descriptions and definitions in the draft, it would not be > "normal" or "expected" to mix IPv6 transport with IPv4 transport > within a single OSPFv3 deployment. > > > Is there any explicit preference over which version the adjacency > > is build if v4 and v6 is available in that specific part of the network? > > The choice of preferred OSPF transport really is something that the > configuration engineer ought to configure. As the details of configuring > any IP router are outside the scope of the IETF, I am not sure that > this I-D properly can or should say very more than it already says. > > Perhaps the I-D could add clarifying text along these lines > somewhere in Section 2: > > "Implementers of OSPFv3 over IPv4 SHOULD add a configuration > knob to let the router administrator select whether a given > OSPFv3-enabled interface should use OSPFv3 over IPv4 or > OSPFv3 over IPv6. Except when an OSPFv3 deployment is being > transitioned from using IPv4 transmission to using IPv6 > transmission, it is RECOMMENDED that all routers within an > OSPFv3 deployment use the same IP version for OSPFv3 packet > transmission." > > > What should happen when an IPv4 Link gets v6 added, graceful reestablish > > the adjacency over IPv6, or wait until forced protocol switch? > > See my answer just above. > > I would expect that any router that implements this I-D also would implement > a configuration knob to indicate whether IPv4 transmission or IPv6 > transmission is preferred. Over time, a configuration engineer might > change this (e.g. manually change from IPv4 transmission to IPv6 > transmission AFTER an entire IPv4 network has been > deployed-with/converted-to dual-stack IPv4 and IPv6). > > Yours, > > Ran Atkinson Thanks for the detailed anwsers, I'm satisfied with the addition. Kind regards, Karsten > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org<mailto:OSPF@ietf.org> > https://www.ietf.org/mailman/listinfo/ospf
- Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-0… RJ Atkinson
- Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-0… Karsten Thomann
- Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-0… Acee Lindem
- Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-0… Karsten Thomann
- Re: [OSPF] draft-chen-ospf-transition-to-ospfv3-0… Acee Lindem