[npokypop]

https://mikrotik.com/product/wireless_wire_nray

 

С виду движемся к РРЛ. Кому уже удалось подержать это создание в руках и пощупать на дальность ?

 

[SSD]

38 минут назад, npokypop сказал:

https://mikrotik.com/product/wireless_wire_nray

 

С виду движемся к РРЛ. Кому уже удалось подержать это создание в руках и пощупать на дальность ?

 

Только видом, начинка старая.

[npokypop]

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

Только видом, начинка старая.

Плата будет старая это ясно, меня больше антенна и крепление ее интересует.

 

[sheft]

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

крепление ее интересует.

так тут же по ссылке -

 

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

[Saab95]

Релейка будет чуть позже, и уже в оптическим вводом.

[EShirokiy]

@Saab95 на каких частотах?

[Saab95]

Вообще там есть аналог аирфибера, 60, 70-80 ггц и т.п. Только все это не идет в производство по экономическим причинам, ведь запускать можно партию определенного объема, а для этого нужно купить компоненты, изготовить корпуса и т.п. А кто потом все это будет покупать, если цена не самая доступная. Поэтому всех этих устройств и нет на рынке. Вон с LTE ситуация сложилась - все говорили вот будет доступное решение, будем покупать, микротик выпустил базовые станции LTE доступные - да что-то спрос не велик, поэтому новые устройства по предзаказам даже не стартуют.

[Constantin]

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

Вообще там есть аналог аирфибера, 60, 70-80 ггц

вот если выпустят что то в 70-80 Ггц по вменяемым ценам будет бомба.......

 

60 ггц слишком много помех от атмосферы....

[x-rayd]

я думаю 24 Ггц была бы бомба! :)

[SyJet]

В 11.07.2020 в 23:13, Saab95 сказал:

Вон с LTE ситуация сложилась - все говорили вот будет доступное решение, будем покупать

Так это решение только для сотовиков. Как я его куплю без частоты

[Saab95]

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

Так это решение только для сотовиков. Как я его куплю без частоты

Ну так на 5ггц тоже частота нужна.

 

Суть в том, что этот LTE можно запустить локально без дополнительных блоков. То есть купили БС, купили микротики ЛТЕ и делаете свою сеть с высокой стабильностью. Но оборудование дорогое, т.к. сами компоненты радиочасти дорогие. Изначально микротик вложился в производство этих LTE баз и для окупаемости и снижения ценника должны быть продажи, а их нет.

 

В 24.07.2020 в 17:22, x-rayd сказал:

я думаю 24 Ггц была бы бомба! :)

В 24ггц прототипы устройств уже есть, дешевый вариант с маленькой слабенькой антенной на 2-3 километра, и аналог аирфайбера на 10+ километров. Только первое устройство примерно стоит 25-35 тыс. за штуку, а полноценное 100+? то есть может чуть ниже или как аирфайбер. Но плюсом идет то, что есть оптический SFP порт и питание под клеммы (ну или витуху что кому нравиться больше).

[SyJet]

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

Ну так на 5ггц тоже частота нужна.

Так частоты лте не выдают

[npokypop]

В 11.07.2020 в 19:35, Saab95 сказал:

Релейка будет чуть позже, и уже в оптическим вводом.

Что слышно ? 

[npokypop]

Кто-то размещал такие антенны на башне или АМС ? На верхушке башня 30м шатается при небольшом ветре 5-10см (по ощущениям), не скажется ли плохо этим антеннам ? 

[[anp/hsw]]

В 03.06.2021 в 15:46, npokypop сказал:

скажется ли плохо этим антеннам ?

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

[slv700]

Правильные (802.11ay) устройства 60 ГГц имеют beamforming, которые сканируют эфир по азимуту и углу места при старте и в процессе работы при потере связи. Так что раскачивние антенны -мачты на несколько град.  им не вредит.

[[anp/hsw]]

Короче, сырой этот nray пока еще.

Ни с того ни с сего на двух пролетах начал флапать линк. Притом, если отключить радио, линк флапать перестает.

Более того, при таком флапании отваливается management, который находится в отдельном vlan (и иногда не восстанавливается вообще, пока ен разорвешь связь по радио: банально мак не прилетает).

Как дебажить - не понятно. В логах только link up/link down, на свиче тоже ни ошибок на порту нет, ни проблем с кабелем (на этих линках до этого rocket ac lite стояли, за год линк ни разу не падал). Флапает с обоих сторон одновременно, видимо по прохождению какого-то магического пакета через радио.

Трафик через них тоже не очень большой проходит: они стоят в резервировании через flex-link, т.е. удаленный конец просто заблокирован, трафик не идет. Килобит 100 на них наваливается всякого мусора в разных vlan, torch показывает весь трафик, но что из него создает такой эффект - не понятно.

 

Софт 6.48.2, также пробовал 6.49beta54. Пробовал offload отключать, bridge learning. Пока ничего не помогает и приходится ребутить спомощью watchdog-пинговалки.

 

Что можно предпринять? Слышал о отключении cpu flow control, но непонятно, работает ли это на nray.

[weedman]

13 минут назад, [anp/hsw] сказал:

Короче, сырой этот nray пока еще.

Ни с того ни с сего на двух пролетах начал флапать линк. Притом, если отключить радио, линк флапать перестает.

Более того, при таком флапании отваливается management, который находится в отдельном vlan (и иногда не восстанавливается вообще, пока ен разорвешь связь по радио: банально мак не прилетает).

Как дебажить - не понятно. В логах только link up/link down, на свиче тоже ни ошибок на порту нет, ни проблем с кабелем (на этих линках до этого rocket ac lite стояли, за год линк ни разу не падал). Флапает с обоих сторон одновременно, видимо по прохождению какого-то магического пакета через радио.

Трафик через них тоже не очень большой проходит: они стоят в резервировании через flex-link, т.е. удаленный конец просто заблокирован, трафик не идет. Килобит 100 на них наваливается всякого мусора в разных vlan, torch показывает весь трафик, но что из него создает такой эффект - не понятно.

 

Софт 6.48.2, также пробовал 6.49beta54. Пробовал offload отключать, bridge learning. Пока ничего не помогает и приходится ребутить спомощью watchdog-пинговалки.

 

Что можно предпринять? Слышал о отключении cpu flow control, но непонятно, работает ли это на nray.

не было с ними проблем, возможно какое-то одно устройство глючное

 

[[anp/hsw]]

12 минут назад, weedman сказал:

не было с ними проблем, возможно какое-то одно устройство глючное

Все 4? Я говорю о двух линках сразу, флап возникает на паре устройств в канале одновременно. Не похоже на совпадение.

Там, конечно около 200 маков, может им много этого.

[weedman]

2 минуты назад, [anp/hsw] сказал:

Все 4? Я говорю о двух линках сразу, флап возникает на паре устройств в канале одновременно. Не похоже на совпадение.

Там, конечно около 200 маков, может им много этого.

они последовательно соединены? идет один и тот же трафик, или это разные сегменты и это какой-то бродкаст так влияет?

[[anp/hsw]]

Вот например, весьма странная ситуация:

Откуда тут 400 килобит? В torch этот трафик имеет название ethertype 4 802.2 без подробностей.

 

3 минуты назад, weedman сказал:

они последовательно соединены?

Нет, но они воткнуты в один и тот же свич, и vlan на них общие. И через оба линка в нормальном режиме сыплется только broadcast, линк начинает работать во время аварии (разблокируется порт).

[Корпич]

3 часа назад, [anp/hsw] сказал:

Там, конечно около 200 маков, может им много этого.

Saab упоминал цифру 128 больше wifi чип не изучает. Правда речь шла об обычном, но может и здесь тот же принцип.

[[anp/hsw]]

7 часов назад, Корпич сказал:

Saab упоминал цифру 128 больше wifi чип не изучает.

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

[[anp/hsw]]

Вот такие пакеты идут от одного микротика к другому (это их адреса радиоинтерфейсов).

Как только их количество повышается килобит до 200 или больше, ethernet начинает флапать.

 

Что это вообще такое?

Это не внутренний обмен - это выливается в ethernet с одной из сторон, хотя по идее должно заканчиваться на микротике с адресом назначения. Это точно не прилетело из свича, т.к. трафика без тега там вообще нет (switchport forbidden default-vlan на обоих концах).

[[anp/hsw]]

Вобщем, обновляю информацию:

1. Виснет только сторона station, притом наглухо - ни mac telnet, ничего не работает. AP при этом, если беспроводной линк поднят, подглючивает, но зайти все-таки можно. Если положить беспроводку с другой стороны, то больше коннекта не будет до перезагрузки по питанию.

2. Если порт выключить (disable) из бриджа на стороне AP, то сразу начинает литься 400 килобит трафика с ethertype=4. Траффик 100% генерится w60g интерфейсом, проверял выключая порт в другой стороны.

3. Отключение learning на station никак не помогает, а на AP попросту невозможно (интерфейс w60g-station-1 является в бридже динамическим, и никакие его настройки не меняются)

4. Отключение fastpath, hw offload тоже никак не влияет, просто увеличивает нагрузку на CPU.

5. Прошивки все из релизных перепробовал (и testing) - везде одинаково.