Они там вроде более-менее адекватные

Чет нет. Я уже 4 разных тикета открыл на разные темы. Все около мплса крутятся, но тем не менее

Надо смотреть дампы апдейта

И чет они дрочат уже 2 месяца. Лдп сессия в unsolicited скачет между снром и жунипером, онм у меня в итоге весь конфиг жунипера запросили, хотя я им скидывал конфиг фаервола

И чет они дрочат уже 2 месяца. Лдп сессия в unsolicited скачет между снром и жунипером, онм у меня в итоге весь конфиг жунипера запросили, хотя я им скидывал конфиг фаервола

Ну ты же понимаешь, что у них не настоящий так

Там большая часть тикетов уходит бродкому или дцн

Или кого они там оемят

Проблемесы то не в чипе, а в софте жи

А ты думаешь они его писали?

Тоже верно

Не знаю, может есть в России у них рнд, но вряд ли

Но это же явно не указано, какого фига он сам чет придумал

жунос даст, например, прописать что угодно в local-address, но ничего выдумывать не будет, в трейсопшенс — bgp_addr_not_found: local address x.x.x.x not found, что как бы логично.

что там у циски сложнее сказать слёту

что там у циски сложнее сказать слёту

А что у снра еще сложнее

ну snr у меня один и я не знаю, где он, да :))

Циско вроде не дает такой возможности. Короч на снре в роли апдейт сурса прописан лупбэк адрес другого снра. И на этом снре поднята сеть, а я с рр вижу ее с прописанного ипа. И даже на этом самом сука снре я вижу роут через лупбэк

Коллега, более страшный лингвистический грех, чем сорс называть "сурсом" - это только ингрессовские бёрстеры называть "бустерами".

Циско вроде не дает такой возможности. Короч на снре в роли апдейт сурса прописан лупбэк адрес другого снра. И на этом снре поднята сеть, а я с рр вижу ее с прописанного ипа. И даже на этом самом сука снре я вижу роут через лупбэк

У циски обычно в сорс адрес переопределениях имя интерфейса

https://kb.juniper.net/InfoCenter/index?page=content&id=JSA10876&cat=SIRT_1&actp=LIST

Приятненько

Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.

Еслиб не тыкал на линк, то я хз что можно подумать про би.зон слишком двояко так сказать. Не в обиду

bi - аналитика же

А не то о чем ты подумал )

Открой баг им

Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.

Ипсек же

https://kb.juniper.net/InfoCenter/index?page=content&id=JSA10876&cat=SIRT_1&actp=LIST

Ёпт

где лог то

https://kb.juniper.net/InfoCenter/index?page=content&id=JSA10876&cat=SIRT_1&actp=LIST

я чет не понял, если re прикрыт фаерволом то норм?

кого? я не тебе писал

re

там же ответ на сообщение

тут, по слухам, токсичное коммунити.

тут, по слухам, токсичное коммунити.

врут, псы

я чет не понял, если re прикрыт фаерволом то норм?

ну там тцп сессию нужно поднять, так что если прикрыто всё - то (наверное) норм :)

я чет не понял, если re прикрыт фаерволом то норм?

Да

Европейца ответ

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

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

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

сразу видно перо архитектора. Любую фичу надо настраивать с самого простого, а уж потом накручивать. как дом: фундамент, стены, крыша, отделка )

короче ibgp+eigrp прям говно, задолбали эти incomplete маршруты

😁

и что хуже он их дальше не анонсит, всё, просто нету

сразу видно перо архитектора. Любую фичу надо настраивать с самого простого, а уж потом накручивать. как дом: фундамент, стены, крыша, отделка )

да не, ты че, я подмастерье. просто у него там куча ошибок, а судя по комантам, он считает что один мелкий недочёт

NOC project

Столкнулся недавно с курьёзным случаем, связанным с замечательным OAM протоколом LFM или, как его ещё называют, EFM, который мы используем как заменитель BFD если последний применить не получается (например, нет поддержки на оборудовании, L2 линки, бандлы между оборудованием без micro-bfd и так далее). В топологиях с избыточностью EFM особенно хорошо помогает исключать деградирующие по L1/L2 ошибкам каналы. У компании Huawei есть линейка очень хороших коммутаторов обновлённой серии S: S5320, S6320 и другие. Как минимум, для указанных моделей в выводе display interface характерно наличие счётчика Frames. В документации значится, что он отвечает за Number of packets with incorrect 802.3 length. Получая 802.3 фреймы с длиной, отличной от указанной в его заголовке, коммутатор подсчитывает их и передаёт дальше. Всё бы ничего, да вот только EFM реагирует на такие фреймы и при превышении заданных порогов блокирует линк. То есть это может быть вполне нормальный с точки зрения целостности данных фрейм, который оборудование способно доставить получателю, но при этом оно может произвести выстрел себе в ступню. Немного не то, что я ожидал, да.

@blademd это ж настраивается

я спрашивал у така, сказали не настраивается

да и всё равно это очень забавно)

я чет не понял, если re прикрыт фаерволом то норм?

Норм

@blademd это ж настраивается

ты со позиции efm говоришь?

на NE делал пороги срабатывания

efm

да

нет, так не интересно, мне надо, чтобы оно реагировало на ошибки

можно поставить действие другое

если мне память не изменяет там их три

блок, shutdown и notify

ну первые две это ровно то, о чём я говорю

да не, ты че, я подмастерье. просто у него там куча ошибок, а судя по комантам, он считает что один мелкий недочёт

плотник-бетонщик ))

нотифай тоже для false alarm такое, я там кое-где достаточно внушительные числа вижу по этому счётчику

ты на efm не гони

мы так одному оператору сетку полечили

они думали что у них всё ок

efm очень классная штука, но вот хуавей мне не понравился в этом вопросе)

а как только EFM включили то сразу все косяки с уровнями и l1/l2 ошибками вылезли

может там на свичах он кастрированый какой

на роутерах вроде норм та было

да блин, сам efm огонь

просто не понятно, зачем на этот счётчик реагировать)

Enhancements to composite next hops (MX Series)—Starting in Junos OS Release 17.4R1, you can enable dynamic list next hop. By enabling this feature, when the link fails between the CE device and a multihomed PE device in EVPN active-active multihoming, the routing process daemon (rpd) dynamically modifies the next-hop list without first removing the next-hop entry and creating a new entry. This reduces mass MAC route withdrawals and improves convergence and performance. To enable dynamic list next hop, include the dynamic-list-next-hop statement at the [edit routing-options forwarding-table] hierarchy level. If you perform a unified ISSU to upgrade your device from an OS release prior to Junos OS Release 17.4R1, you must upgrade both the Routing engine and the backup Routing Engine before enabling dynamic list next hop.

Добро пожаловать в мир боли

Серьезный вопрос поцоны

вы на своих рекурсивных DNS оставляете TCP?

или только UDP?

всем привет

была возможность подключиться и качнуть интересные книги

подскажите актеальные данные для входа

tps://ftp.rfold.com Login: ntwrk Password: ZLU*****

вы на своих рекурсивных DNS оставляете TCP?

Конечно оставляем

раньше было так)