svenk Posted September 30, 2016 Posted September 30, 2016 Всем привет! Есть сеть mpls состоящая из маршрутизаторов huawei на ней настроена mpls кора на базе ldp, используются сервисы l2vpn и l3vpn в качестве сигналки mpbgp. Соединение full mesh. Возникла проблема на одном из устроиств pe устройств возникла петля что привело к падению всей сети изза широковещательного шторма... При анализе конфигурации было выявлено что l2vpn настроен с использованием одних и тех же vci. Вопрос при изменении vcid поможет ли это уменьшить зону влияния на сеть или нужно копать в другую сторону? Вставить ник Quote
ShyLion Posted September 30, 2016 Posted September 30, 2016 А шторм-контроль нельзя на PE включить на абон-портах? Вставить ник Quote
s.lobanov Posted September 30, 2016 Posted September 30, 2016 Давайте по порядку. У вас VPLS? Где-то поднят vpls-switching, а с других мест сводятся VLL-и туда? Или как оно организовано? Вставить ник Quote
visir Posted September 30, 2016 Posted September 30, 2016 Возникла проблема на одном из устроиств pe устройств возникла петля что привело к падению всей сети изза широковещательного шторма... При анализе конфигурации было выявлено что l2vpn настроен с использованием одних и тех же vci. Вопрос при изменении vcid поможет ли это уменьшить зону влияния на сеть или нужно копать в другую сторону? Наверно site-id, а не vc-id? В компелле через одинаковые site-id реализуется резервирование псевдопроводов: активен только тот, кто выбрался в bgp лучшим, остальные - backup. А как именно сеть упала? BGP/LDP/IGP от перегрузки линков развалились? Тогда нужно QoS настраивать, чтоб юзерский трафик не вытеснял трафик протоколов маршрутизации. Вставить ник Quote
s.lobanov Posted September 30, 2016 Posted September 30, 2016 visir скорее всего, какой-то broadcast/multicast/uucast попал на CPU где работает VPLS switching и просто умер control plane Вставить ник Quote
svenk Posted October 1, 2016 Author Posted October 1, 2016 А шторм-контроль нельзя на PE включить на абон-портах? Добрый день, шторм-контроль включен, но при возникновении петли он почему-то прошел по всей сети... Возникла проблема на одном из устроиств pe устройств возникла петля что привело к падению всей сети изза широковещательного шторма... При анализе конфигурации было выявлено что l2vpn настроен с использованием одних и тех же vci. Вопрос при изменении vcid поможет ли это уменьшить зону влияния на сеть или нужно копать в другую сторону? Наверно site-id, а не vc-id? В компелле через одинаковые site-id реализуется резервирование псевдопроводов: активен только тот, кто выбрался в bgp лучшим, остальные - backup. А как именно сеть упала? BGP/LDP/IGP от перегрузки линков развалились? Тогда нужно QoS настраивать, чтоб юзерский трафик не вытеснял трафик протоколов маршрутизации. Это не совсем Компелла, используется технология от Huawei bgp-ad l2vpn. Вставить ник Quote
svenk Posted October 1, 2016 Author Posted October 1, 2016 Давайте по порядку. У вас VPLS? Где-то поднят vpls-switching, а с других мест сводятся VLL-и туда? Или как оно организовано? По порядку. 1) Есть 3 vpls домена 2) сеть поделена на зоны A B C D 3) При конфигурации была допущена ошибка в связи с чем это привело к 3 большим vpls доменам вместо 3 на зону A, 3 на зону B, 3 на зону C и 3 на зону D. 4) Для разделения пришлось удалить на PE устройствах лишние BGP пиры. 5) Проблема осталась. Нарыл следующую проблему, в рамках одного VPLS существует n-ое количество VLAN и вместо построения для каждого VLAN своего broadcast домена, он выстраивает один общий и игнорирует VLAN tag. Пробовал в конфигурации указать mac-lear-style qualify не принимает команду... Возникла проблема на одном из устроиств pe устройств возникла петля что привело к падению всей сети изза широковещательного шторма... При анализе конфигурации было выявлено что l2vpn настроен с использованием одних и тех же vci. Вопрос при изменении vcid поможет ли это уменьшить зону влияния на сеть или нужно копать в другую сторону? Наверно site-id, а не vc-id? В компелле через одинаковые site-id реализуется резервирование псевдопроводов: активен только тот, кто выбрался в bgp лучшим, остальные - backup. А как именно сеть упала? BGP/LDP/IGP от перегрузки линков развалились? Тогда нужно QoS настраивать, чтоб юзерский трафик не вытеснял трафик протоколов маршрутизации. vc-id одинаковые, сеть не развалилась... пошел шторм на один из кор сайтов порядка 15гб/c, управление не терялось слег весь пользовательский трафик. Вставить ник Quote
svenk Posted October 3, 2016 Author Posted October 3, 2016 Выявилась еще одна опа в данном vpls имеется куча vlan'ов , но железо на ac порты не передает vlan тэги. Вставить ник Quote
svenk Posted October 4, 2016 Author Posted October 4, 2016 Ни кто не сталкивался с такими проблемами? Вставить ник Quote
buckethead Posted October 4, 2016 Posted October 4, 2016 А какой тип инкапсуляции у вас указан для AC, Ethernet? На каком оборудовании поднимаете VPLS? Вставить ник Quote
v_r Posted October 4, 2016 Posted October 4, 2016 (edited) 5) Проблема осталась. Нарыл следующую проблему, в рамках одного VPLS существует n-ое количество VLAN и вместо построения для каждого VLAN своего broadcast домена, он выстраивает один общий и игнорирует VLAN tag. Пробовал в конфигурации указать mac-lear-style qualify не принимает команду... Если правильно понимаю одного этого достаточно чтобы получилась "петля". На Джунипере один VPLS routing-instance = один броадкаст домен. Маршрутизатор не строит отдельные FEC для каждого вилана в routing-instance. На вашем оборудовании скорее всего похожая логика работы. Выявилась еще одна опа в данном vpls имеется куча vlan'ов , но железо на ac порты не передает vlan тэги. А вместе с этим у вас скорее всего не просто петля, а мега-"петля" в абонентских виланах. Edited October 4, 2016 by v_r Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.