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

UBIQUITI низкий входящий поток TCP

Всем привет.

Уже давно работаю с оборудованием UBIQUITI, но только недавно решил провести замеры скорости.

Настроил два Nanostation M5 в режиме бриджа с WDS и положил в одной комнате с минимальными мощностями.

Тесты проводились как с внутренним тестом, так и с помощью Bandwidth test. Уровни -40/-38dbm

Протокол UDP проблем не возникает. Входящая 90, исходящая 90 Мбит.

Протокол TCP ПРОБЛЕМА! Входящая 21, исходящая 70 Мбит.

 

В чем причина зарезания скорости через TCP? Кто сталкивался?

Share this post


Link to post
Share on other sites

В том что в комнате, на улице будет лучше работать, сделайте тесты через стенку и тд чтоб уровни были -55...60, должно стать гораздо лучше (если вы не спалили приемник)

Share this post


Link to post
Share on other sites

Всем привет.

Уже давно работаю с оборудованием UBIQUITI, но только недавно решил провести замеры скорости.

Настроил два Nanostation M5 в режиме бриджа с WDS и положил в одной комнате с минимальными мощностями.

Тесты проводились как с внутренним тестом, так и с помощью Bandwidth test. Уровни -40/-38dbm

Протокол UDP проблем не возникает. Входящая 90, исходящая 90 Мбит.

Протокол TCP ПРОБЛЕМА! Входящая 21, исходящая 70 Мбит.

 

В чем причина зарезания скорости через TCP? Кто сталкивался?

Проблема в потерях пакетов. Низкая надежность кана в BER. На улице может и меньше будет потерь пакетов ( меньше переотражений), но не намного.

Share this post


Link to post
Share on other sites

Всем привет.

Уже давно работаю с оборудованием UBIQUITI, но только недавно решил провести замеры скорости.

Настроил два Nanostation M5 в режиме бриджа с WDS и положил в одной комнате с минимальными мощностями.

Тесты проводились как с внутренним тестом, так и с помощью Bandwidth test. Уровни -40/-38dbm

Протокол UDP проблем не возникает. Входящая 90, исходящая 90 Мбит.

Протокол TCP ПРОБЛЕМА! Входящая 21, исходящая 70 Мбит.

 

В чем причина зарезания скорости через TCP? Кто сталкивался?

Ознакомтесь с особенностимя протокола udp и ваш вопрос сам собой решится.

Share this post


Link to post
Share on other sites

Та же проблема с М3 в одном из направлений. Входящий канал в 2 раза меньше исходящего. Причину не нашёл.

Share this post


Link to post
Share on other sites

Поменяйте местами (програмно) AP и STA, если у вас p2p-линк, и замерьте результат.

Upstream имеет меньший приоритет относительно downstream.

Share this post


Link to post
Share on other sites
' timestamp='1503044290' post=1427642]

Upstream имеет меньший приоритет относительно downstream.

 

Вон оно что михалыч!

Share this post


Link to post
Share on other sites
' timestamp='1503044290' post='1427642']

Поменяйте местами (програмно) AP и STA, если у вас p2p-линк, и замерьте результат.

Upstream имеет меньший приоритет относительно downstream.

1. Поменял местами, и физически попробовал и программно. Разницы нет. Входящий 20, исходящий 70.

2. Отнес в другую комнату - разницы нет. Входящий 15, исходящий 50.

Какие еще варианты? Почему такой перекос?

Share this post


Link to post
Share on other sites

trtw89 почему для ХМ 5.5.11,а не 5.6.15?

Share this post


Link to post
Share on other sites

2PLZ2

личный опыт на наносах тут

на XW разницы не увидел, но поставил 5.6.15 на случай непонятных ситуаций когда на бимах перестает ходить трафик и помогал только реконект

 

повторюсь, есть нанос, мост, все оборудование ХМ

на прошивке 5.5.6 с мощностью 18дбм получаю 100мб на расстояние 3км

на прошивке 5.6.15 с мощностью 18дбм получаю 70мб на расстояние 3км

 

после этого поста обновлял с 5.5.6 на прошивки новее итак до 5.5.11, цифры прокачки сохранились

если есть возможность то уделите время и сравните у себя

Edited by trtw89

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now