Cisco Cisco Nexus 5010 Switch Guida Alla Progettazione

 

 

© 2015 Cisco and/or its affiliates. All rights reserved. This document is Cisco Public Information. 

Page 19 of 119 

Figure 9.    Calculating PortChannel Scalability with Cisco 2000 Series Fabric Extenders 

 

In Case D in the figure, because the fabric extender and the Cisco Nexus 5000 Series Switch connect in static 

pinning mode, none of the PortChannel bundle indexes of the Cisco Nexus 5000 Series Switch is consumed. In 

Case E, because the fabric extender connects to the Cisco Nexus 5000 Series Switch with a PortChannel, one of 

the PortChannel bundle indexes is consumed. 

If fabric extenders connect to the Cisco Nexus 5000 Series in active-active mode with one link to each Cisco 

Nexus 5000 Series Switch, then they would not consume any of the PortChannel bundle indexes. If the fabric 

extender in active-active mode is then connected with more than one link to each Cisco Nexus 5000 Series 

Switch, it consumes one of the PortChannel bundle indexes. 

Traffic distribution and hashing from the fabric extender to the Cisco Nexus 5000 Series is based on a cyclic 

redundancy check 8 (CRC-8) polynomial, and the fields that are used depend on the port-channel load-balance 

ethernet configuration on the Cisco Nexus 5000 Series Switch. There are slight differences in the hashing 

implementation on different fabric extender versions: 

● 

Cisco Nexus 2148T: Can hash up to the Layer 3 information 

● 

Cisco Nexus 2200 platform: Can include the Layer 4 information in the hash 

The PortChannels configured at the fabric extender ports do not count against the PortChannel hardware 

resources on the Cisco Nexus 5000 Series. They do not count because when two or more ports are bundled on a 

Cisco Nexus 2200 platform, the bundle expansion occurs on the fabric extender itself, not on the Cisco Nexus 

5000 Series Switch.