Cisco: Nexus intro and FEX

К моему большому счастью в моём подчинении появились новые чудесные железки – Cisco Nexus 5548P Switch (N5K-C5548P-FA) & Cisco Nexus 2224TP GE Fabric Extender (N2K-C2224TP-1GE).

Для начала немного о том, что собственно такое этот самый Nexus.

Вот так это выглядит:

Nexus 5548P

Nexus 2224TP fex

По сути Nexus это просто multi-layer коммутаторы из славного семейства Data Center Switches, единственными представителями которых ранее были Catalyst 4900 и 6500. А по факту изменений в них настолько много и они настолько существены, что ставить их в один ряд просто противозаконно! :)

Само семейство делится на собственно switches и fabric extenders. Что такое “switches” понятно, а что такое эти … м, фабрик экстендеры, верно?

Если вам приходилось хоть раз сталкиваться с технологией Cisco StackWise, то вы уже поняли что будет написано дальше, если же нет, то кратко это звучит так: “Nexus switch и любое количество (на данный момент до 12 и будет увеличиваться в следующих NX-OS) fabric extenders, после некоторого количества команд, выглядят как единое целое – с единой ёмкостью портов, одинаковой версией NX-OS”. При этом настройка производится только с Nexus switch, который в терминологии StackWise является master. К тому же на fabric extenders отсутствуют порты типа management, console и прочих отличающихся от основных коммутационных портов.

Один из самых интересных пунктов во всём этом – наличие на борту новой операционной системы NX-OS, базирующейся на MontaVista Software embedded Linux!

Давайте уже приступим к основной части: подключим наш fabric extender к nexus switch.

Соединяются между собой они через любой из 32 fixed 1G/10G порт на стороне 5548P и 2 fixed 10G на 2224TP, т.е. для этого отлично подойдёт тот же “10GBASE-CU SFP+ Cable 5 Meter” (SFP-H10GB-CU5M). Рекомендуется, для redundancy использовать два линка в виде Port-channel, что мы и сделаем.

Login (MotD теперь содержит много интересной информации)

Просмотреть информацию о имеющихся extender можно командой “show fex”, посмотрим её вывод до того как устройства скоммутированы между собой и после:

до

после

Устройство обнаружено и находится в состоянии Discovered. Так будет до тех пор пока мы ни проделаем некоторые действия на коммутаторе.

Допустим мы подключены к fabric extender через порты Ethernet 1/3 и 1/4,  сделаем из них port-channel и переведём его (соотвественно и порты) в специальный режим:

Мы выбрали два порта, через которые у нас подключен fabric extender и объединили их в одну группу ( к сожалению LACP пока не поддерживается на fex-fabric портах). Далее командой “switchport mode fex-fabric” указали, что они используются для соединения с fabric extender, а командой “fex associate 100” задали ему цифровой идентификатор, выбор числа ограничен:

Самое важное предназначение этого цифрового идентификатора – нумерация портов. Если мы ассоциировали его с числом 100, значит порты fabric-extender’а будут выглядеть как Ethernet 100/1/1, Ethernet 100/1/2 … Ethernet 100/1/24.

Сразу же проверим состояние:

ещё раз

посмотрим детали, чтобы понять что происходит

Обратите внимание на строки выделенные жирным шрифтом. Версии NX-OS на коммутаторе и fex отличаются, поэтому осуществлена попытка обновить NX-OS до версии коммутатора!

Лог который идёт далее, сообщает, что fex100 был отправлен в cold boot, после чего перешёл в состояние online. Обновление NX-OS на fex заняло около 11 минут.

посмотрим детали теперь
Теперь в вашем распоряжении ещё 24 порта, безвоздмездно предоставляемые fabric extender’ом.

Небольшая деталь касательно fex-ports, на всех портах fabric extender’а по умолчанию включен BPDUGuard и изменить это нельзя, т.е. предполагается что к его портам вы будете подключать только конечные устройства не генерирующие BPDU, иначе порт уйдёт в err-disable.

Для полной картины осталось совсем немного – обновить NX-OS на самом Nexus switch, но это уже в следующей части.

N5K-C5548P-FA
SHARE: Tweet about this on TwitterShare on FacebookShare on VKShare on LinkedInShare on Google+Email this to someone