最流行的关于网络的误解

l0c*_*b0x 26 networking sql wiki

00000001 + 00000001 = 00000011 替代文字 http://locobox.googlepages.com/red_x_round.png

对网络的误解*

是时候坦白了!......“在某个时候”你认为你知道一些事情,结果它不正确,或者由于对这个主题的误解而不完全正确。

让我们建立一个很好的清单,列出新手甚至一些经验丰富的 IT 管理员对网络的普遍误解。我希望建立一个非常有用的脑库,作为社区成员的良好资源。


我将从一个非常明显的例子开始(得票最多的项目将排在最前面)

  • 所有以 169 开头的地址均来自 APIPA 故障转移系统

    当操作系统找不到分配给网络接口的地址 ( read:rfc3927 )时,只有 169.254.0.0/16 保留给 APIPA 分配。


*****不要误认为“系统管理员犯的错误”

dwc*_*dwc 27

误解:允许 ICMP 是不安全的。

这是我最讨厌的一个问题,它的广泛传播足以在 Internet 上引起重大问题。除了我们都知道和喜爱的方便的诊断之外,还有路径 MTU 发现和其他在 ICMP 被阻止时会中断的东西。


pQd*_*pQd 26

有些人对允许和不允许的 IP 地址有宗教信仰。昨天我在这里的一个答案中看到“以 .0 或 .255 结尾的 IP 地址无效”,这是完全错误的。

其他人仍然认为我们只有 A、B、C 大小的子网,而 CIDR 统治了世界很长一段时间。

有人声称禁用 ICMP 响应将使我的工作站在其 LAN 段中不可见,这是不正确的。您仍然可以发送 ARP 请求,并且在大多数情况下,机器会发送 ARP 响应,尽管它运行了 IP 级防火墙。

其他人说私有子网 - 192.168.0.0/16 或 10.0.0.0/8 '不可路由' - 这又是完全错误的。

当人们了解到上传饱和度如何影响他们的下载速度时,他们会感到非常惊讶。这在很大程度上取决于瓶颈两端的排队算法,但在典型 ADSL 连接的情况下,上传会显着影响下载。

有趣的是:有些人仍然认为“互联网是一系列的管道”

  • @Avery Pane,您的权利是可路由的,但尝试将它们通告给您的提供商,您将遇到 RIB 故障,因为提供商在边界路由器上将私有子网路由为空,并可能在 bgp 会话中过滤它们(我希望他们这样做)反正)。但是通过您的提供商隧道连接到您所有的远程站点,是的,它们与任何 IP 地址一样可路由。:D 它与其他一些“公共”前缀相同,例如 1.0.0.0/8 在大多数提供商处都是空路由,或用于路由器环回,我们都在等待 ARIN/APNIC/etc 等所有决定的那一天使其可用。 (3认同)
  • 私有子网*是*可路由的。但是,您不*应该*将它们路由*到公共互联网*,因为这会导致身份问题(谁在 10.1.1.1?是密尔沃基的机器还是布拉格的机器?) (2认同)

Kar*_*fia 15

所有互联网连接都是平等的,也就是下载速度是唯一重要的事情

“我刚刚发现 T1 是什么,你不知道我家里的 Comcast 电缆比我们工作时的连接速度快 6 倍吗?为什么我们这里没有呢?”

它不再出现,但它已经到了我宁愿吞下主食也不愿尝试向另一个营销人员解释 SLA 的地步。(好吧,当我是工作站支持人员时,我也有同样的问题,我承认!)

  • 一篇关于此的好文章是“这是延迟,愚蠢”:http://rescomp.stanford.edu/~cheshire/rants/Latency.html。话虽如此,我家中的康卡斯特商业连接与 verizon 和 att1 相比,具有类似的延迟和更好的正常运行时间。... (2认同)

Bob*_*oss 14

James Gosling引用了 Peter Deutsch 的八个分布式计算谬误

基本上每个人在第一次构建分布式应用程序时都会做出以下八个假设。久而久之,都被证明是错误的,都造成了大麻烦和痛苦的学习经历。

  1. 网络可靠
  2. 延迟为零
  3. 带宽无限
  4. 网络是安全的
  5. 拓扑不变
  6. 有一位管理员
  7. 运输成本为零
  8. 网络是同质的

我在面向走廊的立方体的墙上有这些。有时我觉得我每天被其中不止一个绊倒。

  • 也许你应该解释一下,所有这些距离都消耗了网络压力。如果你想要一个远程站点,你需要有泵站来解决管道中缓慢泄漏的问题...... (2认同)

BIB*_*IBD 12

一个古老的,但一个好东西,

  • BPS(每秒位数)和 BAUD 是一回事 - 它们不是。BAUD 是符号率。在许多系统中,每个符号都编码 2 位或更多位。例如,

    +2v = 11
    +1v = 10
    -1v = 01
    -2v = 00


Jam*_*ore 9

在实践中...

802.11A != 54 Mbit/s, 802.11A ~ 27 Mbit/s

802.11B != 11 Mbit/s, 802.11B ~ 5 Mbit/s

802.11G != 54 Mbit/s, 802.11G ~ 22 Mbit/s

  • 802.11n 怎么样?600 兆比特/秒 (4认同)

scl*_*son 8

我讨厌网络因应用程序运行缓慢而受到指责。

当除 Outlook 之外的一切正常时,停止向网络团队升级通知网络已关闭的票证。无知的帮助台工作人员是许多管理员存在的祸根。


Osk*_*orn 7

在“硬件”中做事总是比在“软件”中做事表现得更好。

(这导致了一个明显的问题,即无论如何,人们在这两者之间划清界线,还是根本没有很好的区别?)


gol*_*udo 6

“MBps”和“mbps”可以互换。即使我可以从上下文中看出“毫比特”不是有效的测量单位,但两者之间仍然存在 8 倍的差异。

甚至不要让我开始使用 mebibits。


Dav*_*e K 5

在企业 LAN 环境中,很多人仍然假设 vlan 之间的路由比交换慢。对于当今的现代交换机,交换和路由都在硬件中处理,硬件可以以相同的速度处理/转发这些数据包。


小智 5

使用无线意味着互联网访问速度要慢得多的误解,因为它显示 54 MB/s 而使用以太网连接显示 100 MB/s。

不用说,很难向用户解释这只是本地网络速度,而实际上该站点的互联网速度仅为 8 mbps/900 KB/s。

或者,用户要求您提供宽带连接,然后当您告诉他们他们使用的无线网络连接到宽带互联网连接时,他们会惊呼“不,我是说蓝色电缆!”


Ale*_*hov 5

专用硬件设备总是比商品和/或 PC 硬件更好、更可靠和更高性能的想法 - 在实践中,以今天的成本。

这基本上是思科想让你相信的;当然,路由器机箱中的 NPE 只有 ~300 MHz ARM 处理器,但它拥有所有这些 ASIC(专用集成电路),仅用于快速数据包转发、FIB 路由查找等。

虽然这可能是真实的,我一般用那种路由器的专有齿轮青睐和交换机为各种行政和MTBF方面的原因,但事实是,在3 GHz处理器的时代和8 GB的RAM,经常ASIC 和 CAM 的存在并不重要——PC 仍然可以抽那个路由器。当然,所有的事情都是在 CPU 中完成的,而不是转移到专用硬件上,当然,这一切都在受通用操作系统中竞争用户空间调度环境破坏的进程中,但是当你拥有 20 倍的 CPU 能力时,有时没关系 - 它仍然遥遥领先,而且便宜得多。

我最近在处理相当高端的 PIX 屈曲以在不断增长的 VoIP 环境中增加数据包处理负载时再次了解到这一点(每秒高数据包削弱路由器比整体吞吐量本身更多,并且 VoIP 音频流由非常大量非常小的数据包);我设置的 Linux 防火墙作为 VLAN 间路由的权宜之计,同时将那个东西从水里吹了出来。

BGP 同上。在 Cisco 世界中,关于保持一个或多个不断增长的 IPv4 路由表的完整 BGP 视图所需的最低路由器规格仍然存在激烈的争论,因为如果它们在 RAM 上不吝啬,那么许多路由器型号通常都能够做到这一点. 好吧,您知道,Quagga 和具有出色 NIC 和低中断 I/O 调整的可靠 Linux 服务器可以创造奇迹。:-)


Vat*_*ine 5

该 MAC 地址重复是不可能的。是的,这简直太不可能了。