动手搭网络！

[原帖中的图片未被存档。]
构建网络似乎充满灾难，
要做的选择比灰泥还黏。
大多数协议会说话，但新协议却不说，
我们也不想被 EIGRP 烂尾所困。

它们像私人赛道一样复杂且封闭，
我们以为 STP 已经死了，却是 TRILL 回来了。
我给朋友的建议是选择已经被选中的，
多参考 Kompella 和 Rosen 的优秀草案。
要怕那些爱干预并诱导你的供应商，
他们会让你挑选那些注定会枯萎、死亡的产品，
而应当用自己的钱，凭自己的钱去购买。

买开源系统，使用可以阅读的草案，
自己动手或在需要时雇佣专业服务。
把一切写成脚本，理清这堆混乱，
使用 NETCONF、YANG 或其他优雅的 REST。

黑盒子或许能用，但缺乏理解，
这对新上架的 Top‑of‑Rack 来说是糟糕的选择，
你的服务器必须通过弯曲的管道发送，
当黑盒子失效时，必须由协议来修复，
去通告向量和可达范围，
这也是我站在讲台上宣讲的原因。

构建 Fabric 时必须深思，
这是一条像冰球场一样滑的坡道。
我想要好产品还是自己动手？
QFabric 或 Cisco 各有自己的方法，
而 TRILL 或 OpenFLow 则让我坐立不安。

确保你的选择没有陷阱，
无论是信令、数据路径还是封装。
包就是包，但多播会让它膨胀，
确保你的 mroute 状态能应对流量，
并且在隧道上能够进行组合，
当传输被暴露时，效率才能实现。

没有夜航的船只，它必须在上下都能工作，
你正在建设一个充满奇迹的网络，
不让它像雷霆般在天空中崩塌。

在你 CONF T 之前、在你 ENABLE 之前，
先确认你的以太网线已经理清，
是光纤还是铜缆、DAC，
一种比另一种更便宜，另一种却是机架的噩梦。

你会在机柜尾部放一个大盒子吗？
还是想要扩展、想要增长？
如果是这样，顶层必须做到，
但你能接受叶‑脊树结构吗？
是需要大量的千兆，还是 40GE？

别怕你怎么构建它，
在你身上我信任，
你必须不断扩展，扩展，再扩展！
你的链路会启动，指示灯会亮到最亮，
它们会在最左边闪烁，也会在最右边闪烁！
所有数据包都会转发，TTL 会变化，
而大多数时候错误会出现，
你的链路会保持在线，WAN 也会如此，
因为你把 syslog 挂到了铃上！

十年后我们全部使用 IPv6 时，
我们会为你的挑战、你的挑战与风险感到骄傲！
你本可以充满热情地听从供应商的建议，
但你构建了一个出色的、垂直与水平的架构；
你把东部连上，也把西部连上，
因此你的 HADOOP HDFS 是最棒的。
你把北部接入，让流量进入，
我们把所有数据聚集到中心。

comments

---

Originally published on truman.net. See the archived copy.