Понедельник, 03.08.2020 04:20

Объединяем коммутаторы Eltex MES2348B в стек

Объединяем коммутаторы Eltex MES2348B в стек

Коммутаторы MES 23XX можно объединить в Стек (STACK). При объединении одно из устройств становиться главным – Master. Второе – backup, а при наличии более двух устройств, одно из них станет резервным — backup, а остальные slave.

Объединить устройства можно только через порты 10GB – XG1-XG4, при этом эти порты становятся и аплинками между коммутаторами.

При настройке стека я подразумеваю, что оба устройства сброшены до заводских настроек.

Роли коммутаторов в стеке

Приведу выдержку из руководства пользователя для устройств серии MES

  • Master (UID устройства 1 или 2), с него происходит управление всеми устройствами в стеке.
  • Backup (UID устройства 1 или 2) – устройство, подчиняющееся master. Дублирует все настройки, и, в случае выхода управляющего устройства из строя, берет на себя функции управления стеком.
  • Slave (UID устройств от 3 до 8) – устройства, подчиняющееся master. Не может работать в автономном режиме (если отсутствует master).

Подключение кабелей

Прежде всего соединим два коммутатора витой парой, для этого я буду использовать SFP+ модули SNR-SFP+T

 

Вот так это выглядит на тестовом стенде:

Настройка сети

Проведем минимальную настройку обеих устройств.

Для нижнего IP будет 192.168.1.100

configure

interface vlan 1
    ip address 192.168.1.100 /24
exit

exit

write mem

я верхнего зададим IP 192.168.1.101

configure

interface vlan 1
    ip address 192.168.1.101 /24
exit

exit

write mem

Проверим доступность наших устройств по сети. Для этого подключим к ЛВС верхний коммутатор в через порт 24 и со своего ПК проверим пинг.

Пингуем

ping 192.168.1.100 

Обмен пакетами с 192.168.1.100 по с 32 байтами данных: 

Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64 
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64 
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64

Статистика Ping для 192.168.1.100: 
Пакетов: отправлено = 4, получено = 4, потеряно = 0 
(0% потерь) 
Приблизительное время приема-передачи в мс: 
Минимальное = 3мсек, Максимальное = 4 мсек, Среднее = 3 мсек
ping 192.168.1.101

Обмен пакетами с 192.168.1.101 по с 32 байтами данных: 

Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64 
Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64 
Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.101: число байт=32 время=4мс TTL=64

Статистика Ping для 192.168.1.101: 
Пакетов: отправлено = 4, получено = 4, потеряно = 0 
(0% потерь) 
Приблизительное время приема-передачи в мс: 
Минимальное = 3мсек, Максимальное = 4 мсек, Среднее = 3 мсек

Всё настроено правильно, устройства доступны по сети. Для чистоты эксперимента перегрузим оба и проверим пинг еще раз.

Настройка стека на коммутаторах

Пинг есть, самое время настраивать стек.

Теперь приступим к настройке самого стека, в нашем случае нижний коммутатор будет Master, верхний – Slave

Для нижнего прописываем:

config

stack configuration unit-id 1 links te 1

exit

write mem

Для верхнего:

config

stack configuration unit-id 2 links te 1

exit

write mem

Проверяем конфигурации устройств:

Нижний:

console#sh ru
interface vlan 1
    ip address 192.168.1.100 255.255.255.0
    no ip address dhcp
exit
!
!
end

Верхний:

console#sh ru
interface vlan 1
    ip address 192.168.1.101 255.255.255.0
    no ip address dhcp
exit
!
!
End

Настройки стека не отображаются в конфигурации.

Если мы сейчас посмотрим статус стека на нижнем мы увидим:

console#sh stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
1 e8:28:c1:77:2d:00 master

На верхнем:

console#sh stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
1 e8:28:c1:76:94:80 master

Чтобы изменения вступили в силу, нам нужно перезагрузить оба устройства.

Сделать это можно командой:

console#reload
This command will reset the whole system and disconnect your current session. Do you want to continue ? (Y/N)[N] Y
Shutting down ...

Загрузка устройств 

Нижнее устройство начинает загружаться

------------------------------------
-- Unit Number 1 --
------------------------------------


18-Dec-2019 19:23:10 %INIT-I-InitCompleted: Initialization task is completed

 
>18-Dec-2019 19:23:10 %NSFP-I-SFPGibicDetected: te1/0/1 SFP port is present, module type - 10G BASE-SR
18-Dec-2019 19:23:21 %CSCDLAG-I-UP: Stack port te1 operational status is UP
18-Dec-2019 19:23:21 %CSCDLAG-I-ACTIVE: Stack port te1 is active in stack LAG 1
 

-----------------------------------
-- Unit Number 1 Master Enabled --
-----------------------------------
 

Tapi Version: v1.9.7
Core Version: v1.9.7
18-Dec-2019 19:23:23 %Environment-I-FAN-STAT-CHNG: FAN# 1 status changed - operational.
18-Dec-2019 19:23:23 %Environment-I-FAN-STAT-CHNG: FAN# 2 status changed - operational.
18-Dec-2019 19:23:23 %Environment-I-PS-STAT-CHNG: PS# 1 status changed - operational.
18-Dec-2019 19:23:23 %Environment-W-PS-STAT-CHNG: PS# 2 status changed - not present.
18-Dec-2019 19:23:23 %Entity-I-SEND-ENT-CONF-CHANGE-TRAP: entity configuration change trap.
18-Dec-2019 19:23:26 %MLDP-I-MASTER: Switching to the Master Mode.

Устройство перешло в режим Master.

Вот как выглядит загрузка верхнего устройства

------------------------------------
-- Unit Number 2 --
------------------------------------


18-Dec-2019 19:23:14 %INIT-I-InitCompleted: Initialization task is completed
 

>18-Dec-2019 19:23:14 %NSFP-I-SFPGibicDetected: te2/0/1 SFP port is present, module type - 10G BASE-SR
18-Dec-2019 19:23:19 %CSCDLAG-I-UP: Stack port te1 operational status is UP
18-Dec-2019 19:23:19 %CSCDLAG-I-ACTIVE: Stack port te1 is active in stack LAG 1
 

-----------------------------------
-- Unit Number 2 Master Enabled --
-----------------------------------
 

18-Dec-2019 19:23:23 %MLDP-I-SLAVE: Switching to the Slave Mode.
18-Dec-2019 19:23:23 %MLDP-I-CONNECT: Connection to Unit 1 is established.
18-Dec-2019 19:55:32 %Environment-I-PS-STAT-CHNG: PS# 1 status changed - operational.
18-Dec-2019 19:55:32 %Environment-W-PS-STAT-CHNG: PS# 2 status changed - not present.
18-Dec-2019 19:55:32 %Environment-I-FAN-STAT-CHNG: FAN# 1 status changed - operational.
18-Dec-2019 19:55:32 %Environment-I-FAN-STAT-CHNG: FAN# 2 status changed - operational.
18-Dec-2019 19:55:32 %Entity-I-SEND-ENT-CONF-CHANGE-TRAP: entity configuration change trap.
18-Dec-2019 19:55:41 %CDB-I-LOADCONFIG: Loading running configuration.

Номер юнита изменился на 2.

Сперва устройство включает режим мастера, но как только происходит подключение к юниту 1, режим меняется на slave.

Так же оба порта становятся членами LAG1 – Link Aggregation Channel.

Обратите внимание! Как только вы включите устройство в стек как – Slave (backup), вы потеряете доступ к возможности настройки этого устройства из консоли!

При попытки ввести любую команду вы получите

>config
Unknown parameter
May be one from the following list:

debug help
>

Так что, все настройки нужно производить с юнита под номером 1!

Теперь проверим еще кое-что. Пропингуем наши коммутаторы:

Проверка связи после объединения в стек

Пинга нет!

Но стоит подождать пару минут и он появится:

ping 192.168.1.100 
Обмен пакетами с 192.168.1.100 по с 32 байтами данных: 
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64 
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64 
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64

Так что учтите - загрузка стека и его самонастройка может занять некоторое время, даже если коммутаторы уже загрузились.

Верхний коммутатор нам более недоступен, так как он является частью стека.

Проверим конфигурацию на юните 1.

console#sh ru

interface vlan 1
    ip address 192.168.1.100 255.255.255.0
    no ip address dhcp
exit
!
!
End

Всё осталось без изменений.

Проверим состояние стека:

console#show stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
1 e8:28:c1:77:2d:00 master
2 e8:28:c1:76:94:80 backup

У нас топология – цепь, и есть два устройства в стеке одно в режиме Master, другое в режиме backup.

Обратите внимание, что индикация на коммутаторах изменилась:

Эксперименты со стеком

Отключение одного из устройств

Но что случится, если нижнее устройство выключить, например, что-то случилось с питанием и оно выпало из стека. Отключаем нижний коммутатор от питания:

На верхнем видим:

>18-Dec-2019 19:31:20 %CSCDLAG-W-DOWN: Stack port te1 operational status is Down
-----------------------------------
-- Unit Number 2 Master Enabled --
-----------------------------------

18-Dec-2019 19:31:20 %Stack-I-STCK-MSTR-SWTCHOVR: Master switchover: unit 2 is now master.
18-Dec-2019 19:31:21 %MLDP-W-ABORT: Connection to Unit 1 is aborted due to Stack Management notification.
Tapi Version: v1.9.7
Core Version: v1.9.7
18-Dec-2019 19:31:25 %MLDP-I-MASTER: Switching to the Master Mode.

>lcli 

Console baud-rate auto detection is enabled, press Enter twice to complete the detection process
18-Dec-2019 19:31:25 %STP-N-ROOTBRIDGECHANGE: This bridge is root.
18-Dec-2019 19:31:25 %LINK-W-Down: gi2/0/1
...
18-Dec-2019 19:31:25 %LINK-W-Down: gi2/0/5

User Name:

Устройство станет главным, у нас, снова, появится доступ к консоли и настройке коммутатора.

Проверим его конфигурацию:

console#sh ru
interface vlan 1
    ip address 192.168.1.100 255.255.255.0
    no ip address dhcp
exit
!
!
End

Теперь у него адрес нашего стека.

Проверим как поживает наш стек:

console#sh stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
2 e8:28:c1:76:94:80 master

Устройство само стало мастером, при этом номер юнита не поменялся!

Включение отключенного устройства

А теперь включим юнит 1.

При этом вот пинг момента, пока включался юнит 1:

Ответ от 192.168.1.100: число байт=32 время=7мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=2061мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=480мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=713мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=715мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=5мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=39мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=5мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=57мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=53мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=40мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=86мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
Ответ от 192.168.1.100: число байт=32 время=10мс TTL=64

В принципе пинг даже не прервался в момент согласования ролей юнитов.

Проверяем статус стека:

console#sh stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
1 e8:28:c1:77:2d:00 backup
2 e8:28:c1:76:94:80 master

master остался второй юнит, первый стал backup.

Если мы попробуем зайти на юнит 1, то получим следующее:

>config

Unknown parameter

May be one from the following list:

debug help

Т.е. неважно какое устройство является master, у стека всегда будет один IP.

Перезагрузим оба коммутатора и проверим конфигурацию:

console#sh stack
Topology is Chain
Unit Id MAC Address Role
------- ------------------- --------
1 e8:28:c1:77:2d:00 master
2 e8:28:c1:76:94:80 backup

После перезагрузки всего стека, мастером всегда становиться юнит под номером 1.

Настройка портов в стеке

Все настройки в стеке производятся на юните, который в данный момент является Master.

Например, посмотрим список интерфейсов, я сократил вывод с одинаковой информацией:

console#show interfaces status

Flow Link Uptime Back Mdix
Port Type Duplex Speed Neg ctrl State (d,h:m:s) Pressure Mode Port Mode (VLAN)
-------- ------------ ------ ----- -------- ---- ----------- ------------- -------- ------- ------------------------
gi1/0/1 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
...
gi1/0/48 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
te1/0/2 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
te1/0/3 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
te1/0/4 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
gi2/0/1 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
...
gi2/0/48 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
te2/0/2 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
te2/0/3 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
te2/0/4 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
…
nc (not connected): The interface is not connected.

err (error-disabled): The interface was suspended by the system.

adm (admin.shutdown): The interface was suspended by administrator.

Обратите внимание, что в списке есть порты gi1/0/48 и gi2/0/48

Юнит cтека указывается после сокращения порта – gi1 или gi2

В нашем случае

gi1/0/48 – порт 48 нижнего коммутатора

gi2/0/48 – порт 48 верхнего коммутатора

Все юниты стека имеют фиксированный номер! Поэтому не важно кто из них Master, имя порта в стеке всегда будет уникальным!

Так же обратите внимание на тот факт, что порты te1/0/1 и te2/0/1 нам недоступны, они используются стеком и не могут быть нами использованы!

Краткая инструкция

1. Соединить коммутаторы через порт XG1

2. Прописать для каждого устройства свой IP адрес и пропинговать оба устройства:

Для нижнего

configure

interface vlan 1
    ip address 192.168.1.100 /24
exit

exit

write mem

Для верхнего

configure

interface vlan 1
    ip address 192.168.1.101 /24
exit

exit

write mem

3. Настроить стек на устройствах

Для нижнего

config

stack configuration unit-id 1 links te 1

exit

write mem

Для верхнего

config

stack configuration unit-id 2 links te 1

exit

write mem

4. Перезагрузить устройства

reload

5. После загрузки проверить статус стека

show stack

6. Проверить стек подключив в разные коммутаторы два ноутбука. Проверить пинг между ноутбуками.

Заключение

Мы рассмотрели способ объединения двух коммутаторов в стэк через 10G порты.

Настроили каждое устройство и успешно объединили их в стек.

Рассмотрели ситуацию, при которой одно из устройств стека выключается, а потом снова подключается к стеку.

Рассмотрели, как влияет смена мастера в стеке на его работоспособность.

Убедились, что после объединения устройств в стек, все интерфейсы доступны для настройки из одного места.

В следующем материале мы рассмотрим добавление еще одного устройства в стэк.

Категория MES
Теги MES Stack

Добавить комментарий

О текстовых форматах

Простой текст

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Строки и абзацы переносятся автоматически.
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.
Просмотров: 1040