Элтекс

Приобрели Mes2124P 3 шт. Для организации пользовательского доступа.
Из "хотелок": стек, MC-LAG LACP, подключение Cisco телефонов 3905, 7945, 9951 с камерами и доп-панельками, и мониторинг по SNMP в PRTG.

Собрал по мануалу стек.
BUR-SW-E01#sh unit
Unit MAC Address Software Master Uplink Downlink Status
---- ----------------- ---------- -------- --------- --------- -------
1 a8:f9:4b:3a:af:c0 1.1.45 Enabled 3 2 backup
2 a8:f9:4b:3c:e9:80 1.1.45 Enabled 3 1 master
3 a8:f9:4b:3a:9d:40 1.1.45 Disabled 2 1 slave
Topology is Ring
Stack image auto synchronization is enabled
Unit Mode After Reset: stacking

Unit Unit Id After Reset
---- -------------------
1 0
2 2
3 3
-----------------------------------------------
Смущает, что полный цикл перезагрузки занимает от 10 до 20 минут. А если вытащить один из стековочных кабелей и сделать топологию Chain - то стек вообще не собирается после перезагрузки.
Это нормальное поведение железки?
-------------------------------------

агрегацию тоже делал по мануалу. С другой стороны стоит Cisco Catalyst 4507

interface gigabitethernet 1/0/25
channel-group 1 mode auto
exit
interface gigabitethernet 2/0/25
channel-group 1 mode auto
exit
interface port-channel 1
switchport mode trunk
switchport trunk allowed vlan add 192,208,777
exit

BUR-SW-E01#sh interfaces Port-Channel 1
port-channel 1 is up (connected)
Interface index is 1000
Hardware is aggregated ethernet interface(s), MAC address is a8:f9:4b:3c:e9:80
Interface MTU is 1500
Link is up for 0 days, 0 hours, 37 minutes and 8 seconds
Link aggregation type is LACP
No. of members in this port-channel: 2 (active 2)
gigabitethernet 1/0/25, full-duplex, LACP active, 1000Mbps (active)
gigabitethernet 2/0/25, full-duplex, LACP active, 1000Mbps (active)
Active bandwidth is 2000Mbps
BUR-SW-E01#sh interfaces GigabitEthernet 1/0/25
gigabitethernet 1/0/25 is up (connected)
Interface index is 73
Hardware is gigabitethernet, MAC address is a8:f9:4b:3a:af:d9
Interface MTU is 1500
Full-duplex, 1000Mbps, link type is auto, media type is 1G-Combo-C
Link is up for 0 days, 0 hours, 33 minutes and 45 seconds
Advertised link modes: 1000baseT/Full 100baseT/Full
10baseT/Full
Flow control is off, MDIX mode is on
15 second input rate is 204 Kbit/s
15 second output rate is 0 Kbit/s
499697 packets input, 40293970 bytes received
426130 broadcasts, 72320 multicasts
0 input errors, 0 FCS, 0 alignment
0 oversize, 0 internal MAC
0 pause frames received
1362 packets output, 141086 bytes sent
177 broadcasts, 1178 multicasts
0 output errors, 0 collisions
0 excessive collisions, 0 late collisions
0 pause frames transmitted
0 symbol errors, 0 carrier, 0 SQE test error
BUR-SW-E01#sh interfaces GigabitEthernet 2/0/25
gigabitethernet 2/0/25 is up (connected)
Interface index is 181
Hardware is gigabitethernet, MAC address is a8:f9:4b:3c:e9:99
Interface MTU is 1500
Full-duplex, 1000Mbps, link type is auto, media type is 1G-Combo-C
Link is up for 0 days, 0 hours, 38 minutes and 28 seconds
Advertised link modes: 1000baseT/Full 100baseT/Full
10baseT/Full
Flow control is off, MDIX mode is off
15 second input rate is 176 Kbit/s
15 second output rate is 0 Kbit/s
688311 packets input, 55969663 bytes received
553984 broadcasts, 131396 multicasts
0 input errors, 0 FCS, 0 alignment
0 oversize, 0 internal MAC
0 pause frames received
354 packets output, 34140 bytes sent
74 broadcasts, 279 multicasts
0 output errors, 0 collisions
0 excessive collisions, 0 late collisions
0 pause frames transmitted
0 symbol errors, 0 carrier, 0 SQE test error

На первый взгляд всё работает, но тестирование показало, в случае периодического отключения/включения аплинков отпадает прохождение трафика до коммутатора.
Это нормальное поведение железки?
-----------------------------------------------------

И "на сладкое" война с телефонами.
Голосовой влан 192, дата-влан 208.

lldp med network-policy 1 voice vlan 192 vlan-type tagged
lldp med network-policy 2 voice-signaling vlan 192 vlan-type tagged
lldp med network-policy 3 video-conferencing vlan 192 vlan-type tagged

На порту настроено

interface gigabitethernet 1/0/4
switchport mode general
switchport general allowed vlan add 192 tagged
switchport general allowed vlan add 208 untagged
spanning-tree portfast auto
spanning-tree bpduguard enable
lldp optional-tlv sys-cap
lldp optional-tlv 802.1 pvid enable
lldp optional-tlv 802.1 vlan-name add 192
lldp med enable network-policy poe-pse
lldp med network-policy add 1
lldp med network-policy add 2
lldp med network-policy add 3
switchport general pvid 208
exit

Телефоны Cisco 7941, 7945 отлично заработали, без всяких нареканий. Получили питание, словили голосовой VLAN, зарегистрировались и прокинули на PC порт влан 208.
Телефоны Cisco 9951 с камерой без приставки KEM - тоже никаких сложностей. Кроме того, что периодически теряет регистрацию.
Телефоны Cisco 9951 с камерой и приставкой KEM - с вланами проблем нет, камера и приставка не получают питание. Периодически теряет регистрацию
Телефоны Cisco 3905. Питание ловит. Не ловит голосовой влан. И сам уходит в дата-влан и PC-порт.

Что ещё можно докрутить для корректной работы телефонов?

Добрый день.

Собрал по мануалу стек.
BUR-SW-E01#sh unit
Unit MAC Address Software Master Uplink Downlink Status
---- ----------------- ---------- -------- --------- --------- -------
1 a8:f9:4b:3a:af:c0 1.1.45 Enabled 3 2 backup
2 a8:f9:4b:3c:e9:80 1.1.45 Enabled 3 1 master
3 a8:f9:4b:3a:9d:40 1.1.45 Disabled 2 1 slave
Topology is Ring
Stack image auto synchronization is enabled
Unit Mode After Reset: stacking

Unit Unit Id After Reset
---- -------------------
1 0
2 2
3 3
-----------------------------------------------
Смущает, что полный цикл перезагрузки занимает от 10 до 20 минут. А если вытащить один из стековочных кабелей и сделать топологию Chain - то стек вообще не собирается после перезагрузки.
Это нормальное поведение железки?
-------------------------------------

агрегацию тоже делал по мануалу. С другой стороны стоит Cisco Catalyst 4507

Какая версия ПО у вас используется на коммутаторах? Что имеется в виду под циклом перезагрузки? После перезагрузки мастера стек собирается 10-20 минут?

Evgen_94 писал(а):Какая версия ПО у вас используется на коммутаторах?

BUR-SW-E01#sh version
Unit SW version Boot version HW version
------------------- ------------------- ------------------- -------------------
1 1.1.45[5bb753fb] 0.0.0.3 01.02
2 1.1.45[5bb753fb] 0.0.0.3 01.02
3 1.1.45[5bb753fb] 0.0.0.3 01.02

Evgen_94 писал(а):Что имеется в виду под циклом перезагрузки? После перезагрузки мастера стек собирается 10-20 минут?

Да. Периодически в это время перегружаются мастер и бэкап, на всех трёх коммутаторах в это время может мерцать лампа Status.

silver-golem писал(а):Телефоны Cisco 3905. Питание ловит. Не ловит голосовой влан. И сам уходит в дата-влан и PC-порт.

UPD: Похоже что проблема в прошивке телефона "из коробки". Сделал на коммутаторе простой порт access на голосовой влан, телефон скачал с CUCM актуальную прошивку и после этого стал корректно работать c портом настроенным как general.

Да. Периодически в это время перегружаются мастер и бэкап, на всех трёх коммутаторах в это время может мерцать лампа Status.

Какие порты назначены как стековые у вас? Попробуйте сделать unit-1 мастером, сколько в этом случае будет длиться восстановление стека? Как часто перезагружаются мастер с бэкапом? Какие действия производились в этот момент ?

Evgen_94 писал(а):Какие порты назначены как стековые у вас?

(1)27-(3)28, (1)28-(2)28, (2)27-(3)27
на самих портах ничего не надо настраивать?

Evgen_94 писал(а):Попробуйте сделать unit-1 мастером, сколько в этом случае будет длиться восстановление стека?

По типанию ребутнул Unit-2. Мастер перешел на unit 1. но заодно потерялся и unit 3. На консоль unit 1 полезло

Evgen_94 писал(а):Как часто перезагружаются мастер с бэкапом?

Проходят цикл загрузки и перегружаются.

Evgen_94 писал(а):Какие действия производились в этот момент ?

Никаких. К коммутаторам подключена только консоль.

unit 2 загружается, выдает на консоль следуещее и опять в перезагрузку.

"Вести с полей" - Unit1 перестал реагировать на наличие шнура питания. Похоже что дефективная железка. Будем менять.

silver-golem писал(а):На первый взгляд всё работает, но тестирование показало, в случае периодического отключения/включения аплинков отпадает прохождение трафика до коммутатора.

На физическом интерфейсе:

Со стороны циски желательно тоже самое, если умеет.

k0ste писал(а):На физическом интерфейсе:

Код: Выделить всё

lacp timeout short

Со стороны циски желательно тоже самое, если умеет.

При соединении двух Элтексов это улучшило ситуацию.
Но циска про подобное не знает и не поднимает соединение.

Добрый день.

Есть 7 подобных коммутаторов, собранных в стек.


Проблема:
1. Включаю мастера (юнит_1), через какое-то время включаю все остальные юниты.
2. Когда бэкап (юнит_2) поднимается, он отправляет в ребут мастера (юнит_1) и сам становится мастером.
3. Когда юнит_1 после ребута поднимается, забирает себе роль мастера и отправляет на ребут юнит_2.
4. Далее повторяется шаг 2, потом шаг 3 и т.д. циклично.
В итоге сыпется весь стек. Такого быть не должно, по идее.

В итоге роль бекапа пришлось убрать, и теперь у меня мастер и 6 слейвов.
Все работает отлично. Но не дает покоя то, что нет бекапа.

Интереса ради, менял железяки местами, сбрасывал конфиги и т.д.
При любом раскладе мастер с бекапом начинают делёжку полномочий.

Для стекирования задействованы порты 27 и 28 соответственно.
Порты в default interface.

Какие могут быть соображения?

Благодарю!

Добрый день.

Вышлите sh tech-sup на почту в подписи с пометкой "для Евгения" и указанием ссылки на тему форума.

Евгений Т писал(а):Добрый день.

Вышлите sh tech-sup на почту в подписи с пометкой "для Евгения" и указанием ссылки на тему форума.

Евгений, здравствуйте. Спасибо за ответ.
Подскажите, запускать с мастера в текущем режиме (мастер и 6 слейвов) или собирать целевой стек (мастер, бекап и 5 слейвов)?

Благодарю!

Подскажите, запускать с мастера в текущем режиме (мастер и 6 слейвов) или собирать целевой стек (мастер, бекап и 5 слейвов)?

Пришлите вывод sh tech-sup из схемы, где наблюдается проблема. Если есть возможность, то схему желательно упростить, а именно:
1) Попробовать повторить проблему с как можно меньшим кол-вом юнитов.
2) Попробовать повторить проблему, не подключая к стеку постороние линки.