Re: [OSPF] OSPFv3 Extended LSAs TLV-level "disposition-if-unsupporetd indicator"?

"A. Przygienda" <prz@mail.zeta2.ch> Tue, 06 August 2013 16:11 UTC

Return-Path: <prz@mail.zeta2.ch>
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 0B33221F9AA1 for <ospf@ietfa.amsl.com>; Tue, 6 Aug 2013 09:11:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.499
X-Spam-Level:
X-Spam-Status: No, score=-2.499 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RDNS_DYNAMIC=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gm5HnlboF4dD for <ospf@ietfa.amsl.com>; Tue, 6 Aug 2013 09:11:38 -0700 (PDT)
Received: from www.zeta2.ch (zux172-086.adsl.green.ch [80.254.172.86]) by ietfa.amsl.com (Postfix) with ESMTP id 5192121F9998 for <ospf@ietf.org>; Tue, 6 Aug 2013 09:11:37 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by www.zeta2.ch (8.14.4/8.14.4) with ESMTP id r76GBZpO006621 for <ospf@ietf.org>; Tue, 6 Aug 2013 18:11:35 +0200
X-Virus-Scanned: amavisd-new at zeta2.ch
Received: from www.zeta2.ch ([127.0.0.1]) by localhost (www.zeta2.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id TBmjopFAAb7W for <ospf@ietf.org>; Tue, 6 Aug 2013 18:11:30 +0200 (CEST)
Received: from prz-workstation.zeta2.ch (prz-workstation.zeta2.ch [192.168.1.51]) (authenticated bits=0) by www.zeta2.ch (8.14.4/8.14.4) with ESMTP id r76GBPJD006419 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for <ospf@ietf.org>; Tue, 6 Aug 2013 18:11:29 +0200
Message-ID: <5201202D.1020907@zeta2.ch>
Date: Tue, 06 Aug 2013 18:11:25 +0200
From: "A. Przygienda" <prz@mail.zeta2.ch>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0
MIME-Version: 1.0
To: ospf@ietf.org
References: <20130806134954.GJ95257@jupiter.n2.diac24.net>
In-Reply-To: <20130806134954.GJ95257@jupiter.n2.diac24.net>
Content-Type: multipart/mixed; boundary="------------060506040805030807000505"
Subject: Re: [OSPF] OSPFv3 Extended LSAs TLV-level "disposition-if-unsupporetd indicator"?
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.12
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: Tue, 06 Aug 2013 16:11:43 -0000

On 08/06/2013 03:49 PM, David Lamparter wrote:
> Hi ospf WG,
>
>
> looking at the Extended LSA draft from the various use cases, I believe
> it would be advantageous to repurpose the topmost two bits of the TLV
> type to indicate what should happen if the TLV is not supported by a
> router.  I'm thinking of 3-4 possible handlings:
> ...
>
>
> -David
>

an impressively deep rathole. Games like that CAN be played (actually,
that's why
things like MT-ISIS was possible at all) _BUT_ a closed proof is needed
that ignoring
certain LSAs by certain routers will _NOT_ lead to routing loops (in
hop-by-hop routing)
since routers hold now for their SPFs different LSDBs.


The theory (yes, it's not light bedtime reading) can be found in

http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=749255&url=http%3A%2F%2Fieeexplore.ieee.org%2Fiel4%2F6063%2F16198%2F00749255.pdf%3Farnumber%3D749255

and that should also enlighten why the concept of 'topology' as in
mathematical
'topology' plays such a strong role.

I would simplify here however & double Russ's suggestion
on wanting a use-case for the goodies proposed first

--- tony