1 36 28x100/40G + 8x400G QSFP-DD Ethernet Module
N9K-C93600CD-GX
ok 27 0 Virtual Supervisor Module N9K-C93600CD-GX active * Mod Sw Hw Slot

1
10.5(1)
3.0 NA 27 10.5(1) 3.0 VSUP Mod MAC-Address(es) Serial-Num

1 54-51-de-f9-fb-10 to 54-51-de-f9-fb-df FDOREDACTED
27 54-51-de-f9-fb-10 to 54-51-de-f9-fb-df FDOREDACTED Mod Online Diag Status

1 Pass
27 Pass * this terminal session Трансивер 100 Гбит/с (а именно QSFP-100G-SM-SR, который использует одномодовое дуплексное волокно с разъемами LC; другими словами, здесь не используется разветвительный кабель) вставлен в Ethernet1/29, который является одним из портов восходящего канала 400 Гбит/с на коммутаторе. N9K-1#
show interface Ethernet1/29
Ethernet1/29 is up
admin state is up
, Dedicated Interface Hardware: 10000/25000/40000/50000/
100000
/
200000
/
400000
Ethernet, address: 5451.def9.fb17 (bia 5451.def9.fb98) MTU 1500 bytes, BW 100000000 Kbit , DLY 10 usec reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, medium is broadcast
full-duplex, 100 Gb/s, media type is 100G
Beacon is turned off Auto-Negotiation is turned on FEC mode is Auto Input flow-control is off, output flow-control is off Auto-mdix is turned off Rate mode is dedicated Switchport monitor is off EtherType is 0x8100 EEE (efficient-ethernet) : n/a admin fec state is auto, oper fec state is Rs-fec Last link flapped 00:31:44 Last clearing of "show interface" counters never 1 interface resets Load-Interval #1: 30 seconds 30 seconds input rate 0 bits/sec, 0 packets/sec 30 seconds output rate 0 bits/sec, 0 packets/sec input rate 0 bps, 0 pps; output rate 0 bps, 0 pps Load-Interval #2: 5 minute (300 seconds) 300 seconds input rate 40 bits/sec, 0 packets/sec 300 seconds output rate 40 bits/sec, 0 packets/sec input rate 40 bps, 0 pps; output rate 40 bps, 0 pps RX 0 unicast packets 34 multicast packets 0 broadcast packets 34 input packets 10812 bytes 0 jumbo packets 0 storm suppression bytes 0 runts 0 giants 0 CRC 0 no buffer 0 input error 0 short frame 0 overrun 0 underrun 0 ignored 0 watchdog 0 bad etype drop 0 bad proto drop 0 if down drop 0 input with dribble 0 input discard 0 Rx pause 0 Stomped CRC TX 0 unicast packets 34 multicast packets 0 broadcast packets 34 output packets 10812 bytes 0 jumbo packets 0 output error 0 collision 0 deferred 0 late collision 0 lost carrier 0 no carrier 0 babble 0 output discard 0 Tx pause Вот еще одно доказательство того, что QSFP-100G-SM-SR вставлен в этот порт. N9K-1#
show interface Ethernet1/29 transceiver
Ethernet1/29 transceiver is present type is
QSFP-100G-SM-SR
name is CISCO-INNOLIGHT part number is TR-FC13H-HCI revision is 1C serial number is INLREDACTED nominal bitrate is 25500 MBit/sec per channel Link length supported for 9/125um fiber is 2 km cisco id is 17 cisco extended id number is 220 cisco part number is 10-3220-02 cisco product id is
QSFP-100G-SM-SR
cisco version id is V02 CDP показывает нам, что на удаленном конце коммутатора у нас есть еще один N9K-C93600CD-GX с удаленным интерфейсом Ethernet1/29. N9K-1#
show cdp neighbors interface Ethernet1/29
Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge S - Switch, H - Host, I - IGMP, r - Repeater, V - VoIP-Phone, D - Remotely-Managed-Device, s - Supports-STP-Dispute Device-ID Local Intrfce Hldtme Capability Platform Port ID
N9K-2(FDOREDACTED)
Eth1/29
156 R S s
N9K-C93600CD-GX
Eth1/29
Total entries displayed: 1 Что касается вашего второго вопроса —
в целом
, для современных коммутаторов Nexus под управлением NX-OS вы можете безопасно использовать один из «портов восходящего канала» в качестве порта доступа или нисходящего канала без потери функций или функциональности (и наоборот — использовать нисходящий канал в качестве восходящего). В зависимости от конкретной модели коммутатора и конкретного случая использования, с которым вы работаете,
могут
быть сценарии, когда функция не работает на восходящем канале, но работает на нисходящем (или наоборот). Возьмем произвольный пример: предположим, вы работаете с N9K-C93180YC-FX3 под управлением NX-OS 9.3(14). У вас может быть сценарий использования, в котором вам необходимо подключить порт восходящего канала (например, Ethernet1/49, порт QSFP28 40/100 Гбит/с) к WAN (например, темному волокну или цепи DWDM) со скоростью 10 Гбит/с с помощью QSA (CVR-QSFP-SFP10G). В этом сценарии вы не можете использовать порт нисходящего канала, поскольку все они уже используются в других местах для подключения нисходящих серверов или сетевых устройств. Кроме того, вы должны удовлетворить бизнес-требование, согласно которому любой трафик через WAN должен быть зашифрован, поэтому в данном случае необходимо использовать MACSec. В этом гиперспецифическом случае вы столкнетесь со
следующим задокументированным ограничением
:
«Коммутаторы Cisco Nexus серии 9000 не поддерживают MACsec на любом из портов, поддерживающих MACsec, при использовании QSA». К счастью, это ограничение снято для N9K-C93180YC-FX3, начиная с NX-OS 10.1(2), поэтому для устранения этого препятствия требуется только обновление программного обеспечения:
«Начиная с Cisco NX-OS Release 10.1(2), MACsec поддерживается коммутаторами платформы Cisco Nexus 9300-FX3 при использовании QSA». Однако не все подобные ограничения можно обойти с помощью программного обеспечения; некоторые из них связаны с аппаратными ограничениями (конструкция базового ASIC, длина трассировок схем между ASIC и MAC/PHY определенных портов и т. д.). В любом случае, это нишевый пример, который демонстрирует, почему я бы сказал, что,
как правило
, вы увидите паритет функций и возможностей между нисходящими и восходящими каналами. Обычно любые ограничения, связанные с отсутствием паритета, документируются в разделе
«Рекомендации и ограничения»
руководства по настройке данной функции. В вашем случае, поскольку вы ищете магистральный коммутатор для фабрики EVPN, отличным отправной точкой будет
руководство по настройке Cisco Nexus 9000 Series NX-OS VXLAN
. Обратите внимание, что вышеупомянутое руководство предназначено для NX-OS 10.5(x); обязательно ознакомьтесь с руководством по настройке для NX-OS, которое вы планируете внедрить в производство! Приносим извинения за длинное объяснение — сетевые технологии являются сложной областью, что затрудняет предоставление простых и однозначных ответов на простые вопросы. В любом случае, надеемся, что эта информация будет вам полезна! — Кристофер