Различия

Показаны различия между двумя версиями страницы.

--- cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 [12.04.2019 16:20] – [Полная передача зон между коммутаторами] Алексей Максимов
+++ cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 [12.04.2019 17:13] (текущий) – старая версия восстановлена (11.04.2019 22:53) Алексей Максимов
@@ Строка 1: / Строка 1: @@
-===== Настройка агрегированного линка PortChannel для ISL Trunk между двумя коммутаторами HP StorageWorks SN6000C FC Switch (Cisco MDS 9148) с NX-OS 5.2 =====
+===== Настройка зонирования на коммутаторе HP StorageWorks SN6000C FC Switch (Cisco MDS 9148) с NX-OS 5.2 =====
-Для того, чтобы улучшить пропускную способность транка **Inter-Switch Link (ISL) Trunk** между коммутаторами **Cisco MDS** можно выполнить агрегацию двух и более линков ISL Trunk с помощью **PortChannel**. Рассмотрим пример настройки такого агрегированного линка, состоящего из двух физических линков между коммутаторами **HP StorageWorks SN6000C FC Switch AW585A** (**Cisco MDS 9148 Multilayer Fabric Switch**) с прошивкой **NX-OS 5**.
+{{:cisco:pasted:20190411-225250.png }} В этой статье мы пошагово рассмотрим простейший пример настройки зонирования на оптических коммутаторах серии **Cisco MDS 9000**. В нашем случае будет использоваться коммутатор **HP StorageWorks SN6000C FC Switch AW585A** (**Cisco MDS 9148 Multilayer Fabric Switch**) с прошивкой NX-OS 5.
-В рассматриваемом примере первый коммутатор **SW01** уже представляет собой работающую фабрику с [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 |настроенным зонированием]] и к нему подключается дополнительный коммутатор **SW02**.
+Последовательность действий будет следующей:
+  - Создание нового VSAN
+  - Назначение интерфейсов в VSAN
+  - Создание псевдонимов для WWPN
+  - Создание зон и объединение псевдонимов в зоны
+  - Создание наборов зон (zoneset) и включение зон в наборы
+  - Активация набора зон.
 \\
-==== Первичная настройка коммутаторов ====
+==== Создание нового VSAN ====
-Установим в стойку и выполним первичную настройку (**setup**) второго коммутатора, который мы будем подключать к первому, но физическими линками пока не будем подключать второй коммутатор к первому.
-Предполагается, что на первом коммутаторе создан уникальный **VSAN** (отличный от дефолтного VSAN 1), который в дальнейшем будет общим для двух соединённых коммутаторов. В нашем примере таким VSAN будет **VSAN 2**. Все активные порты первого коммутатора (1-16 порт) включены в VSAN 2.
-Посмотрим информацию о VSAN на первом коммутаторе:
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show vsan
-SW01# show vsan membership</pre></HTML>
-{{ :cisco:pasted:20190412-151754.png }}
-На втором коммутаторе в полной аналогии с первым создадим **VSAN 2** с таким же именем «**Production**». О том, как создавать VSAN мы говорили в статье про [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5 |зонирование]].
+Посмотреть текущий имеющийся список **VSAN** можно командой:
-Отличием на **SW02** будет то, что VSAN 2 может быть в состоянии **down**, так как к его портам пока может быть ничего не подключено.
-Назначим на втором коммутаторе нужные порты в созданный VSAN. В нашем случае в VSAN 2 на втором коммутаторе, так же, как и на первом, включаются все активные порты (с 1 по 16).
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show vsan</pre></HTML>
-{{ :cisco:pasted:20190412-151902.png }}
-\\
+{{ :cisco:pasted:20190411-224055.png }}
-==== Соединяем коммутаторы ====
-Создадим физическое подключение пары любых портов с помощью оптических патч-кордов на первом и втором коммутаторе. В нашем примере используются порты fc1/1 и fc1/2
+В конфигурации по умолчанию Cisco DMS уже имеет **VSAN 1**, которому назначены все порты коммутатора. Согласно документа [[https://www.cisco.com/en/US/docs/storage/san_switches/mds9000/sw/san-os/quick/guide/qcg_vin.html#wpxref27128|Cisco MDS 9000 Family CLI Quick Configuration Guide]] не рекомендуется использовать стандартный VSAN 1 для продуктивных задач. Вместо этого сразу стоит создать свой VSAN.
-{{ :cisco:pasted:20190412-151948.png }}
+Создаём свой **VSAN**, например, с номером **2** и именем «Production»:
-Посмотрим статус портов и убедимся в том, что на обоих коммутаторах порты перешли в режим транка
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# vsan database
+SW01(config-vsan-db)# vsan 2
+SW01(config-vsan-db)# vsan 2 name Production
+SW01(config-vsan-db)# end
+SW01# show vsan</pre></HTML>
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show interface brief</pre></HTML>
+{{ :cisco:pasted:20190411-223923.png }}
-{{ :cisco:pasted:20190412-152024.png }}
+Созданный VSAN может находиться в неактивном состоянии (down) пока в него не включены порты, или если к включенным в него портам ничего не подключено.
-{{ :cisco:pasted:20190412-152038.png }}
 \\
-==== Создаем PortChannel на первом коммутаторе ====
+==== Включение портов в VSAN ====
-Создаем агрегированный интерфейс **port-channel**, например, с номером «**1**» на первом коммутаторе. Выставляем режим интерфейса в «**E**» (E_Port/Expansion port). Режим транка включаем в явном виде (**on**). Прописываем **VSAN**, которые могут транслироваться через транк. Включаем интерфейс.
+Все активные интерфейсы коммутатора (с 1 по 16), используемые в нашем примере, назначаются в новый созданный VSAN 2
 <HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
-SW01(config)# interface port-channel 1
+SW01(config)# vsan data
-SW01(config-if)# switchport mode E
+SW01(config-vsan-db)# vsan 2 interface fc1/1-16
-SW01(config-if)# switchport rate-mode dedicated
+SW01(config-vsan-db)# exit
-SW01(config-if)# switchport trunk mode on
+SW01(config)#</pre></HTML>
-SW01(config-if)# switchport trunk allowed vsan 1
-SW01(config-if)# switchport trunk allowed vsan add 2
-SW01(config-if)# no shutdown
-SW01(config-if)# exit</pre></HTML>
-{{ :cisco:pasted:20190412-160332.png }}
+{{ :cisco:pasted:20190411-224140.png }}
-Добавляем интерфейсы физических портов **fc1/1** и **fc1/2** коммутатора в созданный агрегированный линк **channel-group 1**
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-if)# interface fc1/1-2
+После этого можем включить интерфейсы, так как по умолчанию они могут быть отключены:
-SW01(config-if)# channel-group 1 force</pre></HTML>
-{{ :cisco:pasted:20190412-160400.png }}
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config)# interface fc1/1-16
+SW01(config-if)# no shutdown
+SW01(config-if)# end</pre></HTML>
-Получим предупреждение о том, что добавленные в группу интерфейсы выключены и должны быть повторно включены. Пока оставляем эти порты выключенными. Включим эти порты позже, когда настроим port-channel на втором коммутаторе.
+{{ :cisco:pasted:20190411-224200.png }}
-Посмотрим итоговую конфигурацию группового интерфейса
+Выполняем проверку состояния интерфейсов, выводя в консоль информацию обо всех интерфейсах за исключением выключенных:
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-if)# exit
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show interface brief | ex down</pre></HTML>
-SW01# show run int port-channel 1</pre></HTML>
-{{ :cisco:pasted:20190412-160459.png }}
+{{ :cisco:pasted:20190411-224223.png }}
-Посмотрим, как выглядят включённые в группу и настроенные интерфейсы
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show running-config interface fc1/1-2</pre></HTML>
-{{ :cisco:pasted:20190412-160512.png }}
-Теперь переходим к настройке на второй коммутатор.
-\\
-==== Создаем PortChannel на втором коммутаторе ====
-По аналогии с первым коммутатором создаем агрегированный интерфейс **port-channel**, например, с номером «**1**» на втором коммутаторе. Выставляем режим интерфейса в «**E**» (E_Port/Expansion port). Режим транка, согласно рекомендации из документа [[ https://support.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0124950 |HP C-Series Fabric Switches - How does Trunking Work]], выставляем в автоматический (**auto**). Прописываем **VSAN**, которые могут транслироваться через транк. Включаем интерфейс.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# configure terminal
-SW02(config)# interface port-channel 1
-SW02(config-if)# switchport mode E
-SW02(config-if)# switchport rate-mode dedicated
-SW02(config-if)# switchport trunk mode auto
-SW02(config-if)# switchport trunk allowed vsan 1
-SW02(config-if)# switchport trunk allowed vsan add 2
-SW02(config-if)# no shutdown
-SW02(config-if)# exit</pre></HTML>
-{{ :cisco:pasted:20190412-160701.png }}
+Как видим, порты с 1 по 16 включены в VSAN 2, но к ним пока ничего не подключено.
-Добавляем интерфейсы физических портов **fc1/1** и **fc1/2** коммутатора в **channel-group 1**
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02(config-if)# interface fc1/1-2
-SW02(config-if)# channel-group 1 force
-SW02(config-if)# no shutdown
-SW02(config-if)# exit</pre></HTML>
-{{ :cisco:pasted:20190412-160741.png }}
-Так же, как и на первом коммутаторе, здесь мы получим предупреждение о том, что добавленные в группу интерфейсы выключены и должны быть повторно включены. Сейчас мы включаем эти порты:
+Ещё один способ посмотреть членство интерфейсов коммутатора в разных VSAN
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02(config)# interface fc1/1-2
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show vsan membership</pre></HTML>
-SW02(config-if)# no shutdown
-SW02(config-if)# end</pre></HTML>
-{{ :cisco:pasted:20190412-160806.png }}
+{{ :cisco:pasted:20190411-224244.png }}
 \\
-==== Включаем порты на первом коммутаторе ====
+==== Создание псевдонимов ====
-Включим ранее выключенные на первом коммутаторе порты
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config)# interface fc1/1-2
+В Cisco MDS существуют псевдонимы двух типов **FC Alias** и **Device Alias**. Возможности у Device Alias шире, чем FC Alias, но этот вид алиасов работает только на коммутаторах Cisco, а алиасы FC Alias совместимы с коммутаторами других производителей и могут быть полезны в смешанных мультивендорных фабриках.
-SW01(config-if)# no shutdown
-SW01(config-if)# end</pre></HTML>
-{{ :cisco:pasted:20190412-160927.png }}
+Алиасы FC Alias могут содержать несколько WWPN, в то время, как Device Alias используется для описания одного WWPN.
+Алиасы FC Alias используются только для зонирования и работают только в рамках одного VSAN, в то время, как Device Alias могут быть использованы для зонирования, port security, Inter-VSAN Routing (IVR) и доступны сразу во всех VSAN.
-\\
+Алиасы FC Alias распространяются по коммутаторам вместе с набором зон (zoneset), а алиасы Device Alias не имеют такой привязки и распространяются через службу CFS (Cisco Fabric Service).
-==== Проверяем агрегированный транк ====
-Проверяем состояние интерфейсов, входящих в транк на обоих коммутаторах
+Есть [[https://community.cisco.com/t5/storage-networking/what-is-the-difference-between-quot-fcalias-quot-quot-device/td-p/1080710|мнение]], что в фабрике с коммутаторами только от Cisco лучше использовать Device Alias.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show interface fc1/1
+При создании алиасов рекомендуемой Cisco практикой считается использование WWN конечного порта - **WWPN**.
-SW01# show interface fc1/2</pre></HTML>
-{{ :cisco:pasted:20190412-161011.png }}
+Подсмотреть WWPN устройств, подключенных на тот или иной интерфейс коммутатора можно в базе данных **FLOGI**. Например, подключим к 3 порту коммутатора (интерфейс fcl/3) один из контроллеров СХД, а затем посмотрим информацию о подключенном к этому порту устройстве:
-Кстати, обратите внимание на то, что транковые порты, входящие в группу port-channel автоматически перемещаются в **VSAN 1**
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># show flogi database | include fc1/3|INTERFACE</pre></HTML>
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show interface port-channel 1</pre></HTML>
+{{ :cisco:pasted:20190411-224308.png }}
-{{ :cisco:pasted:20190412-161045.png }}
+Здесь мы увидим и опорный WWN контроллера СХД и WWPN порта контроллера СХД, который нам потребуется для создания алиаса.
-Как видим, транковый агрегированный интерфейс даёт нам **16G** линк из двух **8G** физических линков между коммутаторами.
-Если интерфейс port-channel не поднимается, можем попробовать выключить и снова включить интерфейсы-участники на обоих коммутаторах:
+Рассмотрим пример создания **FC Alias**:
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# configure terminal
-SW02(config)# interface fc1/1-2
-SW02(config-if)# shutdown
-SW02(config-if)# no shutdown
-SW02(config-if)# end</pre></HTML>
 <HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
-SW01(config)# interface fc1/1-2
+SW01(config)# fcalias name MSA02-CtrlB-FC2 vsan 2
-SW01(config-if)# shutdown
+SW01(config-fcalias)# member pwwn 25:70:00:c0:ff:1a:25:65
-SW01(config-if)# no shutdown
+SW01(config-fcalias)# end
-SW01(config-if)# end</pre></HTML>
+SW01# show fcalias</pre></HTML>
-\\
+{{ :cisco:pasted:20190411-224329.png }}
-==== Сохраняем конфигурацию ====
-После того, как агрегированный линк между коммутаторами заработал, не забываем сохранить на обоих коммутаторах конфигурацию
+Рассмотрим пример создания **Device Alias**:
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# copy running-config startup-config
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
-SW02# copy running-config startup-config</pre></HTML>
+SW01(config)# device-alias database
+SW01(config-device-alias-db)# device-alias name MSA02-CtrlB-FC2 pwwn 25:70:00:c0:ff:1a:25:65
+SW01(config-device-alias-db)# exit
+SW01(config)# device-alias commit
+SW01(config)# end
+SW01# show device-alias database</pre></HTML>
-{{ :cisco:pasted:20190412-161214.png }}
+{{ :cisco:pasted:20190411-224346.png }}
-В качестве альтернативы на любом из коммутаторов можно выполнить команду сохранения конфигурации для всех коммутаторов в фабрике:
+В нашем случае к 16 порту коммутатора подключен HBA контроллер с хоста, на который нужно транслировать СХД из порта 3. По аналогии с выше приведённым примером, создадим для хоста ещё один алис Device Alias, после чего посмотрим всю информацию из базы данных FLOGI, где уже будут дополнительно отображаться наши алиасы, облегчая восприятие информации.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# copy running-config startup-config fabric</pre></HTML>
+{{ :cisco:pasted:20190411-224409.png }}
 \\
-==== Трансляция зонирования между коммутаторами ====
+==== Создание зон ====
-Проверяем то, что на втором подключенном коммутаторе доступны псевдонимы **Device Alias**, [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5|ранее созданные]] на первом коммутаторе.
+Следующим шагом будет создание зон и добавление в эти зоны участников. Для начала создадим зону с говорящим названием.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# show device-alias database</pre></HTML>
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# zone name MSA02-to-VM62-Port1 vsan 2</pre></HTML>
-{{ :cisco:pasted:20190412-161428.png }}
+Посмотрим какие способы добавления участников в зону мы имеем:
-Проверяем то, что на втором подключенном коммутаторе доступна информация об активном наборе зон в нашем продуктивном VSAN 2. То есть то, что мы [[:cisco:configuring-vsan-aliases-zones-zonesets-on-cisco-mds-9000-9148-hp-sn6000c-fc-switch-with-nx-os-5|ранее создавали]]  на первом коммутаторе.
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-zone)# member ?</pre></HTML>
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# show zoneset active</pre></HTML>
+{{ :cisco:pasted:20190411-224438.png }}
-{{ :cisco:pasted:20190412-161452.png }}
+Как видим, при добавлении членов зоны можно использовать разные методы, но одним из самых наглядных будет использование в качестве членов зоны ранее созданных алиасов Device Alias.
-\\
+Добавим в зону ранее созданные псевдонимы WWPN и посмотрим общую информацию о зонах и их членах:
-==== Полная передача зон между коммутаторами ====
-Мы проверили и убедились в том, что через созданный нами транк с первого коммутатора на второй транслируется информация об псевдонимах device-alias и активном наборе зон в нашем продуктивном VSAN 2. Однако, если на коммутаторах не включена передача всех наборов зон (а не только активных), то на втором коммутаторе мы не сможем увидеть информацию о созданных ранее на первом коммутаторе зонах и наборах зон. В этом случае вывод команд, перечисляющих зоны и наборы зон на втором коммутаторе, будет выглядеть так:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config-zone)# member device-alias MSA02-CtrlB-FC2
+SW01(config-zone)# member device-alias VM62-Port1
+SW01(config-zone)# end
+SW01# show zone vsan 2</pre></HTML>
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# show zone
+{{ :cisco:pasted:20190411-224455.png }}
-SW02# show zoneset</pre></HTML>
-{{ :cisco:pasted:20190412-161651.png }}
+\\
+==== Создание наборов зон ====
-А так выглядит вывод этих же команд на первом коммутаторе, то есть там, где эти зоны и наборы зон изначально создавались:
-{{ :cisco:pasted:20190412-161712.png }}
+Набор зон **zoneset** может включать в себя одну и более зон, при этом одна и та же зона может быть включена в разные наборы зон. Но только один zoneset может быть активным в рамках отдельно взятого VSAN. Для примера создадим один единственный набор зон с именем «ActiveZoneSet» и включим в него ранее созданную зону:
-Связано это с тем, что в конфигурации по умолчанию в Cisco MDS между коммутаторами фабрики передаётся информация только о конечном __активном наборе зон в VSAN__. Подтверждение этому можно получить, перечислив информацию о VSAN
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show zone status vsan 2</pre></HTML>
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+SW01(config)# zoneset name ActiveZoneSet vsan 2
+SW01(config-zoneset)# member MSA02-to-VM62-Port1
+SW01(config-zoneset)# end
+SW01# show zoneset vsan 2</pre></HTML>
-{{ :cisco:pasted:20190412-161758.png }}
+{{ :cisco:pasted:20190411-224540.png }}
+\\
+==== Активация набора зон ====
-Для того, чтобы информация о всех созданных зонах была нам доступна на обоих коммутаторах фабрики, нам потребуется включить режим распространения полного набора зон - **Full Zone Set Distribution**. Сразу после включения активируем повторно набор зон.
+Активируем набор зон и сохраняем конфигурацию текущую рабочую конфигурацию в стартовую.
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# configure terminal
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01(config)# zoneset activate name ActiveZoneSet vsan 2
-SW01(config)# zoneset distribute full vsan 2
-SW01(config)# zoneset activate name ActiveZoneSet vsan 2
 SW01(config)# end
 SW01# copy running-config startup-config</pre></HTML>
-{{ :cisco:pasted:20190412-161829.png }}
+{{ :cisco:pasted:20190411-224558.png }}
-Сохраним настроенную конфигурацию и снова проверим информацию о зонах в нашем продуктивном VSAN 2
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show zone status vsan 2</pre></HTML>
+С этого момента зонирование на нашем коммутаторе начинает работать.
-{{ :cisco:pasted:20190412-161849.png }}
+Проверим активный набор зон для всех VSAN
-Как видим, теперь на первом коммутаторе зоны из VSAN 2 распространяются полностью.
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW01# show zoneset active</pre></HTML>
-Выполним те же конфигурационные изменения на втором коммутаторе:
+{{ :cisco:pasted:20190411-224619.png }}
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# configure terminal
+Проверяем результат работы зонирования - проверяем доступность стораджа на хосте.
-SW02(config)# zoneset distribute full vsan 2
-SW02(config)# zoneset activate name ActiveZoneSet vsan 2
-SW02(config)# end
-SW02# copy running-config startup-config
-SW02# show zone status vsan 2</pre></HTML>
-{{ :cisco:pasted:20190412-162003.png }}
-Теперь снова проверим на втором коммутаторе список зон и наборов зон, созданных ранее на первом коммутаторе и убедимся в том, что теперь они отображаются в таком же виде, как на первом коммутаторе:
-<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;">SW02# show zone
-SW02# show zoneset</pre></HTML>
-{{ :cisco:pasted:20190412-162028.png }}
-Теперь можно на любом из коммутаторов настраивать зоны в нашем продуктивном VSAN и иметь перед глазами всю картину по зонированию в целом.
@@ Строка 254: / Строка 184: @@
 Дополнительные источники информации:
-  * [[https://www.cisco.com/en/US/products/ps5989/products_configuration_guide_chapter09186a0080664c6e.html|Cisco MDS 9000 NX-OS and SAN-OS Software - Configuring Trunking]]
+  * [[https://www.cisco.com/en/US/docs/storage/san_switches/mds9000/sw/san-os/quick/guide/qcg_zones.html|Cisco MDS 9000 Family CLI Quick Configuration Guide - Configuring Zones and Zone Sets]]
-  * [[https://www.cisco.com/c/en/us/td/docs/switches/datacenter/sw/nx-os/san_switching/configuration/guide/b_Cisco_Nexus_7000_NX-OS_SAN_Switching_Configuration_Guide/Cisco_Nexus_7000_NX-OS_SAN_Switching_Configuration_Guide_chapter5.html|Cisco Nexus 7000 Series NX-OS SAN Switching Configuration Guide - Configuring VSAN Trunking]]
+  * [[https://www.cisco.com/en/US/products/ps5989/prod_troubleshooting_guide_chapter09186a008067a309.html|Cisco MDS -  Troubleshooting Zones and Zone Sets]]
   * [[https://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/4_1/configuration/guides/cli_4_1/clibook/zone.html|Cisco MDS 9000 Family CLI Configuration Guide - Configuring and Managing Zones]]
-  * [[https://support.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0124950|HP C-Series Fabric Switches - How does Trunking Work]]
+  * [[http://twistedminds.ru/2013/06/cisco-mds-basics/|Twistedminds - Cisco MDS для самых маленьких]].\\ Годная сжатая статья, от которой я оттолкнулся. Рекомендуется к прочтению
-  * [[https://community.cisco.com/t5/storage-networking/mds-vsan-trunking-with-and-without-port-channel/td-p/3189770 |Cisco Community - MDS VSAN Trunking with and without Port Channel]]
 ----
@@ Строка 267: / Строка 195: @@
 ----
-{{:user:blogroot.png?50&nolink |}} Автор текущей редакции:\\ [[user:blogroot|Алексей Максимов]] \\ Время публикации: 12.04.2019 15:05
+{{:user:blogroot.png?50&nolink |}} Автор текущей редакции:\\ [[user:blogroot|Алексей Максимов]] \\ Время публикации: 11.04.2019 21:41
-{{tag>Cisco "Cisco MDS 9000" "Cisco MDS 9148" "HP StorageWorks" SN6000C "Nexus OS" "NX-OS 5" FC Switch Zonning VSAN "Device Alias" ZoneSet "Port-Channel" ISL Trunk}}
+{{tag>Cisco "Cisco MDS 9000" "Cisco MDS 9148" "HP StorageWorks" SN6000C "Nexus OS" "NX-OS 5" FC Switch Zonning VSAN "FC Alias" "Device Alias" ZoneSet}}
 ~~DISCUSSION~~