Jump to content
Калькуляторы

Проблема со скоростью на канале МГТС по оптике. Низкая скорость DOWNLOAD на канале.

Коллеги, добрый день! Подскажите, пожалуйста, по одному вопросу, т.к. с таким сталкиваюсь первый раз. Имеется интернет-канал от МГТС по оптике, приходит на объект в кросс 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 by laptop012

Share this post


Link to post
Share on other sites

Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его?

Share this post


Link to post
Share on other sites

Оптика напрямую в микротик втыкается? Там в настройках адаптера есть одно поле с выбором значений скорости, пробовали менять его?

Добрый день! Оптика входит в QTECH3400, затем, медным патч-кордом идет в микротик в SFP модуль. Измеряем от QTECH'а.

Приложил файл с измерением с микротика. Между точками, канал до 800 Мбит/сек. Забит на 200 Мбит/сек.

Что странно, torch показывает другую скорость с микротика, нежели BTEST.

SFP модуль родной от Микротика, скорость согласована автоматически.

post-121223-001256700 1446203319_thumb.jpg

Edited by laptop012

Share this post


Link to post
Share on other sites

Воткните оптику в микротик и проверьте, иногда бывает ошибочное согласование скорости, от этого и идут проблемы.

Share this post


Link to post
Share on other sites

Коллеги, добрый день! В общем, ситуация следующая.

Измерили прибором и пк напрямую с оптики.

Мерили прибором ACTERNA. Показал около 980 Мбит/сек с потерями 4%. Измерения проводились в одной сети на такой же прибор. Т.е. точка-точка. Скорее всего, прибор измерял по UDP.

По TCP мерили IPERF'ом. Скорость около 160 Мбит/сек. SFP меняли, нет результата. Канал был пустой.

Интересует вопрос, ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP???

Share this post


Link to post
Share on other sites

Может быть дело в потоках?

Вы по tcp тестили в один поток? Попробуйте с ключем -Р 10 потестить.

Share this post


Link to post
Share on other sites

Показал около 980 Мбит/сек с потерями 4%.

ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP???

Потому, что потери. TCP к ним чувствителен, UDP нет.

 

Если коротко, то канал у вас говно.

Share this post


Link to post
Share on other sites

Может быть дело в потоках?

Вы по 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 by laptop012

Share this post


Link to post
Share on other sites

' timestamp='1446713547' post='1195886']

Показал около 980 Мбит/сек с потерями 4%.

ПОЧЕМУ СКОРОСТЬ ПО tcp ниже, в 10 раз, чем по UDP???

Потому, что потери. TCP к ним чувствителен, UDP нет.

 

Если коротко, то канал у вас говно.

 

Да тут вопрос в том, что нужно выяснить, почему такая ситуация происходит. Просто я с этим не сталкивался. Неужели 4% потерь по UDP могут так сильно резать скорость по tcp?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.