Jump to content
Калькуляторы

измерить 600Мбит/c чем или как? измерить 600Мбит/c чем или как?

Всем приветы

 

Ситуация такая - подключены к 2-м провайдерам. Решили расширить полосу до одного из них до 600Мбит/с. В час пик выключаем канал до другого в надежде увидеть "полку" в 600, но получаем 478.

Я смотрю скорость по порту на цисаке в PRTG (по snmp) и на магистральном коммутаторе ( встроенное средство мониторинга скорости на порту dlink рисует те же 478 ). Провайдер говорит, что у него все пучком,

очевидна необходимость тестировать последнюю милю.

Как или чем протестировать? Фтп передача на таких скоростях даст большую погрешность, пользовался iperf, но на скоростях >20 Мбит/c - тоже начинает врать

 

С уважением ...

 

Share this post


Link to post
Share on other sites

Отключите абонентам шейперы, они сами сработают лучше всяких фтп

Share this post


Link to post
Share on other sites

iperf не врёт, врёт ОС.

 

Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают.

Тесты разных ядер линукса показали результаты 50 - 92 мбит.

Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит.

В итоге для тестов выбрали один из дистрибутивов убунты.

 

Вот с гигабитом не игрались.

Edited by secandr

Share this post


Link to post
Share on other sites
Отключите абонентам шейперы, они сами сработают лучше всяких фтп
и ещё плюсом сами качайте топовые Blueray раздачи торрентом - точно прогрузите.

 

Share this post


Link to post
Share on other sites
478 как полка выглядит?
выглядит плоско как стол :) в момент тестирования (переключения) суммарная нагрузка на каналы >600 МБит/с и проблем нагрузить канал нет

 

iperf не врёт, врёт ОС.

 

Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают.

Тесты разных ядер линукса показали результаты 50 - 92 мбит.

Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит.

В итоге для тестов выбрали один из дистрибутивов убунты.

 

Вот с гигабитом не игрались.

не важно кто именно врет, будем считать что врет "инструмент в целом"

если для 100Мбитного порта показания постоянно плавают да еще в пределах 30-40% - "линейка" явно кривая и измерять ей нельзя, тем более на гигабитных портах

Share this post


Link to post
Share on other sites

IXChariot не врёт, но за него денег хотят... нехреново.

Share this post


Link to post
Share on other sites

Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит.

Share this post


Link to post
Share on other sites

iperf не врёт, врёт ОС.

готовить нужно уметь.

Share this post


Link to post
Share on other sites
iperf не врёт, врёт ОС.
готовить нужно уметь.

ну так вопрос и был задан конкретный ;)

Share this post


Link to post
Share on other sites

Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит.

хз ... вобщем у нас стоял на одной стороне сервер freebsd, с другой - ноут с гигабитом, виндовый , показания уже на 20Мбитах "прыгали" ... может конечно "не так готовили"

Share this post


Link to post
Share on other sites

iperf если и врет, то не сильно, не на 30-40% уж точно.

 

[agr@myworkserver ~]$ iperf -c iperf.mydomain.com

------------------------------------------------------------

Client connecting to iperf.mydomain.com, TCP port 5001

TCP window size: 16.0 KByte (default)

------------------------------------------------------------

[ 3] local xx.xx.xx.xx port 50935 connected with yy.yy.yy.yy port 5001

[ ID] Interval Transfer Bandwidth

[ 3] 0.0-10.0 sec 1.08 GBytes 925 Mbits/sec

 

 

Share this post


Link to post
Share on other sites
iperf не врёт, врёт ОС.

 

Тесты показали, что iperf под разные win показали производительность 40-60 мбит. Причём значения постоянно плавают.

Тесты разных ядер линукса показали результаты 50 - 92 мбит.

Тесты проводили на нескольких дестрибутивах linux, на ноутбуках одной поставки с интерфейсом 100мбит.

В итоге для тестов выбрали один из дистрибутивов убунты.

 

Вот с гигабитом не игрались.

Ага, с настройками по умолчаниями iperf версии 1.7(обычно такая версия гуляет на просторах интернета) под винду он реально даёт меньше. Проблема решается элементарно - надо всего лишь увеличить размер tcp-окна(вместо 8К поставить 64К) и на FE-интерфейсах будет сотка вместо 40-60.

 

Чтобы виндовые приложения выжирали всю сотку нужно поставить sg tcp optimizer, особенно если задержка заметна(т.е. не 1-2мс)

 

 

Гиговые линки iperf'ом тоже без проблем тестируются (под винду не пробовал, только из-под линуксов).

Edited by s.lobanov

Share this post


Link to post
Share on other sites

Тестировали гигабитную релейку iperf'ом под Linux'ом. С одной стороны сервер, с другой - ноут с гиговой сетевушкой (Lenovo X61s, тоже Linux), нагрузилось на 931Mbit/s. Хотя, конечно, одним tcp'шным потоком добиться полки вряд ли получится если там полисер на 600Мбит стоит.

на какое расстояние она у вас выдает гигабит?

Share this post


Link to post
Share on other sites
Я смотрю скорость по порту на цисаке в PRTG (по snmp)
какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?

может просто переполняется счетчик, потому и не видно больше ничего

Share this post


Link to post
Share on other sites

Тестировали гигабитную релейку iperf'ом под Linux'ом.

на какое расстояние она у вас выдает гигабит?

Тестировали "на столе", хотя от расстояния скорость не зависит, там честный FDD и фиксированная модуляция (т.е. скорость снижать она не умеет, только падать совсем). А максимальное расстояние зависит от уровня осадков и желаемого уровня доступности. Но не больше 10км по любому.

 

И что касается тестирования скорости - Linux'ы с двух сторон, никаких лишних демонов не запускать - лучше в single user загрузиться и сеть вручную поднять. И не забыть что сетевушки должны быть на чём-то более скоростном, чем обычный PCI.

Edited by [ip]

Share this post


Link to post
Share on other sites
Я смотрю скорость по порту на цисаке в PRTG (по snmp)
какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?

может просто переполняется счетчик, потому и не видно больше ничего

размерности на мой взгляд хватает, потому что показания PRTG соответствуют измерениям на порту магистрального D-Linka
Edited by ichthyandr

Share this post


Link to post
Share on other sites

iperf под debian показыает 92.1Мбит +/- 0.2 Мбит на 100мбитном линке. Это 0,2% погрешность.

Вполне великолепно меряет каналы до 90Мбит включительно. Там уже по большей части глюки полисеров видны. Чётко видно как заполняются "вёдра": идёт резкий всплеск выше CIR, а потом подение ниже.

Share this post


Link to post
Share on other sites

спасибо всем откликнувшимся, будем пробовать :)

Share this post


Link to post
Share on other sites

Останкино - М9 свободное волокно, 1Gbit транк 802.1q. На концах стоят свитчи 3560G с SFP ZX. Два медных порта на одном были соединены патчкордом. К двум портам другого свитча были подключены ноутбуки с гигабитными картами, ubuntu в single mode, iperf и bwping. В транке два vlan, медные порты на свитчах - access к этим vlan. В общем, гигабит в по волокну сразу туда и сюда. Скорость контролировалась по snmp на портах свитча, который был рядом с компьютерами. С помощью iperf на udp удалось получить максимальный трафик 932 Mbit. С помощью bwping - аж 983 Mbit.

Share this post


Link to post
Share on other sites
хз ... вобщем у нас стоял на одной стороне сервер freebsd, с другой - ноут с гигабитом, виндовый , показания уже на 20Мбитах "прыгали" ... может конечно "не так готовили"
Микротиковским тестом под винду выжимал гигабит на реалтеках встроенных.

Гдето на форуме есть даже скриншот диспетчера задач с графиком.

С одной стороны был Е8400 с другой Е5300, оба в полку ушли.

2к3х64 и ХР

 

 

Ага, с настройками по умолчаниями iperf версии 1.7(обычно такая версия гуляет на просторах интернета) под винду он реально даёт меньше. Проблема решается элементарно - надо всего лишь увеличить размер tcp-окна(вместо 8К поставить 64К) и на FE-интерфейсах будет сотка вместо 40-60.

Чтобы виндовые приложения выжирали всю сотку нужно поставить sg tcp optimizer, особенно если задержка заметна(т.е. не 1-2мс)

Гиговые линки iperf'ом тоже без проблем тестируются (под винду не пробовал, только из-под линуксов).

Я делал проще: по 4-8 потоков UDP на отправку с каждой стороны.

Хотя какойто тюнинг у меня в реестре был.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this