Перейти к содержимому
Калькуляторы

увеличить скорость по радиоканалу

1 час назад, slv700 сказал:

Меняйте оборудование на  более технологически новое  и проверенное на практике. 

Да, например на Air Fiber AF-5X :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 часов назад, npokypop сказал:

@slv700 Если бы ты был немного грамотный, то увидел бы, что я не дал ни одного совета еще в этой теме, а только задавал вопросы и пытался помочь человеку в его ситуации. А ты если что-то можешь сказать по теме, то говори, а если нет, то уё.... с темы. 

 

"Занижайте MCS до CCQ 100%. Верхушки деревьев можете проверить поляризацией, в H будет хуже и не стабильнее сигнал чем в V пол. 

Жду ответ, самому интересно."

- это не твой совет?

Насчет занижайте MCS ( data rate) тебя правильно прокомметировал  Кирпич. Этот способ иногда дает эффект за счет снижения потерь и некоторого увеличения TCP и реальной скорости. Но в данном кейсе это не тот случай.

 А вот  в NearLOS действительно часто имеется дисбаланс сигнала по чейнам  и у ТС он есть. Но на линке на Микротик  ничего улучшить  нельзя, кроме как поднять выше антенны.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

11 часов назад, Olejon сказал:

Да, например на Air Fiber AF-5X :-)

В ряде случаев это хороший вариант, но опять же не в данном случае. Почему?

У ТС судя по дисбалансу сигналов по чейна есть оптическая видимость, но зона Френеля частично перекрыта и линк действительно проходит по верхушкам деревьев.

А  у AF5x сигнал с одной несущей ( даже не OFDM) , как у релейки, и поэтому он плохо работает при отсутcтвии LOS ( частично перекрыт Френель) из-за неустойчивости к переотражениям сигнала ( быстрым замираниям) и периодическому снижению мощности сигнала ( медленные замирания). В данном случае деревья не сильно переотражают сигнал, но вот затухание сигнала дадут.  Поэтому AF5x в данных условиях больше 16QAM не поднимет. Хотя если поставить AF5X HD в полосе скажем 60 Мгц, то 150+ Mbps может вытянет. Но цена вопроса $400-430 за девайс без антенн. Есть более эффективные устройства за меньшую цену.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вообще самый эффективный за вменяемую цену девайс конкретно для условий  линка ТС, это Cambium PTP 450b ( MSRP $365) . Конструктивно выполнен как Force 200/300 c встроенной антенной диш 25 дБи. Эффективен он потому что у него сигнал OFDM 512 FFT поднесущих, может работать вообще в  NLOS. Даст на линке ТС, -стабильных 280 Mbps в 40 МГц. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

16 часов назад, npokypop сказал:

Если бы ты был немного грамотный....

А ты если что-то можешь сказать по теме, то говори, а если нет, то уё.... с темы. 

Это я то неграмотный? Ты ****й на голову ?

Я то как раз  даю профессиональные советы ( со знанием дела) которые реально могут помочь решить ТС задачу .  А твои долбодятловские  советы происходят от недостатка ума и никчемной практики  эксплуатации  говносетей на Микротике , которые давно пора выбросить  на помойку. Пользы от твоих советов -НОЛЬ, один гемор.

ЗЫ

Ты  лучше определись, либо ты прокурор, либо инженер. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 12.09.2019 в 12:43, devd1 сказал:

тестирую 912-ю:

уменьшение MSC вплоть до минимального значения не дает железобетонного ccq 100. на MSC=10 и меньше колеблется 99..100

У Вас мощность стоит по умолчанию 30 дБ. Посмотрите спецификацию для 911\912 для стабильной работы на максимальных модуляциях мощность нужно снизить ниже 26. 

Частоту установите 5955 Се, fast-forward оставьте включеный, IP sec отключить.

Сканы, что просил, сделайте еще чего нибудь подскажу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

на обоих линках, на станции и ответке, везде стоит по 17

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да действительно подзабыл для all-rates-fixed по умолчанию 17.

Тогда самое стандартное обновите прошивку (там изменяли под АРМ ну и обычный wifi чуть изменился) Сбросьте в конфиг по умолчанию  для моста и поднастройте свои настройки. Сравните что получилось. 100 мбит должны выжать.

Wireless Scan лучше все таки показать

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

подвожу итог.

Поэкспериментировал, но ничего не менял в результате.

1й линк на 0,3м антеннах работает так же. Прокачивает максимум 80мбит реального трафика.

2й линк на 0,6м антеннах стал работать лучше (опали листья на деревьях), перевел в режим ас - канальная теперь 324, клиентский трафик в пике - 160мбит, линк не падает каждые сутки, как было в N-режиме (аптайм - уже 5 дней)

  

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мощность какая стоит все же?

Возможно поможет замена антенн на больший джириус или микротиковский МТАД 30.

Как вариант резервирования поставить пролет на 2-х QRT5, но тут нужно понимать какие затухания на трассе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

мощность установлена 17 на всех 4х микротиках. мтад 0,7м стоял - он объективно хуже даже джириуса 0,3м. Последний гораздо стабильнее даже при меньшем сигнале (уровни на мтаде больше, чем джириус 0,3м)

qrt5 - мне очень нравится, очень качественная железка, даже лучшая, но в своем классе. На такую дальность и с таким рельефом толку от нее будет мало. Я сделал вывод, что для 200-300М трафика нужно поднимать антенны, на сколько смогу и покупать дорогие джириусы на 35дбм

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, devd1 сказал:

Я сделал вывод, что для 200-300М трафика нужно поднимать антенны, на сколько смогу и покупать дорогие джириусы на 35дбм

На Микротик AC ( RB922)   на любых антеннах, в полном LOS ( все зоны Френеля открыты), потолок   пропускной способности в  40 МГц TCP Download  ( и реального TCP/IP трафика) составляет до 200  Mbps ( при наличии встречного Upload трафика >15-20 Mbps- ассиметричный дуплекс). 

В 80 МГц заметного прироста скорости на Микротик -нет, а часто даже хуже.

TCP  Download в дуплексных тестах или реальном TCP/IP  трафике выше 200 Mbps   ( в среднем за несколько сек) никто никогда  на Микротик  не видел и тем самым скорость 200-300М на реальном линке на Микротик недостижима.

При этом   тесты UDP, не учитывающие ошибки в канале,  могут быть сколь угодно высоки и не дают адекватную  оценку  реальной пропускной способности канала.

На Cambium Force 3000 максимальная скорость в 40 МГц  TCP download  составляет DL 280+ UL 30 Mbps =320 Mbps UL+DL.  Пруфы -в профильной теме.  

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тесты проведите нормально. И будет на микротике тоже 300-350 мегабит по TCP.

Не забывайте, что это оборудование для провайдера, а не для телевизионной компании, где в один поток нужно гигабит за секунду передать, при закачках в 100 потоков никаких проблем не возникает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

18 минут назад, Saab95 сказал:

Тесты проведите нормально. И будет на микротике тоже 300-350 мегабит по TCP.

Не забывайте, что это оборудование для провайдера, а не для телевизионной компании, где в один поток нужно гигабит за секунду передать, при закачках в 100 потоков никаких проблем не возникает.

Так вот вы и проведите нормально ( и не на столе )и покажите  на своем любимом Микротик хотя бы TCP  DL > 200Mbps ( в среднем за 3-5 секунд) + >20 Mbps UL дуплекс.

Я ни разу не видел это ( про 300-350М -это вообще нонсенс), а  вижу я хорошо ;).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

23 минуты назад, Saab95 сказал:

Тесты проведите нормально. И будет на микротике тоже 300-350 мегабит по TCP.

Не забывайте, что это оборудование для провайдера, а не для телевизионной компании, где в один поток нужно гигабит за секунду передать, при закачках в 100 потоков никаких проблем не возникает.

Вот сейчас я заинтересован, на чем выжать 300Mb/s у микротика? 40MHz ширину канала если использовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Когда у меня была задача передать много мегабайт через радиоканал, то я на CCR, к которым подключено радиооборудование, просто включил упаковку, и увеличил MTU по максимуму.

По радио проходило 400М. Никаких проблем с задержками. В сети было только 4 мак адреса.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

22 минуты назад, Saab95 сказал:

не для телевизионной компании, где в один поток нужно гигабит за секунду передать, при закачках в 100 потоков никаких проблем не возникает.

Никто не требует получать 300М в одном TCP потоке.

По дефолту   BT Микротик задает 20 TCP потоков. Этого достаточно ( вообще обычно 5  потоков достаточно). Дальнейшее увеличение количества TCP потоков  суммарную скорость TCP в канале  не увеличивает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 минуту назад, Saab95 сказал:

Когда у меня была задача передать много мегабайт через радиоканал, то я на CCR, к которым подключено радиооборудование, просто включил упаковку, и увеличил MTU по максимуму.

По радио проходило 400М. Никаких проблем с задержками. В сети было только 4 мак адреса.

Неее, это не то, давайте просто реальные показания радимоста у микротика, есть 300+ ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, Ace63 сказал:

на чем выжать 300Mb/s у микротика? 40MHz ширину канала если использовать.

Вот и выжимайте ! :) Только обращаю ваше внимание , что это должно быть

1) TCP   трафик

2) асcиметричный DL/UL =90/10  дуплекс

3) средняя задержка в канале при полной загрузке  канала должна быть вменяемой, скажем не выше 10-15 мс.

А я вам сразу скажу - больше 200М ( не в пике, а в среднем за несколько секунд)  на Микротике ( как впрочем и на UBNT Airmax) НЕ ПОЛУЧИТЕ.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Цитата

Когда у меня была задача передать много мегабайт через радиоканал, то я на CCR, к которым подключено радиооборудование, просто включил упаковку, и увеличил MTU по максимуму.

По радио проходило 400М. Никаких проблем с задержками. В сети было только 4 мак адреса.

1. упаковка не есть зло?

2.если на линке есть частичное закрытие, в моем случае, упаковка может быть стабильным решением?

3. про мак-адреса можно ликбез? чем их меньше, тем лучше? почему?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

4 минуты назад, slv700 сказал:

По дефолту   BT Микротик задает 20 TCP потоков. Этого достаточно ( вообще обычно 5  потоков достаточно). Дальнейшее увеличение количества TCP потоков  суммарную скорость TCP в канале  не увеличивает.

По дефолту тест скорости не нагенерит много TCP трафика на одном ядре, нужно запускать несколько тестов с параллельных устройств, тогда и будет правильная картинка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 минуту назад, slv700 сказал:

Вот и выжимайте ! :) Только обращаю ваше внимание  это должен быть

1) TCP   трафик

2) асcиметричный DL/UL =90/10  дуплекс

3) средняя задержка в канале при полной загрузке  канала должна быть вменяемой, скажем не выше 10-15 мс.

700, я поинтересовался, а не утверждал, не путайте теплое с мягким. Насколько я знаю у микротика нет таких производительных мостов даже в асинхроне.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

4 минуты назад, Ace63 сказал:

Неее, это не то, давайте просто реальные показания радимоста у микротика, есть 300+ ?

Вам результат нужен, или у вас сеть L2 и сотня маков? Так скажу - при такой схеме много мегабит не передадите ни на каком оборудовании, кроме релеек.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Только что, Saab95 сказал:

Вам результат нужен, или у вас сеть L2 и сотня маков? Так скажу - при такой схеме много мегабит не передадите ни на каком оборудовании, кроме релеек.

причем тут МАС адреса? Есть airFiber 5XHD, она со своей задачей в асинхроне справляется 300+ передает. Не нужно рассказывать о релейках.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

11 минут назад, Saab95 сказал:

Когда у меня была задача передать много мегабайт через радиоканал, то я на CCR, к которым подключено радиооборудование, просто включил упаковку, и увеличил MTU по максимуму.

По радио проходило 400М. Никаких проблем с задержками. В сети было только 4 мак адреса.

Упаковка искусственно повышает ппс, но катастрофически снижает помехоустойчивость. На скорость  TCP (  c ACK и повторами передачи потерянных или ошибочныз пакетов) не влияет ( точнее даже ухудшает в условиях помех).

ЗЫ

И нам нужны скрины, а не голословные утверждения.

 

5 минут назад, devd1 сказал:

если на линке есть частичное закрытие, в моем случае, упаковка может быть стабильным решением?

Нет конечно. Длинные пакеты будут легко дропаться   от помех ( в том числе  от перереотражений) .

 

7 минут назад, Saab95 сказал:

По дефолту тест скорости не нагенерит много TCP трафика на одном ядре, нужно запускать несколько тестов с параллельных устройств, тогда и будет правильная картинка.

  Потолок генератора TCP трафика   Bandwidth Test  Микротик  330-350  Mbps UL+DL. Нормально протестить канал 40 МГц возможностей  BT Микротик хватит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.