home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / sys / cisco / 1176 < prev    next >
Encoding:
Text File  |  1992-08-27  |  2.6 KB  |  53 lines
  1. Newsgroups: comp.dcom.sys.cisco
  2. Path: sparky!uunet!boulder!recnews
  3. From: Vince Fuller <vaf@Valinor.Stanford.EDU>
  4. Subject: Re: Subnetting and class B nets
  5. In-Reply-To: Your message of Thu, 27 Aug 92 16:09:37 IST
  6. Message-ID: <CMM.0.90.2.714935295.vaf@Valinor.Stanford.EDU>
  7. Sender: news@colorado.edu
  8. Usmail: Pine Hall 115, Stanford, CA, 94305-4122
  9. Date: 27 Aug 92 10:08:15 PDT
  10. Office: Spruce Hall F15, (415) 723-6860
  11. Lines: 40
  12.  
  13.         So we choose a subnet  mask of 255.255.255.0 for the  individual
  14.     units  and  for  the  lines  we  would  like  to  use something like
  15.     255.255.255.248.  This  way we  get greater  efficient use  from the
  16.     address space, rather than wasting an entire 256 address range space
  17.     for each leased line.  If we have 120 lines, we could end up wasting
  18.     132.64.1.x-132.64.120.x leaving just about 50% of the address  space
  19.     for real work.  Packing the addresses for the leased lines into  one
  20.     segment of the class B network - such as 132.64.1.x makes sense  and
  21.     should work.  But  for some reason  (perhaps some subnetting  rule),
  22.     the cisco will  to not accept  two *different* subnet  masks for the
  23.     same class B  network.  The cisco  automatically changes the  subnet
  24.     mask for all interfaces with the same class B network address to the
  25.     last subnet mask of the last interface set.
  26.     
  27.     I am sure there must be some config command to bypass this problem.
  28.     Or is everyone wasting oodles of address space on their leased line
  29.     subnets?
  30.  
  31. While OSPF explicitly allows this (as will RIP-II), cisco's implementation
  32. does not support it until release 9.1. As a field-test site for 9.1, I have
  33. just begun to start exercising this feature - on network 131.119.0.0, we now
  34. have routes with four different subnet masks:
  35.  
  36.     - 255.255.0.0 for the "default subnet" route
  37.     - 255.255.255.0 for variable-length-subnet "challenged" (a California
  38.       euphamism for handicapped) systems, i.e. pre-9.1 ciscos as well as
  39.       for Ethernet subnets
  40.     - 255.255.255.252 for serial links
  41.     - 255.255.255.255 for point-to-point connections (originated by the
  42.       Proteon OSPF implementation)
  43.  
  44. We are waiting with baited breath for 9.1 to be released, since variable-length
  45. subnet mask support will *greatly* increase the efficiency of our address space
  46. allocation - for example, instead of using up all space in the address range
  47. 131.119.1.xxx through 131.119.134.xxx to support 134 point-to-point links (at
  48. 2/254 = <1% efficiency), I'll conceivably be able to squeeze all of these
  49. addresses into the range 131.119.1.0 - 131.119.3.xxx at (2/4 = 50% efficiency;
  50. best you can do, since all-ones and all-zeros are reserved addresses).
  51.  
  52.     --Vince
  53.