Nexus和Catalyst有很多不同,我觉得目前在Nexus环境下,应用最普遍的可能就是vPC技术了,通过使用vPC技术能够改善STP环境下很多问题,诸如带宽浪费、收敛慢等问题。
vPC全称Virtual Port-Channel,是一种支持跨设备进行链路捆绑的协议,旨在消除STP环路,实现网络的快速收敛,提高链路利用率。在vPC环境下,HSRP/VRRP协议实现了 双活 ,即无论Active/Standby设备,均能够转发流量,这也是一个比较大的进步。
vPC对远端设备并没有要求,只要远端设备支持802.3ad/LACP,本端设备均可以使用vPC与其互联。
传统意义上的VSS实际上也能够进行跨设备链路捆绑,但是由于VSS把两台设备的Control-plane集中到了一起,一旦Control-plane出现问题,两台设备均会出现问题。而vPC可视为在两台设备上独立运行协议,其中一台出现问题,也不会影响另一台。
两台vPC peer设备需要定义一致的vPC Domain ID,且该ID尽量全网唯一,因为vPC Domain ID 会用于产生一个唯一vPC system-MAC,用于LACP协议,如果两台vPC设备vPC domain ID与另外两台vPC的domain
ID重复,将会导致LACP flapping。
在vPC domain模式下,可以定义vPC的全局参数,包括Role priority、keepalive等。
vPC peer-link执行标准的802.1Q Trunk协议,承载vPC vlan和非vPC vlan的流量。CFS协议、FHRP第一跳泛洪报文、STP BPDUs、HSRP Hellos,IGMP updates等流量均通过peer-link进行转发。
Peer-link作为vPC中比较重要的通道,建议使用两个10GE的端口,并且分布在不同板卡上,避免板卡故障导致vPC出现问题。
如果peer-link配置在M1卡上,需要将接口设置为shared mode。
CFS协议主要有以下几个用途:
当你建立一个vPC Domain后,两端的vPC就开始进行vPC配置一致性检查。
有两种一致性检查:
Peer-keepalive用于vPC peer之间的心跳,默认心跳消息间隔为2s,Hold timer为3s。
建议使用一个单独的三层链路用于vPC peer-keepalive,千兆口即可,通过单独的VRF建立,不能够通过peer-link传输。为了节约接口,也可以使用管理科mgmt0(N5K较常见)。
vPC成员端口一般指的是在接口上允许了vPC的端口,用于终结port-channel。流量可以在两条链路上进行负载分担,支持802.1d/LACP协议。
Orphan port指的是不通过vpc连接,但承载vpc vlan的端口。
这要和非vPC端口进行区分,如果一个vlan不被允许通过peer-link传输,那么这个vlan就不是vPC vlan,因此属于这个vlan的接口既不是vPC成员端口,也不是vPC Orphan端口。这一点很容易被混淆。
首先说明,vPC放环机制是硬件实现的,不能够通过软件修改或关闭。
防环规则:vpc peer通过peer link发送过来的帧不会从vpc成员端口转发出去,而发给非vpc vlan,orphan port或者上联链路的流量会正常转发。
vPC是思科数据中心级交换机的技术,也就是说唯独nexus系列交换机才支持。2960全系列包括2960,2960s,2960x都是园区网接入交换机,肯定不支持这个技术。
确切来的来说,只要是Cisco Catalyst的交换机全部不支持vPC。
Cisco VPN客户端可能会出现定期无法使用的情况,这可能是由于服务器端的设置发生了变化,或者客户端的设置发生了变化。为了解决这个问题,您可以尝试以下步骤:1. 检查服务器端的设置,确保它们与客户端的设置相匹配。
2. 尝试重新安装Cisco VPN客户端,确保它的设置是正确的。
3. 尝试使用其他VPN客户端,如OpenVPN或PPTP,来连接到Cisco VPN服务器。
4. 如果以上步骤都不起作用,您可以尝试联系Cisco技术支持,以获取更多帮助。
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)