27用过dell的，感觉太大了，用起来不是很舒服。。。

23的话用过2个 u2312hm。。

支架用 ergtron lx dual side by side arm 200大刀呀。。。

@kstsca 那是因为windows生产缩略图

linux 你ls下肯定也卡 卡是因为stdout刷新浪费时间

棒子文亮了

博达和cisco一样， 锐捷的有的型号和cisco一样，zebra 也是cisco的克隆。
清华同方的没见过，看了下文档应该80% 相似，没事tab 和 ？一下就有了。
好像他们的串口频率是38640吧。

华3，华为自成一个体系

juniper 自己一个体系

dell的不想说了 渣。

ros，海蜘蛛 自己一个

别的没啥了吧

@julyclyde 其实是网络形状的问题，ospf这东西其实已经把延时这东西给忽略了，在公网上起隧道最难办的事情就是丢包和延时导致的线路劣化，ospf是最短路径优先。 可能一条丢包率20% RTT=100ms 0跳的线路会被ospf自动选择而代替了一条0%丢包RTT=110ms 1跳得线路。

以前大概8个服务器吧 分成3个ospf区（按线路） 然后每天丢包愁死了。。。

慢慢研究了后发现ospf这东西真的不怎么适合公网的tunnel上，虽然ospf可以按照物理链路分区，然后在层次化组网，但是数据包必须走zone0，分区会导致rtt、丢包出口问题愁人 如果不分区的话路由更加的乱了。 这你妹是增加了复杂度。

后来其实没啥后来了，写了个利用虚拟下一跳 去动态跳路由的东西。 结果也不失很理想，线路太烂没啥好办法。


这个可能是特例吧。

voip吧

基本上voip 国内4分
美国基本是0成本 只收channel fee

计算机网络，其实没啥难度

平时看看tcpip协议（路由协议）（这是n本书），基本计算机网络就ok了

@julyclyde 说实话 这种架构很坑爹 跑ospf就更坑爹了 ospf在tunnel下有些问题
感觉rip吧简单。


@lsylsy2 之前高过这种 为了降低延时中间接了几台中专服务做动态调整 算rtt和丢包…
一台服务器一个内网c 绑到dummy0上比较好

点对点互联，3层走gre 考虑加密走 gre over ipsec。
二层，多点不好玩l2tp是解决方案。

找运行商的话就是mpls 价格不过北美这边是$5/mbps 100m起。

搅拌机这东西注意电压

Linux
下也一样。pcl postscript cups原生支持

叶子是藤黄+花青 调出来的，叶子筋是白色画上去的
花是胭脂无误了，
三条鱼 应该是 靛蓝 藤黄 朱砂（红色的不大确定）

这个国画，画工一般呀

找个国画师傅估计几百就能搞定，裱起来就好了。

路由器是，CCIE，geek，hack，小白等等一起在折腾。
考勤机是考勤机生产厂家的客服再折腾。

@msg7086 nas必须上千兆有线，百兆跑起来都太蛋疼了，下个蓝光拷贝都需要半天。。。。。。