surgeon

Решили остановиться на комбинированной топологии. Будут использоваться P2P линки только с магистральны коммутатором. Если коммутатор агрегации подключается через другой коммутатор агрегации, то vlan будет идит на сквозь от магистрального до агрегации назначения

всем привет. Подскажите, может кто сталкивался. При даунгрейде с 9.3.11 до 9.3.7 пропадает конфиг 40g портов. Как предотвратить это? При чем вернулся конфиг старый, который был год назад. Как-будто из кеша откуда-то достал. Может там как-то кеш нужно почистить?

Ну, такова специфика региона, что любой чинуша с синдромом вахтера может убрать кабель который ему почему-то помешал. Тогда нам приходиться подключать коммутаторы через альтернативные маршруты. В данном случае L2 позволит поднять сегмент сети с минимальными задержками и настройками. Иногда это просто форс-мажор - трактор не там вспахал поле. Тогда нужно переключить временно. При L2 монтажникам будет достаточно перекоммутировать линки и сегмент уже работает.

@Умник Да, об этом я и говорю

@VolanD666 Тут есть еще такой момент. В любой момент трасса летит к чертям собачим (воздушка), потому-что какой-то чинуша так захотел, либо трактор перекопал. Ну вот так. Задаваться вопросом "почему так" бессмысленно. В результате коммутатор аггрегации, который шел на прямую от ядра, вдруго оказывается можно будет подключить только от другого коммутатора аггрегации. Поэтому растанутый vlan добавляет удобства в плане быстроты восстановления сервиса и доступа в таких случаях.

Ох, ну и дискуссия тут, пока меня не было. Вот примерно то же самое у меня в голове. 😄 Спасибо всем

Я, как-бы, тоже за это, но какие плюсы данного подхода? по сравнению с multi-access?

@sol спасибо Забыл добавить, что есть места, где 2-3 коммутатора уровня агрегации могут быть подключены цепочкой. Это удаленные узлы, куда на прямую оптика не дотянется просто. И они все, для OSPF будут в одном VLAN

Всем добрый вечер. Имеется следующая топология К комутатору ядра подключаются коммутаторы агрегации а потом доступа. Подсети доступа находятся на коммутаторах агрегации. Кол-во коммутаторов агрегации, подключенных на ядро - до 32 планируется Встал вопрос организации OSPF топологии. Есть два варианта 1. Все коммутаторы агрегации в одном VLAN и коммутатор ядра в качестве DR. Плюсы - экономия vlan и IP, меньше сетей в анонсе. Минусы - OSPF мультикаст летает через все линки и увеличенный броадкастовый домен 2. Каждый коммутатор агрегации подключается отдельным vlan c 30 или 31 маской к комутатору ядра: плюсы - урезанный броадкастовый домен в пределах пары: ядро-агрегация. Минусы - расход vlan и ip Какуйю из вариантов лучше использовать в данной классической tier-3 топологии? При чем OSPF будет вести себя стабильней? Заранее спасибо

@Saab95 Технические возможности узла, где стоят тарелки и возможности вышестоящего провайдера. Нам нужно добросить мультикаст до HSL платформы а оттуда уже по юникасту у нас идет.

@Saab95 ну, может абон часть и не требует, только вот у нас с тарелок до платфомы идет 2gbs мультикаста, который при всем желании в буфер на 10 секунд не отправишь. Есть корпоративные L2 VPN тунели, причем SLA по некоторым из них довольное жесткий. На сколько помню, mpls в свое время не очень дружил с мультикастом

@Умник Из критичных сервисов, которые требуют быстрого переключения разве только телефония и IPTV, также есть клиенты на L2 тунели, которые сейчас работают через QinQ. Спасибо, почитаю

@crank Спасибо, то что нужно. Встроенный функционал из коробки. Отлчино

На самом деле проверяется, только уже на выходе. Т.е коммутатор увидел начало фрейма, начинает его двигать в выходящий интерфейс, тут замечает FCS ошибку и дроп идет уже на исходящем порту. Как сказали выше, все зависит от размера фрейма. Минус в том, что при дропе на исходящем порту, вы не узнаете откуда идут плохие фреймы, придется включать store and forward

Всем привет. В сети имеется Arista DCS-7050SX-64-R, которая выполняет роль BGP роутера. От нее идут два LACP линка до разных BGP peer вышестоящего провайдера. Один из линков основной, другой резервный. Задача: при отвале одного из интерфейсов в LACP аггрегации основного канала, трафик полностью перевести на резервный. Так сказать BGP-TE. Вообще это возможно? Может скрипт какой можно на коммутаторе запускать для выключения соседа или изменения атрибутов BGP? Куда копать то? Заранее спасибо