[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
- [dhcwg] Question re. interpretation of option 33 … Richard Johnson
- Re: [dhcwg] Question re. interpretation of option… Ted Lemon