Re: [OSPF] FW: New Version Notification for draft-ietf-ospf-prefix-link-attr-00.txt

Hannes Gredler <hannes@juniper.net> Fri, 05 September 2014 07:11 UTC

Return-Path: <hannes@juniper.net>
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 A7C2A1A047B for <ospf@ietfa.amsl.com>; Fri, 5 Sep 2014 00:11:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level:
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-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 eIO-0IkExioy for <ospf@ietfa.amsl.com>; Fri, 5 Sep 2014 00:10:59 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0240.outbound.protection.outlook.com [207.46.163.240]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E22FB1A046A for <ospf@ietf.org>; Fri, 5 Sep 2014 00:10:58 -0700 (PDT)
Received: from hannes-mba.local (193.110.55.12) by BLUPR05MB434.namprd05.prod.outlook.com (10.141.27.147) with Microsoft SMTP Server (TLS) id 15.0.1024.12; Fri, 5 Sep 2014 07:10:57 +0000
Received: from juniper.net (localhost [IPv6:::1]) by hannes-mba.local (Postfix) with ESMTP id 9732C2B9039; Fri, 5 Sep 2014 09:10:38 +0200 (CEST)
Date: Fri, 05 Sep 2014 09:10:38 +0200
From: Hannes Gredler <hannes@juniper.net>
To: Peter Psenak <ppsenak@cisco.com>
Message-ID: <20140905071038.GA50935@juniper.net>
References: <20140812171918.31632.25544.idtracker@ietfa.amsl.com> <D010DA98.1B41%acee@cisco.com> <5404E67E.6050407@zeta2.ch> <540570F2.4050507@cisco.com> <8297C1E4-1C17-435A-ABE0-21DA1B8B98AF@cisco.com> <54073E17.2090407@zeta2.ch> <540813A7.60802@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <540813A7.60802@cisco.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Originating-IP: [193.110.55.12]
X-ClientProxiedBy: AM3PR05CA036.eurprd05.prod.outlook.com (10.141.192.46) To BLUPR05MB434.namprd05.prod.outlook.com (10.141.27.147)
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:;
X-Forefront-PRVS: 0325F6C77B
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(199003)(24454002)(479174003)(77096002)(76506005)(97756001)(81342001)(4396001)(23726002)(102836001)(90102001)(36756003)(230783001)(33656002)(95666004)(83506001)(46406003)(79102001)(21056001)(107046002)(50986999)(76176999)(99396002)(74502001)(74662001)(77982001)(110136001)(50466002)(76482001)(46102001)(85306004)(93886004)(105586002)(80022001)(64706001)(20776003)(47776003)(66066001)(83322001)(106356001)(81542001)(83072002)(85852003)(92566001)(31966008)(101416001)(54356999)(92726001)(87976001)(86362001); DIR:OUT; SFP:; SCL:1; SRVR:BLUPR05MB434; H:hannes-mba.local; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
X-OriginatorOrg: juniper.net
Archived-At: http://mailarchive.ietf.org/arch/msg/ospf/tNyhmU5jML1bEl45cKFOkoJAFso
Cc: "ospf@ietf.org" <ospf@ietf.org>
Subject: Re: [OSPF] FW: New Version Notification for draft-ietf-ospf-prefix-link-attr-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: Fri, 05 Sep 2014 07:11:01 -0000

On Thu, Sep 04, 2014 at 09:24:23AM +0200, Peter Psenak wrote:
| Hi Tony,
| 
| please see inline:
| 
| On 9/3/14 18:13 , A. Przygienda wrote:
| >Hey Acee,
| >>>>b) section 2.
| >>>>
| >>>>It may be well writing a sentence or two what should happen if an OSPFv2
| >>>>Extended Prefix Opaque LSA changes its flooding scope (i.e. 9-11
| >>>>changes) and what should happen if the same prefix appears in two
| >>>>different flooding scopes with different information (ignore prefix in
| >>>>both, prefer local scope info ? [i.e. ignore wider scope]). Leaving it
| >>>>open may lead to different treatement per router and surprising effects
| >>>as far as the information in the two LSAs are the same, having the prefix in two LSAs with different flooding scopes is not a problem - happens today with regular LSAs.) The problem would be if the content of TLVs associated with the prefix is controversial, in which case it would be a defect on the originator side.
| >>This is another case where the segment routing mapping server requirement makes this more complicated. I think the guidance for the case should be to give preference to the information in the LSA with area flooding scope.
| >agree.  preferring area (or in extreme case link scope ?) is simplest
| >resolution of the issue. Agree with Acee here.
| >
| >It's also wise to add 'if the same extended prefix TLV (i.e. for same
| >prefix) is seen twice in same opaque LSA only use the first and force
| >people to put all sub-tlvs into a single tlv.
| 
| it's kind of obvious, but we can add a text to be sure.
  ^^^^^^^^^^^^^^^^^^^^

only for the educated eye :-)