ПРОЕКТЫ 


  АРХИВ 


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]

Re: Re[8]: [inet-admins] fiber backbone solution



On Wed, Apr 16, 2003 at 11:25:42AM +0400, Alexey Yashin wrote:
> >> Почему RSVP keepalive не считаются?
> DK> Потому что между ними далеко не 50ms.
> Почему между ними далеко не 50ms ?
> ip rsvp signalling hello refresh interval num
> num -  Frequency, in milliseconds, at which a node sends
> Hello messages to a neighbor.
> Valid values are from 10 to 30,000.
> 12.0(22)S  This command was introduced.

Учти только что при желаемом времени обнаружения облома линии за требуемые
50ms тебе надо слать 100 IP RSVP hello пакетов в секунду. (10ms interval, 4
misses to detect failure). Фигня, но неприятно. К тому же jitter на линии
(если построено через пару свичей, например) вполне может вызывать false
positive и как следствие - нестабильность твоих LSP.

Fast keepalives - это костыли, притянутые за уши а не интегральная часть
технологии.

Далее, эзер медия ну просто подмывает строить multipoint-to-multipoint
топологии. В объяснения почему это плохо я даже лезть не хочу - шерсть дыбом
встаёт, начинаю невнятно шипеть и плеваться. :)

> >> И что должно "считаться", чтобы FRR был признан рабочим?
> DK> 50ms link failure detection. В противном случае это уже not-so-fast 
>reroute.
> так значит все-таки есть FRR и MPLS на *Ethernet-е ? ;)

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

> DK> Ваши определения слова "fast" могут варьироваться от ваших местных
> DK> условий и SLA с клиентами. "Кому и кобыла - невеста" (ц) :)
> Могут. Но пока совпадают с вашими. Я просто хотел быть в этом уверен.

В моё определение ещё входит понятие "deterministic behavior", которое, уж
извините, к эзеру я применить ну никак не могу. В отличие от SONET/SDH.

Всё что я пытаюсь сказать это что SONET/SDH лучше Ether в WAN-приложениях.
Если денег на SDH нет, то эзер сойдёт в качестве дешёвой имитации, но
никогда - в качестве полноценной замены.

SY,
--
D.K.

=============================================================================
"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.