Теоретический вопрос: Датацентр, 3 ввода от разных провайдеров, PI блок, куча серверов, куча пользователей. Предположим, что одному из пользователей надо дать доступ через одного конкретного провайдера, чтобы роутинг к его серверу и от него шел через этого провайдера. Остальные каналы использовать для него, как бекап, всех остальных пользователей можно выпускать на общих основаниях. Можно ли такое сделать только средствами bgp? если нет - вообще задача решается? как? Заранее спасибо. -- With best regards, Gregory Edigarov =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Tue, Feb 26, 2008 at 03:19:01PM +0200, Gregory Edigarov writes: GE> Теоретический вопрос: GE> Датацентр, 3 ввода от разных провайдеров, PI блок, куча серверов, куча GE> пользователей. GE> Предположим, что одному из пользователей надо дать доступ через одного GE> конкретного провайдера, чтобы роутинг к его серверу и от него шел через GE> этого провайдера. GE> Остальные каналы использовать для него, как бекап, всех остальных GE> пользователей можно выпускать на общих основаниях. GE> Можно ли такое сделать только средствами bgp? если нет - вообще задача GE> решается? как? Роутинг в обычном случае определяется только адресом назначения, но не исходящим адресом и интерфейсом. Поэтому, чтобы трафик от одного клиента шёл не так, как от других клиентов нужно сделать один из следующих вариантов: 1. Принимать канал от этого апстрима в отдельный роутер, для которого best path будет на этого апстрима, и этот же роутер будет гейтвеем для этого клиента. Остальные клиенты подключены к другому роутеру, выбирающему best path из своих соображений. 2. Почти то же самое, но не отдельными роутерами, а отдельными vrf в пределах одного роутера. 3. Policy-based routing. -- Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (2)
-
Gregory Edigarov
-
Pavel Gulchouck