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

[ichthyandr]

Всем приветы

 

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

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

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

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

 

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

 

[nic_stav]

478 как полка выглядит?

[EvilShadow]

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

[secandr]

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

 

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

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

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

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

 

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

Edited March 10, 2011 by secandr

[Butch3r]

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

и ещё плюсом сами качайте топовые Blueray раздачи торрентом - точно прогрузите.

 

[ichthyandr]

478 как полка выглядит?

выглядит плоско как стол :) в момент тестирования (переключения) суммарная нагрузка на каналы >600 МБит/с и проблем нагрузить канал нет

 

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

 

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

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

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

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

 

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

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

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

[Deac]

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

[nic_stav]

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

http://rutracker.org/forum/viewtopic.php?t=1506976

ну или пробную версию заказать можно

Edited March 10, 2011 by nic_stav

[[ip]]

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

[Ivan_83]

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

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

[ichthyandr]

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

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

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

[ichthyandr]

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

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

[agr]

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

 

 

[s.lobanov]

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 March 10, 2011 by s.lobanov

[Butch3r]

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

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

[Walday]

Я смотрю скорость по порту на цисаке в PRTG (по snmp)

какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?

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

[[ip]]

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

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

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

 

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

Edited March 11, 2011 by [ip]

[ichthyandr]

Я смотрю скорость по порту на цисаке в PRTG (по snmp)

какой интервал опроса счетчтков и какие берутся- 32бит или 64бит?

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

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

[secandr]

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

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

[ichthyandr]

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

[Umux]

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

[Ivan_83]

хз ... вобщем у нас стоял на одной стороне сервер 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 на отправку с каждой стороны.

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