laptop012 Posted October 30, 2015 (edited) · Report post Коллеги, добрый день! Подскажите, пожалуйста, по одному вопросу, т.к. с таким сталкиваюсь первый раз. Имеется интернет-канал от МГТС по оптике, приходит на объект в кросс FC. Далее, стоит коммутатор с SFP DUPLEX модулем. Модуль с DDM. Показывает следующее: RX Power(dBM) -9.18 TX Power(dBM) -5.09 С этого коммутатора, подключены клиенты, напрямую. И возникает следующая проблема с DOWNLOAD к клиенту. Скорость не поднимается выше 44-71 Мбит/сек на пустом канале. UPLOAD - до 850 Мбит/сек. Измерял iperf'om. Хост подключен на гигабитном канале. Практически чистом от другого трафика. НО, что самое интересное, если я измеряю speedtest'ом (публичным, сервер Долгопрудный), скорость прыгает от 230 Мбит/сек, до 140 Мбит/сек. А если измеряю speedтестом, который расположен на моей площадке, получаю теже 45 Мбит/сек. При измерении iperfom, пробовал выставлять размер пакета: чем больше пакет, тем СТАБИЛЬНЕЕ скорость, но все теже 45 Мбит/сек. Чем меньше пакет,на стандартных настройках, тем скорость больше плавает, от 77 Мбит/сек до 25 Мбит/сек. Это при измерении с пк. Если мерить между двумя микротиками CCR1016, тестом самого микротика, один установлен на узле, с 2 х 1Гбит/сек каналами, другой на проблемном узле, то скорость как по SNMP, так и на микротике, показывает до 370 Мбит/сек по DOWNLOAD, причем по SNMP статистике я это вижу. Получается, низкая скорость только тогда, когда производятся измерения с ПК. ПК рабочий 100%. Т.к. пробовал мерить с других ПК, проблема повторяется. Заренее, спасибо за любую помощь))) Дополнение. Размер мту-менял от 1200 до 1498. Не помогает. Пинги не пропадают. Edited October 30, 2015 by laptop012 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted October 30, 2015 · Report post Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
laptop012 Posted October 30, 2015 (edited) · Report post Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его? Добрый день! Оптика входит в QTECH3400, затем, медным патч-кордом идет в микротик в SFP модуль. Измеряем от QTECH'а. Приложил файл с измерением с микротика. Между точками, канал до 800 Мбит/сек. Забит на 200 Мбит/сек. Что странно, torch показывает другую скорость с микротика, нежели BTEST. SFP модуль родной от Микротика, скорость согласована автоматически. Edited October 30, 2015 by laptop012 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted October 30, 2015 · Report post Воткните оптику в микротик и проверьте, иногда бывает ошибочное согласование скорости, от этого и идут проблемы. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
laptop012 Posted November 5, 2015 · Report post Коллеги, добрый день! В общем, ситуация следующая. Измерили прибором и пк напрямую с оптики. Мерили прибором ACTERNA. Показал около 980 Мбит/сек с потерями 4%. Измерения проводились в одной сети на такой же прибор. Т.е. точка-точка. Скорее всего, прибор измерял по UDP. По TCP мерили IPERF'ом. Скорость около 160 Мбит/сек. SFP меняли, нет результата. Канал был пустой. Интересует вопрос, ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
wed Posted November 5, 2015 · Report post Может быть дело в потоках? Вы по tcp тестили в один поток? Попробуйте с ключем -Р 10 потестить. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
[anp/hsw] Posted November 5, 2015 · Report post Показал около 980 Мбит/сек с потерями 4%. ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Потому, что потери. TCP к ним чувствителен, UDP нет. Если коротко, то канал у вас говно. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
laptop012 Posted November 5, 2015 (edited) · Report post Может быть дело в потоках? Вы по tcp тестили в один поток? Попробуйте с ключем -Р 10 потестить. Протестировал. [ 12] 0.0- 5.3 sec 28.8 MBytes 45.5 Mbits/sec [ 6] 0.0- 5.3 sec 28.5 MBytes 45.0 Mbits/sec [ 10] 0.0- 5.3 sec 31.9 MBytes 50.3 Mbits/sec [ 11] 0.0- 5.3 sec 30.6 MBytes 48.3 Mbits/sec [ 4] 0.0- 5.3 sec 28.9 MBytes 45.5 Mbits/sec [ 8] 0.0- 5.3 sec 27.8 MBytes 43.6 Mbits/sec [ 9] 0.0- 5.3 sec 26.9 MBytes 42.3 Mbits/sec [ 7] 0.0- 5.3 sec 35.6 MBytes 56.0 Mbits/sec [ 5] 0.0- 5.3 sec 30.1 MBytes 47.3 Mbits/sec [ 13] 0.0- 5.4 sec 31.2 MBytes 48.8 Mbits/sec [sUM] 0.0- 5.4 sec 300 MBytes 469 Mbits/sec iperf -c х.х.х.х -t60 -i1 -P10 Да, суммарно то оно много показывает. А если в один поток запускать. nick@nicktm:~$ iperf -c ххх -t60 -i1 -P1 ------------------------------------------------------------ Client connecting to ххх, TCP port 5001 TCP window size: 85.0 KByte (default) ------------------------------------------------------------ [ 3] local yyyy port 45317 connected with ххх port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 9.38 MBytes 78.6 Mbits/sec [ 3] 1.0- 2.0 sec 8.50 MBytes 71.3 Mbits/sec [ 3] 2.0- 3.0 sec 10.6 MBytes 89.1 Mbits/sec [ 3] 3.0- 4.0 sec 8.38 MBytes 70.3 Mbits/sec ^C[ 3] 0.0- 4.2 sec 39.2 MBytes 77.5 Mbits/sec Edited November 5, 2015 by laptop012 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
laptop012 Posted November 5, 2015 · Report post ' timestamp='1446713547' post='1195886'] Показал около 980 Мбит/сек с потерями 4%. ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Потому, что потери. TCP к ним чувствителен, UDP нет. Если коротко, то канал у вас говно. Да тут вопрос в том, что нужно выяснить, почему такая ситуация происходит. Просто я с этим не сталкивался. Неужели 4% потерь по UDP могут так сильно резать скорость по tcp? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...