为什么在专用网络中首选C类IP地址?


15

为什么在专用网络中,与A和B相比,C类IP地址更受青睐?

我可能的答案是“在C类中,网络中可用的主机IP地址的数量少于A或B类,因此使DHCP的管理更加容易。” 但我想再次确认。


1
还应注意A / B / C / D / E类是过时的术语(请参阅en.wikipedia.org/wiki/…);今天我们使用CIDR,“ C类”等效于“ xxxx / 24”;看到en.wikipedia.org/wiki/...
嘎嘎堂吉诃德

2
@quack:正确,除了当您引用RFC1918地址时。实际上,CIDR和VLSM仅与可公开路由的地址相关。RFC1918地址仍然可以认为是有类的。
joeqwerty,2010年

1
@joeqwerty:您阅读过 RFC1918吗? 指的是CIDR的3个私有部分。 faqs.org/rfcs/rfc1918.html 我在家中用它来雕刻出自己的10.xx0 / 24。
quack quixote

1
我知道我知道。我只是说大多数人将IP地址学习为类寻址,而这就是他们谈论IP地址时牢记的。我阅读了这个问题,并理解了OP在提到IP地址“类”时的含义。
joeqwerty,2010年

1
@joeqwerty:然后不要声明RFC1918不是该规则的例外。这只是令人困惑。我也学习了IP地址的分类,并且我不反对将IP地址作为一种教学工具。但是简化学习者和错漏事实之间是有区别的,并且您对本文的评论更多是后者而不是前者。
quack quixote

Answers:


25

我认为他们不是首选。我已经看到大量使用RFC1918 A,B和C类寻址方案的网络。使用适合您需求的类:

  1. 您需要多少个子网?

  2. 每个子网需要多少个主机?

  3. 您必须在子网之间路由流量的路由需求是什么?

  4. 您是否希望每个子网拥有大量主机,并希望减小广播域的大小?


1
+1好答案。击中了钉子,
Dave M

简短,甜美而切入点。+1
Maximus Minimus

6

如果人们停止谈论AB级和C级网络,那就太好了。这样的东西已经使用了很长时间了,比没有意义的情况更糟,并且最好在面试或关于灰胡子的笑话中被当作“陷阱”问题使用。

对于A类,您是说网络掩码为/ 8还是第一个八位位组在0到127之间?B类是指/ 16或第一个八位位组在128到192之间?您为什么首先要谈论类网络?

对于私人地址,区别是愚蠢的。RFC1918定义了多个不应全局路由的网络,包括10.0.0.0/8(真正的A类),172.16.0.0 / 12(在B类网络范围内,但由16个连续的“ B类”网络组成),或192.168.0.0/16(这是256个连续的“ C类”网络)。

正如Kazoom所说,人们谈论子网的依据是子网掩码,而不是第一个八位位组的大小(这意味着在“经典”时期子网掩码)。

而且,如果您因为这个问题是某些课程的一部分而问这个问题,您应该对您的指导老师感到生气,因为他没有让他的头脑摆脱1990年代初(1993年,根据维基百科)。除非您的课程是“互联网和老式路由协议的历史”,否则您的老师会浪费您的时间,可能还会浪费金钱,希望该课程也包括uucp和bitnet以及rip和decnet以及SNA。


2
@chris:出于所有应有的尊重,我认为人们将它们称为有类的地址,因为这是他们学习并熟悉的。大多数人处理RFC1918内部地址,因此将它们称为A,B和C类。如果您的内部网络是172.21.0.0,掩码为255.240.0.0(CIDR表示法为172.16.0.0/12),则实际上是B类的分类描述。就我所知,这是一个命名语义问题。
joeqwerty,2010年

4
@Joe,尽管Chris的回应可能已经超出了巨魔领域,但他提出了很好的观点。班级符号已经过时了17日元,现在人们真的应该换了。
克里斯·S

足够真实。我想是时候让老狗学习新技巧了。
joeqwerty

@joeqwerty。你不对 一个有类的网络必须使网络掩码与8位边界对齐。这就是为什么他们被摆脱。一个172.21.0.0 B类网络必须具有255.255.0.0的网络掩码。这就是为什么人们摆脱了“经典”网络表示法的原因。如果甚至专家不正确地使用“类”表示法,那么如何期望任何人在对话中有用地使用它呢?
克里斯,2010年

2
@chris:我认为甚至专家也错误地使用了“类”表示法,因为它已经死了很长时间了。由于某种原因,“ C类”似乎一直存在,并变形为“任意/ 24”。我见过一些很懂行的人指给定的地址为“C类”,即使其领先位不一定是110
杰拉尔德梳子


0

没有充分的理由。

我个人使用10的块,这很容易记住,如果需要,我还有足够的子网空间。:-D

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.