Alex_P89

GPS. Работает, спутники ловит и всё такое.

Нужна помощь. Есть сектор: 22 клиента, настроен фрейм flexible, прошивки версии 3.3. Понадобилось использовать на той же частоте сектор в обратном направлении. Решили предварительно протестировать работу на фиксированном фрейме. Настроили фиксированный фрейм 75/25 и "Front Sector". После этого от базовой отвалилось 5 SM, изредка появляются на несколько секунд и сразу отваливаются. Возвращаем flexible и сразу всё работает нормально. Проблемные SM все Cambium ePMP 1000 Integrated Radio, уровни сигнала в DL/UL у них от -60 до -74. Настройки идентичны остальным устройствам в секторе. Что это? Как диагностировать? На SM в логах про коннекты/дисконекты к/от базовой ифнормации нет.

Понятно что в фибере, написал в техподдержку, приложил всякое. Посмотрим что ответят.

В управляющем все пакеты локальные, без раметки DSCP, ToS=0. По всем данным AirFiber'ам плевать на DSCP, он смотрит только на метки 802.1p.

Добрый день. Обнаружил проблему с AirFiber: трафик тотально размеченный DSCP убивает линк. У AF24 сразу на 20-30Мбит/с падает одна из capacity и линк начинает рваться и сразу подниматься раз в 1-2 часа, на AF5U картина ещё красочнее, capacity начинает скакать от 0 до нормального значения, линк рвётся и сразу поднимается несколько раз в час. Воспроизводится на 5 линках. Прошивки везде версии 3.2.х, управление везде outband. CPU фиберов не нагружен. Метками DSCP размечается весь интернет-трафик на DPI СКАТ. На официальном форуме нашёл только эту тему с подобной проблемой: https://community.ubnt.com/t5/airFiber/AirFiber-5x-Version-v3-0-2-1-possible-DSCP-bug/td-p/1397058 Там разработчики сразу отмахнулись, мол "не такого и быть не может". Кто-то сталкивался с подобной проблемой, что это может быть? Проблема в AirFiber или может DPI как-то криво ставит метки DSCP?

Нужен чтобы определённому диапазону серых IP отдать отдельный диапазон белых IP. Печально, если у enhanced nat policy действительно такое ограничение. UPD. Нашёл в мануале строчку: Можно только один пул на политику повесить.

Прошу помощи со следующей проблемой на SE100, SEOS-12.1.1.10-Release. Не получается добавить новый класс в политику NAT. В ACL NAT-acl класс NAT2 добавлен, пул nat-pool-2 добавлен, делаем следующую последобательность команд: nat policy nat-policy enhanced access-group NAT-acl class NAT2 pool nat-pool-2 NATctx в ответ получаем: % not supported combination of commands in a NAT policy/class То есть для class NAT2 пул назначить нельзя почему-то, только drop или ignor разрешены. Что происходит? Почему так? Что я делаю не так?

Всё написанное Saab95 враньё и чушь, кроме защиты колпака от дождя. Козырёк или гидрофобное покрытие слегка уменьшат затухание при дожде и ускорят восстановление уровней сигнала после окончания дождя. Линк на AF24 аж на 11 км в дождь будет падать регулярно, потому что затухание в дождь на данной частоте весьма велико: https://help.ubnt.com/hc/en-us/articles/204977614-airFiber-Rain-fade-effects-on-AF24-links

А вот это уже звучит как издевательство. Примерно как: "продукт не выдаёт заявленные характеристики, но вы заплатите в два раза больше денег и тогда..." Моё резюме для топикстартера: в диапазоне 5 ГГц на полосе 20Мгц можно получить примерно 60 абонентов на сектор и полосу в 40-50 Мбит/с. Это то, что подтверждено опытным путём, то на что реально можно расчитывать. Больше абонентов на секторе уже вызывает разные проблемы. frequency reuse наверное работает, но в режимах с фиксированным фреймом на практике работать невозможно из-за высокого пинга и невозможности играть в онлайн-игры. Как минимум у нас избалованные микротиком абоненты подняли бунт после перехода на ePMP с фиксированным фреймом.

Где я про полку написал? Сами полку придумали и опровергаете её. Заскоки выше 60 и у нас бывают. Но суть в том, что при кол-ве абонентов >60 и трафике в районе 60 Мбит/с качество услуги сильно деградирует.

Фрейм Flexible (При фиксированном фрейме вообще абоненты отказываются от услуг в пользу 3G-модемов из-за неприемлемо высокого пинга.). Бэкхол - оптика. База GPS Sync. СПЕ - мосты, VLAN на пользователя. Трафика лишнего нету, мультикаст+броадкаст меньше 1%, полки по ППС нету. Просто ваши заявленные характеристики - враньё. И хоть что угодно тут ещё врите, лучше оно от этого не заработает.

Есть база с 80 абонентами при полосе 40МГц, дальность до 1,5 км. Работает как гавно. Трафик вечером до 60 МБит/с, лаги, огромный пинг, массовые жалобы.

Попробуйте альтернативный личный кабинет: https://bitbucket.org/darang/utm5cabinet_5.3 Там Bootstrap и с кастомизацией получше.

А много ли трансляций/пользователей? /28 для 4-5G может быть мало. Был случай на Mikrotik x86 6й ветки. Был NAT same в /28, около 2000 пользователей, трафик в районе 1G. Всё внезапно скукожилось и начало ругаться на переполнение ARP-таблицы при пустой ARP-таблице. Оказалось кончились порты для трансляций на NAT-пуле, пришлось сеть /24 для NAT брать.

Ага, у разрабов Микротика. :)

Без фаервола и шейпера с включенными FastTrack/FastPath ещё можно использовать как NAT или бордер. При включенном фаерволе и шейпере - до 500 Мбит/с трафика, больше только уже я с явной деградацией качества. И это не считая разрных глюков, вылетов, крашей и прочей фигни.

я вообще полностью не согласен. именно последний год мы активно его у себя внедряли, в каждом выпуске юзерсайда я могу указать несколько фич, которые разрабы пилили по моим требованиям, я правда объяснял как эти фичи полезны всем. там и сейчас есть интересные моменты, просто не все догадываются как их можно реализовать) Про годовую это мои только догадки, предположения как поступил бы я. Если им ещё брать пару человек в штат пилить, стоимость подписки увеличится. но в разрезе года платить даже 20т.р. для того чтобы получать новые вещи почему бы и нет? честно я против api, лишняя прослойка только портит код, а ввиду того что код у них гуляет и меняется, они пошли этим путём, мне правда этот путь не очень. Цены на модули, вы пользователь или только приценяетесь? Алекс? Мы давно пользуемся. Тоже попросили разрабов кое-что общеполезное добавить, но получили нерабочий функционал и посылание подальше за просьбы привести его в рабочее состояние. После этого мы окончательно разочаровались в UserSide. Также не вызывает доверия то, что в разделе "Идеи и предложения" топовые идеи висят по полгода и больше, а реализуется что-то другое (видимо по индивидуальным просьбам).

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

Не понял к чему этот вопрос. Всё у вас правильно. У вас же нету в community номеров 32-bit AS, вам и стандартного достаточно.

Что-то я сначала ввёл вас в заблуждение. Записью 4-Byte ASN можно обойтись при выставлении препендов. А для community надо использовать set ext-community. Например set ext-community ro:2xxxx:2yyy06

Мне кажется это не совсем верное утверждение. Можно хоть до -50 улучшать, главное мощность не задирать выше 38дБм. При превышении этого значения гарантированно возникают проблемы с модуляцией. Когда лучше - это нормально, главное чтобы не сильно хуже были. :) GPS не важен.

Линк не сведён (поймали боковые лепестки) и завышена мощность. Поставьте прошивку 3.2, там покажет в интерфейсе добавлены расчётные сигналы для линка. Убавьте мощность до 38дБм, и сведите линк заново.

Так всё-таки какой софт или железо? Посмотрите документацию, возможно можно записать номер 32-битной AS в 4-Byte ASN формате (AS-dot). Считается так (http://forum.nag.ru/forum/index.php?showtopic=65675): Например на SE100 в route-map 32-битные AS надо указывать в 4-Byte ASN формате, только разделитель ":" вместо ".". Описано в документации.

Источники с места говорят что ни трансляции ни записи не будет...

Ага, так они Вам и сказали всю правду. Конечно они будут отрицать пока до непосредственной интеграции дело не дойдёт, а потом затягивать и отмазываться будут ещё месяц. Требования у нас дефолтные, оборот не большой конечно. В нашем региональном Сбере через Бсис с десяток провайдеров интегрировано, но мы не успели...