Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!Имеется 3 роутера с версией ИОС 12.(24)Т5
К каджому роутеру подключен один провайдер.
1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?
> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
> Имеется 3 роутера с версией ИОС 12.(24)Т5
> К каджому роутеру подключен один провайдер.
> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
2. - BGP с каждым провом :)
>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
>> Имеется 3 роутера с версией ИОС 12.(24)Т5
>> К каджому роутеру подключен один провайдер.
>> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
>> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?
> 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
> 2. - BGP с каждым провом :)1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит не на одном из маршрутизаторов.
>>> Добрый день! У меня такой вопрос, если кто знает помогите пожалуйста!
>>> Имеется 3 роутера с версией ИОС 12.(24)Т5
>>> К каджому роутеру подключен один провайдер.
>>> 1. Вопрос: возможно ли сбалансировать нагрузку? если да, то как?
>>> 2. Вопрос: возможно ли распределение нагрузки при падении одного из каналов?
>> 1. - входящую? исходящую? обе? нат? своя АС? арендованые адреса?
>> 2. - BGP с каждым провом :)
> 1. Входящий и исходящий желательно. Нат стоит. адреса арендованные. BGР не стоит
> не на одном из маршрутизаторов.Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е. при отвале одного из каналов - какой пров отвалился - его адреса станут недоступны...
1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать решение.
2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального маршрута и как следствие - резервирование (перенаправление вдругой канал на случай пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки тоже можно возложить на bgp.
>[оверквотинг удален]
> Доступ к вашим ресурсам - только через того прова, чьи адреса, т.е.
> при отвале одного из каналов - какой пров отвалился - его
> адреса станут недоступны...
> 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать
> решение.
> 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам
> - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального
> маршрута и как следствие - резервирование (перенаправление вдругой канал на случай
> пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки
> тоже можно возложить на bgp.Значит я так понимаю не возможно это сделать без BGP, а если с BGP то только некоторые моменты, но в целом получиться как я хочу, я правильно понял?
>[оверквотинг удален]
>> 1. Можно пингалкой проверять доступность ресурсов и согласно полученным данным принимать
>> решение.
>> 2. пообщаться с каждым провом на предмет организации bgp пиринга, они вам
>> - таблицу маршрутов, вы им - ровно 0 :) выбор оптимального
>> маршрута и как следствие - резервирование (перенаправление вдругой канал на случай
>> пропадания связи с bgp пиром) будут отрабатываться BGP-ой, некоторые моменты балансировки
>> тоже можно возложить на bgp.
> Значит я так понимаю не возможно это сделать без BGP, а если
> с BGP то только некоторые моменты, но в целом получиться как
> я хочу, я правильно понял?Не имея точного представления КАК вы хотите (то, что тут описано - некие общие фразы, работать скорее всего будет немного похоже, но масколько это "похоже" вас устроит - судить вам;) ) не могу ответить на вопрос "но в целом получиться как я хочу, я правильно понял?"
Без BGP это проделать можно - набором пингалок и переключением NAT-ов и маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу.
С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута (например на такие-то подсети через прова1 , на такие-то - через2 и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы....
>[оверквотинг удален]
> Не имея точного представления КАК вы хотите (то, что тут описано -
> некие общие фразы, работать скорее всего будет немного похоже, но масколько
> это "похоже" вас устроит - судить вам;) ) не могу ответить
> на вопрос "но в целом получиться как я хочу, я правильно
> понял?"
> Без BGP это проделать можно - набором пингалок и переключением NAT-ов и
> маршрутов на основании "пингается или нет", баланся трафик по какому-либо принципу.
> С BGP это тоже проделать можно - BGP обеспечит возможность выбора маршрута
> (например на такие-то подсети через прова1 , на такие-то - через2
> и т.д.) при отваливании - выбор альтернативного маршрута по правилам BGP-ы....ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть, и стоит прокси сервер. Все пользователи ходят через этот прокси. как сделать так чтоб была нагрузка не на один канал а на все 3?
> ситуация такая: стоят 3 маршрутизатора через них проходит 3 канала интернета, к
> каждому маршрутизатору идет 1 канал от провайдера. внутри имеется локальная сеть,
> и стоит прокси сервер. Все пользователи ходят через этот прокси. как
> сделать так чтоб была нагрузка не на один канал а на
> все 3?направить трафик на vkontakte через 1, на akamai через 2, остальное на 3 ну или в другом порядке. это если без bgp и все клиенты за натом.
>> ситуация такая: стоят 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 и дороже, зато получите меньше гемора на свою голову.