Страница 1 из 2
Правильное стекирование коммутаторов
Добавлено: 14 янв 2019 17:28
etosamoe
Добрый день. Нашел в поиске одну тему, но там ответ был вида "можно и так".
Хотелось бы узнать как правильно стекировать коммутаторы. К примеру mes2324: te1/0/3 -> te2/0/4, te2/0/3 -> te1/0/4, или один к одному: te1/0/3->te2/0/3, te2/0/4->te1/0/4. Есть ли принципиальная разница между двумя вариантами? И есть ли разница в случае с mes2124P?
Спасибо
Re: Правильное стекирование коммутаторов
Добавлено: 14 янв 2019 17:30
Евгений Т
Здравствуйте.
Разницы нет. Для стекирования отводится 2 порта. Стек можно организовать и одним линком (топология цепочка). 2 линк (топология кольцо) используется для резервирования. В этом случае не важно какие номера стековых портов соединять.
Re: Правильное стекирование коммутаторов
Добавлено: 14 янв 2019 17:41
etosamoe
Спасибо за ответ!
Re: Правильное стекирование коммутаторов
Добавлено: 14 янв 2019 18:14
etosamoe
Попробовали застекировать MES2324P (прошивка Version: 4.0.10.1), при подключении коммутаторы видят, что в них вставили модуль:
%NSFP-I-SFPGibicDetected: te1/0/3 SFP port is present, module type - 1000BASE-LX
но линк не поднимается. оптические патчкорды пробовали разные. Модули такие (понимаю, что 3км это сильновато для стекирования, но на безрыбье и рак рыба, да и заработать то должно):
Ни двумя линками, ни одним если подключать - линка нет. Самое характерное, если соединить портами не для стека (типа XG1 XG2, то линка
так же нет)show stack configuration
Unit Id After Reboot Configuration
Unit Id Stack Links
-------- ------- ---------------
1 1 te3-4
На втором юните тоже самое только unit2 отображается. После настроек стека, разумеется, перезагружались.
Re: Правильное стекирование коммутаторов
Добавлено: 15 янв 2019 03:42
elite
etosamoe писал(а):Попробовали застекировать MES2324P (прошивка Version: 4.0.10.1), при подключении коммутаторы видят, что в них вставили модуль:
%NSFP-I-SFPGibicDetected: te1/0/3 SFP port is present, module type - 1000BASE-LX
но линк не поднимается. оптические патчкорды пробовали разные. Модули такие (поншимаю, что 3км это сильновато для стекирования, но на безрыбье и рак рыба, да и заработать то должно):
Ни двумя линками, ни одним если подключать - линка нет. Самое характерное, если соединить портами не для стека (типа XG1 XG2, то линка
так же нет)show stack configuration
Unit Id After Reboot Configuration
Unit Id Stack Links
-------- ------- ---------------
1 1 te3-4
На втором юните тоже самое только unit2 отображается. После настроек стека, разумеется, перезагружались.
Может надо через 10г стек делать?
Re: Правильное стекирование коммутаторов
Добавлено: 15 янв 2019 08:58
Александр Селезнев
Стекирование осуществляется через XG порты и на скорости 10G.
Re: Правильное стекирование коммутаторов
Добавлено: 15 янв 2019 12:20
etosamoe
Александр Селезнев писал(а):Стекирование осуществляется через XG порты и на скорости 10G.
О как. Спасибо за информацию. Но, насколько я вычитал из тех. характеристик - порты XG1-4 являются портами 10G/1G, т.е. в теории должны работать и на гигабитных СФПшках? Как я писал ранее, при попытке соединить te1/0/1->te2/0/1 линк так же не устанавливался. Поправьте, пожалуйста, если я не прав.
Re: Правильное стекирование коммутаторов
Добавлено: 15 янв 2019 12:26
Евгений Т
XG порты работают и на 1Г не в стеке. Но если переводите в стек, то линк поднимется и в стек объединятся они только на максимальной скорости порта (10Г)
Re: Правильное стекирование коммутаторов
Добавлено: 28 авг 2020 16:45
khaduev
"...В режиме стекирования MESхххх используют XG3 и XG4 порты для синхронизации, при этом эти порты не участвуют в передаче данных...."
имеется в виду, что порты используются только для передачи данных только между двумя юнитами стека ? а порты XG1, XG2 при этом могут участвовать в передаче данных в обычным режиме ?
Re: Правильное стекирование коммутаторов
Добавлено: 28 авг 2020 17:29
Евгений Т
Здравствуйте.
Имеется в виду, что через данные порты ходят стековые данные, также клиентский трафик с юнита на юнит. Но если Вы порт в таком режиме работы захотите подключить не к другому стековому юниту, а к отдельному коммутатору, то трафик уже ходить не будет.
При этом 1 и 2 порты работают в обычном режиме.
Re: Правильное стекирование коммутаторов
Добавлено: 28 апр 2021 12:27
himikarik
Добрый день, подскажите, как всё-таки правильно (через какие порты) стэкировать 48-ми портовые eltex ?
Чуть выше написано про XG3-XG4
Вот в этом видео говорится о том, что нужно использовать XG1-XG4 или XG2-XG3
https://youtu.be/uQVZeM5FtHw?t=3239
Re: Правильное стекирование коммутаторов
Добавлено: 28 апр 2021 12:43
Евгений Т
Здравствуйте.
Рекомендуется стекировать 48-ми портовые коммутаторы по 2 варианту. Об этом в документации также есть упоминание:
https://eltex-co.ru/upload/iblock/3b1/M ... 0.15.3.pdfстр 61
Для коммутаторов MES2348P, MES2348B, MES3348, MES3348F для
объединения в линейной топологии стековых портов в LAG необходимо
использовать интерфейсы te1-8/0/1, te1-8/0/4 или te1-8/0/2,te1-8/0/3. При любых
других комбинациях стековых портов один из них будет находиться в резерве и
иметь статус Standby.
Re: Правильное стекирование коммутаторов
Добавлено: 28 апр 2021 13:23
himikarik
Спасибо за ответ.
Заранее извиняюсь за, может, глупые вопросы ) Просто первый раз сталкиваюсь со стэкированием.
А для кольцевой топологии рекомендации такие же ? Просто в документации указано, что лучше использовать кольцевую, но акцент сделан именно на линейную топологию.
Если я правильно понял, то мою текущую конфигурацию для 3-х MES3348 лучше поменять ?)
Скрин во вложении
Re: Правильное стекирование коммутаторов
Добавлено: 28 апр 2021 14:05
Евгений Т
Если 3 и более коммутатора использовать, то топологию в любом случае будет кольцевой.
Если 2 коммутатора, то ранее указанные порты будут собраны в LAG и общая утилизация стекового линка увеличится.
Re: Правильное стекирование коммутаторов
Добавлено: 28 апр 2021 16:24
himikarik
Я вот как раз после просмотра видео в ютубе и хотел уточнить на счет портов для кольцевой топологии.
Правильнее использовать 1-й и 4-й ? Или в случае кольцевой топологии нет разницы, так как LAG всё равно не соберётся ?