Alver

Если 500Мbps реальной скорости достаточно, то на 20 км подойдет Force 300 CSM + антенна 30 dBi. Если нужна большая скорость ( до 900М), то на 20 км можно ставить Force 425+ Range Extender (накладка на антенну- увеличивает КУ до 29 dBi) или Force 425C + антенна 30 dBi.

Программисты посмотрели и сказали, что диод питания хардварный и его нельзя выключить. Единственное решение - заклеить диод чем то. Но придется лезть на вышку. :(. Сорри.

Программисты посмотрели и сказали, что диод питания хардварный и его нельзя выключить. Единственное решение - заклеить диод чем то. Но придется лезть на вышку. :(. Сорри.

Вопрос поднят. Сказали, что программисты начали работать над прошивками для ePMP1000/2000/3000L/3000 с возможностью отключения индикации.

Ты не воспринимаешь никаких аргументов, твои алогичные комменты неактуальны ( никому не интересны и не нужны) , в твоей пустой голове -один мусор. Судя по той ахинее , что ты несешь здесь и в других темах, ты есть желающий самоутвердиться ПТУШник, из числа монтажников пона. Сгинь с темы , не разводи срач ( больше ты ничего не умеешь) , и не путайся по ногами.

Ну да, ты загрузил буфер, отмотал и тебе рисуется другая цифра скорости загрузки. На каких дебилов ты эти фокусом расчитываешь? На YouTube загруженный буфер просматривается 40 секунд . И скорость закачки в буфер даже размером 5 MB всем хорошо видна. И тарифы -это не всегда технический вопорос, а чаще -маркетинговый. ЗЫ Что значит неактуальные данные? Неактуальные данные -это не имеющие значения, не важные ( никому не нужные) данные. Хватит нести бред сивой кобылы. Разберись для начала с понятиями предметной области, и как минимум получи базовое образование

Поставновка задачи исследования загрузки канала vs количество клиентов проста , но нетривиальна. Она имеет прямое отношения к теме, поскольку цель этих исследований в моем случае - раработать методику подобора оборудования для построения радиоканала точка-точка для обслуживания определенного потенциального количества клиентов в подключенном по радиоканалу в Интернет поселке. При построении оптического канала такая методика также важна, например, для оценки его рентабельности. Например мы имеем поселок с потенциальными 300 юзерами типа хомячок. Какая пропускная способность

Твой скрин подтвержает то, что я сказал. Макcимальная ( в среднем) скорость загрузки блока видео с украинских OTTсерверов - 60Mbps, с Netflix и Amazon prime video - меньше. Если поставишь шейп скажем 20М, то загрузка канала 4K видео будет почти постоянная ( потому что Bitrate 4K>20M) , если меньше 20M- видео 4 K будет тормозить. И 20M для 4K video- такая себе условная цифра, потому что Bitrate 4K может быть разный в зависимости от формата сжатия MPEG-2 или H.264 например. 4K видео я взял для примера оценки влияния шейпа на загрузку видео, а ты зачем то стал спор

Ты вообще понимаешь, что есть актуальность? Я собираю данные и их анализирую исключительно для задачи адекватного выбора радиооборудования для каналов точка-точка. Задачи собирать статистику и исследовать параметры загрузки канала в зависимости от роста количества юзеров в каких то других теоретических целях у меня нет. Если у кого то есть такая задача , исследуйте вопрос, без меня.

До ковида было где то 1.1-1.2K Mbps летом и 1.3-1.4К Mbps зимой, где К - количество юзеров. И это повторяю, средние цифры для десятков провайдеров. Конкретно у некоторых могут и сейчас быть менее 1K Mbps Cледует также иметь в виду, что в каналах между двумя населенными пунктами в которые есть еще и другие каналы связи загрузка и профиль трафика другие. Также другие цифры загрузки и профиль трафика скажем 10Gbps канала, там обычно есть существенный подмес корпоративного и др типов трафика. Такой задачи нет.

Размер блока определяется разрешением видео, и этот размер немаленький и четко видна скорость закачки. Время закачки блока зависит от шейпа. Если шейп например 20 Mbps, то блоки 4K видео будут закачиваться непрерывно, полностью занимая канал.

Ну просто включи OTT HD фильм и смотри с какой скоростью закачиваются видео блоки. У меня лично 1 Gbps канал к провайдеру, фактически 1 Gbps к площадке UA-IX, а значит и к киевским серверам Воли, СвитТВ и др. У Воли есть Iperf сервер, у меня TCP DL скорость к нему , насколько я помню в TCP 5 потоков ( streams) - 800 Mbps по кабелю и вайфай 6 роутер. То есть полки по шейпу нет. При этом скорость закачки видео блоков TCP сессии у меня не превышает 60 Mbps. Надо иметь в виду , что лично у меня и других это возможно ограничено wifi 802.11n подключением тел

Почему же на глаз? Я данные - скорость и ппс в DL,UL, количество юзеров и др информацию собираю, анализирую и определяю зависимости статистическими методами. Трафик кстати зависит от времени года, зимой он выше и за последние 2 года он вырос в 1.5 и местами в 2 раза. Пакетная нагрузка кстати понизилась. Причина IMHO -люди стали меньше пользоваться закачкой фильмов торрентами и больше смотреть видео онлайн. ЗЫ Я есть кстати кандидат технических наук и методами расчетов владею.

Речь идет о статистической оценке случайного процесса - загрузки канала в зависимости от количества юзеров. Там нет никакой жесткости и цифры имеют вероятностную оценку. При этом я утверждаю что загрузка канала не зависит от шейпа ( тарифа), но при одном условии, что шейп не должен ограничивать максимальную скорость TCP сессии загрузки клиентом контента например в http запросах к популярным сайтам. Если такого ограничение есть, то уменьшение тарифа длк клиентов приводит к обратному результату - росту утилизации канала. То есть такая картина поведения - есть факт. Нас

Здесь рядом есть соседняя тема, где разгорелся спор о соотношении DL/UL и нужен ли провайдеру интернет канал с Full duplex FDD. Там люди выкладывали параметры загрузки в Mbps и pps своего аплинк канала и количество юзеров в канале. . Там и найдете пруфы , - есть разные цифры, но в целом, если речь идет о доступе в Интернет хомячков - все близко к тому , что я сказал. Пакетная нагрузка pps в канале вырастет в разы.

Не надо бросаться в крайности. Речь идет о цифрах шейпа, например, 10М или100 М. Простой пример, работа OTT TV. Загрузка блока видео клиентом идет с максимально доступной ему скоростью ( у нас в Киеве где то 30-60 Mbps c серверов OTT) и чем быстрее загружается блок , тем меньше он занимает канал и меньше в канале concurent users в каждый конкретный мгновенный момент времени. А это влияет на тормоза в канале и, тем самым, утилизацию ( загрузку) канала юзерами при условии , - если max скорость TCP сессии на популярные ресурсы ограничена шейпом. В Киеве это где то в средн

Обычно провайдеры имеют и опические линки и линки на радио. И когда наш клиент-провайдер ставит например радио линк как бэкап оптики, то и он и мы работаем над конфиигурацией оборудования вместе и все видим и анплизируем, если что не так как должно быть. И от замены оптики на радио в параметрах трафика практически ничего не меняется.

1гиг для 1000 хомячков -это точно мало. Мы говорим о прогнозируемом расчетном показателе загрузки канала . Этот вероятностный прогноз загрузки канала в Mbps реальным трафиком базируется на оценке статистических данных десятков- сотен аналогичных линков с аналогичным по профилю ( параметрам ) трафика. Понятно что эти десятки линков отличаются по загрузке, но есть вероятностный закон распределения значений этих загрузок ( так называемый нормальный закон распределения), под который они в большинстве своем попадают. У этого закона есть своя средняя величина ( так называемое матем

Это так у вас ? В одной теме был спор какой среднестатистический трафик в прайм - тайм ( вечер 19.00-21.00 ) в Download и его соотношение с Upload для индивидуальных ( не корпоративных) юзеров в частном секторе доступа в Интернет ( без замеса трафика видеонаблюдения, раздачи торрент/ видеосерверов и т.п. ). Так вот статистическая оценка по сотням провайдеров на аплинках- каналы 200Mbps - 1 Gbps( на радио или оптике - цифры одинаковы) , с количеством юзеров от 100 до 1000. Усреденный ( за несколько секунд) максимальный реальный Download трафик в Интернет в прайм -тайм со

За данных аплинком в поселок на Force 425 c Range Extender сидят 700 клиентов ( дворов ЧС) на PON и на Fiхed Wireless Access ( Cambium ePMP 3000L). Тарифы для всех типов клиентов ( по радио и кабелю) 20/30 Mbps. В прайм-тайм клиенты потребляют 900 Mbps ( Download 850М+ Upload 50 М).

Линк 10 км на Force 425 NearLOS ( зона Френеля перекрыта). До установки рефлекторов Range Extender cигналы RSSI= -70/71 dBm, модуляция DS8 ( QAM 256 3/4) После установки рефлекторов на антенну с одной стороны мощность сигнала увеличилась до -67/67 dBm. После установки рефлекторов на антенны с обеих сторон мощность сигнала стала -63/64 dBm , модуляция поднялась до DS 10/10 ( QAM 1024 3/4), что обеспечивает практически максимальную скорость передачи данных.

Линк 10 км в поселок на Cambium Force 425. На рефлекторы антенн поставили Range Extender . Это накладки , увеличивающее диаметр рефлектора (тарелки ) и усиление антенны с 25 дБи до 29 дБи. Энергетика линка увеличилась до RSSI = -49 dBm, что повысило отношение синал/помеха и подняло стабильную рабочую модуляцию до 1024 QAM5/6 ( MSC11). Скорость реального живого трафика на линке 10 км Download 850 Mbps + Upload 50 Mbps =900 Mbps

Ну может новый hardware релиз имеет 1 гиг. Это на бумаге. И в параметрах антенны имеет значение не только коэффициент усиления. Из- за применения другого более дорогого и качественного конструктива антенны. Порт Ethernet ничего не стоит. Сама по себе тарелка dish любого диаметра с облучателем и крепежом меньше $50-70 не стоит.

Nanobeam 5AC имеет 100М Ethernet и эта серия уже давно замененена на линейку PowerBeam 5AC. Поэтому лайтбимы 5AC уместно сравнивать с повербимами AC. Аппаратная платформа ( board и радио ) и софт этих устройств принципиально не отличается. Отличия состоят в параметрах антенны. У повербима антенна типа Dish и она по всем параметрам намного лучше сборной антенны лайтбима. Особено я бы отметил более низкое реальное усиление антенны лайтима относительно повербима , местами по диапазону частот плохой КСВ лайтбима , и недостаточная для стабильной работы на высоких м

На самом деле в данной схеме скорость между клиентами делится примерно пополам. Но дело в том , что 90Мbps это скорость встроенного теста пакетами UDP. Скорость TCP - намного меньше. Судя по тормозам на скорости реального трафика 40Mbps, то меньше раза в два. Одна из причин этому - низкая надежность ( высокие потери ) канала связи на UBNT, несмотря на высокий ССQ ( который мало о чем говорит) . Из за потерь и падает реальная скорость. Как уменьшить потери? Если Airmaх не включен, то включить. Поднять энергетику линка, поставив антенны с более высоким КУ. Это в данн