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