如果支持的话，我就ESXI 下双网卡聚合，然后做个虚拟交换机，用这个聚合了的双网卡去路由。
目前我的设想是这样。
Gen8 在 ESXI 5.5下，把双网口加去一个 Vlan1（需要吗？），然后用LACP 连起来，建一个虚拟交换机，连接内部虚拟机和外部的双网卡的合并网卡。
PS1810 下再 Trunck 下设置 2x2 个口去 LACP, 一组给 Gen8 一组给 AC68P
AC68P 再用script 建立双口的 LACP
这样的话，两个台机同时读 Gen8 里的东西，Gen8出来的速度可以达到2G
评论
我记得是esxi5.1以上支持 最好是5.5 需要建立分布式vswitch
然后做lacp组绑定端口就可以了。
评论
可以，我用的ESXi6.0
在vSphere中的NIC Teaming设置Route based IP hash
然后在PS1810G中Trunk Config设置对应的端口汇聚模式
只要你的虚拟机中有任意一个系统被分配了两张网卡并做汇聚的话在PS1810g中即可显示汇聚开启
经过测试，局域网任意两台电脑都可以以1000Mbps的速度访问Gen8中的内容
评论
支持，交换机也要支持。不过你真的需要吗。
评论
谢谢回复。
你的设置貌似是两个网卡全部给了ESXI 下的某个虚拟机。我想要的是两个网卡聚合后给 ESXI，然后 ESXI 动态分配2G 的带宽给所有的内部虚拟机。
另外我还有点不明白的是，交换机端的链路聚合应该是layer2 第二层的，为什么vShpere 用的 IP Hash? IP 是 Layer3 的呀？
评论
应该是ESXi中所有虚拟机都拥有2G的实际贷款。你可以注意一下默认的虚拟机的虚拟网卡是10G的interface，所以无论如何都可以达到2G的出口带宽的。
我有一点不清楚的就是貌似只有设置某一个虚拟机为双网卡之后ps1810g中才显示up link，实际上两个网口实行的是load balance的策略
评论
你用vsphere client是没法做LACP的 你那个只是基于IP链路上的负载均衡 不是2层的lacp
5.5以后做LACP是要启用分布式vswitch 而且只能在vsphere web client里做 直接client是看不到这项高级功能的 需要vcenter支持
评论
vCentre 有dao版不？
评论
当然有呀 伟大的注册器啥都有
评论
没有vcenter是做不了的 3楼那个不是
评论
其实这很好理解：交换机设定LACP，虚拟的交换机就是Route based on IP HASH，虚拟机就是NIC Teaming，一环扣一环。
评论
因为VM的网络负载均衡采用的算法不同于高级路由算法，并不是按网卡流量多少来分配负载。
PS：因为每一个会话（seesion）分拆多个数据包后，要保证按顺序接收。
评论
你错了，这是我在ESXi5.5/Update2 vsphere client 的截图。
评论
lacp-ESXi-5_1-4.png (21.39 KB, 下载次数: 0)
LACP开启的正确姿势 Web client
评论
你在WEB client 当然能打开，如果只是开启网络负载均衡不必如此麻烦。
更本不需要VCenter和Web client
评论
楼主要的是LACP 能够是的vm达到2G的带宽 明白了吗
简单的设置当然是不需要LACP也可以负载均衡 但是不幸的是没法带宽聚合 那是vm自己的基于单向的均衡而已 单个vm最高只能用到一条链路的最大带宽 而不是2条
vcenter又不麻烦 vcsa部署又快又好 稍微专研下就行了
评论
单个VM设定两张VNIC那就可以了（效率比不上一条2G），麻烦一点也可以在虚拟机做NIC teaming。
不要以为在UP link 做了LACP 就完事？
评论
lacp分啥二层三层，这边交换机trunk口聚合这，那边路由器聚合口下三层子接口已经建上了。。
评论
查看了VM的知识库，只提到5.1以后支持动态的LACP（在VSwitch配置），并没有指出静态的LACP在交换机支持下，不能产生超过单张物理网卡流量的说法。
如有不对之处请指出，最好有官方的文档，谢谢。
评论
你好，看了截图更加明确EXSi6.0支持动态LACP协议。
通过设定VM的单双网卡，和观察trunk_1状态，也说明了只有一张VNIC情况下，无法实现带宽聚合。就算是双VNIC网卡，也只能在特定条件下才可以带宽聚合。
本人是菜鸟，有错的地方请大神指出，希望能抛砖引玉。
评论
vsphere client 中只能做负载均衡，不是链路聚合?
评论
学习一下~~~
评论
当然是可以的啊。
评论
LACP是二层的链路聚合标准协议，和三层的路由ECMP完全是两回事啊！！！！
其实配置完ESXI后，在交换机上使用命令查看下链路是否聚合成功就知道了，何必这么纠结呢？
评论
你说的是”show trunk“吧。
因为这个论坛的玩家，用的是比较简单的交换机，CLI控制界面的不多。
因为是LACP，所以无论有多少条链路聚合，一个会话只会在一条链路传送。如果根据链路权重来分发数据包，那是高级的路由算法，比如ECMP/WCMP。
评论
LACP也好，ECMP也好都是根据hash结果来分配流量走向的
大部分厂家的交换机什么都没配置默认就是基于flow（流）来计算，不过也都支持自定义，基于数据包，基于源IP，基于目的IP，或者源目MAC，都是可以的。
评论
官方文档很明确的东西
http://kb.vmware.com/selfservice ... ;externalId=1004088
评论
我的理解是：
1.LACP基于MAC、IP Hash等算法，如果是同一会话，那么数据包是不会分发到到其他链路，除非是链路失效了。那么Flow的控制不是很理想。
2.但是，ECMP、WCMP在同一会话中，会拆分数据包到不同的链路，这个区别很大。
评论
理解有误
首先明确下“流”的概念，一个流，你可以理解成一个会话，也就是常说的五元素(源目IP，源目端口号和协议类型)
所以基于“流”负载就是基于（tcp/udp）会话负载，不管是LACP还是ECMP大部分知名厂家默认都是这样的算法，因为这样比较优化。
而只要版本支持，不管是ECMP还是LACP都可以使同一个会话的流量跑在不同的物理链路上，不存在你说的LACP不如ECMP这个说法。
我前面说了两者都支持基于数据包负载，或者基于源/目MAC地址负载，甚至LACP可以支持基于VLAN负载等等算法，关键是软件版本要支持，厂家要有这个功能。
评论
你好。
借用http://www.ieee802.org/3/hssg/public/apr07/frazier_01_0407.pdf
来说明：
其中提到”All packets associated with a given “conversation” are
transmitted on the same link to prevent mis-ordering“
我理解的就是 “在同一会话中，所有的数据包在同一链路发送，为了提防出现乱序”文章也多次说明，不支持乱序分发报文。
我觉得你还是概念理解错误了
你贴的文档我也没看懂他想表达什么，但是你的理解是错的。
链路聚合是物理层和数据链路层的概念，就是二层概念（在你贴的连接上，有一副图画的很清楚）
而放乱序是三层（现在都是IP协议），和四层（TCP）做的事，也就是所谓的分片和重组，我们都知道如果数据帧在封装的时候发现大于了接口的MTU，就要涉及分片，这一步在封装二层帧头前就已经做掉了。
TCP会做这个事，那如果是UDP或者说是ICMP这种非TCP流量的话，那也没关系，IP协议支持分片和重组。
我上面说的那些知识都是网络工程师的常识，如果你有兴趣的话，可以去查阅一些更专业的书籍。
还是重新说LACP，因为工作原因，本人接触的网络设备品牌都是思科，华为和juniper之流，而这几个厂家都是支持LACP的各种复杂算法的。
比如华为可以在接口模式下用以下命令去调整算法
int Eth-Trunk 1
load-balance ?
dst-ip According to destination IP hash arithmetic
dst-mac According to destination MAC hash arithmetic
enhanced Enhanced hash arithmetic
src-dst-ip According to source/destination IP hash arithmetic
src-dst-mac According to source/destination MAC hash arithmetic
src-ip According to source IP hash arithmetic
src-mac According to source MAC hash arithmetic
再说思科只能在全局模式下调整算法
port-channel load-balance ?
dst-ip Dst IP Addr
dst-mac Dst Mac Addr
dst-port Dst TCP/UDP Port
src-dst-ip Src XOR Dst IP Addr
src-dst-mac Src XOR Dst Mac Addr
src-dst-port Src XOR Dst TCP/UDP Port
src-ip Src IP Addr
src-mac Src Mac Addr
src-port Src TCP/UDP Port
vmware的EXSi当然也可以，只不过要比较高的版本才能支持更多的算法
评论
仔细看了下文章....07年写的，那时只支持基于flow的hash算法也是可以理解的.....
只能感概技术发展的快啊！！！废话了一大通，最后结论是链路聚合还不如直接升级带宽.....厂家果然用心良苦啊（升级物理接口带宽就要你买更高端的接口板卡啊）
评论
我找的的文本就是权威的IEEE关于802.ad的解析，因为白皮书很长，所以几个大神就节选一些关键点，来解析802.3AD。
至于采取什么算法，只要你采用符合802.3AD范畴的LACP协议，就要遵循其原则。你提到的图片也反映了链路的走向，明显用不同的颜色区分。
所以我还坚持我的看法，LACP不支持“Does not re-order or mis-order packets”乱序报文。至于三层能支持乱序这我是同意的。
评论
市场上各品牌LACP不兼容屡见不鲜，我们不可能跟着厂家转。选择符合的IEEE-802.3AD就可以了，不然就没有一个准则作为判定。
至于以后的版本更改、某些厂家特定协议算法不再此讨论范围。
评论
问题是TCP/IP的数据在三层和四层都有防乱序机制，到二层怎么可能是乱序的呢？
所以我们讨论的点有问题...
总结下就是：
我一直在强调：LACP和ECMP是可以支持基于per-packet去负载分担到两条物理链路上，并且不会产生任何的乱序。（因为在三层和四层协议上有防止乱序的机制）
而你到现在还觉得LACP做不到基于数据包去负载，认为一旦同一个会话的数据包被负载到两条物理链路后就会出现乱序（这个很明显是不可能的）
评论
同一会话的报文分发到不同的链路，就有可能出现乱序（因为链路存在变数，例如延时、线缆质量等等），甚至会丢包。这个现象在多WAN口路由的负载均衡很容易出现。三层会重组报文，但在两层的LACP就明确写明没有这个功能，为了避免这种错误有这条规定”All packets associated with a given “conversation” are
transmitted on the same link to prevent mis-ordering“
如果你能耐心看看这个文档，就会明白。
PS:Does not change packet format
– No added headers or sequence numbers
– Type/Length interpretation unchanged
• Does not require added buffers
– No fragmentation or reassembly
• Does not re-order or mis-order packets
• Does not add significant latency
• Does not increase the bandwidth for a single
conversation
• Achieves high utilization only when carrying multiple
simultaneous conversations
• Is not transparent to some 802.1 sub-layers
具体的讨论我曾经在51CTO的博客看过相关的博文，有兴趣你可以参考一下。
评论
我上面也跑火车了（乱说了）
LACP能让同一会话的数据包跑在两根物理链路上，这个我没有论证过，很明显根据我上面贴的命令是没有基于数据包的负载的（我自打脸）
而基于源目MAC也好，基于源目IP也好，亦或是基于接口，一旦这些东西变了，那就不是同一个会话了，你说是不
所以IEEE说的也没错，对于同一个会话来说，链路带宽在聚合后是没有增加的。
不过，你上面又说错了一点，多WAN口路由的负载均衡是一般是指ECMP吧，ECMP是肯定可以基于包去负载的。
http://www.cisco.com/c/en/us/td/ ... pplb.html#wp1015331
看这个Per-Destination and Per-Packet
另外同一会话的报文分发到不同的链路，就有可能出现乱序，这个说的也没错，所以厂家基本默认都是基于流去负载的，这样最优化
评论
没事，我以前也在概念上吃过亏。
至于ECMP、WCMP算法。在单、多会话中，会把报文分发到不同链路，因为有报文重组，所以不怕乱序。
评论
3楼的也算是一种配置方法？只不过是在vm系统里要加多网卡在系统层上做lacp？而vCenter添加vds做lacp，就不需要在vm系统里做lacp了。
https://www.dell.com/support/art ... 213/vmware-esxi-esx
2018-04-23_234835.png (29.27 KB, 下载次数: 0)
@ice0291
@eamars
@teardrop
@eyesforever
评论
我用的6.7，提示跟你一样的，不过出口只有1G，没法测试.~
评论
iperf 工具对测下就可以。多台电脑同时访问LACP后端的服务器。VMXNET 3网卡10G随便测
6.7d
2018-0823_104909.png (2.54 KB, 下载次数: 0)
2018-0823_104930.png (1.26 KB, 下载次数: 0)
电路 电子 维修 求创维42c08RD电路图 评论 电视的图纸很少见 评论 电视的图纸很少见 评论 创维的图纸你要说 版号，不然无能为力 评论 板号5800-p42ALM-0050 168P-P42CLM-01 电路 电子 维修 我现在把定影部分拆出来了。想换下滚，因为卡纸。但是我发现灯管挡住了。拆不了。不会拆。论坛里的高手拆解过吗？ 评论 认真看，认真瞧。果然有收
·日本中文新闻 唐田绘里香为新剧《极恶女王》剃光头 展现演员决心
·日本中文新闻 真子小室夫妇新居引发隐私担忧
·日本中文新闻 前AKB48成员柏木由纪与搞笑艺人交往曝光
·日本学校 ｛日本国际学校｝梅田インターナショナルスクール
·日本学校 LINE：sm287 陳雨菲、20歳、台湾からの留学生、東京に来たばかり
·日本留学生活 出售平成22年走行48000km 代步小车
·日本华人网络交流 円相場 一時1ドル＝140円台まで上昇？
·日本华人网络交流 问日本华人一个问题
·日本旅游代购 富山接机
·生活百科 英国转澳大利亚转换插头
·汽车 【求助】修车遇到困难怎么办？