Если не использывать nexthopself, а строить ibgp через лупбеки

Понятное дело для того чтоб можно было по лупбекам строить, нужно использывать IGP (OSPF например) через который эти лупбеки и анонсить

но если я нехочу синхранизировать таблици маршрутизации между ospf и bgp

тоесть нехочу редистрибутить bgp в ospf так как теряется смысл

я хочу по bgp таскать полезные префиксы, (используемые в сети) а в оспфах только лупбеки - то это-го мне не достаточно

мплс однаако

Если используется роутеры A -- B -- C и построины БГП через лупбеки от A до C, то маршруты пролезут

но попречине что B роутер не синхранизирован с BGP то трафик на нем и подохнит

мплс однаако

Тоесть на лупбеках есть смысл строить если БГП строится для задач МПЛСа ?

то что ты пытаешься описать это стандартная провайдерская сеть

бгп только по краям

внутри толко игп

все ибгп на лупбеках

добавляй в это лдп и будет тебе счастье

В обычной сети это не имеет не како-го смысла если в примежутке между БГП спикерами есть роутер который не знает о маршрутах что гоняет БГП

с МПЛСом понятно, а если нужно белые адреса преанонсить c брасов к бордеру например ?

то их нужно гонять по igp только ?

то их нужно гонять по igp только ?

необязательно. зависит от твоего дизайна

можно и по ibgp их гнать

ibgp так то тоже igp протокол

и я слышал он самый лучший igp ! :)

Тогда без рефлекторов сложно обойтись

Придется юзать, чтоб использовать его как полноценный igp

если речь про хоминет с несколькими брасами и бордерами

и надо ипишники терминированных пппое сессий вываливать

то наверно лучше оспфчиком

а на бордере просто анонсить агрегаты из дискарда

Оно сейчас так и есть)

ну а в чем проблема сейчас ?

нарм же рабит

не ?

Но mpls ещё хочется

я не уверен что хомяку нужно это дерьмо :)

хотя тебе конеш виднее

А попречине что оспф плохо фильтрится, то он мне портит все

я не уверен что хомяку нужно это дерьмо :)

Я хочу это дерьмо )

Хочу тыкать палкой в него

Та и хомяки некоторые просят )

зачем хомюзеру мплс ?

тоесть нехочу редистрибутить bgp в ospf так как теряется смысл

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

Всем спасибо за советы и пищу для размышлений. Пойду я спать ;)

зачем хомюзеру мплс ?

Это не обычный хомяк, а скорей морская свинка. Бывает водятся у нас тут такие :)

пду

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

Единственный раз, когда мне понадобилось редистрибьютить БГП в ОСПФ - это была наследованная топология, когда между Бордером клиента и моим бордером был ОСПФ домен, а переключить не было возможности. Пришлось городить мультихоп, и клиентские анонсы так же редистрибьютить в ОСПФ-домен с корректным forward-address, чтобы всё работало.

Единственный раз, когда мне понадобилось редистрибьютить БГП в ОСПФ - это была наследованная топология, когда между Бордером клиента и моим бордером был ОСПФ домен, а переключить не было возможности. Пришлось городить мультихоп, и клиентские анонсы так же редистрибьютить в ОСПФ-домен с корректным forward-address, чтобы всё работало.

какой мрак

ьф

какой мрак

Ага. Уродское решение, но временное, к счастью. Потом я переделал по-человечески без этих адовых костылей.

http://www.costiser.ro/2013/08/19/redistributing-internal-bgp-ibgp-into-an-igp-why-is-it-dangerous/ Довольно интересный блог.

разве может что-то пойти не так при редистрибуции бгп в оспф? :)

разве может что-то пойти не так при редистрибуции бгп в оспф? :)

Если вы решаете проблему с помощью редистрибуции, то теперь у вас две проблемы (почти цэ)

Если не ошибаюсь, даже Яндекс попадался на таком в году 2010)

В 2011

там смайлик не просто так, есличо

единственный допустимый сценарий использования редистрибуции из bgp в ospf - если вы провайдер и предоставляете l3vpn

Коллеги, а вот подскажите, в сем преимущества vIOS по сравнению с IOU/IOL? А то IOU/IOL, вроде, работает. Стоит менять на vIOS?

нет

основное преимущества виоса - его можно использовать не-сотрудникам циски, в отличие от иоу

если у вас иоу уже работает, то вы либо сотрудник циски, либо пират

ок, понял. Спасибо. Со спокойной душой стираю виос образы :)

поэтому вас этот аспект не интересует

увы, в этом вопросе я пират

коллеги, а кто хорошо знает оспф?

базовый, обычный, без костылей

ERROR: S client not available

разве из full есть путь в 2way?

DR переизбрался?

например так: один из маршрутизаторов, который должен был стать DR, стартовал с задержкой, DR/BDR выбрали без него. Он загрузился, и стал обычным, перевыборов не произошло. Пропала связь с действующим DR - запоздавший занял его место. Восстановилась связь в бывшим DR - установилось 2-way соседство. У Диброва в книжке разбирался такой вариант.

а в этом сценарии старый ДР у "нас" все еще числится как full при отсутствии связи?

а, я понял идею

спасибо

Нет связи - нет соседства? Вообще никакого?

осталось понять, почему на скриншоте такое взялось, учитывая что там point-to-point соседство

Домой приду - могу книжку сбросить, если надо

Хм... а в р2р сетях DR выбирают?

если p2p опция не включена, то да

но можно сказать что р2р, тогда нет

О, это не знал, спасибо

кстатеда, надо посмотреть, какой там тип сети стоит

network type point-to-point

ничего не понимаю

особенный, микротиковский оспф, который переводит соседа из full в 2way

Но вообще там явно проблема не в DR/BDR, в логах же показывается получение DBD с неправильным флагом master

Note: Receiving a Database Descriptor (DBD) packet from a neighbor in the init state will also a cause a transition to 2-way state.

Note: Receiving a Database Descriptor (DBD) packet from a neighbor in the init state will also a cause a transition to 2-way state.

это про то, что не обязательно дожидаться hello, перечисляющего нас в качестве соседа

а тут "мы" видели "соседа" не в Init, а в full

сосед перешел в инит

поэтому ты перешел в 2way, не?

тут написано, что сосед был full, а стал 2way

про инит ни слова

то, во что "я" перешел в воображении у "соседа" - оспф не знает и знать не может

ну еще и про dbd есть строчка

да, и это отдельно смущает

сосед не должен посылать dbd, если он в фулле