форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Балансировка нагрузки PI, AS и 2 провайдера"

Сообщение от Dmitriy Sirant on 05-Май-07, 23:31

Добрый день Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии: PI, AS, 2 канала к двум провайдерам (неравноценные, один 7 мегабит, второй 5 мегабит), от обоих провайдеров получаю Full View. Кроме всего прочего есть суб-провайдер, которому надо отдать 7 мегабит в любом случае. Сейчас работает через policy routing, т.е. субпрвайдера анонсим только в канал который 7 мегабит, себя туда не анонсим, а всех остальных клиентов во второй канал 5 мегабит. Но в данной схеме неустраивает то, что в случае падения канала 7 мегабит необходимо ручками убирать policy routing и менять route-map (чтобы анонсить субпровайдера через канал 5 мегабит). Если это важно - то кошка 3662 (256/48) c с3660-is-mz.124-10a.bin Заранее спасибо за советы

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Балансировка нагрузки PI, AS и 2 провайдера"

Сообщение от deep_admin (ok) on 06-Май-07, 01:26

>Добрый день > >Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии: > > >PI, AS, 2 канала к двум провайдерам (неравноценные, один 7 мегабит, второй >5 мегабит), от обоих провайдеров получаю Full View. Кроме всего прочего >есть суб-провайдер, которому надо отдать 7 мегабит в любом случае. > >Сейчас работает через policy routing, т.е. субпрвайдера анонсим только в канал который >7 мегабит, себя туда не анонсим, а всех остальных клиентов во >второй канал 5 мегабит. Но в данной схеме неустраивает то, что >в случае падения канала 7 мегабит необходимо ручками убирать policy routing >и менять route-map (чтобы анонсить субпровайдера через канал 5 мегабит). > >Если это важно - то кошка 3662 (256/48) c с3660-is-mz.124-10a.bin > >Заранее спасибо за советы задачу надо разделить на несколько: управление исходящим/входящим своим и трафиком, и трафиком клиента для себя: входящий: балансировку можно достичь путем анонса разных своих префиксов в разные каналы + агрегацию всех префиксов, например есть сеть 10.10.10.0/23, в один канал анонс 10.10.10.0/24 и 10.10.10.0/23, во второй 10.10.11.0/24 и 10.10.10.0/23. Получаем жесткую балансировку + бэкап, можно подобного добиться и препендами исходящий: ну тот только локалпрефы, минус заключается в возможной ассиметрии (что в принципе не так страшно :) ) Для правильного анонса трафика клиента создайте у себя набор коммьюнити которые роут-мапами будут делать с его анонсами аналогичное вашим - если клиент не дурак, то он разберется что и куда пихать

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Балансировка нагрузки PI, AS и 2 провайдера"
	Сообщение от Dmitriy Sirant on 06-Май-07, 02:09
	>>Добрый день >> >>Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии: >> >> >>PI, AS, 2 канала к двум провайдерам (неравноценные, один 7 мегабит, второй >>5 мегабит), от обоих провайдеров получаю Full View. Кроме всего прочего >>есть суб-провайдер, которому надо отдать 7 мегабит в любом случае. >> >>Сейчас работает через policy routing, т.е. субпрвайдера анонсим только в канал который >>7 мегабит, себя туда не анонсим, а всех остальных клиентов во >>второй канал 5 мегабит. Но в данной схеме неустраивает то, что >>в случае падения канала 7 мегабит необходимо ручками убирать policy routing >>и менять route-map (чтобы анонсить субпровайдера через канал 5 мегабит). >> >>Если это важно - то кошка 3662 (256/48) c с3660-is-mz.124-10a.bin >> >>Заранее спасибо за советы > > >задачу надо разделить на несколько: управление исходящим/входящим своим и трафиком, и трафиком >клиента > >для себя: >входящий: балансировку можно достичь путем анонса разных своих префиксов в разные каналы >+ агрегацию всех префиксов, например есть сеть 10.10.10.0/23, в один канал >анонс 10.10.10.0/24 и 10.10.10.0/23, во второй 10.10.11.0/24 и 10.10.10.0/23. Получаем жесткую >балансировку + бэкап, >можно подобного добиться и препендами > >исходящий: ну тот только локалпрефы, минус заключается в возможной ассиметрии (что в >принципе не так страшно :) ) > >Для правильного анонса трафика клиента создайте у себя набор коммьюнити которые роут-мапами >будут делать с его анонсами аналогичное вашим - если клиент не >дурак, то он разберется что и куда пихать Но ведь это "ручной режим". А нет ли каких технологий как например в EIGRP который сам умеет балансировать нагрузку ? Ведь в том способе, что Вы описали я не смогу добиться гарантированой полосы для субпровайдера... хотя наверное такое понятие как гарантированая полоса тут вообще невозможно
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Балансировка нагрузки PI, AS и 2 провайдера"
	Сообщение от deep_admin (ok) on 06-Май-07, 02:26
	>Но ведь это "ручной режим". А нет ли каких технологий как например >в EIGRP который сам умеет балансировать нагрузку ? Ведь в том >способе, что Вы описали я не смогу добиться гарантированой полосы для >субпровайдера... хотя наверное такое понятие как гарантированая полоса тут вообще невозможно > а что по вашему балансировка трафика? eigrp как и оспф это link-state протоколы, они знают все о всей сети, а bgp - могут доать достоверно только next-hop/next-as. Вам необходимо обеспечить для ваших клиентов набор инструментов для роутинга их сетей, коими (инструментами) являются коммьюнити-атрибуты и соответсвующие роут-мапы - это нормальная практика у транзитных провайдеров. Кстати, поинтересуйтесь у ваших аплинков, скорее всего они имеют свои наборы коммьюнити. Еще заметьте, что коммьюнити-атрибуты транзитивные, то есть если по пути их обнулять/перебивать не будет, то вполне возмжно воспользоваться ими у одного из проходящих по пути магистралов :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]