[OSPF] OSPFv3 Extended LSA Update

"Acee Lindem (acee)" <acee@cisco.com> Wed, 05 November 2014 22:33 UTC

Return-Path: <acee@cisco.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 0A3401A00A6 for <ospf@ietfa.amsl.com>; Wed, 5 Nov 2014 14:33:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.095
X-Spam-Level:
X-Spam-Status: No, score=-15.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FFNN0AQSHeBz for <ospf@ietfa.amsl.com>; Wed, 5 Nov 2014 14:33:13 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 981F21A008C for <ospf@ietf.org>; Wed, 5 Nov 2014 14:33:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1976; q=dns/txt; s=iport; t=1415226793; x=1416436393; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=AzT4/VVbNswxvxIuyslaq/R/2QcI7UlG9FICm91AFzo=; b=JwjUuKVKBbS8ysMLP6uCezcjJuMCIR9/KGU7KkwcUjQha9Cn20ImBkYZ fIfIbGbl7ZuWdHnolE58D/GP9N6wxz4xoVNPyhKSPWhisTYS4QcoXQQ6x hLfbpt0JoNVKhU5P4800f9DiFEYUBaMxLGhVIEXTM2jM36OWbRhH0ZsV1 M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgUFAPWkWlStJA2E/2dsb2JhbABbgw6BMdYJFgEBAQEBfYQJOlEBPkInBIhUp1+kdQEBCAIBH5VjBZIhi2+BMYNNiieHMoN4gjSBAwEBAQ
X-IronPort-AV: E=Sophos;i="5.07,322,1413244800"; d="scan'208";a="93722984"
Received: from alln-core-10.cisco.com ([173.36.13.132]) by alln-iport-1.cisco.com with ESMTP; 05 Nov 2014 22:33:12 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by alln-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id sA5MXCs3020429 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <ospf@ietf.org>; Wed, 5 Nov 2014 22:33:12 GMT
Received: from xmb-aln-x06.cisco.com ([169.254.1.61]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0195.001; Wed, 5 Nov 2014 16:33:12 -0600
From: "Acee Lindem (acee)" <acee@cisco.com>
To: OSPF WG List <ospf@ietf.org>
Thread-Topic: OSPFv3 Extended LSA Update
Thread-Index: AQHP+Uh7z0j0bRRh3UKgjpb47CCVKQ==
Date: Wed, 05 Nov 2014 22:33:11 +0000
Message-ID: <D0800FD7.7817%acee@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.116.152.204]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <701FBE0BAF7E6D42A7AE5FF371B0DD25@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/qhIek5KCC5uz0WuHvVvphmBiGV8
Subject: [OSPF] OSPFv3 Extended LSA Update
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: Wed, 05 Nov 2014 22:33:15 -0000

Given the high volume of OSPF session requests for IETF 91 and the fact
that the changes since the last IETF are minor, I decided not to allocate
any session time to this important OSPF WG draft. However, I am providing
an update here:

       Recent Changes:

            - Added an IPv4 Forwarding address sub-TLV in support of IPv4
addresses families. This is consistent with the IPv4 link-local address
sub-TLV. 

            - Added text with respect to mandatory TLVs. If the mandatory
TLVs are not present, the LSA is treated as malformed. This will simplify
implementation and is consistent with the base LSAs where this information
must be included.
                * For E-Network-LSAs, the Attached-Router TLV is
mandatory. 
                * For E-Inter-Area-Prefix-LSAs, the Inter-Area-Prefix TLV
is mandatory.
                * For E-Inter-Area-Router-LSAs, the Inter-Area-Router TLV
is mandatory. 
                * For E-AS-External-LSAs, the External-Prefix TLV is
mandatory.         
                * For E-NSSA-LSAs, the External-Prefix TLV is mandatory.
  
                * For E-Link-LSAs, either an IPv6-Link-Local Address TLV
or IPv4-Link-Local Address TLV is mandatory (dependent on the address
family).     
            - I did NOT make at least one Router-Link TLV in the
E-Router-LSA or at least one Intra-Area-Prefix TLV in the
E-Intra-Area-Prefix LSA. We can discuss this. However, since the number is
variable most implementation already handled 0 links or prefixes. Also, I
seem to remember one implementation not including the full LSAs contents
when purging stale LSAs.
  
            - Added a section on the behavior for received malformed LSAs.

     Next Steps: 

           - Please review.
           - Looking for some implementation momentum - I can see OSPFv3
evolving into the NG IGP.


Thanks,
Acee