home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / tcpip / 6070 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  3.2 KB
  1. Xref: sparky comp.protocols.tcp-ip:6070 comp.protocols.tcp-ip.domains:896
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!Germany.EU.net!Informatik.Uni-Dortmund.DE!deins.Informatik.Uni-Dortmund.DE!rv
  3. From: rv@deins.Informatik.Uni-Dortmund.DE (Ruediger Volk)
  4. Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.domains
  5. Subject: Re: Multiple class 'C' addresses versus single class 'B'
  6. Followup-To: comp.protocols.tcp-ip
  7. Date: 23 Jan 1993 14:28:11 GMT
  8. Organization: CS Department, Dortmund University, Germany
  9. Lines: 60
  10. Distribution: world
  11. Message-ID: <1jrklrINNa4c@fbi-news.Informatik.Uni-Dortmund.DE>
  12. References: <1993Jan23.002517.22830@nosc.mil>
  13. NNTP-Posting-Host: deins.informatik.uni-dortmund.de
  14. Keywords: addresses
  15.  
  16. In article <1993Jan23.002517.22830@nosc.mil>, kent@humu.nosc.mil (Kent K. Kuriyama) writes:
  17.   > I would like to get comments regarding the problems of using multiple
  18.   > class 'C' addresses vice a single class 'B' addresses.  Obviously
  19.   > this is an issue because the NIC is hesitant in granting the rapidly
  20.   > diminishing number of class 'B' addresses.
  21.   > 
  22.   > We intend to have approximately 2000 IP addresses with typically 50
  23.   > address per sub-net.  Using class 'C' address we are looking at 40 sub-
  24.   > nets or approximately 10 'C' addresses.
  25. don't forget that in both the host and the subnet field of an IP address
  26. you should NOT use the values 0 and -1 (all ones).
  27. This implies that the subnetting a class C network can be done in only
  28. the folowing ways:
  29.  
  30. bit split    # of subnets    max # addr/subnet    total max # usable addrs
  31.  
  32. 0:8        1        254            254
  33. 1:7    ** illegal **
  34. 2:6        2        62            124
  35. 3:5        6        30            180
  36. 4:4        14        14            196
  37. 5:3        30        6            180
  38. 2:6        62        2            124
  39. 7:1    ** illegal **
  40. 0:8    ** nonsense **
  41.  
  42. Of course things look different when CIDR is fully available (i.e. you
  43. use a supernet of 2*n class Cs and can ignore the 24:8 split of class C).
  44.  
  45.   > Questions:
  46.   > 
  47.   > 2)  Someone mentioned that linking up a bunch of 'C' addresses will
  48.   > require the use of some external gateway protocol (make sense - we need
  49.   > to route between class 'C' networks) on our routers.  Is this a big
  50.   > deal?  Is EGP a feature only available on expensive routers?
  51. no, for routing within your "routing domain" you can use the same interior
  52. gateway protocols as you would use within a single B.  Exterior gateway
  53. protocols like EGP (if starting to use one, better try going for BGP)
  54. are only needed between different autonomous systems - i.e. network compounds
  55. with a separate administratgion and routing policy.
  56.  
  57.   > 3)  Are there any advantages to getting a contiguous set of class 'c'
  58.   > addresses (e.g. 192.101.190,191,192, . . . etc)?
  59. YES;  supernetting - need a power of two with a common prefix
  60.  
  61.   > 4)  Would there be any problem in implementing a single domain name
  62.   > DNS over multiple class 'C' addresses?
  63. NO - IP addresses and domain names are two COMPLETELY independant name spaces!
  64. The domain name service usually is used to provide a mapping between (some)
  65. IP addresses and domain names;  this mapping can be defined in any way you want.
  66.  
  67. --
  68. Ruediger Volk
  69. Universitaet Dortmund, Informatik IRB                DE-NIC
  70. Postfach 500 500
  71. D-W-4600 Dortmund 50
  72. Germany
  73.  
  74. E-Mail: rv@Informatik.Uni-Dortmund.DE
  75. Phone:  +49 231 755 4760                 Fax:  +49 231 755 2386
  76.