目 录
VSU(Virtual Switching Unit,,,,,虚构互换单元)是一种网络设备多虚一(N:1)技术,,,,,通过将多台网络设备虚组成一台逻辑设备治理和使用,,,,,以简化运维设备和网络拓扑。。。。。同时表围设备能够通过聚合链路衔接到VSU系统中的分歧成员设备,,,,,实现跨设备链路冗余,,,,,以提升网络靠得住性和扩大性。。。。。
如图1-1所示,,,,,左侧物理视图出现的是两台设备组建VSU,,,,,逻辑高等效于一台设备。。。。。
图1-1 VSU示意图

VSU系统是由传统网络结构中的多台冗余备份的设备组成的单一的逻辑实体,,,,,接入层、汇聚层、主题层设备均能够组成VSU系统。。。。。
域编号(Domain ID)是VSU系统的唯一标识符,,,,,用来分辨分歧的VSU。。。。。两台设备的Domain ID一样,,,,,能力组成VSU系统。。。。。
VSU中每台设备都称为成员设备,,,,,每个成员设备都占有唯一的设备编号,,,,,即Switch ID。。。。。设备编号用于治理成员设备以及配置成员设备上的接口。。。。。用户在将设备参与VSU系统时必要配置该编号,,,,,并且保障成员设备编号在统一个VSU系统中是唯一的。。。。。VSU系统若是发现成员设备编号矛盾,,,,,凭据肯定规定仅保留一台设备。。。。。
优先级是成员设备的一个属性,,,,,重要在角色选举过程中用到。。。。。优先级越高,,,,,被选举为主设备的可能性越大。。。。。若是必要将某台设备选举为主设备,,,,,应该提高该设备的优先级。。。。。成员设备的优先级分为两种。。。。。
l 配置优先级:设置文件中保留的优先级,,,,,能够随时批改,,,,,在保留配置沉启后生效。。。。。
l 运行优先级:蹬宗启动时配置文件中保留的配置优先级,,,,,在VSU运行过程中不会变动。。。。。
成员设备依照职能分歧,,,,,分为三种角色:
l 主设备(Active):掌管治理和节造整个VSU,,,,,一个VSU域只有一台主设备。。。。。
l 从设备(Standby):作为主设备的备用设备运行,,,,,仅参加数据转发,,,,,所有接管数据报文转发给全局主设备进行处置。。。。。当主设备故障时,,,,,从设备会自动升级为主,,,,,接替原主设备工作。。。。。
l 候选设备(Candidate):作为从设备的备用设备运行,,,,,仅参加数据转发。。。。。当从设备故障时,,,,,系统会自动从候选设备当选举一个新的从设备,,,,,接替原从设备工作。。。。。当主设备故障时,,,,,在从设备自动升级为主设备的同时,,,,,系统也会自动从候选设备当选举一个新的从设备。。。。。
VSU系统至少蕴含主和从两台设备,,,,,当由多台设备组成时,,,,,其余为候选设备。。。。。重要在以下4种情况下进行角色选举:
l 新组建VSU。。。。。
l 设备故障或脱离。。。。。
l VSU割裂。。。。。
l VSU归并。。。。。
角色选举按肯定的规定实现,,,,,具体如下:
l 主设备选举:按优先级挨次,,,,,直至选出主设备为止。。。。。规定优先级排序为:
当前运行的主设备(起机时所有设备都不是主设备)>设备优先级高>设备编号幼>设备MAC地址幼。。。。。
l 从设备选举:优先选择与主设备直连的设备为从设备,,,,,预防产生双主设备。。。。。选择从设备的规定优先级排序为:直连主设备>设备优先级高>设备MAC地址幼。。。。。
注明
● 当已有VSU中新增一台设备热参与系统时,,,,,即便新增设备的优先级比当前运行的VSU系统主设备和从设备优先级高,,,,,系统也不会进行主、从角色切换。。。。。
● 成员设备的启机挨次可能会影响主设备的选举。。。。。部门成员设备可能由于启机慢(目前VSU系统中,,,,,在5分钟内没有发现邻居会直接管敛)而没有实时参与VSU系统。。。。。在这种情况下,,,,,该成员设备将做热参与处置,,,,,即便优先级比当前运行的VSU系统主设备高,,,,,系统也不会产生角色切换。。。。。
● 候选设备只能选举为从设备,,,,,不能直接选举为主设备。。。。。
由于VSU系统的多台设备作为一个网络实体,,,,,因而它们之间必要共享节造信息和部门数据流。。。。。VSL(Virtual Switching Link,,,,,虚构互换链路)是VSU系统的设备间传输节造信息和数据流的特殊链路,,,,,虚构互换链路在VSU系统内的地位如图1-1所示。。。。。
VSL通常以聚合端口组的大局存在,,,,,由VSL传输的数据流凭据流量平衡算法在聚合端口的各个成员之间进行负载平衡。。。。。
l VSL链路流量
VSL链路在设备间传输的节造流分为以下两种情况:
○ 成员设备接管到的和谈报文,,,,,必要通过VSL链路转发到全局主设备处置。。。。。
○ 经过全局主设备处置的和谈报文,,,,,必要通过VSL链路转发到其他成员设备的接口,,,,,由该接口发送该和谈报文到对端设备。。。。。
VSL链路在设备间传输的数据流分为以下几种情况:
○ VLAN内泛洪的数据流。。。。。
○ 必要跨设备转发的数据流,,,,,必要通过VSL链路传输。。。。。
另表VSL链路上也传输VSU系统内部的治理类报文,,,,,例如热备份设备的和谈信息,,,,,主设备向其他成员设备下发配相信息的报文等等。。。。。
l VSL端口错帧检测
当VSL口上出现大量陆续错帧时,,,,,必要禁用该端口,,,,,切换到其他的VSL口中。。。。。错帧处置规定如下:
○ 默认每5秒查抄一次VSL口错。。。。。,,,,若是和最近一次查抄了局比力,,,,,错帧个数大于两次查抄错帧递增个数(“error-number”参数),,,,,则以为是一次错帧。。。。。
○ 陆续错帧超过配置次数(“time-number”参数),,,,,则以为端口异常。。。。。
○ 若存在多条VSL链路且只有一条链路产生错。。。。。,,,,VSL链路会切换;;;;;;;若多条VSL链路且最后一条正常的VSL链路产生错。。。。。,,,,为了预防拓扑割裂,,,,,链路不进行切换。。。。。
○ 分歧用户场景对error-number和time-number参数的要求不一样,,,,,默认值error-number为3个,,,,,time-number为10次。。。。。在对错帧容忍度高的用户场景中,,,,,两个参数推荐值调。。。。。,,,,不然调大。。。。。
l VSL链路复原
缺省情况下,,,,,设备在VSL链路复原后,,,,,将会通过自动沉启沉新参与VSU系统中。。。。。若关关自动沉启职能,,,,,则在VSL链路复原后,,,,,必要开启该职能或直接沉启设备,,,,,以沉新组建VSU复原。。。。。
相比传统网络,,,,,组建VSU后,,,,,重要有以下优势:
l 低成本:提供轻量级动网扩容方式,,,,,;;;;;;;ぴ谕璞竿蹲剩,,,,降低建设成本。。。。。
l 简运维:削减治理设备数量、简化组网复杂度、降低运维难度。。。。。
l 高靠得住性:别离提供设备和链路的冗余机造,,,,,提升网络靠得住性。。。。。
必要使用扩容的场景重要有以下三种:
l 扩大端口:接入用户数增长,,,,,现有接入互换机端口密度无法满足需要,,,,,如图1-2所示。。。。。
l 扩大转发能力:业务剧增,,,,,现有主题互换的转发能力无法满足需要,,,,,如图1-3所示。。。。。
l 扩大带宽:设备上行带宽瓶颈,,,,,无法满足峰值需要,,,,,如图1-4所示。。。。。
上述三类扩大场景,,,,,都能够通过增长新互换机与原互换机组成VSU系统来实现。。。。。物理上的两台互换机看起来就是一台互换机,,,,,原有互换机遇将当前的配置批量备份到新参与的互换机。。。。。因而,,,,,这种变动对网络规划和配置影响很幼。。。。。构建VSU后有关个性有:
l 端口密度增长:能够作为一个整体参加数据转发,,,,,新增互换设备相当于原互换机的端口扩大卡,,,,,以解决端口密度不及的问题。。。。。
l 转发能力增长:若一台互换机转发能力为14400Mpps,,,,,通过增长一台互换机进行扩大后,,,,,整个VSU设备的转发能力为28800Mpps。。。。。
l 带宽增长:若一台千兆互换机,,,,,万兆上联,,,,,同时只有2个万兆端口,,,,,最多支持20Gbps上行带宽。。。。。通过增长一台同类型互换构建VSU,,,,,可将4个万兆端口配置成一个聚合组,,,,,以增长上行链路带宽到40Gbps。。。。。
图1-2 VSU扩大端口

图1-3 VSU扩大转发能力

图1-4 VSU扩大带宽

简化治理重要体此刻以下两个方面:
l 简化设备:多台设备组成VSU以来,,,,,治理员能够对多台设备统一治理,,,,,而不必要衔接到多台设备别离配置和治理。。。。。两楼层/栋间长距离部署VSU,,,,,这样相当于两个楼层/栋只有一台汇聚设备,,,,,降低了治理和守护设备的成本。。。。。
l 简化组网:如图1-5是常见的网络组网,,,,,通常为了提升网络靠得住性,,,,,每台接入互换机都别离衔接到两台汇聚互换机。。。。。整网拓扑复杂且形成环路,,,,,同时必要启用MSTP和VRRP等和谈来解除环路和支持网关备份。。。。。若是满足流量平衡,,,,,还需启用ERPS等多环网技术。。。。。也因而导致配置复杂、守护难度高且容易犯错。。。。。组成了VSU后,,,,,MSTP、VRRP和ERPS都无需使用,,,,,只必要使用通常的链路聚合职能,,,,,就能达到流量平衡、解除环路、跨设备链路冗余,,,,,简化了拓扑,,,,,更易于部署。。。。。
图1-5
VSU简化组网

如图1-6所示,,,,,两台互换机组成VSU,,,,,能够实现以下两种冗余,,,,,以满足高靠得住性场景必要。。。。。
l 设备冗余:VSU系统内成员设备之间冗余备份,,,,,若备设备故障,,,,,整机不受影响;;;;;;;若主设备故障,,,,,系统将主备倒换,,,,,类似于单机的双引擎切换,,,,,切换功夫为毫秒级别,,,,,业务不中断(TCP流依附沉传机造保险业务不中断)。。。。。
l 链路冗余:与表围设备通过聚合链路衔接,,,,,既提供了跨设备的冗余链路,,,,,又能够实现负载平衡,,,,,充分利用所有带宽。。。。。若是其中一条成员链路出现故障,,,,,切换到另一条成员链路的功夫是毫秒之内。。。。。
图1-6
VSU热备冗余

典型的利用场景如图1-7所示,,,,,对于接入可用性要求高的服务器,,,,,通常使用“单服务器多网卡绑定为聚合口”技术来与接入层设备相连。。。。。由于聚合口要求只能接入在统一台接入设备上,,,,,所以单台设备故障的风险增长了。。。。。在这种情况下,,,,,通过组建VSU,,,,,服务器端通过聚合口与VSU组内分歧的成员设备相连,,,,,这样能够预防接入设备的单点故障或单条链路失效导致的网络中断,,,,,提升服务器承载业务的网络靠得住性。。。。。

VSU系统支持线性和环形两种拓扑结构。。。。。
如图1-8所示,,,,,设备间通过VSL链路相连,,,,,形成一条线,,,,,所以称为线形拓扑。。。。。线形拓扑衔接单一,,,,,使用较少的端口和线缆,,,,,但设备间只有一条通讯链路,,,,,所以VSL链路的靠得住性较低。。。。。

如图1-9所示的环形拓扑中,,,,,设备间相互备份的两条通讯链路形成链路冗余,,,,,提高了VSU系统的靠得住性。。。。。

注明
● 用户在选择VSU系统的拓扑时,,,,,应尽量选择环形拓扑,,,,,可保障任何单台设备失效、或是任何单条VSL链路失效都不会影响整个VSU系统的正常运行。。。。。
● 除了选择环形拓扑组网,,,,,建议配置多根VSL链路,,,,,以提高靠得住性。。。。。建议至少配置2根VSL链路。。。。。
在VSU系统成立过程,,,,,必要通过拓扑收敛确定治理领域,,,,,重要过程如下:
(1) 成员设备间通过拓扑发现和谈来发现邻居,,,,,以确定VSU系统中蕴含的设备列表。。。。。
(2) 选举出一台全局主设备来治理整个VSU系统。。。。。
(3) 选举出一台全局从设备作为主设备的备份。。。。。
注明
由于分歧设备的启动功夫有所分歧,,,,,因而拓扑的初次收敛功夫也有所分歧。。。。。
对于线形拓扑,,,,,若是VSL-AP链路断开时,,,,,拓扑将会产生割裂,,,,,如图1-10所示,,,,,一个VSU组割裂成两个VSU组。。。。。这种情况下,,,,,可能会导致网络中出现两台配置齐全一样的设备,,,,,导致网络无法正常工作。。。。。这种情况下必要通过部署双主检测职能(请拜见1.1.4 双主检测)来解决拓扑割裂问题。。。。。

VSU域标识一样的两个VSU组通过VSL-AP链路衔接,,,,,将会产生拓扑归并。。。。。在拓扑归并过程中其中一组VSU系统将自动沉启,,,,,尝试参与另一组VSU系统。。。。。如图1-11所示。。。。。
拓扑归并的准则是:最大限度降低拓扑归并时对业务所带来的影响。。。。。其归并规定如下(从第一条起头判断,,,,,若是本条无法选出最优拓扑,,,,,持续判断下一条):
(1) 用户配置为最高前提,,,,,按一套VSU某台设备最高优先级高的那一套VSU保留。。。。。
(2) 上述不能判断,,,,,设备编号幼(以两个全局主为准)的胜出。。。。。
(3) 上述不能判断,,,,,以MAC地址幼的保留(以两个全局主为准)。。。。。

注明
当两个VSU组进行拓扑归并时,,,,,必要进行竞。。。。。,,,,竞选失败的一方将逐一自动沉启并热参与到另一个VSU组。。。。。
如图1-12所示,,,,,对于环形拓扑,,,,,当其中一条VSL-AP链路断开时,,,,,拓扑将由环形转成线形。。。。。这使佧个VSU系统依然可能正常工作,,,,,不会造成网络的中断。。。。。但为了预防其他的VSL-AP链路失效、或节点失效,,,,,应实时排查VSL链路故障,,,,,复原VSL链路。。。。。VSL-AP链路复原后,,,,,拓扑将由线形再转回到环形。。。。。

当VSL断开时,,,,,从设备切换成主设备,,,,,若是原来的主设备还在运行,,,,,那么两台设备都是主角色,,,,,由于配置齐全一样,,,,,在局域网中会引起IP地址矛盾等一系列问题。。。。。在这种情况下,,,,,VSU系统必须检测双主设备,,,,,并且采取复原措施。。。。。VSU支持使用两种方式进行双主检测:
l 基于BFD方式检测
l 基于AP方式检测
凭据以下规定逐条判断,,,,,直至判断出保留的VSU系统为止,,,,,规定排序如下:
(1) 健全度高(健全度界说:本拓扑内UP的物理端口带宽总和,,,,,治理口和VSL口之表,,,,,带宽越大健全度越高)。。。。。
(2) 全局主设备优先级高。。。。。
(3) 物理设备数量多。。。。。
(4) 全局主设备编号幼。。。。。
(5) 全局主设备MAC地址幼。。。。。
(6) 全局主设备起机功夫长。。。。。
把稳
若是未配置双主检测,,,,,在拓扑割裂后会造成网络中断。。。。。
检测双主机链路状态,,,,,能够按需配置;;;;;;;钪芷冢Keepalive存活按时器)。。。。。当检测链路失活且超过;;;;;;;钪芷谑保,,,,双主机检测和谈会失效,,,,,无法进行双主机检测。。。。。
VSU支持使用BFD(Bidirectional Forwarding Detection)检测双主情况。。。。。其拓扑衔接如图1-13所示。。。。。两个边缘设备增长一条链路,,,,,专门用于双主检测。。。。。当全局主设备和全局从设备之间的VSL链路断开,,,,,此时会产生两个主设备,,,,,若是配置了BFD双主设备检测职能,,,,,则两个主设备之间通过BFD链路相互发送BFD双主设备检测报文,,,,,从而检测到当前有一样的两个主设备存在,,,,,最后通过肯定的规定(详见“拓扑归并”)将其中一个主设备地点的VSU系统关关,,,,,使其进入待复原(Recovery)状态,,,,,预防网络异常。。。。。
图1-13 BFD双主检测

把稳
● 只有一对BFD检测链路时建议将检测链路部署在拓扑的两端。。。。。
● BFD检测选取扩大BFD,,,,,不能通过现有BFD的配置与显示号令配置双主设备检测口。。。。。
VSU还支持使用聚合接口检测双主设备的机造,,,,,其衔接拓扑如图1-14所示。。。。。必要VSU系统和上游设备都支持聚合口双主检测职能。。。。。当产生VSL端口断开后,,,,,产生两个主设备,,,,,两个主设备向聚合口的每个成员口发送查抄报文,,,,,检测报文通过上游设备进行中转,,,,,到另一个主设备。。。。。聚合口共有四个成员口,,,,,每个成员口衔接在VSU系统的四个分歧设备上,,,,,当产生割裂时,,,,,四个成员口城市发送和接管检测报文,,,,,从而检测到当前有一样的两个主设备存在,,,,,最后通过肯定的规定(详见“拓扑归并”)将其中一个主设备地点的VSU系统关关,,,,,使其进入待复原(Recovery)状态,,,,,预防网络异常。。。。。
图1-14 AP双主检测

产品/版本支持情况
以上拓扑中,,,,,上游设备必须为全发国际设备,,,,,且该设备必要支持检测报文的转发职能。。。。。
AP把多个物理链接绑缚在一路形成一个逻辑链接。。。。。VSU系统支持跨成员设备的AP。。。。。如图1-15所示,,,,,两台设备组成VSU,,,,,表部的接入设备Switch A以AP的大局链接到VSU,,,,,对于Switch A来说,,,,,图中的AP衔接与通常的聚合端口组没有区别。。。。。

配置跨设备AP时,,,,,表围设备与VSU的每台设备之间均有物理链接,,,,,优势如下:
l 保留VSL链路的带宽:跨机箱AP流量优先选择统一机箱的AP成员作为出口,,,,,预防不用要的流量通过VSL链路传输。。。。。
l 提高网络的靠得住性:若是某一机箱产生故障,,,,,属于正常设备的成员接口还能够正常工作。。。。。
如表1-1描述跨设备AP可能的失败情景及导致的影响:
|
故障场景 |
道理概述 |
|
|
链路故障 |
AP单条链路故障 |
● 跨设备AP在渣滓的正常链路之间沉新分配流量 ● 处置出口在故障链路设备上端口的流量时,,,,,需通过VSL链路转发 |
|
AP所有链路故障 |
● 与通常AP的处置一样,,,,,接口的状态变为Link-Down |
|
|
设备故障 |
主设备故障 |
● 主备切换,,,,,原来的从设备切换为主设备 ● 其它成员设备上的成员口持续工作 ● 跨设备AP在渣滓的正常链路之间沉新分配流量 |
|
从/候选设备故障 |
● 衔接在该成员设备的AP成员链路将断开,,,,,但其他成员链路照常工作 ● 跨设备AP在渣滓的正常链路之间沉新分配流量 |
|
在VSU系统中,,,,,流量可能有多个出口。。。。。AP和ECMP有各自的流量平衡算法,,,,,好比同主张MAC或者源MAC等方式,,,,,请拜见“接口配置指南”中的“链路聚合口”。。。。。在本配置手册中,,,,,能够配置本地优先转发,,,,,本设备收到的报文优先在本设备转发,,,,,不通过VSL链路转发到其他设备中。。。。。
VSU系统主设备的节造台同时治理系统内的多台设备。。。。。从设备、候选设备的节造台不支持号令行输入。。。。。但用户能够在主设备上对指定成员设备配置VSU有关号令,,,,,也能够通过从设备的串口登录到主设备的节造台。。。。??????D芄焕session号令沉定向到某个设备的主治理板。。。。。
VSU工作模式下,,,,,由于统一个插槽号可能别离呈此刻多台设备内,,,,,所以接口的定名方式中参与了设备编号(Switch ID)。。。。。例如:GigabitEthernet 1/1/1暗示编号为1的设备插槽0上的千兆端口1;;;;;;;GigabitEthernet 2/1/2暗示ID为2的设备插槽0的千兆端口2。。。。。
VSU工作模式下,,,,,能够从主设备上接见其他成员设备上的文件系统。。。。。具体方式和接见本地文件系统一样。。。。。唯一分歧的是使用分歧的URL前缀。。。。。
VSU系统的所有成员设备都能够打印SYSLOG。。。。。主设备产生的SYSLOG直接在主设备节造台上打。。。。。,,,,且体式和单机情况下是齐全一样的;;;;;;;其它成员设备的SYSLOG也在主设备节造台上打。。。。。,,,,但新闻体式与单机分歧,,,,,相比之下增长了设备编号信息。。。。。例如:单机产生的SYSLOG信息是:“%VSU-5-DTM_TOPO_CVG: Node discovery done. Topology converged.”那么由编号为3的成员设备产生的SYSLOG信息应该就是:“%VSU-5-DTM_TOPO_CVG:(3) Node discovery done. Topology converged.”。。。。。
VSU系统通常情况下要求成员设备主法式版本号一致,,,,,然而成员设备多多,,,,,依照单机模式逐一升级,,,,,不仅费时费劲,,,,,并且容易犯错。。。。。VSU提供了美满的系统升级规划,,,,,升级过程如下:
l 查抄各个成员设备的主法式版本号,,,,,判断主法式版本是否一致。。。。。
l 当发现主法式版本不一致时,,,,,VSU系统会选择主设备上的主法式,,,,,通过TFTP下载文件后,,,,,同步到所有成员设备。。。。。
在网络布线环境中,,,,,时时存在设备地点的机房与操作的节造台不在一处的情况。。。。。当环境中设备较多时,,,,,网络治理人员对设备具体地位的定位就存在了难题。。。。???????焐了阉髦澳芨缰卫砣嗽碧峁┝艘恢稚炼ㄎ簧璞傅牟街。。。。。在节造台上操作指定设备的status灯快闪,,,,,再到机房中时能很方便地找到对应的设备。。。。。
注明
快闪搜索职能打开期间,,,,,原status灯状态无法显示。。。。。直至快闪搜索被关关,,,,,能力够显示status灯状态。。。。。
l 分歧系列设备无法组建VSU,,,,,但同系列分歧产品能够组建VSU。。。。。
l 设备必须使用万兆及以上速度端口做VSL链路端口。。。。。
l 对于镜像(SPAN)职能,,,,,VSL链路关联的接口既不能作为SPAN的源口,,,,,也不能作为SPAN的主张口。。。。。
(1)
组建VSU
(2)
配置BFD双主检测
(3)
配置AP双主检测
(4)
配置VSL链路
(5)
(可。。。。。配置VSU属性
以下所有配置工作均为可选配置,,,,,请凭据现实情况选择。。。。。
○
配置流量均衡
○
配置切换单机模式
(6)
(可。。。。。配置快闪搜索
(7) (可。。。。。配置治理口的创建模式
设备缺省以单机模式启动,,,,,用户必要在构建VSU系统的所有设备上配置一样的域ID(Domain ID),,,,,同时配置每台设备在VSU系统中的唯一虚机设备编号,,,,,以组建VSU系统。。。。。
l 若是当前设备处于VSU模式,,,,,不能直接切换到其他VSU域,,,,,需先切换为单机模式,,,,,再切换到新的VSU。。。。。
l 由于VSU有关的配置是针对单个物理设备的,,,,,其配相信息存储在特殊配置文件config_vsu.dat中,,,,,因而show running config看不到VSU有关的配相信息,,,,,只能通过show switch virtual config来查看当前VSU的配置。。。。。
l 单机模式下,,,,,VSU运行信息全数为空。。。。。用户通过show switch virtual等号令查看时,,,,,会提醒当前为单机模式,,,,,无VSU系统运行信息。。。。。
VSU设备间互联的VSL链路衔接正常。。。。。
(1) 进入特权模式。。。。。
enable
(2) 进入全局配置模式。。。。。
configure terminal
(3) 配置VSU域编号,,,,,并进入config-vs-domain配置模式。。。。。
switch virtual domain domain-id
缺省情况下,,,,,域编号为100。。。。。
只有一样域编号的设备能力组成VSU。。。。。
(4)
配置VSU的设备编号。。。。。
switch switch-id
缺省情况下,,,,,设备编号为1。。。。。
(5) (可。。。。。┡渲蒙璞傅挠畔燃。。。。。
switch switch-id
priority priority-number
缺省情况下,,,,,设备优先级为100。。。。。数值越大暗示优先级越高。。。。。
(6) (可。。。。。┡渲蒙璞傅谋鸷。。。。。
switch switch-id description device-name
缺省情况下,,,,,未配置设备别号。。。。。
(7) (可。。。。。┲付ㄉ璞傅VSU配置文件的保留方式。。。。。
switch cfg_mode { normal
| single
}
缺省情况下,,,,,选取normal方式,,,,,即VSU配置文件独立保留在config_vsu.dat中。。。。。
(8) 退回全局配置模式。。。。。
exit
(9) 进入VSL端口配置模式。。。。。
vsl-port
(10) 增长VSL链路的成员端口。。。。。
port-member interface interface-type interface-number
缺省情况下,,,,,未配置成员端口。。。。。
VSL成员端口为单机模式下的二维端口。。。。。端口类型必须为万兆及以上速度端口。。。。。
(11) 退回特权模式。。。。。
end
(12) 配置设备从单机模式切换到VSU模式。。。。。
switch convert mode virtual
缺省情况下,,,,,设备处于单机模式。。。。。
基于BFD方式配置双主检测,,,,,以预防产生双主设备。。。。。
l BFD检测接口必须是直连的物理路由端口,,,,,检测端口必须在分歧的设备上。。。。。
l 配置的接口类型没有限度,,,,,由于双主设备检测链路只用于传输BFD报文,,,,,流量不大,,,,,建议使用千兆口或百兆口作为双主设备检测端口。。。。。
l 当配置为双主设备的三层接口被转换为二层接口(在该接口下执行switchport号令)后,,,,,BFD双主设备配置将自动断根。。。。。
l BFD建议使用直连方式,,,,,只能衔接主从两台设备。。。。。
l 当VSU系统检测出双主设备矛盾并让其中一套VSU进入Recovery状态后,,,,,用户应该通过建复VSL故障方式来解决问题,,,,,而不能直接复位那套进入Recovery状态的VSU,,,,,不然可能会引起网络上出现双主设备矛盾。。。。。
l Recovery模式的例表端口必须是路由端口,,,,,不能是VSL端口。。。。。当例表端口由三层接口转换为二层接口(在该接口下执行switchport号令)后,,,,,该接口关联的例表端口配置将被自动断根。。。。。
l 当检测到双主设备,,,,,其中一台主设备必须进入Recovery模式。。。。。Recovery模式下,,,,,必要关关所有业务端口。。。。。为确保某些特殊用处端口可能正常使用(例如:用于远程登录设备的治理端口),,,,,用户能够配置Recovery模式不关关的例表端口。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2) 进入全局配置模式。。。。。
configure terminal
(3) 进入BFD检测接口的配置模式。。。。。
interface interface-type
interface-number
(4)
配置BFD检测接口为三层接口。。。。。
no switchport
缺省情况下,,,,,接口为二层接口。。。。。
(5) 退回全局配置模式。。。。。
exit
(6) 进入VSU域配置模式。。。。。
switch virtual domain domain-id
(7) 开启双主设备检测,,,,,且指定BFD检测方式。。。。。
dual-active detection
bfd
缺省情况下,,,,,双主设备检测未开启。。。。。
(8) 配置BFD检测端口。。。。。
dual-active bfd interface interface-type interface-number
缺省情况下,,,,,BFD检测端口未配置。。。。。
(9) (可。。。。。┡渲Recovery模式的例表端口列表。。。。。
dual-active exclude interface interface-type interface-number
(10) (可。。。。。┡渲弥骰觳饬绰繁;;;;;;;钪芷。。。。。
dual-active
keepalive interval
缺省情况下,,,,,双主机检测链路;;;;;;;钪芷谖30秒。。。。。
基于AP方式配置双主检测,,,,,以预防产生双主设备。。。。。
l 当VSU系统检测出双主设备矛盾并让其中一套VSU进入Recovery状态后,,,,,用户应该通过建复VSL故障方式来解决问题,,,,,而不能直接复位那套进入Recovery状态的VSU,,,,,不然可能会引起网络上出现双主设备矛盾。。。。。
l Recovery模式的例表端口必须是路由端口,,,,,不支持VSL端口。。。。。当例表端口由三层接口被转换为二层接口(在该接口下执行switchport号令)后,,,,,该接口关联的例表端口配置将被自动断根。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2) 进入全局配置模式。。。。。
configure terminal
(3) 进入VSU域配置模式。。。。。
switch virtual domain domain-id
(4) 开启双主设备检测,,,,,且指定AP检测方式。。。。。
dual-active detection
aggregateport
缺省情况下,,,,,双主设备检测未开启。。。。。
(5) 配置AP检测端口。。。。。
dual-active interface interface-type interface-number [ vlan vlan-id ]
缺省情况下,,,,,AP检测端口未配置。。。。。
当使用的聚合接口为Trunk口且Native VLAN不在AP检测口的允许VLAN领域内时,,,,,必要配置AP检测口的检测VLAN,,,,,配置的VLAN必须是Trunk口允许领域内的VLAN且要求设备上已预先创建该VLAN。。。。。
(6) 在高低游设备对应聚合接口模式下,,,,,开启AP双主设备检测报文转发职能。。。。。
dad relay enable
缺省情况下,,,,,不转发AP双主设备检测报文。。。。。
(7) (可。。。。。┡渲Recovery模式的例表端口列表。。。。。
dual-active exclude interface interface-type interface-number
缺省情况下,,,,,例表端口未配置。。。。。
当检测到双主设备,,,,,其中一台主设备必须进入Recovery模式。。。。。Recovery模式下,,,,,必要关关所有业务端口。。。。。为确保某些特殊用处端口(例如,,,,,用于远程登录设备的治理端口)可能正常使用,,,,,用户能够配置Recovery模式不关关的例表端口。。。。。
(8) (可。。。。。┡渲弥骰觳饬绰繁;;;;;;;钪芷。。。。。
dual-active keepalive interval
缺省情况下,,,,,双主机检测链路;;;;;;;钪芷谖30秒。。。。。
设备组成VSU或VSU系统运行过程中,,,,,若是必要批改VSL成员端口(通常口和VSL端口之间相互转换、增长或删除VLS链路),,,,,能够通过串口或Telnet登录到VSU系统节造台批改。。。。。
l 为了预防现实场景链路衔接犯错,,,,,VSL AP选取动态协商。。。。。先配置VSL口池,,,,,协商成功后,,,,,加到统一个AP中。。。。。和统一台设备相连的端口在统一个AP中。。。。。
l VSU系统运行过程中,,,,,配置的VSL成员链路即刻生效。。。。。所有设备上都要配置VSL口。。。。。
l 只支持万兆及以上速度端口做VSL链路端口。。。。。
l 对于40G端口,,,,,其成员口(即4个10G口)不允许配置为VSL成员口。。。。。
l 为了预防VSL成员口退出VSL聚合端口的瞬间产生环路,,,,,在执行VSL成员口退出VSL聚合口的配置号令时,,,,,系统自动将该成员口设置为shutdown状态。。。。。在退出VSL聚合端口操作实现以来,,,,,用户能够沉新衔接链路并通过no shutdown号令沉新启用该端口。。。。。配置VSL口时辰,,,,,系统会将端口先shutdown,,,,,若是配置失败同时必要作为普口持续使用,,,,,能够通过no shutdown号令沉新启用该端口。。。。。增长某个成员端口编号,,,,,必须是三维端标语。。。。。
l 若是端口被用户配置为NLB反射口必须将该配置删除,,,,,能力进行转换为VSL成员口的操作。。。。。
l 从VSL口变为通常口,,,,,若是导致VSU拓扑断裂,,,,,不允许删除,,,,,能够先断掉物理口,,,,,再删除VSL口。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2) 进入全局配置模式。。。。。
configure terminal
(3) 进入VSL端口配置模式。。。。。
vsl-port
(4) 增长VSL链路的成员端口。。。。。
port-member interface interface-type interface-number
缺省情况下,,,,,VSL成员端口未配置。。。。。
VSL成员端口类型必须为万兆及以上速度端口。。。。。
在VSU模式下,,,,,可进行有关加强配置,,,,,用于增长VSU系统的靠得住性和易操作性。。。。。
VSU属性配置工作如下:
以下所有配置工作均为可选配置,,,,,请凭据现实情况选择。。。。。
l 配置VSL链路
l 配置流量均衡
l 配置切换单机模式
设备组成VSU或VSU系统运行过程中,,,,,用户能够在VSU系统的主或从设备节造台上批改基础属性参数。。。。。
除批改设备的别号立即生效表,,,,,其他配置号令只有在设备沉启后能力生效。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2)
进入全局配置模式。。。。。
configure
terminal
(3)
进入VSU域配置模式。。。。。
switch virtual domain domain-id
(4)
配置VSU基础属性。。。。。请凭据现实情况选择配置。。。。。
○
批改指定设备的VSU域编号。。。。。
switch switch-id domain new-domain-id
缺省情况下,,,,,设备的VSU域编号为100。。。。。
○ 批改指定设备的编号。。。。。
switch switch-id
renumber new-switch-id
[ force ]
缺省情况下,,,,,设备的编号为1。。。。。
○ 批改指定设备的优先级。。。。。
switch switch-id priority priority-number
缺省情况下,,,,,设备的优先级为100。。。。。
○ 批改指定设备的别号。。。。。
switch switch-id description device-name
缺省情况下,,,,,设备别号未配置。。。。。
○ 配置错帧参数。。。。。
switch crc errors error-number times time-number
缺省情况下,,,,,两次查抄错帧数递增个数为3,,,,,纪录一次,,,,,陆续次数为10次,,,,,则判断为端口异常。。。。。
○ 指定设备的VSU配置文件的保留方式。。。。。
switch cfg_mode { normal | single }
缺省情况下,,,,,选取normal方式,,,,,即VSU配置文件独立保留在config_vsu.dat中。。。。。
在VSU系统中,,,,,若是出口散布在多台设备中,,,,,通过该配置,,,,,优先在本机设备上转发。。。。。
l AP和ECMP的本地优先转发缺省开启。。。。。
l VSU模式下,,,,,缺省开启跨机箱AP本地转发优先模式及EMCP三层接口本地转发优先模式。。。。。三层设备若部署VSU,,,,,建议用户配置基于IP的AP负载平衡模式(src-ip,,,,,dst-ip,,,,,src-dst-ip等)。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2) 进入全局配置模式。。。。。
configure terminal
(3)
进入VSU域配置模式。。。。。
switch virtual domain domain-id
(4) 配置关关AP本地转发优先LFF(Local Forward First)。。。。。
no switch virtual aggregateport-lff enable
缺省情况下,,,,,VSU模式下聚合接口的本地优先转发个性处于开启状态。。。。。
(5) 配置关关ECMP本地转发优先模式。。。。。
no switch virtual ecmp-lff enable
缺省情况下,,,,,VSU模式下的ECMP本地优先转发个性处于开启状态。。。。。
将VSU系统转换成独立的设备,,,,,以单机模式运行。。。。。
VSU系统切换为单机模式,,,,,可选择从已保留过的单机配置文件中复原,,,,,若不选择则断根VSU模式配置。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2)
将设备切换为单机模式。。。。。
switch convert mode standalone [ switch-id ]
缺省情况下,,,,,设备处于单机模式。。。。。
关关Recovery模式下自动沉启复原。。。。。
若是关关了该职能,,,,,Recovery模式下的设备复原必要沉新打开该职能或者手动沉启设备。。。。。
VSU系统已组建成功。。。。。
(1) 进入特权模式。。。。。
enable
(2)
进入全局配置模式。。。。。
configure
terminal
(3)
进入VSU域配置模式。。。。。
switch virtual domain domain-id
(4)
关关Recovery模式下的自动沉启职能。。。。。
no recovery auto-restart enable
缺省情况下,,,,,Recovery模式下在链路复原后自动沉启职能处于开启状态。。。。。
打开快闪搜索职能,,,,,设备状态灯(status)快闪。。。。。
l 若是未自动关关快闪搜索职能,,,,,在开启30分钟后,,,,,会自动关关。。。。。
l 配置立即生效且不成保留,,,,,若沉启或主备切换,,,,,快闪搜索职能将关关。。。。。
(1) 进入特权模式。。。。。
enable
(2)
开启/关关快闪搜索职能。。。。。
led-blink { enable | disable } [ device switch-id ]
缺省情况下,,,,,快闪搜索职能未开启。。。。。若不指定设备编号参数,,,,,暗示作用于该VSU域内所有设备。。。。。
在VSU环境下,,,,,能够按需配置设备治理口的创建方式,,,,,可选创建一个全局治理口,,,,,或者按每台成员设备创建一个治理口,,,,,缺省情况下,,,,,VSU设备治理口的创建模式为按每台成员设备创建一个治理口。。。。。当配置为创建一个全局治理口时,,,,,所有成员设备上治理口配置均维持一致。。。。。若全局治理口链路Up,,,,,则暗示成员设备的物理治理口至少有一个链路为Up状态。。。。。若全局治理口链路Down,则暗示所有成员设备的物理治理口均为Down状态。。。。。
l 配置性子能,,,,,必要同时执行write保留配置并沉启设备后能力生效。。。。。
l 性子能仅在VSU模式下能够配置和生效。。。。。
(1) 进入特权模式。。。。。
enable
(2)
进入全局配置模式。。。。。
configure
terminal
(3)
配置VSU设备仅创建一个全局治理口。。。。。
mgmt_mode unique
(4)
回退到特权模式。。。。。
end
(5)
维持全局配置。。。。。
write
(6)
沉启VSU设备。。。。。
reload
能够通过show号令行查看职能配置后的运行情况以验证配置成效。。。。。
表1-2 VSU监督与守护
|
作用 |
号令 |
|
查看当前运行的VSU拓扑、配置、角色、转发平衡战术等信息 |
show switch virtual [ topology | config | role balance ] |
|
查看当前双主设备检测信息 |
show switch virtual dual-active { bfd | aggregateport | summary } |
|
查看当前的VSL链路信息 |
show switch virtual link [ port ] |
|
查看本设备的编号 |
show switch id |
|
查看VSU设备治理口的创建模式 |
show mgmt_mode |
如图1-16所示,,,,,Device A和Device B设备通过2条万兆线路互联,,,,,通过基础配置以组建2台设备VSU系统。。。。。
图1-16
组建VSU组网图

l 别离配置VSU域编号、设备编号、设备优先级、设备名称、VSL口。。。。。
l 别离配置切换VSU模式。。。。。
(1) 配置Device A。。。。。
# 配置Device A的VSU域ID为100、设备ID为1、设备优先级为200、VSU设备名称为DeviceA。。。。。
DeviceA> enable
DeviceA# configure terminal
DeviceA(config)# switch virtual domain 100
DeviceA(config-vs-domain)# switch 1
DeviceA(config-vs-domain)# switch 1 priority 200
DeviceA(config-vs-domain)# switch 1 description DeviceA
DeviceA(config-vs-domain)# switch crc errors 10 times 20
DeviceA(config-vs-domain))# exit
# 配置Device A的VSL端口为tenGigabitEthernet 1/1和tenGigabitEthernet 1/2。。。。。
DeviceA(config)# vsl-port
DeviceA(config-vsl-port)# port-member interface tengigabitethernet 1/1
DeviceA(config-vsl-port)# port-member interface tengigabitethernet 1/2
DeviceA(config)# exit
# 配置Device A为VSU模式。。。。。
DeviceA# switch convert mode
virtual
(2) 配置Device B。。。。。
# 配置Device B的VSU域ID为100、设备ID为2、设备优先级为100、VSU设备名称为DeviceB。。。。。
DeviceB> enable
DeviceB# configure terminal
DeviceB(config)# switch virtual domain 100
DeviceB(config-vs-domain)# switch 2
DeviceB(config-vs-domain)# switch 2 priority 100
DeviceB(config-vs-domain)# switch 2 description DeviceB
DeviceB(config-vs-domain)# switch crc errors 10 times 20
DeviceB(config-vs-domain))# exit
# 配置Device B的VSL端口为tenGigabitEthernet 1/1和tenGigabitEthernet 1/2。。。。。
DeviceB(config)# vsl-port
DeviceB(config-vsl-port)# port-member interface Tengigabitethernet 1/1
DeviceB(config-vsl-port)# port-member interface Tengigabitethernet 1/2
DeviceB(config-vsl-port)# exit
# 配置Device B为VSU模式。。。。。
DeviceB# switch convert mode virtual
# 通过show switch virtual role号令查看Device A设备角色为“ACTIVE”,,,,,且Device B设备角色为“STANDBY”。。。。。则暗示VSU组建成功,,,,,不然VSU组建失败。。。。。
DeviceA# show switch virtual role
Switch_id Domain_id Priority Position Status Role Description
1(1) 100(100) 200(200) LOCAL OK ACTIVE DeviceA
2(2) 100(100) 100(100) REMOTE OK STANDBY DeviceB
l Device A的配置文件。。。。。
hostname DeviceA
!
switch virtual domain 100
!
switch 1
switch 1 priority 200
switch 1 description DeviceA
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l Device B的配置文件。。。。。
hostname DeviceB
!
switch virtual domain 100
!
switch 2
switch 2 priority 100
switch 2 description DeviceB
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l 未配置统一个VSU域编号(domain-id)。。。。。
l VSL口未UP。。。。。
如图1-17所示,,,,,Device A和Device B设备组成VSU系统,,,,,当VSL链路断开时,,,,,存在两台配置齐全一样的主设备,,,,,导致局域网内IP地址矛盾等问题。。。。。通过配置BFD方式检测机造,,,,,以急剧检测双主情况,,,,,之后将其中一台主设备进入待复原(Recovery)状态,,,,,该状态下的设备端口不容业务转发职能,,,,,从而确保VSU系统检测到双主状态后网络正常运行。。。。。
图1-17
BFD双主检测组网图

l 开启BFD双主检测。。。。。
l 指定BFD检测口,,,,,且该检测口必须配置为三层以太网接口。。。。。
注明
由于Device A和Device B组成虚构设备VSU,,,,,因而以上配置可在Device A或Device B中肆意一台设备上配置。。。。。此处以在Device A上配置为例。。。。。
# 在Device A上配置GigabitEthernet 1/1/2和GigabitEthernet 2/1/2为三层接口。。。。。
DeviceA> enable
DeviceA# configure terminal
DeviceA(config)# interface GigabitEthernet 1/1/2
DeviceA(config-if-GigabitEthernet 1/1/2)# no switchport
DeviceA(config)# interface GigabitEthernet 2/1/2
DeviceA(config-if-GigabitEthernet 2/1/2)# no switchport
# 开启BFD双主检测,,,,,并指定BFD的检测端口为GigabitEthernet 1/1/2和GigabitEthernet 2/1/2。。。。。
DeviceA(config-if)# switch virtual domain 1
DeviceA(c config-vs-domain)# dual-active detection bfd
DeviceA(config-vs-domain)# dual-active bfd interface GigabitEthernet 1/1/2
DeviceA(config-vs-domain)# dual-active bfd interface GigabitEthernet 2/1/2
# 断开所有VSL链路,,,,,登录DeviceA节造台,,,,,通过show switch virtual号令查看“Status”为“OK”,,,,,即DeviceA在检测到双主后正常使用。。。。。
VSU# show switch virtual
Switch_id Domain_id Priority Position Status Role Description
------------------------------------------------------------------------------------------
1(1) 1(1) 100(100) LOCAL OK ACTIVE DeviceA
# 登录DeviceA节造台,,,,,通过show switch virtual dual-active bfd号令查看bfd开启状态为“Yes”,,,,,衔接DeviceB的BFD检测接口GigabitEthernet 2/1/2状态为“DOWN”。。。。。
VSU-RECOVERY-2# show switch virtual dual-active bfd
BFD dual-active detection enabled: Yes
BFD dual-active interface configured:
? GigabitEthernet 1/1/2: UP
? GigabitEthernet 2/1/2: DOWN
# 登录DeviceB节造台,,,,,通过show switch virtual号令查看“Status”调换为“Recovery”,,,,,且设备名称增长了“-RECOVERY-2”后缀。。。。。
VSU-RECOVERY-2# show switch virtual
Switch_id Domain_id Priority Position Status Role Description
-------------------------------------------------------------------------------------------
2(2) 1(1) 90(90) LOCAL Recovery ACTIVE DeviceB
# 登录DeviceB节造台,,,,,通过show switch virtual dual-active summary号令查看“In dual-active recovery mode”项显示为“Yes”,,,,,即暗示DeviceB处于“Recovery”状态。。。。。
VSU-RECOVERY-2# show switch virtual dual-active summary
BFD dual-active detection enabled: Yes
Aggregateport dual-active detection enabled: No
Interfaces excluded from shutdown in recovery mode:
In dual-active recovery mode: Yes
l Device A的配置文件。。。。。
hostname DeviceA
!
interface GigabitEthernet 1/1/2
?no switchport
!
interface GigabitEthernet 2/1/2
?no switchport
!
switch virtual domain 1
dual-active detection bfd
dual-active bfd interface GigabitEthernet 1/1/2
dual-active bfd interface GigabitEthernet 2/1/2
!
switch 1
switch 1 priority 100
switch 1 description DeviceA
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l Device B的配置文件。。。。。
hostname DeviceB
!
interface GigabitEthernet 1/1/2
?no switchport
!
interface GigabitEthernet 2/1/2
?no switchport
!
switch virtual domain 1
dual-active detection bfd
dual-active bfd interface GigabitEthernet 1/1/2
dual-active bfd interface GigabitEthernet 2/1/2
!
switch 2
switch 2 priority 90
switch 2 description DeviceB
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l BFD检测口未配置为三层以太网接口。。。。。
l BFD检测和AP检测只能选择其中一种方式。。。。。
如图1-18所示,,,,,Device A和Device B设备组成VSU系统,,,,,Device C别离通过聚合口衔接Device A和Device B。。。。。当VSL链路断开时,,,,,存在两台配置齐全一样的主设备,,,,,导致局域网内IP地址矛盾等问题。。。。。通过配置AP双主检测机造,,,,,以急剧检测双主情况,,,,,之后将其中一台主设备进入待复原(Recovery)状态,,,,,该状态下的设备端口不容业务转发职能,,,,,从而确保VSU系统检测到双主状态后网络正常运行。。。。。
图1-18
AP双主检测组网图

l 将Device C与Device A 、Device C与Device B互联的端口配置为统一个聚合端口组。。。。。
l 开启AP双主检测职能。。。。。
l 配置AP检测口。。。。。
l 将Device C与Device A/Device B互联端口配置为统一个聚合端口组。。。。。同时开启该端口组的AP双主检测报文的转发职能。。。。。
注明
由于Device A和Device B组成虚构设备VSU,,,,,所以以上配置可在Device A或Device B中肆意一台设备上配置。。。。。此处以在Device A上配置为例。。。。。
# 在Device A上面顺次将GigabitEthernet 1/1/1、GigabitEthernet 1/2/1、GigabitEthernet 2/1/1和GigabitEthernet 2/2/1参与聚合端口组AP1。。。。。
DeviceA> enable
DeviceA# configure
DeviceA(config)# interface range GigabitEthernet 1/1/1-2
DeviceA(config-if-range)# port-group 1
DeviceA(config-if-range)# interface range GigabitEthernet 2/1/1-2
DeviceA(config-if-range)# port-group 1
# 在Device A上面开启AP双主检测,,,,,且指定检测口为AP 1。。。。。
DeviceA> enable
DeviceA# configure
DeviceA(config)# switch virtual domain 1
DeviceA(config-vs-domain)# dual-active detection aggregateport
DeviceA(config-vs-domain)# dual-active interface aggregatePort 1
# 在Device C上面顺次将GigabitEthernet 0/1、GigabitEthernet 0/2、GigabitEthernet 0/3和GigabitEthernet 0/4参与聚合端口组。。。。。
DeviceC> enable
DeviceC# configure
DeviceC(config)# interface range GigabitEthernet 0/1-4
DeviceC(config-if-range)# port-group 1
# 在Device C上面配置AP双主检测报文转发职能。。。。。
DeviceC> enable
DeviceC# interface aggregatePort 1
DeviceC(config-if-AggregatePort 1)# dad relay enable
#
在Device A节造台上,,,,,通过show switch virtual
dual-active summary和show switch virtual
dual-active aggregateport号令查看配置及状态。。。。。
DeviceA# show switch virtual dual-active summary
Aggregateport dual-active detection enabled: Yes
Interfaces excluded from shutdown in recovery mode:
In dual-active recovery mode: NO
DeviceA# show switch virtual dual-active aggregateport
Aggregateport dual-active detection enabled: Yes
Aggregateport dual-active interface configured:
? AggregatePort 1: UP
? GigabitEthernet 1/1/1: UP
? GigabitEthernet 1/2/1: UP
? GigabitEthernet 2/1/1: UP
? GigabitEthernet 2/2/1: UP
# 在Device B节造台上,,,,,通过show switch virtual dual-active summary号令查看“In dual-active recovery mode”调换为“Yes”。。。。。
DeviceB-RECOVERY-2# show switch virtual dual-active summary
BFD dual-active detection enabled: No
Aggregateport dual-active detection enabled: Yes
Interfaces excluded from shutdown in recovery mode:
In dual-active recovery mode: Yes
# 在Device B节造台上,,,,,通过show switch virtual号令查看“Status”调换为“Recovery”,,,,,且设备名称增长了“-RECOVERY-”描述。。。。。
DeviceB-RECOVERY-2# show switch virtual
Switch_id Domain_id Priority Position Status Role Description
------------------------------------------------------------------------------------------
2(2) 100(100) 100(100) LOCAL Recovery ACTIVE S57H4-207
# 在Device B节造台上,,,,,通过show switch virtual dual-active aggregateport号令查看配置及状态。。。。。
DeviceB-RECOVERY-2# show switch virtual dual-active aggregateport
Aggregateport dual-active detection enabled: Yes
Aggregateport dual-active interface configured:
AggregatePort 7: DOWN
GigabitEthernet 1/0/1: DOWN
GigabitEthernet 2/0/1: DOWN
l Device A的配置文件。。。。。
hostname DeviceA
!
interface GigabitEthernet 1/1/1
?port-group 1
!
interface GigabitEthernet 1/1/2
?port-group 1
!
interface GigabitEthernet 2/1/1
?port-group 1
!
interface GigabitEthernet 2/1/2
?port-group 1
!
switch virtual domain 1
dual-active detection aggregateport
dual-active interface aggregatePort 1
!
switch 1
switch 1 priority 100
switch 1 description DeviceA
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l Device B的配置文件。。。。。
hostname DeviceB
!
interface GigabitEthernet 1/1/1
?port-group 1
!
interface GigabitEthernet 1/1/2
?port-group 1
!
interface GigabitEthernet 2/1/1
?port-group 1
!
interface GigabitEthernet 2/1/2
?port-group 1
!
switch virtual domain 1
dual-active detection aggregateport
dual-active interface aggregatePort 1
!
switch 2
switch 2 priority 90
switch 2 description DeviceB
switch crc errors 10 times 20
!
port-member interface TenGigabitEthernet 0/1
port-member interface TenGigabitEthernet 0/2
!
switch convert mode virtual
!
end
l Device C的配置文件。。。。。
hostname DeviceC
!
interface GigabitEthernet 0/1
?port-group 1
!
interface GigabitEthernet 0/2
?port-group 1
!
interface GigabitEthernet 0/3
?port-group 1
!
interface GigabitEthernet 0/4
?port-group 1
!
interface AggregatePort 1
?dad relay enable
!
end
l 作为AP检测口,,,,,必须为聚合接口。。。。。
l AP检测和BFD检测只能选择其中的一种方式。。。。。
l VSL链路端口类型不支持。。。。。
l 未配置统一个域编号(domain-id)。。。。。