Ты попробуй на юнит надеть еси, будет куча тайп4

ну пока еси на юнит не хочется

Predicting technology is always a crap shoot and perhaps new applications will arise that need 5G that even Verizon hasn’t imagined. The list of applications that Verizon gave to investors is underwhelming and reflects the fact that there is likely no 5G application that will significantly add to the bottom line of the cellular carriers in the immediate future.

https://potsandpansbyccg.com/2019/05/29/is-there-a-business-case-for-5g-cellular/

я продумываю случай когда на разных РЕ разные юниты, незадизейбленные, и что тогда происходит

Сам дурак

Народ начал что то подозревать

Говорят нет буизнесс кейса под 5G щас

The question, though, is if there is a new revenue stream to help pay for the 5G upgrades? To be honest, I can’t find any early 5G cellular application that will generate much revenue in the near future. The obvious new revenue source would be to charge a premium price to use 5G data on a cellphone. There might be some people willing to pay extra in the early stages of the 5G roll-out, but as 4G morphs over time into 5G, any willingness to pay more for data will melt away.

Говорят нет буизнесс кейса под 5G щас

Расходимся

Сам дурак

это типичный случай - как минимум при первом конфигурировании

это типичный случай - как минимум при первом конфигурировании

На оба PE заливать конфиг менее 3х сек

На оба PE заливать конфиг менее 3х сек

например один РЕ мх204, другой - мх104

например один РЕ мх204, другой - мх104

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

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

а если сделано хуево и все по пизде?

а если сделано хуево и все по пизде?

Сам дурак

интересно же

Народ начал что то подозревать

Я не тебе рассказывал про кулуарные беседы про 5ж?

Сам дурак

я то при чем?

не надо было джун покупать?

интересно же

Вообще я думаю про vesi, надо залабить

я то при чем?

Нет, это фигура речи

Ты молодец то

Вообще я думаю про vesi, надо залабить

слишком муторно

Да, в виртуал свитч инстансе выберется самый младший бридж

Ну вот мы тогда, когда подвезли vesi радовались, что можно решать эту проблему

Но оно там вообще для другого юзкейса)))

Я не тебе рассказывал про кулуарные беседы про 5ж?

Нет вроде

Но оно там вообще для другого юзкейса)))

А можно ли радоваться esi per unit?

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

А можно ли радоваться esi per unit?

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

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

Тогда да, нехватает авто генерации

У а9к просто было, насколько помню

Вы как будто для обычных esi её используете)

Вы как будто для обычных esi её используете)

Я пробовал, почему бы и нет?

CE LACP system-id уникальный (как правило)

Ну ладно-ладно)

Все равно все руками хуячат

:)

Самая ржака что при этом если pe теряет связь с РР он наоборот все юниты разблркирует

всмысле, там же core-isolation и он делает blocked

там же надо даже явно его отключать, если не нужно

всмысле, там же core-isolation и он делает blocked

Я вот тоже не выкупил идею, ага

я ток шо прочел все релиз нотсы к 17.3R1-R3. мне больно

я ток шо прочел все релиз нотсы к 17.3R1-R3. мне больно

Сомов, залогинься

Сомов, залогинься

меня заставили

всмысле, там же core-isolation и он делает blocked

Да, но не сразу

Но это все баги вероятно

Правильно должно блочить

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

всмысле, там же core-isolation и он делает blocked

+ У Джуна по bgp session tracking, у циски и хуавея по backbone interfaces status

Сомов, залогинься

Хайлайт отменили?)

Правильно должно блочить

Оно и блочит на 18.4 как надо )

Оно и блочит на 18.4 как надо )

Вот в прод поставишь и поговорим

+ в том релизе несколько фич именно по оптимизации сходимости evpn, поэтому до 18.4 оно все не то

Вот в прод поставишь и поговорим

Ок, скоро уже

В лабе всегда все заебись

В лабе всегда все заебись

ну не всегда) 3 бага мы нашли на remote POC, через 2-3 месяца их поправили

почему должно блочить то?

если у РЕ только один РР и он упал, то по бжп ничего не придет и он резонно должен решить, что все гуд

или я опять кейс не понимаю

Что гуд?))

У тебя интерфейс в сторону СЕ активен, она шлёт тебе трафик, а ты его дропаешь

Такой себе гуд)

ну так никаких пиров нет, что с ним делать? если только локальный

но интерфейс блочить не будет

ну так никаких пиров нет, что с ним делать? если только локальный

Не понял вопрос

ну вот РЕ в сценарии с рр будет иметь пиринг только с рр же? одним или несколькими, правильно?

если ему отрубить рр, то будут только локальные еси, между которыми он будет успешно форвардить

Все рр отрубить?

ну так про это же разговор?

Не знаю, ты задаешь стиль этой комнате на данный момент

Мы говорим про все

если ему отрубить рр, то будут только локальные еси, между которыми он будет успешно форвардить

Что будет если тебе придёт трафик из одной еси в сторону удалённого пе, с которым у тебя нет связи из-за отсутствия маршрутов в следствии отвала всех рр?

Что будет если тебе придёт трафик из одной еси в сторону удалённого пе, с которым у тебя нет связи из-за отсутствия маршрутов в следствии отвала всех рр?

Что будет если тебе придёт трафик из одной еси в сторону удалённого пе, с которым у тебя нет связи из-за отсутствия маршрутов в следствии отвала всех рр?

будет дропаться, я же про этот еси ничего знать не буду

"ему"

будет дропаться, я же про этот еси ничего знать не буду

Ну вот поэтому надо все еси блокировать

Самая ржака что при этом если pe теряет связь с РР он наоборот все юниты разблркирует

я вот про это

Через другие пе в этой еси оно найдёт дорогу

я вот про это

Это похоже на баг

я вот про это

Ну тут какое-то странное поведение

Ну вот поэтому надо все еси блокировать

почему? могут быть же локальные

почему? могут быть же локальные

Локальные еси будут иметь и другие пе