- Создание трех каналов для балансировки, fantom, 15:01 , 23-Июн-11 (1)
> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста! > Имеется 3 роутера с версией ИОС 12.(24)Т5 > К каджому роутеру подключен один провайдер. > 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как? > 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса? 2. - BGP с каждым провом :)
- Создание трех каналов для балансировки, engalichev, 16:34 , 23-Июн-11 (2)
>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста! >> Имеется 3 роутера с версией ИОС 12.(24)Т5 >> К каджому роутеру подключен один провайдер. >> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как? >> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов? > 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса? > 2. - BGP с каждым провом :) 1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит не на одном из маршрутизаторов.
- Создание трех каналов для балансировки, fantom, 16:48 , 23-Июн-11 (3)
>>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста! >>> Имеется 3 роутера с версией ИОС 12.(24)Т5 >>> К каджому роутеру подключен один провайдер. >>> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как? >>> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов? >> 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса? >> 2. - BGP с каждым провом :) > 1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит > не на одном из маршрутизаторов.Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е. при отвале одного из каналов - какой пров отвалился - его адреса станут недоступны... 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать решение. 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального маршрута и как следствие - резервирование (перенаправление вдругой канал на случай пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки тоже можно возложить на bgp.
- Создание трех каналов для балансировки, engalichev, 16:51 , 23-Июн-11 (4)
>[оверквотинг удален] > Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е. > при отвале одного из каналов - какой пров отвалился - его > адреса станут недоступны... > 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать > решение. > 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам > - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального > маршрута и как следствие - резервирование (перенаправление вдругой канал на случай > пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки > тоже можно возложить на bgp.Значит я так понимаю не возможно это сделать без BGP, а если с BGP то только некоторые моменты, но в целом получиться как я хочу, я правильно понял?
- Создание трех каналов для балансировки, fantom, 17:00 , 23-Июн-11 (5)
>[оверквотинг удален] >> 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать >> решение. >> 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам >> - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального >> маршрута и как следствие - резервирование (перенаправление вдругой канал на случай >> пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки >> тоже можно возложить на bgp. > Значит я так понимаю не возможно это сделать без BGP, а если > с BGP то только некоторые моменты, но в целом получиться как > я хочу, я правильно понял?Не имея точного представления КАК вы хотите (то, что тут описано - некие общие фразы, работать скорее всего будет немного похоже, но масколько это "похоже" вас устроит - судить вам;) ) не могу ответить на вопрос "но в целом получиться как я хочу, я правильно понял?" Без BGP это проделать можно - набором пингалок и переключением NAT-ов и маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу. С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута (например на такие-то подсети через прова1 , на такие-то - через2 и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы....
- Создание трех каналов для балансировки, engalichev, 17:11 , 23-Июн-11 (6)
>[оверквотинг удален] > Не имея точного представления КАК вы хотите (то, что тут описано - > некие общие фразы, работать скорее всего будет немного похоже, но масколько > это "похоже" вас устроит - судить вам;) ) не могу ответить > на вопрос "но в целом получиться как я хочу, я правильно > понял?" > Без BGP это проделать можно - набором пингалок и переключением NAT-ов и > маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу. > С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута > (например на такие-то подсети через прова1 , на такие-то - через2 > и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы.... ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть, и стоит прокси сервер. Все пользователи ходят через этот прокси. как сделать так чтоб была нагрузка не на один канал а на все 3?
- Создание трех каналов для балансировки, sn, 18:04 , 23-Июн-11 (7)
> ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к > каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть, > и стоит прокси сервер. Все пользователи ходят через этот прокси. как > сделать так чтоб была нагрузка не на один канал а на > все 3?направить трафик на vkontakte через 1, на akamai через 2, остальное на 3 ну или в другом порядке. это если без bgp и все клиенты за натом.
- Создание трех каналов для балансировки, den, 18:29 , 23-Июн-11 (8)
>> ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к >> каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть, >> и стоит прокси сервер. Все пользователи ходят через этот прокси. как >> сделать так чтоб была нагрузка не на один канал а на >> все 3? > направить трафик на vkontakte через 1, на akamai через 2, остальное на > 3 ну или в другом порядке. это если без bgp и > все клиенты за натом.1. tracking гейтов провайдера (ios поддерживает) и далее при падении некого прова меняется таблица рутинга, после этого запускается аплетик по событию и делает команду clear ip nat translation * или какототак , иначе затранслируемые юзеры будут отваливаться по таймауту tcp сессий. Балансить можно таким образом, часть юзеров натим на одного прова, часть на второго, часть на третьего. Но в таком случаее разброс трафика неизбежен. 2. Купить PI & AS - самый правильный способ но нужно потратить пару сотен евро обратившись к LIR. 3. Получить у вашего провайдера (хотябы одного /24 PA адресса), попросить его чтобы была возможность сделать роут обджект с оригинейтингом этой сети двумя другими. Построить BGP на серой AS и аносить этот блок всем троим. Далее они оригинейтят префикс от своей AS. Как показывает опыт все зависит от желания провайдеров 1,2,3 реализовать такой вариант, поэтому хотя вариант 2 и дороже, зато получите меньше гемора на свою голову.
|