Re: Doc[2] Representing IP Info..

Glenn Mansfield <glenn@aic.co.jp> Tue, 10 November 1992 05:24 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa28646; 10 Nov 92 0:24 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa28642; 10 Nov 92 0:24 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa19637; 10 Nov 92 0:25 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.01164-0@haig.cs.ucl.ac.uk>; Tue, 10 Nov 1992 05:11:37 +0000
Received: from 150.80.254.1 by bells.cs.ucl.ac.uk with Internet SMTP id <g.06707-0@bells.cs.ucl.ac.uk>; Tue, 10 Nov 1992 05:11:10 +0000
Received: by aic-wide.aic.co.jp (4.1/2.7W) id AA28539; Tue, 10 Nov 92 14:10:40 JST
Date: Tue, 10 Nov 92 14:10:40 JST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Glenn Mansfield <glenn@aic.co.jp>
Return-Path: <glenn@aic.co.jp>
Message-Id: <9211100510.AA28539@aic-wide.aic.co.jp>
To: VALDIS@vtvm1.cc.vt.edu
Subject: Re: Doc[2] Representing IP Info..
Cc: glenn@aic.co.jp, ic-tech@isode.com, osi-ds@cs.ucl.ac.uk, spp@aic.co.jp, thomas@aic.co.jp

Valdis,
   >>
   >>On Mon, 9 Nov 92 12:06:51 JST you said:
   >>>2.2 IP Group object
   >>>
   >>>This object provides information for an IP  network  number.
   >>>Regardless  of the actual value of x, IP group objects exist
   >>>for IP numbers x.0.0.0, x.y.0.0 and x.y.z.0.  This  approach
   >>>includes "classical" class-A, -B and -C network addresses as
   >>>well as subnetworking for classes A and B  and  is  able  to
   >>>represent  number  assignment  for a group of numbers to one
   >>>organization (e.g. 193.0.0.0).
   >>
   >>What plans are there to  support class-C "supernetting"? There have been
   >>multiple proposals to hand out  blocks of 16 contiguous class-C networks
   >>to give  4096-host nets,  in order to  conserve the  rapidly diminishing
   >>supply  of "true"  class-B nets.  In fact,  I beleive  that a  number of
   >>organizations are actively doing this already.
   >>
The delegated block supports the class-C supernetting that has been been
proposed in RFC 1338. The scheme does not dependent on the conventional
network grouping of class A B C or D (?).  This is as far as the delegation
of a block of addresses to an organization is coincerned.
Then, when it comes to identifying the ip-network it is simple; all the "16
class-C" networks in your example will be pointing to the same ipNetworkImage.
The scheme works for aggregating or splitting addresses regardless of the
class they belong to.

I hope this answers your question.

   >>
   >>                                  Valdis Kletnieks
   >>                                  Computer Systems Engineer
   >>                                  Virginia Polytechnic Institute
   >>

Cheers


glenn


 *****************************************************************
 * Glenn Mansfield                                               *
 * AIC Systems Laboratory                Phone : +81-22-279-3310 *
 * 6-6-3, Minami Yoshinari               Fax   : +81-22-279-3640 *
 * Sendai, Japan. 989-32                 e-mail: glenn@aic.co.jp *
 *****************************************************************