Yaten Опубликовано 14 ноября, 2014 · Жалоба Есть провайдер, зовут Ростелеком, нижегородский филиал. Полоса 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Мбит. Я блин чую что это нифига не нормально и задолбались объяснять юзерам, что спидтест "лагает", типа торент ведь забирает скорость. Помогите локализовать косяк. Уже более года эта фигня продолжается. Поскольку с РТ не удается добиться каких либо результатов, уже встал вопрос о переходе к другому оператору. Кстати делали тест с другим оператором (брали тест) - все четко. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myst Опубликовано 14 ноября, 2014 · Жалоба Ростелекому, вы ничего не докажете. Совершенно бесполезное занятие. Самое правильное будет уйти к другому оператору и забыть об РТ как о страшном сне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 14 ноября, 2014 · Жалоба В Ростелекоме ребята ссылаются, что мол кучей потоков вы же забираете скорость - значит с каналом все нормально, а я утверждаю что это не так - даже один поток должен брать >20Мбит. Ну как-бы какая-то истина в этом есть. В TCP пропускная способность одной сессии имеет теоретическое ограничение, которое зависит от размера MTU (для TCP это MSS) и от пинга. Другое дело, что это ограничение гораздо больше 20 Мбит/с. Так что меняйте оператора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 14 ноября, 2014 · Жалоба Так у вас размер окна мизерный, задайте поболее , -w 512k например для iperf и проверьте результат А также проверьте включен ли у вас window scaling Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
m0xf Опубликовано 14 ноября, 2014 · Жалоба Вот хорошая ссылка: http://osn.fx.net.nz/LFN/ можно ввести параметры и прикинуть, что из этого ограничивает скорость. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yaten Опубликовано 14 ноября, 2014 · Жалоба вот с большим окном 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 это разве будет влиять? Самое правильное будет уйти к другому оператору и забыть об РТ как о страшном сне. ну это как бы организационный вопрос, по нему отмашка как говорится получена. Хотелось бы технически порешать этот момент. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 14 ноября, 2014 · Жалоба Попробуйте тестировать пакетом netio, это раз Протестируйте линк на потери "быстрым" пингом, на проверенный хост снаружи: ping -s1472 -i0.00001 -c1000 dstip потерь не должно быть Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 14 ноября, 2014 · Жалоба Но вот есть проблема - ни один сервер спидтеста не показывает более 20Мбит входящего трафика, исходящий стабильно показывает максимум интерфейса ~95Мбит. Вы уверены что у вас внутри сети все гуд, и ваш микрот справляется ?20Мбит у вас всегда, не зависимо от времени суток ? Если запустить спидтест между хостами в вашей сети какая скорость будет ? В случае отсутствия проблем с бордером, переходим к следующему, снимаем весь абонентский трафик с бордера, запускаем iperf, тыкаем "специалЫстов" РТ в циферки. Походу у РТ узел/линк работает на пределе >90%, в связи с этим, размер окна для одной TCP сесии стал меньше. И/или на стороне РТ надо тюнинх включить. Я блин чую что это нифига не нормально и задолбались объяснять юзерам, что спидтест "лагает", типа торент ведь забирает скорость. Между вашим бордером и РТ 100Мбит в один поток обязано быть палюбому, так им и скажите, и добавьте, и/или поставьте вопрос иначе, мы покупаем >1Gbit/s почему у меня на спидтесте показывает 20 ??? а у соседа Васи на РТ показывает 50Мюит ??? Нам необходимо 100Мбит в один поток :) Помогите локализовать косяк. Уже более года эта фигня продолжается. Железные у вас нервы. Кстати делали тест с другим оператором (брали тест) - все четко. Условия теста ? брали на тест 1,5G и заворачивали весь абонский трафик в этот же канал, или на пустом спидтестили ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 14 ноября, 2014 · Жалоба У меня РТ глючил подобно когда они после очередного расширения поставили ничтожный бёрст-сайз на полисере. Показал, доказал. Увеличили, проблема решилась. Увидели это по статистике полисера, шли отбросы пакетов уже на 50% нагрузке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 17 ноября, 2014 · Жалоба Какой RTT между точками, где работает iperf? Тупо ping-ом посмотрите. Попробуйте потестить скорость с точкой, которая за каналом РТ, но при этом чтобы RTT был в пределах 2-5 мс. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Abram Опубликовано 17 ноября, 2014 · Жалоба RTT конкретно по TCP можно посмотреть в анализе дамп Wireshark-а. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AKim Опубликовано 17 ноября, 2014 · Жалоба У нас была такая же проблема с мегафоном. Нам всё время отвечали: "а вы торрентом проверьте". Разумеется торрентом вытягивало нашу купленную полосу. В течении двух недель общался с сапортом и в итоге они выделили нам новый влан и ip адрес. С проблемой разбираться не стали, ибо там где-то мы попадали на какой-то шейпер или хренпоймичего, внятно мегафон сам не ответил. Но это мегафон и адекватный саппорт, который не отрицал что такое впринципе возможно. Ещё на похожую ситуцию я натыкался буквально неделю назад. Если трафик идёт через микротик, то скорость не привышает более 30 мбит. Если запустить несколько закачек по tcp, они все будут по 30 мегабит. Потом переключил всех на accel с дебианом, но микротик так и остался шлюзом. В итоге замеры спидтестов были 90+ мегабит. С проблемой разбираться не стал - в данный момент это не важно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...