123wq Опубликовано 7 декабря, 2015 · Жалоба Добрый день! Недавно в сеть был приобретен и поставлен Summit 400-24 прошивка extremeware 7.5. Проблема заключается в том что раз в сутки в одно и тоже время коммутатор отключается минут на 10-15 причем все индикаторы продолжают гореть. Отключение коммутатора сдвигается с переводом времени. Собственно у меня несколько вопросов "это баг или фича?" и как с этим боротся? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wildy75 Опубликовано 10 декабря, 2015 · Жалоба Доброго всем дня. Подскажите, есть стек из двух X460-24, сейчас на версии 15.2.2.7, bootROM 2.0.1.0. Все бы ничего, но на первом слоте конски ест процессор процесс hal, думается, что не от хорошей жизни (стек занимается маршрутизацией мультикаста в том числе, и его там много). Читал, что на более новых версиях с CPU все значительно лучше, но зная, что у экстримов без экстрима не бывает ;), обновляться как-то боюсь. Что скажут гуру, какая сейчас наиболее безглючная версия для этих целей? (PIM, мультикаст, чуть-чуть OSPF, в остальном не замечен). Вопрос номер два. Почему-то иногда не отрабатывает IGMP snooping. Посылаем IGMPv2 JOIN в сторону экстрима - с коммутатора доступа я запись в табличке вижу, а на экстриме - хрен. Соответственно, некоторые группы не работают (но только некоторые). Через некоторое время все так же внезапно начинает работать. Что бы такого поковырять? Групп до фига и больше: Total Cache Entries: 781 В конфиге есть вот такая строчка, причем ЕМНИП мы с экстримовским саппортом долго разбирались, в чем были косяки с мультикастом, и все решила она: configure forwarding ipmc compression off Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 декабря, 2015 · Жалоба При таком раскладе новая прошивка не шибко поможет. Лучше разобрать стек - от него 2/3 всех проблем (и если верить чейнжлогам, очень серьезных). 16.1.2.14 вполне не плохо живет на x460. релиз-нотис: https://yadi.sk/d/PC05UMyWm8AU6 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
oper777 Опубликовано 10 декабря, 2015 · Жалоба Сегодня наткнулись в самый неподходящий момент (в очередной раз :) ) на нехорошую особенность x670-48x, повторили и на 15-ой ветке, и на 16-ой. При удалении из шаринга одного порта (не обязательно мастера, а вообще повторяется даже на disabled-портах) с оставшихся (а т.е. со всего шаринга) имеющиеся vman'ы из tagged-режима переходят в untagged. Пример: enable sharing 5 grouping 5-6 algorithm address-based L3 lacp create vman "DR1_v9" configure vman DR1_v9 add ports 5 cep cvid 9 show vman DR1_v9 (проверяем, что vman теггированный) config sharing 5 delete port 6 show vman DR1_v9 (проверяем, что vman на порту 5 стал untagged) Имейте в виду! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 10 декабря, 2015 · Жалоба Народ а кто юзает supervlan, как там с нагрузкой, хотим создать штук 20 супервиланов и в каждом по 700 абонов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 декабря, 2015 · Жалоба Народ а кто юзает supervlan, как там с нагрузкой, хотим создать штук 20 супервиланов и в каждом по 700 абонов. ~900 arp в supervlan (~20 subvlan) + 1,5k arp в обычных, ospf+pim+mpls/vpls+elrp, ~22% стабильно загрузка System на x460-48x. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 10 декабря, 2015 · Жалоба спасибо, а мы хотим такое на 670 сделать конечно интересует как оно потянет примерно по 40 subvlan на 1 supervlan, при 20 суперах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 декабря, 2015 · Жалоба Под такую задачу лучше примерять -G2 железку, у которой мозги более вместительные Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wildy75 Опубликовано 10 декабря, 2015 · Жалоба При таком раскладе новая прошивка не шибко поможет. Лучше разобрать стек - от него 2/3 всех проблем (и если верить чейнжлогам, очень серьезных). 16.1.2.14 вполне не плохо живет на x460. релиз-нотис: https://yadi.sk/d/PC05UMyWm8AU6 А как в таком случае будет работать MLAG? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ilijaz Опубликовано 10 декабря, 2015 · Жалоба А мы отказались от супервлана. На больших нагрузках все встало колом. Около 500вланов в супервлане и примерно 4к абонентов было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 10 декабря, 2015 · Жалоба А мы отказались от супервлана. На больших нагрузках все встало колом. Около 500вланов в супервлане и примерно 4к абонентов было. А как там с нагрузкой на cpu было? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ilijaz Опубликовано 10 декабря, 2015 · Жалоба Плохо было. ARPы множатся во все сабвланы, в определенный момент dhcp relay просто стал терять трафик. Причем видимо процессы как-то ограниченны в квантах времени, по этому до 100% загрузки не доходило, но дропалось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 11 декабря, 2015 · Жалоба А был ли включен proxy arp? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bercut Опубликовано 12 декабря, 2015 · Жалоба Доброго всем дня. Подскажите, есть стек из двух X460-24, сейчас на версии 15.2.2.7, bootROM 2.0.1.0. обновите BootROM до версии: 2.0.1.7 производительность железки увеличивается на 30% )) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ilijaz Опубликовано 13 декабря, 2015 · Жалоба А был ли включен proxy arp? Конечно. А как по другому не потерять связанность с соседями по сабвлану?! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 13 декабря, 2015 · Жалоба А был ли включен proxy arp? Конечно. А как по другому не потерять связанность с соседями по сабвлану?! А она реально нужна? Вы отключите, многое для себя откроете. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 14 декабря, 2015 · Жалоба ilijaz будет бегать через шлюз и насколько я понял нагрузку на cpu должна быть меньше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 14 декабря, 2015 · Жалоба Если два устройства в одной сети, у соседей по сабвлану все будет работать P-t-P без шлюза, если не настроено иное ниже (port isolation, traffic_segmentation, etc.). Если устройства в разных сабвланах, тогда нужен proxy-arp на шлюзе для обоих сабвланов, иначе они не будут видеть друг друга. Если они в разных сетях - будет через шлюз разумеется. Вот только мой опыт подсказывает, что в большинстве случаев связность между устройствами внутри сети не особо-то и нужна. Может пару раз его для физиков включили. Возможно у вас другая ситуация, конечно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lumenok Опубликовано 14 декабря, 2015 · Жалоба tehmeh то есть если абоненты в одном супервилане, но находятся в разных subvlan они через свой шлюз друг друга не увидят? А да так и есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 14 декабря, 2015 · Жалоба tehmeh то есть если абоненты в одном супервилане, но находятся в разных subvlan они через свой шлюз друг друга не увидят? А да так и есть. Вы забываете про L3. Subvlan, supervlan - это L2-сущности. Если устройства в одной L3-сети, но в разных subvlan, то они в разных широковещательных сегментах, соответственно ARP-сигнализация не работает между ними. Через шлюз они не будут ходить, они в одной L3-сети. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ilijaz Опубликовано 14 декабря, 2015 · Жалоба Если два устройства в одной сети, у соседей по сабвлану все будет работать P-t-P без шлюза, если не настроено иное ниже (port isolation, traffic_segmentation, etc.). Если устройства в разных сабвланах, тогда нужен proxy-arp на шлюзе для обоих сабвланов, иначе они не будут видеть друг друга. Если они в разных сетях - будет через шлюз разумеется. Вот только мой опыт подсказывает, что в большинстве случаев связность между устройствами внутри сети не особо-то и нужна. Может пару раз его для физиков включили. Возможно у вас другая ситуация, конечно. Как показывает практика связность нужна, пробовали жить без PA. Да и вообще какой-то корявый дизайн и подход: экономить ресурсы коммутатора за счет ограничения сервиса. Переход на L2-connected решил наши проблемы. Что x670, что cisco 65** у всех свои проблемы при большом количестве абонентов на коробку с использованием supervlan+dhcprelay. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 15 декабря, 2015 · Жалоба Доброго всем дня. Подскажите, есть стек из двух X460-24, сейчас на версии 15.2.2.7, bootROM 2.0.1.0. обновите BootROM до версии: 2.0.1.7 производительность железки увеличивается на 30% )) Что волшебного произошло? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bercut Опубликовано 17 декабря, 2015 · Жалоба Что волшебного произошло? так рекомендует поддержка Екстрима... по графикам загрузки процессора сразу видно результат, начал шустрей работать, да и трафик увеличился. ))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
K0L0bock Опубликовано 17 января, 2016 · Жалоба Ни кто не сталкивался с задачей vpls на x670 <--> l2circuit vlan-ccc на Juniper? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dogerty Опубликовано 21 января, 2016 (изменено) · Жалоба Доброго всем дня. Подскажите, есть стек из двух X460-24, сейчас на версии 15.2.2.7, bootROM 2.0.1.0. обновите BootROM до версии: 2.0.1.7 производительность железки увеличивается на 30% )) Взяли б/у x670v-48x, контракта нет (на сайте по серийнику открыты только XOS до версии 15.5). Как и и где можно найти и обновить BootROM. Текущая версия:BootROM: 2.0.2.1 Изменено 21 января, 2016 пользователем Dogerty Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...