Добрый день

Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии:

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

Заранее спасибо за советы

• Балансировка нагрузки PI, AS и 2 провайдера,deep_admin, 01:26 , 06-Май-07
  • Балансировка нагрузки PI, AS и 2 провайдера,Dmitriy Sirant, 02:09 , 06-Май-07
    • Балансировка нагрузки PI, AS и 2 провайдера,deep_admin, 02:26 , 06-Май-07

>Добрый день
>
>Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии:
>
>
>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. Получаем жесткую балансировку + бэкап,
можно подобного добиться и препендами

исходящий: ну тот только локалпрефы, минус заключается в возможной ассиметрии (что в принципе не так страшно :) )

Для правильного анонса трафика клиента создайте у себя набор коммьюнити которые роут-мапами будут делать с его анонсами аналогичное вашим - если клиент не дурак, то он разберется что и куда пихать

>>Добрый день
>>
>>Ткните носом что почитать, чтобы понять как сделать балансировку нагрузки при наличии:
>>
>>
>>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 который сам умеет балансировать нагрузку ? Ведь в том способе, что Вы описали я не смогу добиться гарантированой полосы для субпровайдера... хотя наверное такое понятие как гарантированая полоса тут вообще невозможно

>Но ведь это "ручной режим". А нет ли каких технологий как например
>в EIGRP который сам умеет балансировать нагрузку ? Ведь в том
>способе, что Вы описали я не смогу добиться гарантированой полосы для
>субпровайдера... хотя наверное такое понятие как гарантированая полоса тут вообще невозможно
>

а что по вашему балансировка трафика? eigrp как и оспф это link-state протоколы, они знают все о всей сети, а bgp - могут доать достоверно только next-hop/next-as.

Вам необходимо обеспечить для ваших клиентов набор инструментов для роутинга их сетей, коими (инструментами) являются коммьюнити-атрибуты и соответсвующие роут-мапы - это нормальная практика у транзитных провайдеров. Кстати, поинтересуйтесь у ваших аплинков, скорее всего они имеют свои наборы коммьюнити. Еще заметьте, что коммьюнити-атрибуты транзитивные, то есть если по пути их обнулять/перебивать не будет, то вполне возмжно воспользоваться ими у одного из проходящих по пути магистралов :)