Misak
Purrr
^_^
vitex
аеспи братишка
ент пруктисы в аеспи
Purrr
а новые это какие ?
Purrr
18.2?
vitex
надо нарисовать стикер
Purrr
в 17.4 вроде нет yum'а
Misak
ент пруктисы в аеспи
сколько у тебя апстримов то тиерванов?
Volodymyr
нашел
Volodymyr
чувак сгенерил дефолт агрегейтом
Misak
у меня Телия, и та наверное не тянет
vitex
Volodymyr
а потом мне присылал. что у него циска падает
Volodymyr
от анонсов жунипера
Volodymyr
Purrr
сколько у тебя апстримов то тиерванов?
это похуй ваще, если префикс задампился, то пусть покеты дальше уябывают и клиент не парит тебе моск
Ilya
ебт
Purrr
я короч всегда так делал
Purrr
и мне никто не звонил
Volodymyr
ох я ржал )
Purrr
охуени
Misak
это на что должно влиять?
на уверенность, что все маршруты получаешь
Purrr
кек, вот это агрегация в 0/0
Purrr
пушка
Purrr
ну агрегейт на всю таблицу чо
vitex
ох бля
vitex
как тяжело с вами
Purrr
оно все оригины из контрибутов в {} запихнет
Purrr
норм получилось вообще у посона
Purrr
!
Mystray
protect core работает - его задача потушить линк PE-CE, если BGP session в NLRI EVPN перешла в state down. У тебя проблема если у тебя multipath в NLRI EVPN?
у меня он в дефолтном инстансе, на inet.0 натравлен, без модных евпнов и без явного мультпаз. Если судить по доке, то оно должно тут работаь по сути как простой BGP PIC -> второй не-совсем-бест ставить бекапным некстхопом.
Purrr
йеп
Volodymyr
да
Purrr
ваша школа
нет, не наша
vitex
только на тебя и надежда
Volodymyr
тебе правда нужна его мотивация ?)
vitex
Purrr
ну все, нада качать 18
Stanislav
Это надо было в хирурги идти
Volodymyr
Olexandr xxxxxx, [05.10.17 13:25] да согласно какойто записи на какомто форуме...
Ilya
у меня он в дефолтном инстансе, на inet.0 натравлен, без модных евпнов и без явного мультпаз. Если судить по доке, то оно должно тут работаь по сути как простой BGP PIC -> второй не-совсем-бест ставить бекапным некстхопом.
Ой, я конкретно про core isolation подумал, извиняюсь. Да, он должен как bgp pic поставить "второй лучший" маршрут для защиты NH для префикса. Но у нас был кейс с multipath, поэтому особо не уделили внимания..
Misak
мне сегодня один парень рассказывал, что на микроте можно один и тот же адрес с разными масками на разных интерфейсах поставить, а джун тупой и не дает такое суперудобное сделать
Purrr
а один и тот же адрес
Purrr
:(
Volodymyr
мне ребята одни предьявляли
Volodymyr
что на 15-й фигня какая-то
Mystray
Misak
по моему никогда нельзя было
Purrr
ну мне тоже чот казалось можно
Volodymyr
не дает, сука повесить
Volodymyr
а на 13-й все ок было
Misak
в рамках одного ри лс
Volodymyr
доколе
Purrr
и слава б-гу
Volodymyr
или 16
Purrr
може еще и арп прокси сломают
Volodymyr
кста, если нужно какие-то дурацкие кейсы
Volodymyr
то у меня их есть )
Purrr
только на бирасе с ип уннумбередом
Volodymyr
как раз на бирасе и аннамебред )
Purrr
+
Volodymyr
xxxxxx, [30.08.18 11:19] Добрый день Владимир. Возможно вы сможете подсказать по небольшой, но раздражающей проблеме. xxxxxxx, [30.08.18 11:19] При переносе вланов на джун мы вешаем на lo0 временный шлюз например 10.1.1.253. Когда абоненты переполучили IP адреса с джуна мы правим конфиг DHCP пула и восстанавливаем правильный "шлюз" на 10.1.1.254 уже на джунипере предварительно отключив IP адрес на старой железке. Через некоторое время после переполучения клиентами "правильного" шлюза на 10.1.1.254 удаляем .253 адрес с lo0. xxxxxx, [30.08.18 11:19] Проблема в том, что если имеется клиент с адресом 10.1.1.253 (IP который был временным шлюзом) то адрес он получает но инет у него не работает. Маршрут Private unicast не создается для абонента с адресом бывшим шлюзом и с клиента 10.1.1.254 также не пингуется. В результате пропадает по одному IP адресу в каждом влане.
Ilya
у меня он берет все доступные кроме самого худшего, лепит из него еквал-кост мультипаз и инсталлит, а самый худший ставит бекапом.
Вообще я начинаю вспоминать, если у тебя есть ecmp, то он инсталлиться в fib как основной, а уже следующий, более плохой маршрут, который не включен в ecmp группу - будет инсталлить в backup
Purrr
xxxxxx, [30.08.18 11:19] Добрый день Владимир. Возможно вы сможете подсказать по небольшой, но раздражающей проблеме. xxxxxxx, [30.08.18 11:19] При переносе вланов на джун мы вешаем на lo0 временный шлюз например 10.1.1.253. Когда абоненты переполучили IP адреса с джуна мы правим конфиг DHCP пула и восстанавливаем правильный "шлюз" на 10.1.1.254 уже на джунипере предварительно отключив IP адрес на старой железке. Через некоторое время после переполучения клиентами "правильного" шлюза на 10.1.1.254 удаляем .253 адрес с lo0. xxxxxx, [30.08.18 11:19] Проблема в том, что если имеется клиент с адресом 10.1.1.253 (IP который был временным шлюзом) то адрес он получает но инет у него не работает. Маршрут Private unicast не создается для абонента с адресом бывшим шлюзом и с клиента 10.1.1.254 также не пингуется. В результате пропадает по одному IP адресу в каждом влане.
держи норкоманов
Volodymyr
из свежего, так сказать )
Volodymyr
вот-вот )
Volodymyr
я примерно так и ответил : | мы можем смотреть дебаги на платах и тд, но смысла в этом мало. это очевидно баг, после вашего, давайте будем честными, странного юзкейса ) Но jtac скорее сказал бы workaround - не делайте так )
Mystray
Вообще я начинаю вспоминать, если у тебя есть ecmp, то он инсталлиться в fib как основной, а уже следующий, более плохой маршрут, который не включен в ecmp группу - будет инсталлить в backup
Но у меня нет явного мультипаза на бгп. Ну, по крайней мере в моем представлении ему неоткуда взяться, в бгп еще поплясать надо, чтоб в ebgp мультипаз завести с не-одинаковыми путями https://pastebin.com/2CzQdpbj какое-то такое получается, при 3 аплинках 2 ставятся с weight 0x1, один с weight 0x4000
Mystray
так это от protect core
Mystray
ну так да, в этом-то и проблема, с какого перепугу они туда попали сразу вдвоем.
Mystray
но нет же, у меня сконфигурено только protect core. Я из-за этого и страдаю: либо я глупый не понимаю, как работает джуновская магия protect core, либо что-то работает не так, например, из-за protocols mpls traffic-engineering mpls-forwarding, буду еще тестить.
Ilya
норм :)
Ilya
похоже на ucmp? :)
Ilya
Sep 3 2018 02:23:22+03:00 zaraysk-ar01 %%01L3AD/4/RESOURCE_FULL(l)[17]:The resource of the table on the chip is not enough. (Type=L3ECMP ID) huawei