[Yaten]

Есть провайдер, зовут Ростелеком, нижегородский филиал.

Полоса 2Гб.

 

Соединение 10Г. у них какая то циска, у меня Mikrotik CCR1036-8G-2S+

Полосу юзаем ~1.3-1.5Гб

 

Но вот есть проблема - ни один сервер спидтеста не показывает более 20Мбит входящего трафика, исходящий стабильно показывает максимум интерфейса ~95Мбит.

Были проведены тесты iperf и получили что то типа:

 

root@monitor2:~# iperf -c 31.186.72.30 -P 1 -i 1
------------------------------------------------------------
Client connecting to 31.186.72.30, TCP port 5001
TCP window size: 45.0 KByte (default)
------------------------------------------------------------
[  3] local 82.146.38.223 port 38611 connected with 31.186.72.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  1.62 MBytes  13.6 Mbits/sec
[  3]  1.0- 2.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  2.0- 3.0 sec  1.38 MBytes  11.5 Mbits/sec
[  3]  3.0- 4.0 sec   896 KBytes  7.34 Mbits/sec
[  3]  4.0- 5.0 sec  1.25 MBytes  10.5 Mbits/sec
[  3]  5.0- 6.0 sec  1.12 MBytes  9.44 Mbits/sec
[  3]  6.0- 7.0 sec   896 KBytes  7.34 Mbits/sec
[  3]  7.0- 8.0 sec   768 KBytes  6.29 Mbits/sec
[  3]  8.0- 9.0 sec  1.00 MBytes  8.39 Mbits/sec
[  3]  9.0-10.0 sec  1.00 MBytes  8.39 Mbits/sec
[  3]  0.0-10.2 sec  11.4 MBytes  9.32 Mbits/sec

 

31.186.72.30 - ПК, на котором нет входящей скорости.

Если запустим в обратную сторону будет ~95Мбит

 

Запускаем 20 сессий - забираем всю скорость

root@monitor2:~# iperf -c 31.186.72.30 -P 20
------------------------------------------------------------
Client connecting to 31.186.72.30, TCP port 5001
TCP window size: 45.0 KByte (default)
------------------------------------------------------------
[ 22] local 82.146.38.223 port 38651 connected with 31.186.72.30 port 5001
[ 14] local 82.146.38.223 port 38643 connected with 31.186.72.30 port 5001
[ 15] local 82.146.38.223 port 38644 connected with 31.186.72.30 port 5001
[ 16] local 82.146.38.223 port 38645 connected with 31.186.72.30 port 5001
[  3] local 82.146.38.223 port 38632 connected with 31.186.72.30 port 5001
[  7] local 82.146.38.223 port 38636 connected with 31.186.72.30 port 5001
[  9] local 82.146.38.223 port 38638 connected with 31.186.72.30 port 5001
[ 12] local 82.146.38.223 port 38641 connected with 31.186.72.30 port 5001
[  4] local 82.146.38.223 port 38633 connected with 31.186.72.30 port 5001
[  5] local 82.146.38.223 port 38634 connected with 31.186.72.30 port 5001
[  6] local 82.146.38.223 port 38635 connected with 31.186.72.30 port 5001
[  8] local 82.146.38.223 port 38637 connected with 31.186.72.30 port 5001
[ 17] local 82.146.38.223 port 38646 connected with 31.186.72.30 port 5001
[ 11] local 82.146.38.223 port 38640 connected with 31.186.72.30 port 5001
[ 10] local 82.146.38.223 port 38639 connected with 31.186.72.30 port 5001
[ 18] local 82.146.38.223 port 38647 connected with 31.186.72.30 port 5001
[ 19] local 82.146.38.223 port 38648 connected with 31.186.72.30 port 5001
[ 20] local 82.146.38.223 port 38649 connected with 31.186.72.30 port 5001
[ 21] local 82.146.38.223 port 38650 connected with 31.186.72.30 port 5001
[ 13] local 82.146.38.223 port 38642 connected with 31.186.72.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[ 15]  0.0-10.2 sec  7.88 MBytes  6.50 Mbits/sec
[ 16]  0.0-10.2 sec  7.38 MBytes  6.07 Mbits/sec
[  7]  0.0-10.2 sec  5.12 MBytes  4.20 Mbits/sec
[ 10]  0.0-10.2 sec  5.00 MBytes  4.10 Mbits/sec
[ 13]  0.0-10.2 sec  8.75 MBytes  7.17 Mbits/sec
[  3]  0.0-10.3 sec  5.25 MBytes  4.28 Mbits/sec
[ 17]  0.0-10.3 sec  6.12 MBytes  4.99 Mbits/sec
[  6]  0.0-10.3 sec  3.88 MBytes  3.15 Mbits/sec
[  8]  0.0-10.3 sec  4.25 MBytes  3.45 Mbits/sec
[ 20]  0.0-10.3 sec  5.38 MBytes  4.36 Mbits/sec
[  5]  0.0-10.4 sec  5.12 MBytes  4.14 Mbits/sec
[ 14]  0.0-10.4 sec  8.38 MBytes  6.75 Mbits/sec
[ 11]  0.0-10.4 sec  4.25 MBytes  3.41 Mbits/sec
[ 21]  0.0-10.5 sec  5.38 MBytes  4.31 Mbits/sec
[  4]  0.0-10.5 sec  4.62 MBytes  3.71 Mbits/sec
[ 19]  0.0-10.5 sec  3.88 MBytes  3.11 Mbits/sec
[ 12]  0.0-10.5 sec  4.25 MBytes  3.40 Mbits/sec
[ 18]  0.0-10.5 sec  3.88 MBytes  3.09 Mbits/sec
[  9]  0.0-10.6 sec  5.75 MBytes  4.57 Mbits/sec
[ 22]  0.0-10.6 sec  5.12 MBytes  4.06 Mbits/sec
[sUM]  0.0-10.6 sec   110 MBytes  86.9 Mbits/sec

 

Такая же ерунда, если второй iperf находится в одном хопе от изменряемого экземпляра.

 

В Ростелекоме ребята ссылаются, что мол кучей потоков вы же забираете скорость - значит с каналом все нормально, а я утверждаю что это не так - даже один поток должен брать >20Мбит. Я блин чую что это нифига не нормально и задолбались объяснять юзерам, что спидтест "лагает", типа торент ведь забирает скорость.

 

Помогите локализовать косяк. Уже более года эта фигня продолжается.

Поскольку с РТ не удается добиться каких либо результатов, уже встал вопрос о переходе к другому оператору. Кстати делали тест с другим оператором (брали тест) - все четко.

[myst]

Ростелекому, вы ничего не докажете.

Совершенно бесполезное занятие.

 

Самое правильное будет уйти к другому оператору и забыть об РТ как о страшном сне.

[alibek]

В Ростелекоме ребята ссылаются, что мол кучей потоков вы же забираете скорость - значит с каналом все нормально, а я утверждаю что это не так - даже один поток должен брать >20Мбит.

Ну как-бы какая-то истина в этом есть.

В TCP пропускная способность одной сессии имеет теоретическое ограничение, которое зависит от размера MTU (для TCP это MSS) и от пинга.

Другое дело, что это ограничение гораздо больше 20 Мбит/с. Так что меняйте оператора.

[orlik]

Так у вас размер окна мизерный, задайте поболее , -w 512k например для iperf и проверьте результат

 

А также проверьте включен ли у вас window scaling

[m0xf]

Вот хорошая ссылка: http://osn.fx.net.nz/LFN/ можно ввести параметры и прикинуть, что из этого ограничивает скорость.

[Yaten]

вот с большим окном

 

root@monitor2:~# iperf -c 31.186.72.30 -P 1 -i 1 -w 512k
------------------------------------------------------------
Client connecting to 31.186.72.30, TCP port 5001
TCP window size:  416 KByte (WARNING: requested  512 KByte)
------------------------------------------------------------
[  3] local 82.146.38.223 port 38652 connected with 31.186.72.30 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 1.0 sec  3.50 MBytes  29.4 Mbits/sec
[  3]  1.0- 2.0 sec   640 KBytes  5.24 Mbits/sec
[  3]  2.0- 3.0 sec   896 KBytes  7.34 Mbits/sec
[  3]  3.0- 4.0 sec  1.00 MBytes  8.39 Mbits/sec
[  3]  4.0- 5.0 sec  1.12 MBytes  9.44 Mbits/sec
[  3]  5.0- 6.0 sec  1.25 MBytes  10.5 Mbits/sec
[  3]  6.0- 7.0 sec   640 KBytes  5.24 Mbits/sec
[  3]  7.0- 8.0 sec   896 KBytes  7.34 Mbits/sec
[  3]  8.0- 9.0 sec   768 KBytes  6.29 Mbits/sec
[  3]  9.0-10.0 sec   768 KBytes  6.29 Mbits/sec
[  3]  0.0-10.5 sec  11.5 MBytes  9.19 Mbits/sec

 

а как в убунте это посмотреть? и если я размер окна вручную указал -w 512k это разве будет влиять?

 

Самое правильное будет уйти к другому оператору и забыть об РТ как о страшном сне.

ну это как бы организационный вопрос, по нему отмашка как говорится получена.

Хотелось бы технически порешать этот момент.

[nuclearcat]

Попробуйте тестировать пакетом netio, это раз

Протестируйте линк на потери "быстрым" пингом, на проверенный хост снаружи:

 

ping -s1472 -i0.00001 -c1000 dstip

потерь не должно быть

[kosmich7]

Но вот есть проблема - ни один сервер спидтеста не показывает более 20Мбит входящего трафика, исходящий стабильно показывает максимум интерфейса ~95Мбит.

Вы уверены что у вас внутри сети все гуд, и ваш микрот справляется ?

20Мбит у вас всегда, не зависимо от времени суток ?

Если запустить спидтест между хостами в вашей сети какая скорость будет ?

В случае отсутствия проблем с бордером, переходим к следующему, снимаем весь абонентский трафик с бордера, запускаем iperf, тыкаем "специалЫстов" РТ в циферки.

 

Походу у РТ узел/линк работает на пределе >90%, в связи с этим, размер окна для одной TCP сесии стал меньше.

И/или на стороне РТ надо тюнинх включить.

Я блин чую что это нифига не нормально и задолбались объяснять юзерам, что спидтест "лагает", типа торент ведь забирает скорость.

Между вашим бордером и РТ 100Мбит в один поток обязано быть палюбому, так им и скажите, и добавьте, и/или поставьте вопрос иначе, мы покупаем >1Gbit/s почему у меня на спидтесте показывает 20 ??? а у соседа Васи на РТ показывает 50Мюит ??? Нам необходимо 100Мбит в один поток :)

 

Помогите локализовать косяк. Уже более года эта фигня продолжается.

Железные у вас нервы.

 

Кстати делали тест с другим оператором (брали тест) - все четко.

Условия теста ? брали на тест 1,5G и заворачивали весь абонский трафик в этот же канал, или на пустом спидтестили ?

[disappointed]

У меня РТ глючил подобно когда они после очередного расширения поставили ничтожный бёрст-сайз на полисере.

Показал, доказал. Увеличили, проблема решилась.

Увидели это по статистике полисера, шли отбросы пакетов уже на 50% нагрузке.

[Умник]

Какой RTT между точками, где работает iperf? Тупо ping-ом посмотрите. Попробуйте потестить скорость с точкой, которая за каналом РТ, но при этом чтобы RTT был в пределах 2-5 мс.

[Abram]

RTT конкретно по TCP можно посмотреть в анализе дамп Wireshark-а.

[AKim]

У нас была такая же проблема с мегафоном.

Нам всё время отвечали: "а вы торрентом проверьте". Разумеется торрентом вытягивало нашу купленную полосу.

В течении двух недель общался с сапортом и в итоге они выделили нам новый влан и ip адрес. С проблемой разбираться не стали, ибо там где-то мы попадали на какой-то шейпер или хренпоймичего, внятно мегафон сам не ответил.

Но это мегафон и адекватный саппорт, который не отрицал что такое впринципе возможно.

 

Ещё на похожую ситуцию я натыкался буквально неделю назад.

 

Если трафик идёт через микротик, то скорость не привышает более 30 мбит. Если запустить несколько закачек по tcp, они все будут по 30 мегабит.

Потом переключил всех на accel с дебианом, но микротик так и остался шлюзом. В итоге замеры спидтестов были 90+ мегабит. С проблемой разбираться не стал - в данный момент это не важно.