11、冬瓜头 于 2011-01-16 10:15 下午 http://bradhedlund.com/2010/09/15/vmware-10ge-qos-designs-cisco-ucs-nexus/

这人是思科的，他的博客偷了不少这方面的料。

12、Panabit 于 2011-01-16 10:22 下午 这个文章好，拜读了！

13、旁观者清 于 2011-01-16 10:29 下午 这都是过分渲染“云”计算，虚拟化的结果。

VN-tag和VEPA是虚拟接入的两个标准草案，其本质从用户的角度来看，不过是虚拟机识别和管理的技术实现手段而已。

思科推行VN-tag的市场目的就是搞垄断，就像当年的EIGRP一样；其他厂商推行VEPA就是不想这块细分市场被思科所垄断，就行OSPF一样。 这种从网络设备到服务器/网卡的端到端垄断是思科所追求的，也正是其他厂商不希望看到的。

14、picktracy 于 2011-01-16 10:30 下午 功力啊功力，清晰易懂，好文。

15、冬瓜头 于 2011-01-16 11:34 下午 和FCoE一样。还好有个iSCSI顶着。。

16、kernelchina 于 2011-01-17 12:38 上午 以前看cisco的nexus 1000v和vn-link没搞明白是什么意思，现在有点明白了。把虚拟机当真实的机器用，需要各方面加倍，然后再分割，否则性能没法保证。

17、cong 于 2011-01-17 1:14 上午 好文！
PS：冬瓜头同学也写一个吧

18、冬瓜头 于 2011-01-17 3:38 上午 To cong:
呵呵，感谢这位的 鞭策，此文甚好，学习中，后续文章会努力提高质量！谢谢！

19、libing 于 2011-01-17 4:36 上午 to 冬瓜头
FCoE forword和fiber channel forward一般指的都是服务器上联的交换机，FCoE的链路目前只能实现一跳，存在于服务器网卡和forward之间，FCoE的帧在forward上被拆开，并通过FC链路送到SAN上。

而要将FCoE链路延长到更远的交换机，就是Multihop FCoE，即FCoE的多跳。Multihop FCoE在FC-BB-5中已经有了对应标准，实现方式也不止一种。

Fabric Extender一般指Cisco的Nexus 2000扩展设备，相当于把机架式交换机的板卡取出来，作为一个独立设备。这样的好处是可以以ToR的方式不限，以EoR的管理。

deltali的意见很好，我找了一个FEX的说明：
http://www.networkworld.com/community/node/39236

20、libing 于 2011-01-17 4:38 上午 to kernelchina

基本上，虚拟接入解决的不是性能问题，而是管理问题，将网络的行为重新还给网络设备。
当然，解决一个问题的方式有很多中，这只是其中一种

分享按钮