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

Тестируем Redline AN-80i PTP Канал точка-точка на базе wimax

Redline RDL 3000 MIMO2x2 802.16 в MAC ( канальном уровне ) , а радио PHY 802.16 там нет, возможно wifi радио от 802.11n ( аналогично тому как AN-80i front end 802.11a ) или скорее всего радио проприетарное.

2)20 MHz 802.16d PHY это EION Libra

 

Можно цены в Украине и желательно где можно купить, посмотреть в роботе?

Share this post


Link to post
Share on other sites

Redline RDL 3000 MIMO2x2 802.16 в MAC ( канальном уровне ) , а радио PHY 802.16 там нет, возможно wifi радио от 802.11n ( аналогично тому как AN-80i front end 802.11a ) или скорее всего радио проприетарное.

2)20 MHz 802.16d PHY это EION Libra

 

Можно цены в Украине и желательно где можно купить, посмотреть в роботе?

Libra никто не продает, там получается дорогая абонстанция , в малтипойнт 802.16d в провайдерских сетях выгодней иметь два канала по 10 Мгц, чем один 20 Мгц. А 20 Мгц 802.16d а также 20 Мгц MIMO2x2 TDMA -это узкая ниша корпоративных сетей с высокими потребностями по скорости на одного клиента ( больше 10-15 Mbps).

Раньше ( очень давно ) эту Либру ( еще когда это был проприетарный чипсет TDMA, еще до эры 802.16d) Комптек продавал.

Насчет Redline RDL-3000 цена в полной комплектации MIMO 2x2 немалая - под $8K. Что где купить - пишите в личку.

Share this post


Link to post
Share on other sites

Redline RDL 3000 MIMO2x2 802.16 в MAC ( канальном уровне ) , а радио PHY 802.16 там нет, возможно wifi радио от 802.11n ( аналогично тому как AN-80i front end 802.11a ) или скорее всего радио проприетарное.

Тогда, очевидно, оно к 802.16 отношения не имеет.

Share this post


Link to post
Share on other sites

Redline RDL 3000 MIMO2x2 802.16 в MAC ( канальном уровне ) , а радио PHY 802.16 там нет, возможно wifi радио от 802.11n ( аналогично тому как AN-80i front end 802.11a ) или скорее всего радио проприетарное.

Тогда, очевидно, оно к 802.16 отношения не имеет.

Многие вендоры декларируют 802.16 MAC без наличия 802.16 PHY - это ясно не совсем то.

Share this post


Link to post
Share on other sites

Сравнил Redline AN-80i с микротиком.

 

Профиль трассы с виду очень хороший, но на деле не соответствует действительности, оптической видимости нет, и даже не видно высоких ориентиров, находящихся в городе (вышки сотовой связи, трубы котельных):

 

link.png

 

Микротик работает с уровнями сигналов примерно -71..-72, в зависимости от погоды и времени суток могут ухудшаться и до -80. Пропускная способность через радиолинк - 30..35 мегабит симплекса в полосе 20мгц. Антенны 24дби литые решетки с обеих сторон.

 

Redline работает с уровнями сигналов -68..-70, пропускная способность через линк на нем - 23..25 мегабит в полосе 20мгц, или 40-45 мегабит в полосе 40мгц. Лучшие уровни сигналов и отношение сигнал/шум получить не удалось, т.к. при точной юстировке антенны на город, повышался уровень шума, хотя в самом городе эту частоту и близкие никто не использует. Замена антенны на 29дби решетку TDJ, увеличила уровни сигналов, но собрала столько шумов, что свело на нет все преимущества более высокого КУ. В результате измерения проводились на антеннах 24дби.

 

Провел сравнительное тестирование задержки в зависимости от загрузки канала, результаты в табличке:

 

test3_scr.png

 

Задержка проверялась следующим образом - запускался тест прокачки через канал с ограничением от максимальной прокачки в процентах и одновременно с ним пинг пакетами по 64 байт, по истечении минуты оба теста останавливались и результаты заносились в таблицу. Пинг за 60 секунд усреднялся. Тестирование канала осуществлялось по UDP пакетами 1500 байт.

 

Если микротик настроить на ту же частоту, что и redline, то последний ничего не почувствует и продолжит передавать данные через канал с неизменной скоростью и задержкой. Микротик в этот момент уходит в постоянный дисконнект. Если данные через redline не передаются, через микротик можно прокачать около 6 мегабит в каждую сторону с потерями. Сам Redline в этот момент скидывает модуляции, т.к. увеличивается уровень шума, но стоит только возобновить передачу данных через канал, как все приходит в норму - следовательно помехоустойчивость по отношению к wi-fi у redline an80i очень хорошая.

 

На первой соседней частоте микротик так же не работает, а вот на второй соседней уже худо-бедно начинает передавать данные, хоть и с низким CCQ. Полностью убрать взаимное влияние удалось только с разносом в 200мгц. Только на таком расстоянии на микротике перестает падать CCQ на прием после включения электропитания Redline AN80i.

 

Получить задержку 1мс на Redline при сильной загрузке можно наверно только в чистом LOS, т.к. при работе в условиях ограниченной видимости при сильной загрузке канала идет много переповторов, что и увеличивает задержку - ведь на повторную передачу данных нужно затратить дополнительное время.

 

Плюсы Redline - надежная доставка данных с минимальной задержкой. Минусы - низкая скорость и цена.

Плюсы Mikrotik - высокая скорость и низкая цена. Минусы - нет гарантированной доставки данных. Если в будущем кто-то поставит на близких частотах канал на Redline или wimax, то передача данных может быть полностью нарушена.

Share this post


Link to post
Share on other sites

Что и требовалось доказать. Хорошо что редлайн стоит дорого и его не каждый день ктото гдето инсталлирует. Пусть всё так и будет :)

Share this post


Link to post
Share on other sites

Сравнил Redline AN-80i с микротиком.

ИМХО если заменить карту на подобную R52 результаты были бы несколько лучше. То что для работы требуется разнос в 200 мгц это ни о чем не говорит, в реальности вы же не монтируете два устройства стреляющие в одном направлении на одну мачту\опору.

Share this post


Link to post
Share on other sites

Сравнил Redline AN-80i с микротиком.

ИМХО если заменить карту на подобную R52 результаты были бы несколько лучше. То что для работы требуется разнос в 200 мгц это ни о чем не говорит, в реальности вы же не монтируете два устройства стреляющие в одном направлении на одну мачту\опору.

 

Так это если смотреть со стороны оконечной стороны линка. А второе устройство стоит же на крыше с другим оборудованием, и излучение от него создает наводки на другое wi-fi оборудование, стоящее от redline на расстоянии 10 метров. Что выражается в понижении CCQ на прием и падением скорости.

Share this post


Link to post
Share on other sites

Сравнил Redline AN-80i с микротиком.

ИМХО если заменить карту на подобную R52 результаты были бы несколько лучше. То что для работы требуется разнос в 200 мгц это ни о чем не говорит, в реальности вы же не монтируете два устройства стреляющие в одном направлении на одну мачту\опору.

 

Так это если смотреть со стороны оконечной стороны линка. А второе устройство стоит же на крыше с другим оборудованием, и излучение от него создает наводки на другое wi-fi оборудование, стоящее от redline на расстоянии 10 метров. Что выражается в понижении CCQ на прием и падением скорости.

10 метров это мало.

Share this post


Link to post
Share on other sites

Сравнил Redline AN-80i с микротиком.

 

Профиль трассы с виду очень хороший, но на деле не соответствует действительности, оптической видимости нет, и даже не видно высоких ориентиров, находящихся в городе (вышки сотовой связи, трубы котельных):

 

link.png

 

Микротик работает с уровнями сигналов примерно -71..-72, в зависимости от погоды и времени суток могут ухудшаться и до -80. Пропускная способность через радиолинк - 30..35 мегабит симплекса в полосе 20мгц. Антенны 24дби литые решетки с обеих сторон.

 

Redline работает с уровнями сигналов -68..-70, пропускная способность через линк на нем - 23..25 мегабит в полосе 20мгц, или 40-45 мегабит в полосе 40мгц. Лучшие уровни сигналов и отношение сигнал/шум получить не удалось, т.к. при точной юстировке антенны на город, повышался уровень шума, хотя в самом городе эту частоту и близкие никто не использует. Замена антенны на 29дби решетку TDJ, увеличила уровни сигналов, но собрала столько шумов, что свело на нет все преимущества более высокого КУ. В результате измерения проводились на антеннах 24дби.

 

Провел сравнительное тестирование задержки в зависимости от загрузки канала, результаты в табличке:

 

test3_scr.png

 

Задержка проверялась следующим образом - запускался тест прокачки через канал с ограничением от максимальной прокачки в процентах и одновременно с ним пинг пакетами по 64 байт, по истечении минуты оба теста останавливались и результаты заносились в таблицу. Пинг за 60 секунд усреднялся. Тестирование канала осуществлялось по UDP пакетами 1500 байт.

 

Если микротик настроить на ту же частоту, что и redline, то последний ничего не почувствует и продолжит передавать данные через канал с неизменной скоростью и задержкой. Микротик в этот момент уходит в постоянный дисконнект. Если данные через redline не передаются, через микротик можно прокачать около 6 мегабит в каждую сторону с потерями. Сам Redline в этот момент скидывает модуляции, т.к. увеличивается уровень шума, но стоит только возобновить передачу данных через канал, как все приходит в норму - следовательно помехоустойчивость по отношению к wi-fi у redline an80i очень хорошая.

 

На первой соседней частоте микротик так же не работает, а вот на второй соседней уже худо-бедно начинает передавать данные, хоть и с низким CCQ. Полностью убрать взаимное влияние удалось только с разносом в 200мгц. Только на таком расстоянии на микротике перестает падать CCQ на прием после включения электропитания Redline AN80i.

 

Получить задержку 1мс на Redline при сильной загрузке можно наверно только в чистом LOS, т.к. при работе в условиях ограниченной видимости при сильной загрузке канала идет много переповторов, что и увеличивает задержку - ведь на повторную передачу данных нужно затратить дополнительное время.

 

Плюсы Redline - надежная доставка данных с минимальной задержкой. Минусы - низкая скорость и цена.

Плюсы Mikrotik - высокая скорость и низкая цена. Минусы - нет гарантированной доставки данных. Если в будущем кто-то поставит на близких частотах канал на Redline или wimax, то передача данных может быть полностью нарушена.

Хотелось бы прокомментировать полученные результаты.

Спектральная эффективность Redline AN-80i как минимум не хуже, а в 40 Мгц лучше чем поствайфай и Микротик нстрим в частности.

Максимальная скорость Redline в идеальных условиях ( на улице в LOS или на столе на коакcиальном кабеле с аттенюаторами ) по данным Redline - 25 Mbps в 10 Мгц, 50 Mbps в 20 MHz, 90 Mbps в 40 Мгц.

На практике лично мною получены в 40 MHz - 70.2 Mbps симплекс на столе,65 Mbps -LOS 3.5 км

20 МНZ- 39,4 Mbps на столе, 37.3 Mbps - LOS 3.5 км.

В реальных условиях nearLOS как показали испытания TC оборудование Redline может давать меньшую скорость чем Микротик.

Почему ? Ответ простой.

Redline измерил CINADR ( отношение сигнал/шум + интерференция) =19/21 dB и сам для себя определил - чтобы обеспечить нужное качество канала а именно BER E10-6 ( достаточного для передачи TDM трафика) в этих условиях необходимо ему работать на модуляции 16QAM 3/4 ( 36 Mbps). Например для 64QAM 3/4 ему нужно CINADR 25 dB.

Микротик как и любой вайфай измеряет только уровень сигнала RSSI -71/72 dBm. Сигнал шум он определяет вычитая из RSSI мощность термального шума в полосе1 Мгц -это есть 108-110 dBm получая SNR 36/38dB. Но эта величина чисто информативная и никак не учитывается. Поэтому Микротик исходя из уровня RSSI -71dBm поднял свою модуляцию на 64QAM 1/2 ( 48 Mbps ) и выдал поэтому большую скорость в канале, чем это сделал Redline.

Тем самы Redline выдает скорость исходя из энергетики сигнала, но с гарантированным качеством канала ( точно также как это делает 802.16d), а вайфай учитывает только энергетику и не имеет обратной связи -информации о состоянии канала - не видит ни внешних помех ни интерференции от переотражений в NLOS - просто лупит на всю катушку, а какой канал при этом будет - забота инсталятора или админа.

Собственно в этом основная геморность вайфай- он не анализирует состояние каналов связи ( или делает это как постфактум по потерям пакетов в том числе выдавая опять чисто информативную величину в попугаях CCQ), вынуждая это делать службу эксплуатации мониторя и пингая всю сеть вручную и/или иметь обратную связь в виде жалоб клиентов =).

Что касается внеполосного излучения REdline то он фонит как вайфай, потому как у него radio от wifi.

Собственно то что вайфай радио фонит заложено в стандарте IEEE 802.11a/g и вообще в требованиях к спектральной маске в стандарте EN 301 839 для 5 Ггц спектра для систем Radio LAN (WLAN).

Если же мы возьмем стандарт IEEE 802.16 или более широкий EN 302 326 - определяющий требования к системам малтипойнт wireless MAN в том числе в 5 Ггц диапазоне частот, то там требования к спетральной маске TDD систем и внеполосному излучению значительно более жесткие.

Поэтому например TDD 802.16d в радио в аналогичной ситуации не фонит на соседних каналах.

Share this post


Link to post
Share on other sites

Резюмируя вышесказанное: рэдлайн нихрена не быстрее, а в большинстве случаев даже медленнее микротика, но может обеспечить больший уровень стабильности в случае nlos или зашумленности эфира. Во всех остальных случаях он бесполезен.

Share this post


Link to post
Share on other sites

Вот странно. При нагрузке менее 5 мегабит/сек задержка на микротике в nstreme всего 1-2мс. Задержка на редлайне точно такая же 1-2мс. Под задержкой тут имеется в виду пинг до сервера с интернетом.

 

Начинаем обновлять антивирус касперского, новая установка закачивает около 70 мегабайт с инета антивирусных баз. На канале с микротиком обновление занимает около 8 минут. На канале с редлайном обновление занимает всего 4 минуты. Если подключить ноутбук непосредственно к серверу, обновление занимает около 3 минут. При этом максимальная скорость через канал менее 5 мегабит в пиках.

 

Интересно какую задержку дает комплект MAXBridge PTP?

Share this post


Link to post
Share on other sites
Интересно какую задержку дает комплект MAXBridge PTP?

У тебя бесплатный комплект отобрали? Затести)

Share this post


Link to post
Share on other sites

Как нв2. Нстрим меньше.

7 ms это one way delay и в QOS UGS c frame size 2.5 ms.

Это будет как в точка точка так и точка многоточка и не будет зависеть ни от количества клиентов ни от загрузки базы . Естесно при загрузке до 95%, если же будет перегруз то поплывут по задержке только низкоприоритетные клиенты, для остальных ничего не изменится - но этого лучше не допускать.

Share this post


Link to post
Share on other sites

Как нв2. Нстрим меньше.

7 ms это one way delay и в QOS UGS c frame size 2.5 ms.

Это будет как в точка точка так и точка многоточка и не будет зависеть ни от количества клиентов ни от загрузки базы . Естесно при загрузке до 95%, если же будет перегруз то поплывут по задержке только низкоприоритетные клиенты, для остальных ничего не изменится - но этого лучше не допускать.

А в случае с п2п и на полной нагрузке? ICMP в приоритет чтоб клиенты не визжали?

Share this post


Link to post
Share on other sites

Как нв2. Нстрим меньше.

7 ms это one way delay и в QOS UGS c frame size 2.5 ms.

Это будет как в точка точка так и точка многоточка и не будет зависеть ни от количества клиентов ни от загрузки базы . Естесно при загрузке до 95%, если же будет перегруз то поплывут по задержке только низкоприоритетные клиенты, для остальных ничего не изменится - но этого лучше не допускать.

А в случае с п2п и на полной нагрузке? ICMP в приоритет чтоб клиенты не визжали?

А TC проводил такой тест -давал для пинга приоритет ( см топик Тестируем Максбридж). Если для ICMP трафика задать UGS c CIR скажем 64 Kbps Mbps то клиенты будут пингать и получать устраивающий их результат несмотря на то что например этот же клиент на другом трафике будет в перегрузе. НО выделять полосу для пинга в малтипойнт придется для каждого клиента, что сильно подъест ресурс базы. А в PTP - пройдет =).

А можно обойтись и без QoS - просто задать приоритет для пинга, тогда тоже будет картина что типа все хорошо а на самом деле перегруз =).

Вообще в wimax в том числе в PTP можно выделять полосы и приоритеты для любого типа трафика и для разных клиентов, поэтому можно сделать так , что если будет перегруз, то это сказывалось например на торрентах и ftp, или каких то определенных клиентах, а критичные сервисы типа VOIP - не страдали.

Сейчас уточнил. В UGS - one way delay около 4 ms, round trip -8.7 ms, на фрейме 5 ms round trip =16.7 ms, фрейм 2.5 ms ( это МАХBridge 50).

Share this post


Link to post
Share on other sites

Да и в BE так же можно выставить приоритет для пинга, он конечно не будет очень уж низким, но всегда будет держаться в минимальных пределах. Сервисы типа speedtest.net пинг проверяют через пинг=), а скорость через 80 порт web. Поэтому максимальный приоритет на пинг и на 80 порт решают все проблемы беспроводного провайдера во время максимальной нагрузки трафиком. Еще бы оборудование умело PPPoE туннели фильтровать, было бы вообще замечательно.

Share this post


Link to post
Share on other sites

А можно обойтись и без QoS - просто задать приоритет для пинга, тогда тоже будет картина что типа все хорошо а на самом деле перегруз =).

Вообще в wimax в том числе в PTP можно выделять полосы и приоритеты для любого типа трафика и для разных клиентов, поэтому можно сделать так , что если будет перегруз, то это сказывалось например на торрентах и ftp, или каких то определенных клиентах, а критичные сервисы типа VOIP - не страдали.

Приорететы будут работать в радио? или как в МТ до радио?

Share this post


Link to post
Share on other sites

А можно обойтись и без QoS - просто задать приоритет для пинга, тогда тоже будет картина что типа все хорошо а на самом деле перегруз =).

Вообще в wimax в том числе в PTP можно выделять полосы и приоритеты для любого типа трафика и для разных клиентов, поэтому можно сделать так , что если будет перегруз, то это сказывалось например на торрентах и ftp, или каких то определенных клиентах, а критичные сервисы типа VOIP - не страдали.

Приорететы будут работать в радио? или как в МТ до радио?

В технологии 802.16 весь трафик проходящий через радио интерфейс и ethernet -меди, оптике, подключенных к базе и CPE, разделяется по классификаторам ( их больше десятка ) и их комбинациям ( порты, MAC, IP, VLAN ID другие) образуя сервисы, для которых задаются параметры- минимальные и максимальные скорости, задержки и джиттер-колебание задержки ) и ПРИОРИТЕТЫ этих сервисов между собой. Обеспечение заданых сервисов ( то есть QoS) в том числе их ПРИОРИТЕТОВ обеспечивается между базой и CPE ( то есть в радиоканале ) на канальном MAC уровне так называемым Convergent Sublyer - прослойкой между MAC и IP уровнями.

Проще говоря приоритеты в вайфай ( которые вайфайщики имеют наглость :-) назвать QoS)-это приоритеты в очереди на отправку пакетов ( все равно куда и кому)в ОДНУ общую ТРУБУ - радиоканал с интерфейса ethernet в wireless и обратно.

В 802.16 QoS и в частности приоритеты - ОБЩАЯ ТРУБА радиоканала делится на максимально на 16 ( для одного CPE ) каналов - сервисов - более мелких ТРУБОЧЕК ( включая служебные ) . Это похоже на то как сеть LAN делится на КАНАЛЬНОМ уровне на виртуальные независимые VLAN. Каждый из виртуальных каналов -сервисов работает независимо от всех остальных в общей трубе, в том числе может не зависеть от загрузки ОБЩЕЙ ТРУБЫ и других сервисов того же CPE или соседних CPE в малтипойнт.

Share this post


Link to post
Share on other sites

Вот странно. При нагрузке менее 5 мегабит/сек задержка на микротике в nstreme всего 1-2мс. Задержка на редлайне точно такая же 1-2мс. Под задержкой тут имеется в виду пинг до сервера с интернетом.

 

Начинаем обновлять антивирус касперского, новая установка закачивает около 70 мегабайт с инета антивирусных баз. На канале с микротиком обновление занимает около 8 минут. На канале с редлайном обновление занимает всего 4 минуты. Если подключить ноутбук непосредственно к серверу, обновление занимает около 3 минут. При этом максимальная скорость через канал менее 5 мегабит в пиках.

А что тут, собственно, странного? Чем больше propagation delay, тем медленнее растет TCP windows size при настройках по умолчанию.

Если использовать оптимизированные настройки с окном 256к или 1024к стартовым, то разницы в скорости с эзернетом не будет заметно.

Наиболее ярко это видно на протоколах с АСК на пакет и фиксированным размером пакета (к примеру TFTP).

Что касаемо измерения задержки, то измерять можно только инструментом у которого собственная точность хотя бы в 10 раз лучше, чем измеряемая величина.

Рекомендуется Chariot и hardware endpoints либо SmartBits. И мерять опять же не ICMP round-trip-time, который очень сильно плавает в большинстве реализаций, а One-Way-Delay для RTP.

 

Приорететы будут работать в радио? или как в МТ до радио?

А в чем разница, для канала p2p?

(для тех, у кого рация на танке, - это был риторический вопрос).

Share this post


Link to post
Share on other sites

Скажите пожалуйста, вот Redline дает на 15 километров скорость 40 мегабит по испытаниям. А можно сделать на них канал точка-многоточка на 3 устройства, так, чтобы на каждый клиентский терминал была зарезервирована полоса как минимум в 10 мегабит? Ведь на сайте производителя указано что такие устройства могут работать на несколько клиентов, но про гарантированные скорости каждому ничего не сказано.

Share this post


Link to post
Share on other sites

Скажите пожалуйста, вот Redline дает на 15 километров скорость 40 мегабит по испытаниям. А можно сделать на них канал точка-многоточка на 3 устройства, так, чтобы на каждый клиентский терминал была зарезервирована полоса как минимум в 10 мегабит? Ведь на сайте производителя указано что такие устройства могут работать на несколько клиентов, но про гарантированные скорости каждому ничего не сказано.

Это скорость в NLOS. В малтипойнт Редлайн AN-80i работать может ( нужна соответствующая прошивка ). Возможности резервировать полосу нет.

Share this post


Link to post
Share on other sites

Возможности резервировать полосу нет.

Если я правильно помню, то в малтипойнте он как раз делит полосу поровну на кол-во абонентов.

Сам не тестил.

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
Sign in to follow this