Привет,
AS - планируется, их же еще выдают ? /24 тоже есть.
Пока я думаю, что надо такой роутер, который роутить не будет, а который будет отдавать основной/резервный full view исходя из соображений не менее Х сотен тыс префиксов в главном и второстепенном. Если в обоих фигня - всё равно основной отдаётся. Вопрос кто это умеет.
6 листопада 2019, 18:19:21, від "Eduard M"
Всем привет,
Есть включение пару-тройку операторов (tier1/2/3).
Теоретически, по-бедному, можно принимать от них дефолт, вместо неск. full view, но бывают ситуации, когда этот дефолт приходит без ничего за ним (т.е. 0/0 есть, а за ним ничего нет - оборван канал от ПОП оператора дальше), а страхуется это только контролем кол-ва префиксов.
Клиентов - один, требуется оооочень стабильная сеть. Из-за особенностей законодательства Украины, сервис не может стать в ДЦ-ы Level3 (CenturyLink) или в Телию в Европе и тем самым снять с себя проблемы с сетью раз и навсегда.
Т.е. рассматривается конфигурация:
operators -[switch]-route_server
Где свитч выполняет роль маршрутизатора с дефолтом, а роут-сервер - контролит качество дефолта.
Спасибо.
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
On 06/11/2019 18:13, Vladimir Sharun wrote:
Привет,
AS - планируется, их же еще выдают ? /24 тоже есть.
AS раздают.
Пока я думаю, что надо такой роутер, который роутить не будет, а который будет отдавать основной/резервный full view исходя из соображений не менее Х сотен тыс префиксов в главном и второстепенном. Если в обоих фигня - всё равно основной отдаётся. Вопрос кто это умеет.
Может я не совсем понял идею? Если один из аплинков отпал или деградировал - суммарный full view просто не будет содержать почти (или совсем) маршрутов на соответствующего провайдера. Т.е., на клиента (не важно, в режиме роутинга это будет или RR), при наличии одной сессии с ним, будет всегда отдаваться один суммарный full view с лучшими маршрутами со всех аплинков (или лучшими, на основании настроек). Тут может идея насчет одного исходящего IP ... Хотя, свой блок это обеспечит. Плюс BGP разрулит (см выше).
/6 листопада 2019, 18:19:21, від "Eduard M"
mailto:eduard@melnyk.lu>:/ Привет
Например, juniper mx5 и выше. Настроил и забыл Плюс есть поддержка
Еще мне советовали mikrotik ccr модели. Но надо тестить время сходимости на 3х fullview
С другой стороны, ничего не сказано про наличие своего pi+as. /29 на оператора без своего блока влечет за собой разные исходящие адреса (хотя, может это и не проблема вовсе).
Bird уже советовали. Quagga (или даже зебра) справится с задачей. Если стремно - два разных тазика (виртулки с парой гигов мозгов) позе RR (уже советовали для правильного next hop). И есть ли bgp с клиентом? :) Если нет - тазики в позе роутеров плюс nat плюс vrrp. На линуксах работает без вопросов.
Sent from my iPhone
On 6 Nov 2019, at 16:55, Vladimir Sharun
mailto:vladimir.sharun@ukr.net> wrote: Привет, Спасибо.
А есть ли то же самое, но только с хорошей такой поддержкой вендора или bird - это что-то по continuity работы похоже на named например, т.е. не то чтобы безглючное, но невисючее ?
/6 листопада 2019, 15:03:09, від "Alexandr Baryshnyev"
mailto:abb@abbon.net>:/ Поставьте софтроутер на писюке, bird вполне разрулит вам три канала с full view без всяких костылей. Сэкономленные деньги можно со спокойной совестью пропить.
06.11.2019 14:42, Vladimir Sharun пишет: > Всем привет, > > Есть включение пару-тройку операторов (tier1/2/3). > > Теоретически, по-бедному, можно принимать от них дефолт, вместо неск. full view, но бывают ситуации, когда этот дефолт > приходит без ничего за ним (т.е. 0/0 есть, а за ним ничего нет - оборван канал от ПОП оператора дальше), а страхуется > это только контролем кол-ва префиксов. > > Клиентов - один, требуется оооочень стабильная сеть. Из-за особенностей законодательства Украины, сервис не может стать > в ДЦ-ы Level3 (CenturyLink) или в Телию в Европе и тем самым снять с себя проблемы с сетью раз и навсегда. > > Т.е. рассматривается конфигурация: > > operators -[switch]-route_server > > Где свитч выполняет роль маршрутизатора с дефолтом, а роут-сервер - контролит качество дефолта. > > Спасибо. > > _______________________________________________ > uanog mailing list > uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua > https://mailman.uanog.kiev.ua/mailman/listinfo/uanog >
-- Best regards, Alexandr B. Baryshnyev, e-mail:abb@abbon.net mailto:abb@abbon.net _______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
On 06/11/2019 19:27, Eduard M wrote:
Пока я думаю, что надо такой роутер, который роутить не будет, а который будет отдавать основной/резервный full view исходя из соображений не менее Х сотен тыс префиксов в главном и второстепенном. Если в обоих фигня - всё равно основной отдаётся. Вопрос кто это умеет.
Может я не совсем понял идею?
Если один из аплинков отпал или деградировал - суммарный full view просто не будет содержать почти (или совсем) маршрутов на соответствующего провайдера. Т.е., на клиента (не важно, в режиме роутинга это будет или RR), при наличии одной сессии с ним, будет всегда отдаваться один суммарный full view с лучшими маршрутами со всех аплинков (или лучшими, на основании настроек).
Кстати, в этой задаче главное не использовать дефолты с этих аплинков (или явно отфильтровать их на своей стороне).
/6 листопада 2019, 18:19:21, від "Eduard M"
mailto:eduard@melnyk.lu>:/ Привет
Например, juniper mx5 и выше. Настроил и забыл Плюс есть поддержка
Еще мне советовали mikrotik ccr модели. Но надо тестить время сходимости на 3х fullview
С другой стороны, ничего не сказано про наличие своего pi+as. /29 на оператора без своего блока влечет за собой разные исходящие адреса (хотя, может это и не проблема вовсе).
Bird уже советовали. Quagga (или даже зебра) справится с задачей. Если стремно - два разных тазика (виртулки с парой гигов мозгов) позе RR (уже советовали для правильного next hop). И есть ли bgp с клиентом? :) Если нет - тазики в позе роутеров плюс nat плюс vrrp. На линуксах работает без вопросов.
Sent from my iPhone
On 6 Nov 2019, at 16:55, Vladimir Sharun
mailto:vladimir.sharun@ukr.net> wrote: Привет, Спасибо.
А есть ли то же самое, но только с хорошей такой поддержкой вендора или bird - это что-то по continuity работы похоже на named например, т.е. не то чтобы безглючное, но невисючее ?
/6 листопада 2019, 15:03:09, від "Alexandr Baryshnyev"
mailto:abb@abbon.net>:/ Поставьте софтроутер на писюке, bird вполне разрулит вам три канала с full view без всяких костылей. Сэкономленные деньги можно со спокойной совестью пропить.
06.11.2019 14:42, Vladimir Sharun пишет: > Всем привет, > > Есть включение пару-тройку операторов (tier1/2/3). > > Теоретически, по-бедному, можно принимать от них дефолт, вместо неск. full view, но бывают ситуации, когда этот дефолт > приходит без ничего за ним (т.е. 0/0 есть, а за ним ничего нет - оборван канал от ПОП оператора дальше), а страхуется > это только контролем кол-ва префиксов. > > Клиентов - один, требуется оооочень стабильная сеть. Из-за особенностей законодательства Украины, сервис не может стать > в ДЦ-ы Level3 (CenturyLink) или в Телию в Европе и тем самым снять с себя проблемы с сетью раз и навсегда. > > Т.е. рассматривается конфигурация: > > operators -[switch]-route_server > > Где свитч выполняет роль маршрутизатора с дефолтом, а роут-сервер - контролит качество дефолта. > > Спасибо. > > _______________________________________________ > uanog mailing list > uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua > https://mailman.uanog.kiev.ua/mailman/listinfo/uanog >
-- Best regards, Alexandr B. Baryshnyev, e-mail:abb@abbon.net mailto:abb@abbon.net _______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
_______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
participants (2)
-
Eduard M
-
Vladimir Sharun