[maxkst]

После падения физики не всегда и не везде восстанавливается VPLS. Однозначно помогает ребут роутеров, или disable/enable MPLS интерфейсов. С чего начать траблшутинг?

[EShirokiy]

@maxkst ospf nbma используете?

[maxkst]

2 минуты назад, EShirokiy сказал:

ospf nbma используете?

нет

[EShirokiy]

@maxkst а vpls ldp или bgp?

[maxkst]

3 минуты назад, EShirokiy сказал:

а vpls ldp или bgp?

MPLS LDP используем, BGP - нет 

 

OSPF работает отлично, EoIP туннели восстанавливаются всегда.

[EShirokiy]

@maxkst покажите настройки mpls accept filter и advertise filter

[maxkst]

25 минут назад, EShirokiy сказал:

покажите настройки mpls accept filter и advertise filter

/mpls interface
set [ find default=yes ] mpls-mtu=1530
/mpls ldp
set enabled=yes lsr-id=10.255.254.42 transport-address=10.255.254.42
/mpls ldp accept-filter
add prefix=10.255.254.0/24
add prefix=10.255.200.0/24
add accept=no
/mpls ldp advertise-filter
add prefix=10.255.254.0/24
add prefix=10.255.200.0/24
add advertise=no
/mpls ldp interface
add interface=E1_V154
add interface=E1_V256
add interface=E13_V257
add interface=E1_V258

[EShirokiy]

@maxkst у меня была подобная проблема, когда запрещающий фильтр стоял выше разрешающих, но у вас судя по всему настроено нормально. В проде несколько десятков микротов с мплс.

[maxkst]

1 минуту назад, EShirokiy сказал:

В проде несколько десятков микротов с мплс.

То же и у нас, но падения физики редкие, трудно траблшутить

[VolanD666]

А другие сервисч в МПЛС тоже страдают или у вас только там VPLS? L3VPNов нету?

[EShirokiy]

Скорее всего, при падении будет пусто в mpls forwarding table

[VolanD666]

2 часа назад, EShirokiy сказал:

Скорее всего, при падении будет пусто в mpls forwarding table

Ну значит включаем снифер и смотрим что LDP :)

[vurd]

Топология какая? Не спец в микроте, но может быть tLDP-сессий не хватает?

[maxkst]

В 06.12.2019 в 00:36, VolanD666 сказал:

или у вас только там VPLS?

Только VPLS

[VolanD666]

Ну тогда запускайте снифеер и смотрите что куда ходит, как лдп отрабатывает, например.

[Saab95]

Вачдог на каждом устройстве на некий центр с IP, после падения этот IP выключать, через пару минут включать обратно.

[maxkst]

3 часа назад, Saab95 сказал:

Вачдог

В МПЛС сети? это такой зашквар, что мы даже не додумались это обсудить. Но походу прийдется ))

[VolanD666]

Да что же такое то? Ну посмотрите вы что ходит в сети. У вас на руках софтовый роутер со сниффером, а вы на картах гадаете. Ватчдог, не ватчдог. Нужно понять сначала в чем причина, а потом решать проблему. А вы проблему еще не определили, но уже придумываете какие-то решения. )))

[flif]

Проверьте что бы MPLS INTERFACE  MTU было на всём промежутке одинаковое, ну или что бы на плечах было одинаковое с обеих сторон, а в промежутке НЕ МЕНЬШЕ.
Так же обязательным условием выступает что бы не использовался AREA RANGE при анонсировании маршрутной информации, в противном случае LDP не построится.

[maxkst]

Давайте по порядку. Что есть MPLS  интерфейс?  У нас на одной сети это Виланы между роутерами, на другой сети - это лупбэк бриджи. Оба варианта рабочие, MLPS  бегает, VPLS тоннели тащут трафик. Между этими сетями MPLS связности нет, почти независимые. Какой вариант более правильный?

[flif]

В 18.01.2020 в 01:58, maxkst сказал:

Давайте по порядку. Что есть MPLS  интерфейс?  У нас на одной сети это Виланы между роутерами, на другой сети - это лупбэк бриджи. Оба варианта рабочие, MLPS  бегает, VPLS тоннели тащут трафик. Между этими сетями MPLS связности нет, почти независимые. Какой вариант более правильный?

@maxkst loopback в данном случае нужен для задачи LSR ID и transport address.

MPLS интерфейс - любой интерфейс участвующий в маршрутизации(PPTP/L2TP/GRE/EOIP/VLAN/Физический интерфейс/BRIDGE и так далее)

MPLS interface mtu -  ДОЛЖНО БЫТЬ ОДИНАКОВОЕ НА ПЛЕЧАХ, И НЕ МЕНЬШЕ ЧЕМ НА ПЛЕЧАХ на ТРАНЗИТЕ, в должно быть не больше чем максимальное L2MTU в транзите, задаётся глобально вот так:
/mpls interface set numbers=0 mpls-mtu=1526

если надо отдельное для интерфейса задать:

/mpls interface add mpls-mtu=1526 disabled=no interface=ether4

 

Для того что бы при выходе в интерфейс отрабатывал MPLS, маршрутизатору надо об этом сообщить, в частности крайне желательно добавлять loopback так же в этот список из за того что он является transport address, на PPP интерфейсах можно включить для всех относящихся к одному профилю в /ppp profile, делается это вот так:

/mpls ldp interface add interface=loopback0 disabled=no

/mpls ldp interface add interface=ether4 disabled=no

 

При построении тоннеля нельзя использовать area range на транзитных маршрутизаторах 

Собственно VPLS туннель это однонаправленный туннель, он легко может быть Running с одной стороны, а с другой быть no running по причине несоответствия MPLS INTERFACE MTU на плечах или транзите.

 

 

[maxkst]

2 часа назад, flif сказал:

в частности крайне желательно добавлять loopback так же в этот список из за того что он является transport address

На одной из описанных мной сетей лупбэки не добавлены в MPLS LDP INTERFACE list

 

Глянул пару примеров, лупбэки не добавлены.

[flif]

29 минут назад, maxkst сказал:

На одной из описанных мной сетей лупбэки не добавлены в MPLS LDP INTERFACE list

 

Глянул пару примеров, лупбэки не добавлены.

@maxkst Да,работает, но вызывает рандомные флапы VPLS. Не претендую на истинность что " надо добавлять loopback", однако методом проб и ошибок пришли к такому сценарию, те проблемы с которыми сталкивались - ушли. С чем были связанны проблемы? болт его знает, но это действие их решило))))