- Балансировка маршрутов,
 cant, 14:51 , 23-Апр-15 (1)> Добрый день !
> Есть два канала с одинаковой полосой пропускания в 10 МБ. При работе
> на одному из каналов графики показывают полную (100%) загрузку канала в
> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
> канала, но каждый из каналов загружается всего на 60%, т.е. всего
> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
> увеличить загрузку их до 80-90% ?Решение зависит от того, по какой технологии они объединены
и от того на каком именно оборудовании.
- Балансировка маршрутов, milliardik, 14:55 , 23-Апр-15 (3)
>> Добрый день !
>> Есть два канала с одинаковой полосой пропускания в 10 МБ. При работе
>> на одному из каналов графики показывают полную (100%) загрузку канала в
>> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
>> канала, но каждый из каналов загружается всего на 60%, т.е. всего
>> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
>> увеличить загрузку их до 80-90% ?
> Решение зависит от того, по какой технологии они объединены
> и от того на каком именно оборудовании.На стороне main стоит маршрутизатор 3925 со стороны branch 2911. Два прямых канала через сети провайдера, на маршрутизаторах поднят ospf.
- Балансировка маршрутов, PavelR, 14:55 , 23-Апр-15 (2)
> Добрый день !
> Есть два канала с одинаковой полосой пропускания в 10 МБ. При работе
> на одному из каналов графики показывают полную (100%) загрузку канала в
> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
> канала, но каждый из каналов загружается всего на 60%, т.е. всего
> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
> увеличить загрузку их до 80-90% ?Есть такая штука - торренты. Ей легко добиться как полной загрузки обоих каналов, так и просто увеличить загрузку до 80-90%.
- Балансировка маршрутов, cant, 15:23 , 23-Апр-15 (4)
> Есть два канала с одинаковой полосой пропускания в 10 МБ. При работе
> на одному из каналов графики показывают полную (100%) загрузку канала в
> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
> канала, но каждый из каналов загружается всего на 60%, т.е. всего
> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
> увеличить загрузку их до 80-90% ?На всякий случай ещё раз проверьте режим балансировки per-packet
как предписано http://www.cisco.com/c/en/us/support/docs/ip/express-forward...
Обязательно с обеих сторон. Да и изобрести надежный способ нагрузочного тестирования надо. Торрент вполне подойдет, но даст много сессий и будет пофиг per-packet или per-destination настроено. Причина же может оказаться совсем в другом "узком" месте.
- Балансировка маршрутов, Merridius, 19:32 , 23-Апр-15 (5)
>[оверквотинг удален]
>> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
>> канала, но каждый из каналов загружается всего на 60%, т.е. всего
>> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
>> увеличить загрузку их до 80-90% ?
> На всякий случай ещё раз проверьте режим балансировки per-packet
> как предписано http://www.cisco.com/c/en/us/support/docs/ip/express-forward...
> Обязательно с обеих сторон.
> Да и изобрести надежный способ нагрузочного тестирования надо. Торрент вполне подойдет,
> но даст много сессий и будет пофиг per-packet или per-destination настроено.
> Причина же может оказаться совсем в другом "узком" месте.Не надо per-packet, он идет через process-switching.
- Балансировка маршрутов, milliardik, 07:24 , 24-Апр-15 (7)
>[оверквотинг удален]
>>> канала, но каждый из каналов загружается всего на 60%, т.е. всего
>>> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
>>> увеличить загрузку их до 80-90% ?
>> На всякий случай ещё раз проверьте режим балансировки per-packet
>> как предписано http://www.cisco.com/c/en/us/support/docs/ip/express-forward...
>> Обязательно с обеих сторон.
>> Да и изобрести надежный способ нагрузочного тестирования надо. Торрент вполне подойдет,
>> но даст много сессий и будет пофиг per-packet или per-destination настроено.
>> Причина же может оказаться совсем в другом "узком" месте.
> Не надо per-packet, он идет через process-switching.У меня др вариантов нет. source-destination всегда один (см. ниже)
- Балансировка маршрутов, milliardik, 07:23 , 24-Апр-15 (6)
>[оверквотинг удален]
>> 10 МБ, при запуске обоих трафик распределяется равномерно на оба
>> канала, но каждый из каналов загружается всего на 60%, т.е. всего
>> 12 Мб. Как добиться полной загрузки обоих каналов или хотя бы
>> увеличить загрузку их до 80-90% ?
> На всякий случай ещё раз проверьте режим балансировки per-packet
> как предписано http://www.cisco.com/c/en/us/support/docs/ip/express-forward...
> Обязательно с обеих сторон.
> Да и изобрести надежный способ нагрузочного тестирования надо. Торрент вполне подойдет,
> но даст много сессий и будет пофиг per-packet или per-destination настроено.
> Причина же может оказаться совсем в другом "узком" месте.Балансировка маршрута выставлена в per-packet, так как поверх всего каналов строится vpn туннель, т.е. за маршрутизаторами стоят асы и source destination всегда один. Способ проверки, тупо копирую данные. При тестировании показывает равномерное распределение трафика по интерфейсам каналов, но загрузка каждого выше 6 Мб не подымается (в сумме 12), при проверке каналов поодиночке показывает полную загрузку 10 Мб, что исключает наличие узких мест.
- Балансировка маршрутов, cant, 10:49 , 24-Апр-15 (8)
>> Да и изобрести надежный способ нагрузочного тестирования надо.
>>
> Способ проверки, тупо копирую данные. При тестировании показывает равномерное распределение
> трафика по интерфейсам каналов, но загрузка каждого выше 6 Мб не
> подымается (в сумме 12), при проверке каналов поодиночке показывает полную загрузку
> 10 Мб, что исключает наличие узких мест.Отлично. Теперь запустите одновременно несколько процессов "копирования данных". Или дайте флуд-пинг на 20Mbps в течении 10 минут и посмотрите нагрузку in/out на каждом транзитном интерфейсе.
- Балансировка маршрутов, milliardik, 11:16 , 24-Апр-15 (9)
>>> Да и изобрести надежный способ нагрузочного тестирования надо.
>>>
>> Способ проверки, тупо копирую данные. При тестировании показывает равномерное распределение
>> трафика по интерфейсам каналов, но загрузка каждого выше 6 Мб не
>> подымается (в сумме 12), при проверке каналов поодиночке показывает полную загрузку
>> 10 Мб, что исключает наличие узких мест.
> Отлично. Теперь запустите одновременно несколько процессов "копирования данных".
> Или дайте флуд-пинг на 20Mbps в течении 10 минут и посмотрите нагрузку
> in/out на каждом транзитном интерфейсе.6 Мб потолок, как и говорил выше.
- Балансировка маршрутов, cant, 11:39 , 24-Апр-15 (10)
>>>> Да и изобрести надежный способ нагрузочного тестирования надо.
>>>>
> 6 Мб потолок, как и говорил выше.Т.е. для трафика внутри туннеля ? Дефект balancing per-packet на железках типа 3925,2911 кажется мало вероятным.
Попробуйте непосредственно с 3925 на 2911 дать флуд-пинг и гляньте нагрузку.
Только так, чтоб src и dst ip были балансируемыми.
типа
ping dst-ip size 1400 timeout 0 repeat 100000 source src-ip
(уточните, как там на циске правильно флуд пинг давать)
- Балансировка маршрутов, milliardik, 12:39 , 24-Апр-15 (11)
>>>>> Да и изобрести надежный способ нагрузочного тестирования надо.
>>>>>
>> 6 Мб потолок, как и говорил выше.
> Т.е. для трафика внутри туннеля ?
> Дефект balancing per-packet на железках типа 3925,2911 кажется мало вероятным.
> Попробуйте непосредственно с 3925 на 2911 дать флуд-пинг и гляньте нагрузку.
> Только так, чтоб src и dst ip были балансируемыми.
> типа
> ping dst-ip size 1400 timeout 0 repeat 100000 source src-ip
> (уточните, как там на циске правильно флуд пинг давать) да, трафик внутри туннеля. ping 172.30.212.25 sou 172.30.212.1 size 1400 repeat 10000 - нагрузить смог только процессор )))
Каналы выше 1 Мб непошли
- Балансировка маршрутов, cant, 12:46 , 24-Апр-15 (12)
>[оверквотинг удален]
>> Дефект balancing per-packet на железках типа 3925,2911 кажется мало вероятным.
>> Попробуйте непосредственно с 3925 на 2911 дать флуд-пинг и гляньте нагрузку.
>> Только так, чтоб src и dst ip были балансируемыми.
>> типа
>> ping dst-ip size 1400 timeout 0 repeat 100000 source src-ip
>> (уточните, как там на циске правильно флуд пинг давать)
> да, трафик внутри туннеля.
> ping 172.30.212.25 sou 172.30.212.1 size 1400 repeat 10000 - нагрузить смог только
> процессор )))
> Каналы выше 1 Мб непошли Да,да, только обязательно флуд - timeout 0
Лучше в нерабочее время, аккуратно подбирая параметры, и настолько длительно, чтоб смочь посмотреть нагрузку в Mbps in/out на всех интерфейсах. И так потихоньку, потом двигайтесь дальше, потом вместо(рядом) с ASA ставьте ноутбуки с iperf, а уже потом за ASA в туннель.
- Балансировка маршрутов, milliardik, 13:05 , 24-Апр-15 (13)
>[оверквотинг удален]
>>> (уточните, как там на циске правильно флуд пинг давать)
>> да, трафик внутри туннеля.
>> ping 172.30.212.25 sou 172.30.212.1 size 1400 repeat 10000 - нагрузить смог только
>> процессор )))
>> Каналы выше 1 Мб непошли
> Да,да, только обязательно флуд - timeout 0
> Лучше в нерабочее время, аккуратно подбирая параметры, и настолько длительно, чтоб смочь
> посмотреть нагрузку в Mbps in/out на всех интерфейсах. И так потихоньку,
> потом двигайтесь дальше, потом вместо(рядом) с ASA ставьте ноутбуки с iperf,
> а уже потом за ASA в туннель.Спасибо за помощь/наводку/мысль.
Лучше уж сразу за маршрутизаторами поставлю по ПК, так надежней. Погоняю распределения трафика минуя туннель.
- Балансировка маршрутов, cant, 13:21 , 24-Апр-15 (14)
> Лучше уж сразу за маршрутизаторами поставлю по ПК, так надежней. Погоняю распределения
> трафика минуя туннель.Только между ПК ни в коем случае не пытайтесь гнать трафик типа netbios,виндовс-шары,
любой другой типа - ftp,www. iperf идеально.
- Балансировка маршрутов, milliardik, 14:06 , 24-Апр-15 (15)
>> Лучше уж сразу за маршрутизаторами поставлю по ПК, так надежней. Погоняю распределения
>> трафика минуя туннель.
> Только между ПК ни в коем случае не пытайтесь гнать трафик типа
> netbios,виндовс-шары,
> любой другой типа - ftp,www. iperf идеально.Не понятно, почему ?
- Балансировка маршрутов, cant, 14:16 , 24-Апр-15 (16)
>> Только между ПК ни в коем случае не пытайтесь гнать трафик типа
>> netbios,виндовс-шары,
>> любой другой типа - ftp,www. iperf идеально.
> Не понятно, почему ?Может он трусливее (от задержки, дропа, ретрансмита ..), и чуть что сразу тормозит, а ftp,www продолжают нормально работать.
Необъяснимо, но факт.
Видимо изначально он разрабатывался для LAN, а для WAN он не подходит.
- Балансировка маршрутов, milliardik, 14:19 , 24-Апр-15 (17)
>>> Только между ПК ни в коем случае не пытайтесь гнать трафик типа
>>> netbios,виндовс-шары,
>>> любой другой типа - ftp,www. iperf идеально.
>> Не понятно, почему ?
> Может он трусливее (от задержки, дропа, ретрансмита ..), и чуть что сразу
> тормозит, а ftp,www продолжают нормально работать.
> Необъяснимо, но факт.
> Видимо изначально он разрабатывался для LAN, а для WAN он не подходит. Понятно. Кстати может в спиды на пути следования подкорректировать, у меня в авто с обоих сторон стоит (1 Gb)
Поэкспериментирую. Отпишу по результату. Спасибо Вам !
- Балансировка маршрутов, milliardik, 09:17 , 27-Апр-15 (18)
>[оверквотинг удален]
>>> (уточните, как там на циске правильно флуд пинг давать)
>> да, трафик внутри туннеля.
>> ping 172.30.212.25 sou 172.30.212.1 size 1400 repeat 10000 - нагрузить смог только
>> процессор )))
>> Каналы выше 1 Мб непошли
> Да,да, только обязательно флуд - timeout 0
> Лучше в нерабочее время, аккуратно подбирая параметры, и настолько длительно, чтоб смочь
> посмотреть нагрузку в Mbps in/out на всех интерфейсах. И так потихоньку,
> потом двигайтесь дальше, потом вместо(рядом) с ASA ставьте ноутбуки с iperf,
> а уже потом за ASA в туннель.Вы были правы, подключив ПК напрямую к маршрутизатору, у пустив трафик к ПК минуя туннель, сразу стала заметна разница, т.е. пропускная способность выросла до 16 Мб без учета трафика в туннеле, т.е. 18-19 Мб вообщем. Есть подозрения что интерфейс асы на стороне удаленного офиса работает в 10 Мб, хотя лицензия по документам дает возможность работать в 100 Мб и сам листинг команды show interface показывает что интерфейс работает в 100 Мб. Буду разбираться дальше, спасибо Вам за помощь.
|
Версия для распечатки
Балансировка маршрутов, 
