)))

То есть в Stub не может быть IR. Я правильно понимаю ?

IR может

ОК. А у IR какие сети будут объявлены, кроме транзитной на ABR?

какие захочешь, через инсанс

Йес... А теперь соотносим это с твоим же утверждением "по RFC ты должен добавить только транзитные сети OSPF"

првильно

Так... Я вижу от тебя два противоречащих друг другу утверждения.

И ты говоришь что оба они правильны.

)))

Или это не так, или я чего-то не догояняю, или я даже боюсь предположить )))

причем тут stub?

по RFC ospf ты должен в networks опубликовате сети инетрфейсов в которых могут быть найдененны других участники OSPF

При том что Stub в общем и целом такая же область как и остальные. Но ты не можешь в ней на IR отдать Connected и Static

Ты не понял. Должен, да. т.е. Эти ДОЛЖЕН, а иные МОЖЕШЬ

а в чем разница от того что сеть "отдаваемую" перечислить в networks? что неправильного в том методе?

Назначать network это самый правильный метод.

Ты не понял. Должен, да. т.е. Эти ДОЛЖЕН, а иные МОЖЕШЬ

а потом рпебят у меня discard packet в логах

Так если отдать 0.0.0.0/0 оно не удивительно

Здесь же в чем попа. В том что как только ты отдаешь любой внешний марштут, ты становишься ASBR. А нужно ли оно )))

в полне логичное поведение

ОК. Зачем нужен ASBR? ))

Внешний маршрутизатор, связанный с "другими сетями", если поп простому

Йес... Причем не просто с "внешними сетями", а с сетями не относящимися к твоей AS. То есть неходящимися не под твоим управлением. Так нахрена отдавать статиком то, что можно через Networks объявить?

в если взять определение из вики

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

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

То есть с сетями не под твоим управлением.

правильно

сеть которая не под моим упроавлением - это лубая сеть которая лежит вне транзитных сетей OSPF

Бинго... Возвращаемся назад... Почему неправильно объявляеть Networks?

блни, потомучто это следует из RFC

Не вне транзитных...Что ты в них уткнулся. Которая ВНЕ ТВОЕЙ AS !!!

Где это написано))

Не вне транзитных...Что ты в них уткнулся. Которая ВНЕ ТВОЕЙ AS !!!

не не\

Бинго... Возвращаемся назад... Почему неправильно объявляеть Networks?

Пото му что это бред

Ну да.

Сети, которые попадают через нетворк - родные для OSPF, а те которые приходят через редистрибуцию - идут как external

Йес.

Остальось Кириллу это объяснить

Сети, которые попадают через нетворк - родные для OSPF, а те которые приходят через редистрибуцию - идут как external

точнее они intra-area

ладно

теперь можно я позадаю вопросов

Кирилл, скажи, а если мы объявляем только транзитные сети, то нах нужны Stub Area Passive Interface )))

что происходит когда мы добовляет сеть через networks

Кирилл, скажи, а если мы объявляем только транзитные сети, то нах нужны Stub Area Passive Interface )))

в ыеги area прекрасно бегают внутри маршруты,

stub

что происходит когда мы добовляет сеть через networks

?

1. Сеть становится Intra-area 2. Добавляется интерфейс 3. Запускается Hello-protocol

п.2 только для микрота. Где-то это надо делать руками

1. Сеть становится Intra-area 2. Добавляется интерфейс 3. Запускается Hello-protocol

зачем нам hello протокол в этой сети? rjnjhfz ghjcnj rfr,s htcnhb,m.nbncz

Непереводимая игра слов

А для этого, ты можешь сказать интерфейсу Passive.

Зачем вобще нужен ospf?

А для этого, ты можешь сказать интерфейсу Passive.

интересно кто из тех кто делает также, знает об этом?

интересно кто из тех кто делает также, знает об этом?

То что они про это не знают, не говорит о том, что так делать неправильно. Ибо внедрение любой технологии предполагает наличие знаний

То что они про это не знают, не говорит о том, что так делать неправильно. Ибо внедрение любой технологии предполагает наличие знаний

а как тогда выставить тип маршрута as-type ?

Никак. Это только для внешних сетей.

А внутри только cost интерфейса

Сергей в итоге разобрался ??? )))

Уважаемые тренеры, надеюсь на курсах вы учите по другому? )

Уважаемые тренеры, надеюсь на курсах вы учите по другому? )

Дискуссия это нормальный процесс

)

Дискуссия это нормальный процесс

живое общение, это очень и очень хорошо, только так можно понять, что информация усвоена правильно.

в споре рождается истина )

Уважаемые тренеры, надеюсь на курсах вы учите по другому? )

Конечно. Но каждый из тренеров может заблуждаться по своему. ))) Я не знаю ни одного, который бы знал ВСЕ. У каждого свой "конек". )))

ясно-понятно )

Плюс срабатывает анекдот про "раз объяснил, не поняли, два объяснил не поняли, три объяснил, сам понял..."

Тогда разрешите вопрос: как мне лучше соединить 2 офиса, а потом 3 и т.д. связь через центр. ИПы везде статика. Гре+ипсек. А внутри маршрутизировать как? Оспы?

ERROR: S client not available

Оспф?

Ага

Мне нужно весь трафик заворачивать на центр, включая интернетный

У меня сетка за микротом на вланах

Делаешь так чтобы на офисных не было дефолтного маршрута. Редистрибьютишь дефолт из центар

К микротам приходит только один влан от Л3 коммутатора

А маршрутизацией кто занимается? Коммутатор?

Меж вланов - да

На микрот приходит влан управления и влан соединения

Во всех офисах схема аналогичная

Микрот - Л3 коммутатор - Л2 коммутаторы

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

Мы сначала статикой набили все маршруты (на каждом микроте все сети прописали). Но наткнулись на проблему с дефолтные маршрутами, получилось что даже Микротики лезут в инет через железку

А надо чтоб микроты лезли в инет сами по себе

Вам надо с проектирования сети начать. А не с внедрения OSPF

Ну сеть уже готова в центре и в офисе

Полностью функциональная

Сами по себе - прекрасно работают.

Начали играться с маркировкой трафика - поплыли совсем:(

комутаторы L3 поддерживают OSPF?

Должны вроде

Eltex mes 3124

Тогда поднимайте OSPF на коммутаторах и микротике. Спланируте структуру сети, области. не забудьте поставить в Passive интерфейсы к юзерам

Видимо читать придется дофига:)

С оспф никогда не работал

Видимо придется. )

А если без оспф?

Eltex mes 3124

нормально на нем маршрутизация работает?

Межвлановая без проблем.

мой гадский SNR совсем достал уже

нормально нормально, потом .....ненормально

У меня сотрудник все грит давай снр покупать типа дешевле. А я за качество