>>>>> "BB" == Boris Bliznukov writes:
IB> какие есть предпочтения OSPF перед EIGRP, если в сети нет, и не
IB> предвидеться железок отличных от cisco ???
>> >>
>> >> Иерархическая модель. Вообще, вопрос это достаточно интересный -
>> >> по-видимому, тема для долгого обсуждения;) На данный момент, я лично
>> >> не готов аргументировано сравнить эти два протокола...
IB> означает ли это, что OSPF и EIGRP в случае достаточно большой сети
IB> равнозначны ???
>>
>> Нет, отнюдь. Насколько я знаю, в EIGRP нет нормальной возможности
>> ограничить область распространения routing updates.
BB> скорее в OSPF ... router eigrp/ distribute-list ...
Пардон, маленькое недопонимание. Distribute-list это не
то. См. ниже.
>> Да, можно писать на каждом интерфейсе ip summary-address - но это
>> чревато.
BB> summary addres не предназначена для ограничения routing updates .... а
BB> только для уменьшения их количества ... RTFM
Я имею в виду, что в случае EIGRP информация о том, что где-то там
далеко упал канал разойдется по всему EIGRP домену, если мы во всех нужных
местах не проставим summary-address. Или я не прав? И есть все-же какие-то
другие способы?
>> Слишком во многих местах потребуется перекопать в случае небольшой смены
>> топологии. А фактически - это будет попытка поделить сеть на
>> области. Смысл это делать через eigrp? IMHO намного разумнее правильно
>> задезайнить OSPF и не мучаться;-))
BB> да уж ... проблема в OSPF то что он заточен под одну топологию backbone
BB> в центре и
BB> лепестки с края. Если ваша топология такая то все в порядке ... если
BB> нет то тут начинаются боольшие проблемы ... к примеру когда появляется
И какие "большие"? Virtual-link сделать - большие проблемы? Да,
кстати, с этим есть, конечно, небольшие заморочки. Леша Зинин уже писал
драфт по этому поводу.
BB> прямой линк между двумя OSPF area....для того чтобы это победить всякие
BB> вещи изобретают virtual links and etc ... и тому подобные проблемы
BB> ... к примеру LS database общая для всех роутеров в одной области и
BB> если на одном что то глюкнуло то проблемы на всех роутерах ... изза
Вот про это подробнее, пожалуйста. Про глюкнуло и проблемы...
BB> общей LS database нет возможности ограничить routings updates внутри
BB> области, а только на границе областей... соответственно нагрузка на
А это нужно? В смысле - ограничивать? Надо правильно разбивать на
области.
BB> роутер довольно высокая Cisco не рекомендует делать более 50 роутеров в
BB> одной области ...
Ну, циска она много что рекомендует/не рекомендует;) Вы хотите
сказать, что с EIGRP будет лучше?
BB> EIGRP работает на каждом роутере независимо ... можно фильтровать
Так так, а OSPF значит работает "зависимо"? В чем это
заключается. Да и, про EIGRP, как это оно независимо работает-то?
BB> routings updates
В смысле - не отдавать частям сети роутинговую информацию о
каких-то сетках? Это да, в OSPF с этим туго;) Btw, кто бы объяснил - в
каком случае это необходимо?
BB> ... auto summary работает опять же :)
По классам-то? Чур меня;)
Да, уж про EIGRP over NBMA я молчу.
--
Best regards, -- Alex Bakhtin.
AMT Group, Cisco Systems Gold Partner,
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
