[dhcwg] Question re. interpretation of option 33 destination addr

Richard Johnson <raj@cisco.com> Sat, 10 July 2004 03:53 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA02523; Fri, 9 Jul 2004 23:53:39 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bj8CX-0004mj-0L; Fri, 09 Jul 2004 23:06:57 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bj6qW-00015H-ID for dhcwg@megatron.ietf.org; Fri, 09 Jul 2004 21:40:08 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA21739 for <dhcwg@ietf.org>; Fri, 9 Jul 2004 21:40:01 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1Bj6qP-0003Z2-Tq for dhcwg@ietf.org; Fri, 09 Jul 2004 21:40:02 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Bj6pV-0003Du-00 for dhcwg@ietf.org; Fri, 09 Jul 2004 21:39:06 -0400
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1Bj6ob-0002Wc-00 for dhcwg@ietf.org; Fri, 09 Jul 2004 21:38:09 -0400
Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-3.cisco.com with ESMTP; 09 Jul 2004 18:25:42 +0000
X-BrightmailFiltered: true
Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com [171.71.163.14]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id i6A1On4N003236 for <dhcwg@ietf.org>; Fri, 9 Jul 2004 18:24:49 -0700 (PDT)
Received: from [10.32.254.178] ([10.32.254.178]) by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with SMTP id AVF80247; Fri, 9 Jul 2004 18:23:38 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v618)
Content-Transfer-Encoding: 7bit
Message-Id: <EDD1E956-D20F-11D8-B32F-000A9568B702@cisco.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
To: dhcwg@ietf.org
From: Richard Johnson <raj@cisco.com>
Date: Fri, 09 Jul 2004 18:24:46 -0700
X-Mailer: Apple Mail (2.618)
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Subject: [dhcwg] Question re. interpretation of option 33 destination addr
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
Content-Transfer-Encoding: 7bit

I have a question about the interpretation of the destination address 
in option 33.  Looking at RFC2132, it's not really clear how this 
address should be interpreted.

Since we now have a "classless static route" option, it seems clear 
that option 33 was a "classfull static route" option.  That being the 
case, it seems clear that given a destination address of "10.1.1.0", 
the subnet mask which should go along with this would be the classfull 
mask of 255.0.0.0.  Fine.  But given a destination address of 
"10.1.1.0" (and an assumed mask of 255.0.0.0), is this a host route?  
It would seem so.  But is that what was intended?  Or, instead, should 
the client system AND the destination address with the classfull mask 
in order to produce a subnet route (in this case "10.0.0.0/8")?

My first thoughts would be that in order to keep as much flexibility as 
possible, the destination address should NOT be AND'ed with the 
classfull mask and if the destination address happens to have bits set 
in the "host" portion of the address, then it should assumed that this 
is a "host route".  If a "subnet route" were intended, then bits would 
not have been set in the "host" portion of the address.

The real question, however, is how is this currently handled and what 
is the expectation?

/raj


_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg