关于以太通道的工程实践与指导原则

  关于以太通道的工程实践与指导原则

 

最佳实践与指导原则

被规划到以太通道内的所有物理接口,必须要具备相同的属性,这些属于包括:

ü  通道内的所有接口必须具备相同的速度和双工模式。

ü  通道内的所有接口必须具备一样的模式(要么都是Accesss;要么都是Trunk)。

ü  通道内的所有物理接口如果处于Access模式,那么这些接口必须要属于相同的VLAN

ü  如果物理接口属于某个VLAN,那么就必须在通道接口上规划相同的VLAN

ü  如果物理接口属于干个,那么就必须在通道接口上规划干道。

ü  以太通道的接口(port-channel接口)不能作为交换机端口镜像的目标接口。

ü  port-channel接口上的配置只影响以道通道接口。

ü  在物理接口上的配置只影响该物理接口。

ü  实施以太通道的两端必须具备一样的本征VLANNative VLAN)。

 

以太通道实践于网络工程中的哪些环境?

关于这一点,由于网络技术的飞速发展,设备功能的不断换代,时代不同,以太通道在实践项目中的应用场景也是有所不同的,下面将列出以太通道应用的典型场所:


以太通道技术应用的典型工程环境:

一、需要提更高的网络速度和冗余性到上连服务器区域,特别是存储网络。

二、需要思科的设备和服务器(比如windows 2012)组建高速访问的以太通道。

三、在网络改造中无法使用叠堆技术或者虚拟交换,但是又需要收缩或者替代生成树区域。

四、思科的虚拟交换机(VSS)要使用多机箱EtherChannel来提搞运营效率。

 

思科的以太通道能与其它厂商的以太通道兼容吗?

    思科的以太通道是能与其它厂商的以太通道兼容的,比如思科和华为、微软互联以太通道。当然还包括其它更多的厂商,只是其它厂商将以太通道叫“端口聚合”但是其工作本质与原理是相同的,只是个配置指令的问题,需要在此提出的注意事项有两个:一、当配置思科与其它厂商通过以太通道互联时,如果采取动态协商,那么思科的设备上必须使用LACP协议;二、在不同厂商互联以太通道时,有可能少部分不同厂商的接口模块的硬件原因,可能导致互联失败,但是这并不是以太通道技术本身的问题,而出在不同厂商的硬件模块参数和功能上,属于极少数现象,所以工程实施者在现场在留心。

 

以太通道被加入到生成树时必须注意的事项

    所示的网络环境,在环境中有一个网络存储区域,用户希望加速网络存储客户区到服务器群的访问速度,在交换机S2S3之间部署了以太通道,用户的这种想法和解决方案都在某种程度上讲都是可行的。但是当在S2S3之间实施以太通道后,用户发现一个问题,那就是存储区的客户端访问服务群的速度与原先相较,并没有任何提升。原因是用户在实施以太通道前,网络中有生成树运行,并且S1被默认先择为根桥,那么当在S2S3之前实施以太通道后,形成通道后的那个逻辑接口(Po1)会因为生成树算法被置为阻塞状态(BLK),如所示。而通道的Po1就包括了物理接口fa0/1fa0/2,所以在这种情况下,用户的以太通道虽被部署,但是因为加入到生成树后,又被阻塞,那么就等于不部署,是的这是一个低级的故障,但它事实的存在了!所以工程实施人员已经存在生成树的环境中部署以太通道一定要留心查看通道的状态。要解决这个问题一个很好办法就是将S3手工配置为生成树的根桥。但是又要留心当S3成为根桥后,可能打乱原本的生成树拓扑,造成另外的通信故障,所以应该从全局来考虑这个问题,结束“头痛医头,脚痛治脚!”的现状,关于如果如何从全局来思考这个问题,笔者将在交换网络的稳定性和高可性部分作更多的描述。

wKiom1aNUd_z9CJRAABH_dAgAk4358.png

wKioL1aNUhexEfMIAACI5o8Mk_o297.png

本文出自 “无名的基督” 博客,谢绝转载!

你可能感兴趣的:(经验,思科,ccnp,以太通道)