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

ePMP 1000 Force 200 с интегрированной антенной, 5 ГГц, 25dBi

43 минуты назад, moob82 сказал:

Но все эти Gen2 и Gen3 показывают только одно все хотят зарабатывать, так как с каждой цифрой цена вырастает.  

Да, но у микротика все устройства wi-fi совместимы в радио. То есть можно взять самый древний борд, установить на него современную версию ПО и устройства соединятся. Более того, они соединятся и при различных версиях, например 5.26 подключается к 6.43 и т.п. УБНТ себе такого позволить не может, постоянно что-то изменяя в радио.

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


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

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

Да, но у микротика все устройства wi-fi совместимы в радио. То есть можно взять самый древний борд, установить на него современную версию ПО и устройства соединятся. Более того, они соединятся и при различных версиях, например 5.26 подключается к 6.43 и т.п. УБНТ себе такого позволить не может, постоянно что-то изменяя в радио.

Микротик , исторически не юзали. Только маршрутизаторы и коммутаторы. 

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


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

2 часа назад, moob82 сказал:

Ну что вы опять раздули тут ? 

 

И epmp и Ubnt нормальное железо. Cambium дороже и это его главный минус. Мы с 2009 года юзаем радио, были косяки у всех производителей. Ubnt 2 или 3 раза платформу менял. Снимал надежные airgrid и выпускал litebeam которые были , реально "сырые". Теперь все пофиксили и железо норм работает. 

Но все эти Gen2 и Gen3 показывают только одно все хотят зарабатывать, так как с каждой цифрой цена вырастает.  

moob82 прав в одном, ubnt дешевле и в этом его главное преимущество и рассчитано оно на мелких пионеров, начинающих с нуля свой бизнес ШБД.  И в этом качестве  ubnt  удовлетворяет потребностям  своих пользователей и    занимает самый большой обьем рынка. У Камбиум -другой круг потребителей и у него тоже немалая доля рынка ( вторая после ubnt).  Микротик, Лиго -в разы меньше, по приходу-revenue.

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

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

Вообще не критиковал никогда Лиго и Инфинет. Не за что.

 

 

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


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

В 12.01.2019 в 12:10, Constantin сказал:

микротики   1200 1100  клоды 1036 1008, и везде одна и таже проблема если нет потанцулек с бубном то на портах при трафике выше 40 мбит начинают копиться ошибки pause и  crc drop

релиз 3.5.5

Fixed

15427 RX Pause counter increases on Mikrotik routers with ePMP devices connected

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


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

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

релиз 3.5.5

Fixed

15427 RX Pause counter increases on Mikrotik routers with ePMP devices connected

  1. ePMP System Release 3.5.5 / 11-Jan-18

 

исправление вышло пару дней назад, но полмесяца назад ты рапортовал, что проблему исправили уже давно......

ты хоть когда нибудь правду говоришь?

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


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

5 минут назад, Constantin сказал:
  1. ePMP System Release 3.5.5 / 11-Jan-18

 

исправление вышло пару дней назад, но полмесяца назад ты рапортовал, что проблему исправили уже давно......

ты хоть когда нибудь правду говоришь?

Ну я же говорил про бету.  А время между выходами релизов стабильного ePMP1000/2000 (включая Force 200)  - несколько месяцев, даже больше полугода. Новые  прошивки  для 802.11 ас wave 2  ( Force 300, PTP550, ePMP300)  выходят раз в несколько недель, бета даже чаще. Но там проблемы с паузами с Микротиками в  ethernet не замечено.

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


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

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

Вообще не критиковал никогда Лиго и Инфинет. Не за что.

О как! Это надо заскринить))

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


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

 Вот задержка на пустом канале Force 200. Режим ePTP. Дальность 6.3 км.

PING 10.2.4.18 (10.2.4.18) 32(60) bytes of data.
40 bytes from 10.2.4.18: icmp_seq=1 ttl=64 time=1.56 ms
40 bytes from 10.2.4.18: icmp_seq=2 ttl=64 time=1.35 ms
40 bytes from 10.2.4.18: icmp_seq=3 ttl=64 time=1.30 ms
40 bytes from 10.2.4.18: icmp_seq=4 ttl=64 time=1.41 ms

--- 10.2.4.18 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 1.306/1.409/1.563/0.106 ms

 

Канал загружен трафиком. Force 200, ePTP, Дальность 6.3 км.  Пинг пакетами 1470 байт. Прошивка 3.5.4.

PING 10.2.4.18 (10.2.4.18) 1472(1500) bytes of data.
1480 bytes from 10.2.4.18: icmp_seq=1 ttl=64 time=1.68 ms
1480 bytes from 10.2.4.18: icmp_seq=2 ttl=64 time=1.50 ms
1480 bytes from 10.2.4.18: icmp_seq=3 ttl=64 time=1.41 ms
1480 bytes from 10.2.4.18: icmp_seq=4 ttl=64 time=1.46 ms

--- 10.2.4.18 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 1.413/1.518/1.684/0.108 ms

Как мы видим, задержка с ростом трафика не растет. 

Скорость Force 200 известна 110 Mbps  (UL+DL) в 20 Мгц. В 40 Мгц -220 Mbps (UL+DL)   на пакетах UDP 1500   байт. На пакетах 700-800 байт ( средний пакет живого трафика) - до 140-160 Mbps.

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


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

Вот задержка на канале Force 300. Фрейм 5 мс. Режим TDD UL/DL=25/75.  Канал 40 МГц. Дальность 1.3 км. Прошивка 4.1.4. Загрузка живым трафиком 80-100 Mbps Download  + 10 Mbps Upload. 

ING 10.0.0.45 (10.0.0.45) 1472(1500) bytes of data.
1480 bytes from 10.0.0.45: icmp_req=1 ttl=64 time=3.34 ms
1480 bytes from 10.0.0.45: icmp_req=2 ttl=64 time=2.01 ms
1480 bytes from 10.0.0.45: icmp_req=3 ttl=64 time=5.13 ms
1480 bytes from 10.0.0.45: icmp_req=4 ttl=64 time=3.54 ms

--- 10.0.0.45 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 2.015/3.509/5.133/1.107 ms

Канал полностью  загрузили трафиком ( встроенный линк тест). Вот задержка при полной 100% загрузке ( фактически overload канала).

PING 10.0.0.45 (10.0.0.45) 1472(1500) bytes of data.
1480 bytes from 10.0.0.45: icmp_req=1 ttl=64 time=8.69 ms
1480 bytes from 10.0.0.45: icmp_req=2 ttl=64 time=7.91 ms
1480 bytes from 10.0.0.45: icmp_req=3 ttl=64 time=9.37 ms
1480 bytes from 10.0.0.45: icmp_req=4 ttl=64 time=6.72 ms

--- 10.0.0.45 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 6.725/8.176/9.373/0.984 ms

Показания встроенного линк теста UL/DL=25/75.

Downlink     242.914 Mbps

Uplink            72.266 Mbps

Aggregate     315.18 Mbps

Пакетная производительность Force 300 на последних прошивках -порядка 95К.

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


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

Задержка на Force 300  пока несколько выше,  потому что  фиксированный  фрейм TDD длиной 5 мс с фиксированным делением 25/75. У Force 200 специальный режим  ePTP  для линка точка-точка.

Как мы видим, если все правильно настроено и правильно работает, то нет никаких мифических "конских" задержек и  джиттеров ни у Force 200,  ни у Force 300.

Скорость такая-какая должна быть у 802.11n ( Force 200) и Force 300 ( 802.11  ac wave 2) на соответствующей модуляции. А  модуляция определяется адаптивно ( автоматически) по  CINR - отношению мощности сигнала к (мощности помехи + термальный шум) на основе  оценки потерь в канале Packet Error Rate (PER). Так работает вся серия устройств ePMP.

 Если у кого то линк  на ePMP работает не так, то это значит - есть проблема ( не в устройстве, а в настройках, монтаже или условиях линка),  которую нужно найти и устранить.

Можно обратиться в официальный суппорт,там помогут найти проблему. 

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

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


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

И наконец ответ ТС.

Замена PB 5АС ( 802.11 ас) на Force 200 ( 802.11n)  даст положительный эффект, скорость реального трафика  в 40 Мгц получите минимум 140-150 Mbps. В данном конкретном случае на линке у  ТС , как это не может показаться странным,  802.11n в реализации Камбиум может и скорее всего будет работать лучше 802.11 ас в реализации UBNT из за сильных помех.  Торренты кстати помогут загрузить канал Force 200 дальше больше, возможно по максимуму до 180-200 Mbps,  если не превысить полку по ппс 25K.   Превышение полки  во многом  зависит от количества юзеров,  сидящих в канале.

Если юзеров в канале  больше 150-200 (на линке будет высокая пакетная нагрузка )  и нужно получить максимальный результат  в канале 40 Мгц ( и если возможно в 80 Мгц ) ,  то нужно ставить    Force 300 (802.11 ас wave2) с ппс 95k.

Если хотите получить максимально возможный на линке  в 5ГГц  результат,  то сейчас это можно сделать на Cambium PTP550 (802.11 ac wave 2)  вплоть до 1 Gbps +  в конфигурации  агрегации двух каналов ( на одной антенне) Link Type 2+0 ( 80+80  МГц). MSRP $645.

 Если дальность больше 10-15 км ( или сильные помехи) и нужно использовать устройства под внешнюю антенну, а PTP550 c агрегацией каналов избыточен, то    предполагается ( согласно роадмап) будут Force 300 Connectorized c  GPS  и с динамическим  фильтром  ( может работать как полноценная база AP в MIMO 2x2 ) и   бюджетный  Force 300 CSM (предположительно без фильтров и точно без  GPS).

Фактически Камбиум предлагает полную линейку скоростных и конкурентных по цене продуктов на базе 802.11 ас  wave  2 для линков точка-точка на любую дальность и на любой бюджет.

По моему убеждению   бюджетные Force 300 CSM  для дальних линков и  Force 300-25 ( встроенная антенна) для коротких и средних по дальности линков  станут бестселлерами на рынке линков точка-точка в 2019.

И наконец уже отгружают в адрес дистрибуторов ePMP 3000 802.11 ас  wave 2 MU-MIMO  для малтипойнт (   способного увеличить пропускную способность сектора  до 5  раз относительно ePMP1000/2000,  которые уже сейчас превосходят в разы конкурентов по количеству клиентов на сектор и пропускной способности сектора). Но это уже другая тема работы в малтипойнт, где преимущества Камбиум очевидны и бесспорны.  

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


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

А почему задержка на камбиум прыгает от 2-5 при не загруженном в полку канале и 6-9 при загруженном? Ведь если идет перегрузка по трафику, то куда лишний трафик девается? Он должен в неком буфере оставаться пока его не передадут дальше?

И почему пинг большими пакетами идет 1470 а не 1500?

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


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

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

6-9 при загруженном?

Канал перегружен трафиком встроенного теста  ( 100% загрузка). 

 

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

Он должен в неком буфере оставаться пока его не передадут дальше?

И почему пинг большими пакетами идет 1470 а не 1500?

Вот ICMP пакеты и ждут своей очереди в буфере несколько мс.

1470 просто так запустили. Могли и больше. Это типовой размер для ethernet без фрагментации.

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


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

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

1470 просто так запустили. Могли и больше. Это типовой размер для ethernet без фрагментации.

1472 вообще то, и поэтому и тестят на 1500, потому как с фрагментацией и больше объективность о качестве канала.

 

 

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


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

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

Это типовой размер для ethernet без фрагментации.

А 1500 что, уже фрагментируется?

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


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

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

А 1500 что, уже фрагментируется?

нет )) сорри 2048 хороший размер для теста

 

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


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

Вообще надо уточнить какой максимальный размер MTU пропускает радио устройство и работать именно с этим размером пакетов. Только вот стандартный пинг это проверить не сможет, а вот упаковка пакетов от микротика - вполне.

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


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

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

вот упаковка пакетов от микротика - вполне.

не, антон это глупость )))

 

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


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

15 часов назад, Saab95 сказал:

Вообще надо уточнить какой максимальный размер MTU пропускает радио устройство и работать именно с этим размером пакетов. Только вот стандартный пинг это проверить не сможет, а вот упаковка пакетов от микротика - вполне.

 Вообще макcимальный MTU - отдельный вопрос. Я сходу не помню как там у разных моделей Cambium, но там оно что то типа 1600-или 1700 байт. К измерению задержки это не имеет отношения.  Это  фрагментация  в Ethernet.

А пинг  пакетами скажем 4т и больше  помогает оценить надежность канала   в радио по их потерям . В радио другой размер пакета и фрагментации,  например на ubnt ( Airmax 802.11n), где похоже применяется в   wireless стандартная упаковка A-MSDU -3839 байт или 7935 байт, и A-MPDU -64K. У Микротик максимальный  пакет в wireless 3200 байт ( Nstreme, причем вручную регулируется -может быть меньше, или автоматом подстраивается ). Nv2- х.з, возможно там задается не в байтах, а  в длительности в мс фрейма.

У Камбиум нет фискированного размера пакета в байтах, а есть фиксированное по времени -длина фрейма в мс. Сколько там упакуется байтов зависит от модуляции.  Но на 64 QAM5/6, 256 QAM 45/6   в 5 мс фрейме этот где то до 2тыс байт.   

У Ubnt 5 АС тоже есть фиксированный фрейм длиной до 8 мс. 

В общем,  длинные пинги ( больше 1500 байт)  полезны для грубой оценки надежности канала по тому, сколько их будет потеряно в канале. Повторяю этот  пинг не для измерения задержки, а для грубой приблизительной  оценки надежности канала, которая иногда бывает полезна.

Для оценки задержки нормальным пингом считаеся пакет размером  1470 ( если угодно 1472 ) байта. 

При этом измерение задержки для систем с фиксированным фреймом   не зависит от размера пакета пинга.  Задержка одинакова и для короткого стандартного 32-64 байта пинга и для 1470 байта.

А вот для  систем с переменным фреймом (  airmax 802.11n, Nstreme)  обязательно использовать размер не менее 1472 байта или пингать коротким пингом, но при этом загружать канал достаточным для заполнения всего максимального фрейма трафиком. Он по размеру у разных систем, как я сказал выше,  разный. Короткий стандартный пинг на слабо загруженном канале в таких системах не отражает реальную задержку.

Кроме того , для систем с фиксированным фреймом и особенно адаптивным делением   UL/DL период следования ICMP пакетов  должен быть большим -лучше  стандартным -порядка 1 с. Флуд пинг  и пинг с очень коротким периодом  следования не подойдет для измерения задержки у таких систем. Просто пакеты и ответы на них на  не сильно загруженном канале  попадают в один короткий фрейм и не отражают реальную задержку системы.

И понятно также полезно измерять задержку в канале на загруженном 90-95% канале . Размер пакета и период следования пакетов, фиксированный фрейм или переменный  при этом уже значения не имеют.  Но следует иметь в виду, что некоторые вендоры применяют приоритезацию ICMP   пакетов. Это можно увидеть по тому что при полной загрузке канала пинг не растет.

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


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

На микротике можно изменять размер буфера в радиоканале. Если установить стандартные значения и загрузить канал полностью, то пойдут потери данных, но пинг будет где-то в нормальных значениях 10-50мс. Если установить размер буфера большой, например 10000 пакетов, тогда при полной загрузке потерь данных уже не будет, но пинг подскочит до 300-400-500мс. Если установить тип буфера PCQ и большой размер для временного хранения данных, то во время перегрузки пинг так и останется в районе 10-50мс, и потерь так же не будет возникать.

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


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

В 12.01.2019 в 14:52, slv700 сказал:

 

Мое мнение  как продавца Камбиум  может показаться  необьективным, но тем не менее выскажусь.  Мы продаем очень много  этих девайсов. Все пользователи довольны этим продуктом. По моему мнению и мнению десятков провайдеров (  можно посмотреть на украинском форуме )  Force 200 ( 802.11n)  лучшее  ( по стабильности параметров канала связи) решение для линков до 10-15 км для скорости реального трафика до 150Mbps в 40 Мгц .

Если нужна скорость 200-250+ Mbps в 40 Мгц, то есть  Force 300 ( 802.11 ac wave 2).  На линке до 10 км он  выдаст 320 Mbps ( UL+DL), при делении фрейма 25/75 на загрузку это  230-250 Mbps. Можно работать в  80 Мгц. Выдаст 400-500+М.

  Аналоги убнт  и  Микротик  ( со встроенной антенной)  проигрывают   по всем показателям канала связи  устройствам Камбиум Force 200  и  Force 300. А цены сопоставимы. 

 

Вообще как показала практика, 40 мгц не допросится, дают ток на дальнем востоке, остальные регионы нереально совершенно, а разницы в 20 между юбиком, камбой и фиником не заметили... расстроились, пока используем все три типа оборудования, на дв бывает на камбиум проваливается GPS, теряет все спутники, прошивка стоит рекомендованная производителем... дампы сняли, ждём решения третий месяц) вот как то так)

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


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

В 14.01.2019 в 00:44, slv700 сказал:

 Вот задержка на пустом канале Force 200. Режим ePTP. Дальность 6.3 км.


PING 10.2.4.18 (10.2.4.18) 32(60) bytes of data.
40 bytes from 10.2.4.18: icmp_seq=1 ttl=64 time=1.56 ms
40 bytes from 10.2.4.18: icmp_seq=2 ttl=64 time=1.35 ms
40 bytes from 10.2.4.18: icmp_seq=3 ttl=64 time=1.30 ms
40 bytes from 10.2.4.18: icmp_seq=4 ttl=64 time=1.41 ms

--- 10.2.4.18 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 1.306/1.409/1.563/0.106 ms

 

Канал загружен трафиком. Force 200, ePTP, Дальность 6.3 км.  Пинг пакетами 1470 байт. Прошивка 3.5.4.


PING 10.2.4.18 (10.2.4.18) 1472(1500) bytes of data.
1480 bytes from 10.2.4.18: icmp_seq=1 ttl=64 time=1.68 ms
1480 bytes from 10.2.4.18: icmp_seq=2 ttl=64 time=1.50 ms
1480 bytes from 10.2.4.18: icmp_seq=3 ttl=64 time=1.41 ms
1480 bytes from 10.2.4.18: icmp_seq=4 ttl=64 time=1.46 ms

--- 10.2.4.18 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 1.413/1.518/1.684/0.108 ms

Как мы видим, задержка с ростом трафика не растет. 

Скорость Force 200 известна 110 Mbps  (UL+DL) в 20 Мгц. В 40 Мгц -220 Mbps (UL+DL)   на пакетах UDP 1500   байт. На пакетах 700-800 байт ( средний пакет живого трафика) - до 140-160 Mbps.

Если надо в 20ке получить не менее 70/70 в обе стороны одновременно, то что посоветуете? Расстояние 10-15 км, пока у нас для этих целей ставят powerbeam 500ac или infinet xg, финики конечно больше симпатизируют нам, но цена сильно кусается, на прокачку 50/50 в обе стороны ставим infinet 2x2. тесты делаеи исключительно через jdsu 

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


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

12 часов назад, fractal сказал:

20ке получить не менее 70/70 в обе стороны одновременно, то что посоветуете? Расстояние 10-15 км

Force 300. 

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


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

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

Force 300. 

Спасибо, запросили на тест

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


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

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

Force 300. 

вот прям зуб даешь что в 20 Мгц полоске  70 мбит дуплекса выдаст??? я уже молчу про расстояние в 10 км. ))

пруфы, билли, пруфы.

 

 

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

Спасибо, запросили на тест

скажите где?

 

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


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