On Thu, Apr 27, 2006 at 05:33:57PM +0400, Alexandre Snarskii writes:
On Thu, Apr 27, 2006 at 04:30:38PM +0400, Alexandre Snarskii writes:
То есть - какой-то EGP с клиентом таки нужен, а EGP у нас сейчас только один :)
В общем, именно по поводу этого смайлика вопрос и назревал. Почему, собственно?
AS>> Почему EGP один ? Потому что другого нет... не было надобности видимо, AS>> создавать еще один EGP :) BGP есть, всех устраивает. Кого не устраивает AS>> - дорабатывает в сторону mp-bgp, rfc2547, и прочего, но это остается AS>> BGP.
Мне кажется, bgp постепенно перестает всех устраивать из-за времени релаксации. При падении канала до перехода на бэкап минут пять дауна в лучшем случае - IMHO это очень много. И это by design. Собственно, по умолчанию timeout 180 секунд - это куда при нынешних требованиях ip-телефонии и прочего? Ну и двухбайтовые as numbers, которые скоро закончатся. А после построения линка чихнуть боишься - любое изменение bgp policy (скажем, удлинение as-path) может привести к suppressed по пенальти - тоже, как по мне, не очень здоровая тема.
Как-то IGP нынче развиваются намного более бурно, чем EGP.
AS> а) другого все равно нет :) AS> б) используй нормальные раутеры, и все будет нормально. Наши раутеры AS> почему-то переключаются в секунды... А если тебя и секунды не устраивают AS> - use sonet/aps, mpls frr и/или bfd.. Речь не о переключении собственных роутеров, а о времени распространения изменений в мире. AS> в) ну, то, что flap dampening concidered harmful - это уже довольно AS> давно известно. В результате у нас на сети (и, как минимум, у одного AS> из наших аплинков) оно выключено. В принципе, как механизм оно было бы полезно. Если б его как-то иначе реализовать. То есть, чтобы оно действительно защищало от частых флапов, но не мешало бы в нормальном случае, чтобы одно событие не вызывало большого пенальти из-за того, что оно распространяется по миру неравномерно. AS> г) то, что as'ы скоро кончатся - всем известно. Соответствующие AS> меры предпринимаются как на уровне протокола AS> http://www1.ietf.org/internet-drafts/draft-ietf-idr-as4bytes-12.txt AS> так и на уровне RIR'ов: AS> http://www.ripe.net/ripe/policies/proposals/2005-12.html AS> Ну и, повторюсь, другого все равно нет... В том-то и дело, что все упирается в пункт а). -- Lucky carrier, Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message