laptop012 Posted October 30, 2015 Posted October 30, 2015 (edited) Коллеги, добрый день! Подскажите, пожалуйста, по одному вопросу, т.к. с таким сталкиваюсь первый раз. Имеется интернет-канал от МГТС по оптике, приходит на объект в кросс 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
Saab95 Posted October 30, 2015 Posted October 30, 2015 Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его? Вставить ник Quote
laptop012 Posted October 30, 2015 Author Posted October 30, 2015 (edited) Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его? Добрый день! Оптика входит в QTECH3400, затем, медным патч-кордом идет в микротик в SFP модуль. Измеряем от QTECH'а. Приложил файл с измерением с микротика. Между точками, канал до 800 Мбит/сек. Забит на 200 Мбит/сек. Что странно, torch показывает другую скорость с микротика, нежели BTEST. SFP модуль родной от Микротика, скорость согласована автоматически. Edited October 30, 2015 by laptop012 Вставить ник Quote
Saab95 Posted October 30, 2015 Posted October 30, 2015 Воткните оптику в микротик и проверьте, иногда бывает ошибочное согласование скорости, от этого и идут проблемы. Вставить ник Quote
laptop012 Posted November 5, 2015 Author Posted November 5, 2015 Коллеги, добрый день! В общем, ситуация следующая. Измерили прибором и пк напрямую с оптики. Мерили прибором ACTERNA. Показал около 980 Мбит/сек с потерями 4%. Измерения проводились в одной сети на такой же прибор. Т.е. точка-точка. Скорее всего, прибор измерял по UDP. По TCP мерили IPERF'ом. Скорость около 160 Мбит/сек. SFP меняли, нет результата. Канал был пустой. Интересует вопрос, ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Вставить ник Quote
wed Posted November 5, 2015 Posted November 5, 2015 Может быть дело в потоках? Вы по tcp тестили в один поток? Попробуйте с ключем -Р 10 потестить. Вставить ник Quote
[anp/hsw] Posted November 5, 2015 Posted November 5, 2015 Показал около 980 Мбит/сек с потерями 4%. ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Потому, что потери. TCP к ним чувствителен, UDP нет. Если коротко, то канал у вас говно. Вставить ник Quote
laptop012 Posted November 5, 2015 Author Posted November 5, 2015 (edited) Может быть дело в потоках? Вы по 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
laptop012 Posted November 5, 2015 Author Posted November 5, 2015 ' timestamp='1446713547' post='1195886'] Показал около 980 Мбит/сек с потерями 4%. ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP??? Потому, что потери. TCP к ним чувствителен, UDP нет. Если коротко, то канал у вас говно. Да тут вопрос в том, что нужно выяснить, почему такая ситуация происходит. Просто я с этим не сталкивался. Неужели 4% потерь по UDP могут так сильно резать скорость по tcp? Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.