ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Followup: RE: Re[6]: [inet-admins] EIGRP



Там есть еще одно важное и нужное свойство - так как в таблице
топологии он (EIGRP) держит много чего, переключение на
запасные маршруты при падении каналов происходит практически
мгновенно - т.е. в, отличие от OSPF, пересчет ВСЕЙ топологии
НА КАЖДОМ не происходит.
А вот это для телеметрии и прочей важной и нужной real-time дребедени
крайне важно.
Попробуйте построить сетку c 2-3 десятками ящиков на OSPF и рубаните
чего-нибудь
внутри. От наблюдения как оно кости собирает - душа ну просто радуется.
А вот ежели при этом еще и area-partitioning - то это просто праздник
какой-то. OSPF virtual-link особой эффективностью не страдает.
Особенно на дохлых каналах.

Ну это так - уже частные змечания. Конечно у кого-то может быть
другое мнение.

Regards,

     Eugene

----------------------------------
Eugene Nesterenko, CCIE #5283, CCNP+Security, CCDP, MCSE
Fax/VoiceMail: +1 415 7043497



-----Original Message-----
From: inet-admins@info.east.ru [mailto:inet-admins@info.east.ru]On
Behalf Of Eugene Nesterenko
Sent: Thursday, July 06, 2000 6:22 AM
To: inet-admins@info.east.ru
Subject: RE: Re[6]: [inet-admins] EIGRP


Чем дальше в лес тем толще партизаны...
Можно еще потягаться кто круче конфигу навернет.
Ну так чтобы от одного списка протоколов дух захватывало... :-)

Я конечно все понимаю - но, как показывает практика, если у Вас только
Cisco - можете смело строить все на EIGRP и радоваться жизни.

Насчет деления на зоны - ну какой смысл?

Вы говорите что у Вас всего 21 ящик.
Даже если там по десятку сетей за каждым и дохлые каналы, то
в силу особенностей EIGRP overhead будет очень мал.
Протокол-то навороченный, не дураки делали.

Причем, насколько я понимаю, у Вас топология не бог-весть какая
сложная так что проблем не будет. Можете смело сажать все в одну кучу.

Дополнительный плюс в том что при наличии неравнозначных по полосе каналов
у Вас все равно будет разделение нагрузки. Есть такой параметр
"traffic-share"
Кстати, для особо дохлых каналов есть еще такое чудо как "ip
bandwidth-percent eigrp "

И, кстати, грузит процессор оно (EIGRP) значительно меньше чем OSPF и
архитектурных
ограничений (backbone) не имеет.
Другое дело, что кроме Cisco оно нигде...


Regards,


     Eugene

----------------------------------
Eugene Nesterenko, CCIE #5283, CCNP+Security, CCDP, MCSE
Fax/VoiceMail: +1 415 7043497



-----Original Message-----
From: inet-admins@info.east.ru [mailto:inet-admins@info.east.ru]On
Behalf Of Rinat Aliev
Sent: Thursday, July 06, 2000 6:57 AM
To: Alex Bakhtin
Subject: Re[6]: [inet-admins] EIGRP


Hello Alex,

Wednesday, July 05, 2000, 8:05:21 PM, you wrote:

>>>>>> "RA" == Rinat Aliev writes:
AB> Пpивет.

RA>> Необходимо построить сеть из циско 3640, находящихся в разных городах
RA>> и весях. Необходимо настроить маршрутизацию между ними.
RA>> Я разделил города по географическим месторасположениям на автономные
RA>> зоны. Маршрутизаторы между собой связаны как через магистральные
RA>> каналы, так и через redundancy links.
RA>> Вопрос: как грамотно прописать субж на маршрутизаторах так что бы
RA>> основной траффик тек по магистральным каналам, и только в случае
RA>> падения первых использовались redundant линки ? и еще: как настроить
RA>> обмен маршрутной информацией между AS не прибегая к помощи
RA>> redistributed route-map ? есть другой вариант ?

AB>> Ага. BGP называется:)

RA>> да это я в курсах :)) только вот есть ли смысл его применять ?

AB>> Hу, насколько я пpедставил себе что ты хочешь получить... Если
AB>> сделать все на pелистpибуции, то в слечае наличия колец можно, скоpее
AB>> всего, изобpазить pабочую конфигуpацию... Hо поддеpживать это... Пpоще
AB>> застpелиться. Конечно, есть веpоятность, что в случае eigrp пpоще будет
AB>> получить оптимальный pоутинг... Hо стоит ли это того... Можно подумать
пpо
AB>> ospf...

RA>> Вот я и думаю... В схеме присутствуют 4 основных (центральных) узла,
RA>> связанных между собой каналами по 128к, остальные линки - по 64, а
RA>> бэкап-овские - 16, и есть даже по 4 (!) к :)... вот и хочется мне
RA>> получить оптимальное решение на субже, не прибегая к сложностям
RA>> ospf... может в этих 4-х центрах BGP поставить, и на периферии EIGRP
RA>> оставить ?

AB>         А... Я-то думал что-то сеpьезное;) Что мешает везде поднять
единый
AB> eigrp? Сколько всего pутеpов-то?

хе, а что по твоим меркам серьезное ? :) всего 21 рутер, между ними
ходит голос и осуществляется управление радиопередатчиками для
контроля и слежения за бортами (самолетами, то бишь :) Можно, конечно
и единый, а смысл ?

RA>>          Что скажут корифеи ? преценденты были ?

AB>         Были.

    дык поделись опытом ;))


--
Best regards,
 Rinat Aliev                            mailto:raliev@procom.kz

Deputy of
Technical director
Procom Company

phone: +7-3272-582432
fax:   +7-3272-532676
cell:  +7-333-212-5078
www:   www.procom.kz


============================================================================
=
"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 http://info.east.ru/rus/inetadm.html

============================================================================
=
"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 http://info.east.ru/rus/inetadm.html

=============================================================================
"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 http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.