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

6 GHz: сравнительное тестирование SXT 6, LigoDLB 6-15 и Force 180

В последнее время рынок low-cost устройств на 6 ГГц заметно расширился - Mikrotik, Cambium и LigoWave обзавелись железками этого диапазона для наиболее популярных сценариев (PtP, PtMP, CPE), поэтому появилась идея сделать небольшой обзор и тестирование устройств, чтобы восполнить пробелы информации на этом форуме. "Под рукой" был линк 3.2 км (частично над водой), где было решено поставить микротиковские PowerBox Pro, чтобы поочередно включать нужные устройства. Испытуемые:

1.jpeg2.jpeg

Mikrotik SXT 6 (802.11n, антенна 16 dBi, TX Power 30 dBm)

Cambium Force 180 6 GHz (802.11n, антенна 16 dBi, TX Power 30 dBm)

LigoWave LigoDLB 6-15 (801.11ac, антенна 14-15 dBi, TX Power 30 dBm)

 

Сразу оговорюсь, что первый тест провалился :) одинаковые сигналы получили -64...-65 на SXT и Force, около -70 на Ligo 6-15. Модуляции плавали на всех устройствах, а адекватных цифр, близких хотя бы к 100 Мбит/с, мы так и не увидели. Значения у всех испытуемых были в пределах 20-60 Мбит/с в 20 МГц, переход в другие полосы не давал существенной прибавки. Пробовали разные варианты юстировки, режимы работы, сканировали эфир (чисто), но все безуспешно. В удаленной точке в ближней зоне была растительность + ЛЭП, но зона Френеля не перекрывалась (или перекрывалась незначительно). В ближней зоне на крыше многоэтажки была поблизости антенна RD-5G34 и парапет примерно на 3-4 метра ниже оси линии прямой видимости (видно на фото). Важно отметить, что другое оборудование разных производителей в этом месте раньше работало нормально.

Мои коллеги промучились около недели, после чего решили сократить линк и создать идеальные условия, чтобы исключить все вероятные проблемы с нехваткой энергетики, зоной Френеля и прочей переотраженкой. Поблизости не было идеальных мест для создания линка ~1-2 км, поэтому пришлось устроить полевые испытания - с одной стороны был частный дом на окраине деревни (высота установки 10 метров), с другой - видно на фото :) лестница высотой 6 метров с растяжками, между точками - поле и овраг. Зона Френеля не перекрывается, нигде ничего не мешает, эфир чист. Продолжение в следующих сообщениях.

3.jpeg link.thumb.png.101a73eebe6bef52aaff4eb6f23390d2.png

Share this post


Link to post
Share on other sites

Итак, расстояние - 1 км, условия - близкие к идеальным.

 

SXT 6 / 20 МГц (nv2). Подключился с перекосом ~48/56 (иногда перекос снижался до 48/50 и резко подрастал - похоже на проблему с ТХ Power в одном из чейнов). Канальные прыгали между 130/144 (20 МГц). К слову, перекос был и на предыдущем линке (3.2 км).

signal.thumb.jpg.51cc0011e2faee9c9ce3e87e91d4452a.jpgwireless.thumb.jpg.b37101482df97b165014638687df42a0.jpg

При запуске ТСР-теста канальные просели, результаты видно на скринах:

 

UDP Simplex (без ограничения скорости) ~95 Мбит/с без потерь и средней задержкой 23 мс

UDP Duplex (без ограничения скорости) суммарный трафик 80 Мбит/с без потерь и средней задержкой 14 мс

UDP Duplex (с ограничением по 40М в каждую сторону) - немного не потянул, суммарный трафик 60~80 Мбит/с без потерь и средней задержкой 14 мс

20-UDP-DUPPLEX-40-40.thumb.jpg.21286ef08ffc7354b4046fec53bb1e61.jpg 20-UDP-DUPPLEX-UNLIM.thumb.jpg.f139d24d062021fd57b7ab3cd2c8f2b0.jpg 20-UDP-SIMPLEX-UNLIM.thumb.jpg.0035c7382d9d579627d1371a818369a5.jpg

UDP Duplex (тест пакетной производительности по 64 байта без ограничения скорости) 60~65 тыс. pps

20-UDP-DUPPLEX-pps.thumb.jpg.e6f767897283aa96d44741f210445abb.jpg

TCP Simplex (без ограничения скорости) 60~70 Мбит/с без потерь с средней задержкой 14 мс

TCP Duplex (без ограничения скорости) суммарный трафик 55~65 Мбит/с с 1% потерь и со средней задержкой 11 мс

TCP Duplex (с ограничением 5М/45М) суммарный трафик ~50 Мбит/с без потерь с средней задержкой 12 мс

20-TCP-SIMPLEX-UNLIM.thumb.jpg.59971e087a64f55731878cdebe2f0838.jpg 20-TCP-DUPPLEX-UNLIM.thumb.jpg.6a5e84d080f373789e59d84873d816ed.jpg 20-TCP-DUPPLEX-45-5.thumb.jpg.783677fed8c681fa513b0b748db9c1f1.jpg

40 МГц (nv2):

 

UDP Simplex (без ограничения скорости) 135~150 Мбит/с без потерь и средней задержкой 6 мс

UDP Duplex (без ограничения скорости) суммарный трафик 145~155 Мбит/с без потерь и средней задержкой 15 мс

40-UDP-SIMPLEX-UNLIM.thumb.jpg.61ecf5ac37650ff0c651cb9547dd1e73.jpg 40-UDP-DUPPLEX-UNLIM.thumb.jpg.1b1b19f0318cab89a58363971499ad62.jpg

TCP Simplex (без ограничения скорости) скрин не сохранил :( но по памяти помню, что было около 100 Мбит/с без потерь

TCP Duplex (без ограничения скорости) суммарный трафик 70~90 Мбит/с без потерь и со средней задержкой 10 мс

TCP Duplex (с ограничением 45М/45М) суммарный трафик ~90 Мбит/с без потерь с средней задержкой 5 мс

40-TCP-DUPPLEX-UNLIM.thumb.jpg.ac8964bac4fb3f306963cc56ccf63167.jpg 40-TCP-DUPPLEX-45-45.thumb.jpg.45bb5d25cdc133e5d1c8dde125da1014.jpg

В какой-то момент я стал переключать разные режимы работы и в голом 802.11n получил такие результаты в 40:

 

UDP Simplex (без ограничения скорости) 190~200 Мбит/с без потерь и средней задержкой 19 мс

UDP Duplex (без ограничения скорости) суммарный трафик ~120 Мбит/с с потерями около 4% и средней задержкой 70 мс

5bd36756e426c_40-UDP-SIMPLEX-UNLIM(wifi).thumb.jpg.cba135195e46d9a24f7ad42a95478685.jpg 5bd367559268b_40-UDP-DUPPLEX-UNLIM(wifi).thumb.jpg.b755a29e72e1e27fe1695b2c5694bc24.jpg

TCP Simplex (без ограничения скорости) 100~120 Мбит/с с 1% потерь и со средней задержкой 46 мс

TCP Duplex (без ограничения скорости) суммарный трафик 100~120 Мбит/с с 5% потерь и со средней задержкой 74 мс

40-TCP-SIMPLEX-UNLIM(wifi).thumb.jpg.989190a9c51878ffa82b044cff8ab79a.jpg 40-TCP-DUPPLEX-UNLIM(wifi).thumb.jpg.c30064af8a339edd5dca4d36efedcd7e.jpg

В целом результаты значительно лучше, чем на 3.2 км, но есть ощущение, что это еще не предел, т.к. была проблема с перекосом.

Share this post


Link to post
Share on other sites

Это позор какой то. Не думал, что Микротик в 6 Ггц работает так хреново, да еще на 1 км  в близких к идеальным условиях !!!! Можно сказать, что он в 6 ГГц нерабочий. Может что настроили не так? Перекос вызван кривой антенной Микротика. Она кривая в 5 Ггц, а в 6 ГГц -тем более.

Будете тестить Камбиум, также обратите внимание, что 

1) должен быть режим ePTP, Country -Other , Tx -  max что позволит система  в 6 Ггц.

2) сигналы по чейнам  нужно смотреть  в eAlign.

3) нужно представить скрин Monitor- Performance.  Сначала сбросить все счетчики, потом сделать встроенный тест 20 сек и снять скрин (весь), чтобы были видны распределения модуляций , ошибки и ретрансмитты  в UL и  DL. Есть ли потери в  Ethernet. Нелишне убедиться что порт поднялся в 1 Гиг.

4) показать скрин этого проведенного встроенного теста. Интересна разница между его показаниями и тестом UDP.

ЗЫ

И не забывайте, что пинг должен быть длинным пакетом типа  1480 байт. А если канал пропустит,  то не лишне пропингать канал  пакетом 8-10 тыс байт без нагрузки. Покажет надежность канала.

И напоминаю, что главный интерес вызывает TCP тест  DL/UL =90/10  дуплекс. Собственно по ему одному и имеющейся задержке на длинном пакете  можно сравнивать устройства, хотя остальные тесты тоже показательны.

И искренне пожелаю удачи !

Share this post


Link to post
Share on other sites

LigoDLB 6-15ac, 1 km. Средний сигнал получился около -62...-63, но присутствовали небольшие перекосы между поляризациями в пределах 4-6 дБ (видно на скринах 59/65 и 61/66). Аналогичный перекос был и на предыдущем линке (3.2 км), но в этот раз модуляции в 20 МГц были стабильны (на максимуме), в 40 МГц иногда были провалы с 256QAM на 64QAM, в 80 МГц - постоянно плавали вплоть до 16QAM.

 

5bd59aa1e49fc_Screenshot(19).thumb.png.48a021d676b02018c3b94341682d7e4f.png

 

20 МГц (iPoll 3)

 

UDP Simplex (без ограничения скорости) ~140 Мбит/с без потерь и средней задержкой 104 мс

UDP Simplex (с ограничением 130М) ~130 Мбит/с без потерь и средней задержкой 3 мс

UDP Duplex (без ограничения скорости) суммарный трафик около 120-130 Мбит/с с потерями 37% и средней задержкой 400 мс

UDP Duplex (с ограничением по 60М в каждую сторону) - суммарный трафик 115-120 Мбит/с без потерь и средней задержкой 4 мс

 

20-UDP-SIMPLEX-UNLIM.thumb.jpg.23297fef3c4cabc56c30deb22712abc5.jpg 20-UDP-SIMP-130M.thumb.jpg.e1450948cc795b0ff810478d869da68e.jpg 20-UDP-DUPLEX-UNLIM.thumb.jpg.119cdbf08007d705e71071a85ccf4642.jpg 20-UDP-DUPLEX-60M.thumb.jpg.ae6810dd36da256901fe98a98b347920.jpg

 

UDP Duplex (тест пакетной производительности по 64 байта) 100~115 тыс. pps

 

20-UDP-DUPLEX-UNLIM-pps.thumb.jpg.1d0c39c4a0554eff6a2d9ed7cc519326.jpg

 

TCP Simplex (без ограничения скорости) 125-130 Мбит/с с потерями 4% и со средней задержкой 90 мс

TCP Simplex (с ограничением 120М) 120 Мбит/с без потерь и со средней задержкой 4 мс

TCP Duplex (без ограничения скорости) суммарный трафик 120-125 Мбит/с без потерь и со средней задержкой 12 мс

TCP Duplex (с ограничением 100М/20М) суммарный трафик ~120 Мбит/с без потерь и со средней задержкой 6 мс

 

20-TCP-SIMPLEX-UNLIM.thumb.jpg.22492977497611c0fe3f137f924b5f89.jpg 20-TCP-SIMPLEX-120M.thumb.jpg.2469a870feec66f81927752154067bae.jpg 20-TCP-DUPLEX-UNLIM.thumb.jpg.3618c6736b3eb4361c768d6beafda91f.jpg 20-TCP-DUPLEX-100-20M.thumb.jpg.9e5a7064f03f8dc03a5e17ca6ae2ea1b.jpg

 

40 МГц (iPoll 3)

 

UDP Simplex (без ограничения скорости) ~240 Мбит/с c 3% потерь и средней задержкой 68 мс

UDP Simplex (с ограничением 230М) ~230 Мбит/с без потерь и средней задержкой 6 мс

UDP Duplex (без ограничения скорости) - суммарный трафик около 200-240 Мбит/с с потерями 41% и средней задержкой 500 мс

UDP Duplex (с ограничением по 115М в каждую сторону) - суммарный трафик 220-230 Мбит/с без потерь и средней задержкой 5 мс

 

40-UDP-SIMPLEX-UNLIM.thumb.jpg.a67d602f03cd3fe5658f9e49ed1e7a0d.jpg 40-UDP-SIMPLEX-230M.thumb.jpg.691c1ac13e30b69a6ec751b1b59b4669.jpg 40-UDP-DUPLEX-UNLIM.thumb.jpg.20bcb91a245ea94bbca373b837d0f049.jpg 40-UDP-DUPLEX-115-115.thumb.jpg.6e2dc173751d3d0677346f688cce7c61.jpg

 

TCP Simplex (без ограничения скорости) скрин не сохранился, но было около ~170 Мбит/с без потерь

TCP Duplex (с ограничением 15М/150М) суммарный трафик 160~165 Мбит/с без потерь и со средней задержкой 2 мс

 

40-TCP-DUPLEX-15-150.thumb.jpg.92575fae3dbfeea6828a7b1e2d00a338.jpg

 

* Цифры в ТСР немного удивили, поскольку ранее я уже делал тест DLB-6AC с дишами 28 dBi на линке 3.2 km, где результаты были примерно в полтора раза лучше.

 

Решил попробовать перевести линк в голый 802.11ас (без использования iPoll3) и повторил замеры в ТСР:

 

TCP Simplex (без ограничения скорости) 210-220 Мбит/с с 19% потерь и со средней задержкой 19 мс

TCP Simplex (с ограничением 200М) 200 Мбит/с без потерь и со средней задержкой 7 мс

TCP Duplex (с ограничением 100М/100М) суммарный трафик ~200 Мбит/с без потерь и со средней задержкой 2 мс

 

40-TCP-SIMPLEX-UNLIM.thumb.jpg.849bff103781829e0ef71f655eff94ea.jpg 40-TCP-SIMPLEX-200M.thumb.jpg.38836595f7752f445d1d3efa9b604ef4.jpg 40-TCP-DUPLEX-100-100.thumb.jpg.7afe7f2694db92a69b316a9d174c571e.jpg

 

Повторил тесты в голом 802.11ac для 20 МГц, но там цифры стандартного wi-fi оказались заметно хуже iPoll3, которые привел выше. В чем причина такой особенности - пока неясно, инженеры LigoWave разбираются.

 

В 80 МГц существенной прибавки в ТСР получить не удалось - максимальные цифры получились около 230-250 Мбит/с, хотя раньше в тестах с DLB 6AC выходило в пределах 300-400 Мбит/с. Скорее всего это связано с недостаточной энергетикой на таком расстоянии для такой полосы.

 

80-UDP-SIMPLEX-UNLIM.thumb.jpg.7ebd44fcf0b8265848a90bc1836fd4ff.jpg80-UDP-SIMPLEX-500M.thumb.jpg.0c5da8103bed510d94380ccbda322cae.jpg80-UDP-DUPPLEX-UNLIM.thumb.jpg.983c43eb71c04ca52abff52f9b2b259b.jpg80-UDP-DUPPLEX-250-250.thumb.jpg.6cc5e85d5b277bfde16f6c4fd7811398.jpg80-TCP-SIMPLEX-UNLIM.thumb.jpg.89962c6cc2c78614b179168a2a8b5118.jpg80-TCP-SIMPLEX-250M.thumb.jpg.b7f51331f126286cb7aec01285317ae3.jpg

Share this post


Link to post
Share on other sites

Cambium Force 180 6 GHz. Больше всего времени потратили на эти тесты, поскольку это был первый опыт работы с Cambium. Как и в первом случае, снова столкнулись с разницей в сигналах между AP и Station - на клиенткой точке некорректно автоматически выставлялось значение мощности в пределах нескольких dBm и другие значения не сохранялись (как потом выяснилось - на АР работал ATPC, который должен регулировать мощность на клиенте). Увеличение уровня сигнала на АР не прибавило мощность клиенту, поэтому пришлось отключить "автоматику" и выставить максимальную мощность вручную. Подробные скрины делать не стал, поскольку адекватно протестировать эти железки не удавалось.

 

Режимы работы пробовали разные - стандартный Wi-Fi, TDD PTP и ePTP. Как и в случае с Mikrotik/LigoWave - максимальную пропускную способность получили в обычном Wi-Fi. Но это не значит, что это самый лучший способ использования в PtP - в этом режиме у всех была замечена сильная деградация канала при работе в дуплексе. Зафиксировал лишь некоторые моменты, чтобы показать знатокам для выявления возможных ошибок в настройках.

 

20 МГц (TDD PTP):

 

20_TDD-PTP-25-75-linktest.thumb.png.24e9c3b2e19e9fa7a5eae6a908ddde91.png 20-TCP-DUPLEX-UNLIM.thumb.jpg.e803b5aa9f179a0d1fe0eebe37cde1a1.jpg 20-TCP-SIMPLEX-UNLIM.thumb.jpg.41b213a2eb9b5aab93a9dd4b45799b12.jpg 20-UDP-DUPLEX-UNLIM.thumb.jpg.b4a59ce61723c1f743d1a8da06f64fa3.jpg   20-UDP-SIMPLEX-UNLIM.thumb.jpg.7acda7af80db00373f39b3d2f21b7a65.jpg

 

40 МГц (802.11):

 

40_WI-FI-linktest.thumb.png.8d5fc84e4e37b5e64353b57d7a22b804.png

 

Тест пакетной производительности:

 

pps.thumb.jpg.82486a6cc5f32fa15cf041891ef5880a.jpg

 

Прошу не считать полученные цифры результатом полноценного испытания, поскольку у нас не было достаточных знаний в настройке Cambium. В планах - возвращение на стационарный линк 3.2 км после получения рекомендаций. Сейчас листва активно опадает и хочется получить адекватные результаты на Force 180.

 

Хочу поблагодарить своих коллег за совместную работу в полевых испытаниях и отдельное спасибо Сергею Голованову за оперативные консультации по вопросам настроек.

 

 

 

В 27.10.2018 в 13:57, slv700 сказал:

Это позор какой то. Не думал, что Микротик в 6 Ггц работает так хреново, да еще на 1 км  в близких к идеальным условиях !!!! Можно сказать, что он в 6 ГГц нерабочий. Может что настроили не так? Перекос вызван кривой антенной Микротика. Она кривая в 5 Ггц, а в 6 ГГц -тем более.

Вряд ли проблема с антенной, поскольку перекос был динамическим. Попробуем в следующий раз заменить на другой SXT 6.

В 27.10.2018 в 13:57, slv700 сказал:

1) должен быть режим ePTP, Country -Other , Tx -  max что позволит система  в 6 Ггц.

 

Пробовали именно так.

В 27.10.2018 в 13:57, slv700 сказал:

2) сигналы по чейнам  нужно смотреть  в eAlign.

 

Спасибо за подсказку.

В 27.10.2018 в 13:57, slv700 сказал:

3) нужно представить скрин Monitor- Performance.  Сначала сбросить все счетчики, потом сделать встроенный тест 20 сек и снять скрин (весь), чтобы были видны распределения модуляций , ошибки и ретрансмитты  в UL и  DL. Есть ли потери в  Ethernet. Нелишне убедиться что порт поднялся в 1 Гиг.

4) показать скрин этого проведенного встроенного теста. Интересна разница между его показаниями и тестом UDP.

ЗЫ

И не забывайте, что пинг должен быть длинным пакетом типа  1480 байт. А если канал пропустит,  то не лишне пропингать канал  пакетом 8-10 тыс байт без нагрузки. Покажет надежность канала.

И напоминаю, что главный интерес вызывает TCP тест  DL/UL =90/10  дуплекс. Собственно по ему одному и имеющейся задержке на длинном пакете  можно сравнивать устройства, хотя остальные тесты тоже показательны.

При следующем тесте попробую все это учесть.

Share this post


Link to post
Share on other sites

А что с частотами в этом диапазоне? Имеет ли смысл рассматривать данное решение?

Share this post


Link to post
Share on other sites
4 часа назад, f.tagir сказал:

А что с частотами в этом диапазоне? Имеет ли смысл рассматривать данное решение?

6 ГГц попадает в одно решение ГКРЧ вместе с 5 ГГц - № 10-07-02 от 15.07.2010:

 

5150 - 5350 МГц

5650 – 6425 МГц

 

Причем вероятность получения 6-ки сейчас намного выше 5-ки.

Share this post


Link to post
Share on other sites

Тест конечно показывает что лиго круче, только на деле ерунда какая-то.

 

Тест микротика в 20мгц без ограничения скорости есть и показывает 95М с задержкой 23.

Тест лиго в 20мгц без ограничения скорости показывает 140М с задержкой 104, а с ограничением в 130М - 3. Почему же нет теста на микротике с ограничением?

 

Как так лиго оказалась быстрее почти на половину?

Share this post


Link to post
Share on other sites
5 часов назад, Saab95 сказал:

Почему же нет теста на микротике с ограничением?

На лиго я получил цифры в 20 МГц, похожие на результаты тестов оборудования 5 ГГц, которые были близки к максимальным возможностям железа. В случае с SXT и Force результаты оказались значительно ниже потенциальных возможностей, поэтому пока не стал подробно фиксировать все режимы работы. У SXT периодически появлялся перекос в одной из поляризаций, а с форсом не успели быстро разобраться, т.к. работали с ним первый раз. В ближайшее время подберем замену SXT и получим необходимые консультации от Cambium, чтобы повторить испытания.

 

Точно также я не стал делать подробных испытаний 80 МГц у 6-15, т.к. очевидно не хватило энергетики и смотреть там особо не на что. 

 

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

Как так лиго оказалась быстрее почти на половину?

130-140 Мбит/с UDP в 20 МГц - это уже известная цифра по многим тестам LigoWave. У Mikrotik больше 100-110 пока не видел. Почему разница получилась еще больше - скорее всего из-за перекоса в одной из поляризаций (иногда разница доходила до 20-30 дБ). Заменим SXT и повторим тестирование.

Share this post


Link to post
Share on other sites

Вернули всех испытуемых на линк 3.2 км. С одной стороны, где в ближней зоне были кусты и большое дерево, листва почти полностью опала. Летнее фото с предыдущих тестов для общего представления условий (цель - крыша самого высокого здания, на которое указывает стрелка):

 

basa.thumb.jpg.b0cbc590e4f935e1217a46e3a4df2824.jpg

 

Сигналы у всех подросли, но обратил внимание - перекос есть не только у LigoWave и Mikrotik, но и у Cambium:

 

signal.thumb.png.95db20238bf0abd700b69ad64d6d185c.png

 

Один из SXT был с дефектным TX Power в одном из чейнов (перекос достигал 30 дБ), заменили. Большого перекоса теперь нет, но небольшой перекос в пределах 4-7 дБ все равно остается:

 

signal.thumb.png.4c7bb0716a25c387313ff61a25ea96b8.png

Share this post


Link to post
Share on other sites
10 часов назад, xabarov сказал:

4-7 дБ все равно остается:

Это нормально. 4 дБ- погрешность измерения RSSI.

Share this post


Link to post
Share on other sites

После неудачных попыток с SXT 6 и Force 180 решили проверить их работу по всему диапазону 6 ГГц с интервалом 20 МГц. Измерения производились в симплексном режиме внутренними инструментами измерения скорости:

 

Mikrotik SXT 6 показал относительно хорошую работу только до 6205, потом пропускная способность резко снижается в 20 и в 40 МГц. Более наглядно можно посмотреть на графиках:

 

SXT6_40MHz.thumb.png.5028c796e00a740c0a2d9d0020e21d44.png SXT6_20MHz.thumb.png.f4ca8177927d1111c5f8cfa3c7c0628a.png

 

Cambium Force 180 (6 GHz) показал похожие результаты тестирования, только провал начинается раньше (с 6100):

 

Force180_20MHz.thumb.png.75d182dfae5317b007d0a02955793ed6.png Force180_40MHz.thumb.png.fbed465ae4e19dcc596707c9caa14ce3.png

 

Хорошо заметно, что оба испытуемых имеют сильный провал в своих измерениях на 6300. Я все больше начинаю склонятся к тому, что эти проблемы - особенность платформы 802.11n. С представителем Cambium договорились о проверке этого моста (готовим удаленный доступ), сотрудникам Mikrotik зададим вопросы в ближайшее время. 

 

Если кто-то сталкивался с подобными проблемами или наоборот, имеет положительный опыт работы на частотах после 6100-6200, прошу отписаться здесь или написать мне в личку.

Share this post


Link to post
Share on other sites
В 18.11.2018 в 19:19, xabarov сказал:

Если кто-то сталкивался с подобными проблемами или наоборот, имеет положительный опыт работы на частотах после 6100-6200, прошу отписаться здесь или написать мне в личку.

6290 в 20 Мгц  (6280 в 40 мгц)   SXT6 и DynaDish6

 

если 1  посредственно работает то дишь  довольно достойно, стабильной работы добились только в nstream и страна russia2

 

2.5 км  пока один клиент на базе (800 мать + карта 6 Ггц)  по speedtest  видит 130/112 мбит

 

Share this post


Link to post
Share on other sites
1 час назад, Constantin сказал:

6290 в 20 Мгц  (6280 в 40 мгц)   SXT6 и DynaDish6

 

если 1  посредственно работает то дишь  довольно достойно, стабильной работы добились только в nstream и страна russia2

 

2.5 км  пока один клиент на базе (800 мать + карта 6 Ггц)  по speedtest  видит 130/112 мбит

 

Странно, у меня наоборот только в nv2 стабильно работает и скорости 130Mb/s. А вот на nstream почему то скорость выше 50Mb/s не поднималась

Share this post


Link to post
Share on other sites
4 часа назад, Constantin сказал:

если 1  посредственно работает то дишь  довольно достойно, стабильной работы добились только в nstream и страна russia2

 

Какая максимальная скорость на этих частотах в 20 и 40?

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

Странно, у меня наоборот только в nv2 стабильно работает и скорости 130Mb/s. А вот на nstream почему то скорость выше 50Mb/s не поднималась

Тоже уточните, пожалуйста. Интересуют что за оборудование, конкретные частоты и максимальные скорости через бэндвич тест.

Share this post


Link to post
Share on other sites
9 часов назад, xabarov сказал:

Тоже уточните, пожалуйста. Интересуют что за оборудование, конкретные частоты и максимальные скорости через бэндвич тест.

DynaDish 6, Freq. 6200MHz, Channel Width 40MHz, Only-N, Protocol nv2. Максимальная пиковая была 148Mb/s

Share this post


Link to post
Share on other sites
4 часа назад, Ace63 сказал:

DynaDish 6, Freq. 6200MHz, Channel Width 40MHz, Only-N, Protocol nv2. Максимальная пиковая была 148Mb/s

Пока что это сходится с моими испытаниями. Не могли бы ненадолго перевести линк на 6305~6325 и повторить измерения?

Share this post


Link to post
Share on other sites
21 минуту назад, xabarov сказал:

Пока что это сходится с моими испытаниями. Не могли бы ненадолго перевести линк на 6305~6325 и повторить измерения?

Не могу, антенны в продакшене.

Share this post


Link to post
Share on other sites
23 минуты назад, xabarov сказал:

Не могли бы ненадолго перевести линк на 6305~6325 и повторить измерения?

а ночь сделаю когда клиент уснет

 

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