Questions tagged «vss»

我们正在进行网络上以太通道和路由的冗余测试。在此干预期间，我们进行了一些测量。我们的监视工具是Cacti for graph。监视的设备是VSS上的4500-X。每个链接位于不同的物理机箱上。 架构： 测试年代： [t0] te1 / 1/14端口上的链接已被物理删除。Te2 / 1/14已激活。Po1处于运行状态。 [t0 + 15] Te1 / 1/14端口上的链接已恢复正常工作，并检查是否 已物理移除te1 / 1/14端口上回到以太网通道Po1的端口[t0 + 20]链接。Te2 / 1/14已激活。Po1处于运行状态。 [t0 + 35] Te1 / 1/14端口上的链接恢复服务，并检查该端口是否回到以太通道Po1中 在我们的测试中，我们监控了通过仙人掌的交通以太通道Po1（下图），并注意到当禁用te1 / 1/14链接（链接te2 / 1/14资产）时，流量值发生了显着变化，而反向链接相当稳定。我们也检查了int Po1上的计数器，这些计数器保持相当稳定。 在配置了LACP的Etherchannel上捆绑了10G的两个接口。在etherchannel内，它们是2个VLAN。一个用于多播流量，另一个用于Internet /所有流量。 您知道这种行为的可能原因吗？

14 cisco  switch  monitoring  vss 

我要推出一对新的运行NX-OS 5.2的Nexus 5500，我想利用新的vPC对等交换机功能： 虚拟端口通道（vPC）对等交换机功能解决了有关STP收敛的性能问题。此功能使一对Cisco Nexus 5000系列设备可以在第2层拓扑中显示为单个STP根。此功能消除了将STP根固定到vPC主交换机的需要，并且在vPC主交换机发生故障时提高了vPC的收敛性。 为避免循环，从STP计算中排除了vPC对等链路。在vPC对等交换机模式下，将从两个vPC对等设备发送STP BPDU，以避免与下游交换机上的STP BPDU超时相关的问题，这可能导致流量中断。 此功能可与设备均属于vPC的纯对等交换机拓扑一起使用。 当前的拓扑是一对Nexus 5500s，它们之间有一个对等链路，一个对等连接到6500 VSS的每一侧。所有连接均为LACP端口通道。 VSS应该代表一个逻辑设备，但是5500s似乎不同意。当我尝试建立与VSS的两个连接时，5500s给我这个错误： ％VPC-3-INTF_CONSISTENCY_FAILED：在域2中，VPC 1配置（接口port-channel1）不一致（由于连接到不同伙伴的2台交换机中的vpc链接，vpc端口通道配置错误） ％VPC-3-VPC_BRINGUP_FAILED：vPC 1（接口端口-通道1）启动失败（类型1不一致） 6500 VSS不会记录任何错误。 vPC为什么将VSS的另一端视为不同的伙伴？我是否以为这应该工作是错误的？

12 vss  cisco-nx-os  vpc  cisco-nexus-5k 

我了解Cisco 6500 VSS具有明显的卖点，包括单个管理，单个路由实例，STP消除，机箱之间的端口通道等优点。通过两个独立的Cisco 6500，它们之间可能具有L3和L2端口通道，它们至少在控制平面上彼此之间没有操作依赖性。 在VSS世界中-我对此没有直接经验-我们现在拥有控制两个交换机的软件和其他协议。在我期望控制平面软件存在错误的设计中，VSS是否会像我所怀疑的那样降低MTBF，是否与获得的功能进行了权衡？还是我错过了MTBF的改进方式？

11 cisco  vss 

我们想要找到一种“安全”的方式来跨两个数据中心扩展第二层网络，并且由于我们在这两个数据中心上都没有运行NX-OS的设备，因此我们不能使用OTV。那么对于我们来说，拥有以下设备的替代方案是什么： 数据中心1：VSS中的2个6509-E（SUP720，IP服务） 数据中心2：VSS中2x 4500-X（目前为IP Base）

11 cisco  cisco-catalyst  vss  cisco-nx-os 

由于VSS是单个系统映像，因此为交换机对之间的链接启用UDLD是否有意义？我们已经看到一些恢复问题，我们认为这可能是由于UDLD错误地将ISL链接标识为单向的，尤其是在HA配置中具有ASA-SM的配置中。

11 vss  udld