[OSPF] New Version Notification for draft-smirnov-ospf-xaf-te-01.txt

[Anton Smirnov <[e-mail]>]

    Hello,
    authors of this draft would like to solicit feedback. This draft was 
presented to WG in London and draft was updated couple of days ago to 
rectify notes received after the presentation.
    The draft proposes technique how IPv6 routes should be calculated 
over MPLS TE signaled by OSPFv2.

    The draft discusses why simple solution to the problem not requiring 
standardization works most of the time but if it fails it may fail with 
very big impact to the network and thus unacceptable. But presentation 
delivered during the meeting discussed this in pictures and in greater 
length, so if after reading the draft you would still not be convinced 
simple solution is not good enough I encourage you to review slide deck 
presented during the meeting.

Anton Smirnov



-------- Original Message --------
Subject: New Version Notification for draft-smirnov-ospf-xaf-te-01.txt
Date: Mon, 14 Apr 2014 13:48:01 -0700
From: <[e-mail]>


A new version of I-D, draft-smirnov-ospf-xaf-te-01.txt
has been successfully submitted by Anton Smirnov and posted to the
IETF repository.

Name:		draft-smirnov-ospf-xaf-te
Revision:	01
Title:		OSPF Routing with Cross-Address Family MPLS Traffic Engineering 
Tunnels
Document date:	2014-04-14
Group:		Individual Submission
Pages:		7
URL: 
http://www.ietf.org/internet-drafts/draft-smirnov-ospf-xaf-te-01.txt
Status:         https://datatracker.ietf.org/doc/draft-smirnov-ospf-xaf-te/
Htmlized:       http://tools.ietf.org/html/draft-smirnov-ospf-xaf-te-01
Diff: 
http://www.ietf.org/rfcdiff?url2=draft-smirnov-ospf-xaf-te-01

Abstract:
    When using Traffic Engineering (TE) in a dual-stack IPv4/IPv6 network
    the Multiprotocol Label Switching (MPLS) TE Label Switched Paths
    (LSP) infrastructure may be duplicated, even if the destination IPv4
    and IPv6 addresses belong to the same remote router.  In order to
    achieve an integrated MPLS TE LSP infrastructure, OSPF routes must be
    computed over MPLS TE tunnels created using information propagated in
    another OSPF instance.  This is solved by advertising cross-address
    family (X-AF) OSPF TE information.

    This document describes an update to RFC5786 that allows for the easy
    identification of a router's local X-AF IP addresses.

 



Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat