Re: [OSPF] OSPF Information Hiding

Russ White <russ@cisco.com> Wed, 23 February 2011 15:28 UTC

Return-Path: <russ@cisco.com>
X-Original-To: ospf@core3.amsl.com
Delivered-To: ospf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A72463A68E8 for <ospf@core3.amsl.com>; Wed, 23 Feb 2011 07:28:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.534
X-Spam-Level:
X-Spam-Status: No, score=-10.534 tagged_above=-999 required=5 tests=[AWL=0.065, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fRLx4nvlSL9J for <ospf@core3.amsl.com>; Wed, 23 Feb 2011 07:28:22 -0800 (PST)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 886BA3A689A for <ospf@ietf.org>; Wed, 23 Feb 2011 07:28:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=russ@cisco.com; l=1433; q=dns/txt; s=iport; t=1298474950; x=1299684550; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to; bh=W4xZND+nn5vGHrBoiKaabgLJY+HVONbObHu6ZYFeeQ0=; b=jPtNnGQ/9DwGfsnVr4agBQp4k0pnbb5uU8ixvwMMDcKzPJBFEzsTlq/e wbHf1ZYwIWu7F7iLcZTej2e91IzcPlPMgjoCA6cipIx2EWroCz72EMvS3 3J1MXRcCD74aPduaGBWNARob05zIyh0Xf3155jRs+0Dw4CMSF23uZj6s3 E=;
X-Files: signature.asc : 259
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIq2ZE1AZnwN/2dsb2JhbACmGXOgRpt1hV4EhQ2HCYM7
X-IronPort-AV: E=Sophos; i="4.62,212,1297036800"; d="asc'?scan'208"; a="218656645"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 23 Feb 2011 15:29:09 +0000
Received: from [10.116.137.181] (rtp-russwh-8714.cisco.com [10.116.137.181]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p1NFT9S1029232; Wed, 23 Feb 2011 15:29:09 GMT
Message-ID: <4D6527C8.40003@cisco.com>
Date: Wed, 23 Feb 2011 10:29:12 -0500
From: Russ White <russ@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Acee Lindem <acee.lindem@ericsson.com>
References: <EC96753D-4C19-400C-8717-7B81D6413E50@ericsson.com> <4D651936.9020206@cisco.com> <1B04BA90-6619-4CD9-9BFC-C66B833FE655@ericsson.com>
In-Reply-To: <1B04BA90-6619-4CD9-9BFC-C66B833FE655@ericsson.com>
X-Enigmail-Version: 1.1.1
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="------------enig6A6531C2A1FDF225C9D7AE53"
Cc: "ospf@ietf.org" <ospf@ietf.org>
Subject: Re: [OSPF] OSPF Information Hiding
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 23 Feb 2011 15:28:23 -0000

> OSPFv2, as specified in RFC 2328, states that a multi-access network's subnet is specified by the DR's Network-LSA LSID/mask and installed during the SPF graph traversal. Hence, without some form of signaling, there is no way to prevent other routers in the OSPF area from installing the subnet route (whether or not it is really needed for any purpose in the OSPF network deployment). 

So, in reality, this isn't about the way SPF is run, but the assumption
in RFC2328 that the LSID/subnet mask from the type 2 is the "correct"
subnet to put in the table when building the tree... Hmm...

Then it seems like the magic number is unavoidable in this case.

:-)

Russ