oleg_piton Posted January 21, 2019 (edited) · Report post Здраствуйте ! Столкнулись с такой проблемкой: после перепрошивки на Elevate устройств UBNT (XM) перепрошитые точки не получают дату и время от сервера NTP. Адрес NTP-сервера в настройках стоит корректный, но в System Status упорно показывает : NTP Status - NTP Disabled. Соответственно - время и дата не синхронизируются. Оно, конечное, не критично и на скорость движения не влияет, но всё-таки непорядочек... На устройствах XW такой проблемы не замечено. Может кто сталкивался и знает как лечится ? Шили Elevator-ом, прошивка 3.5.5 (на прежних прошивках тоже самое). PS: спасибо товарищам за приложение Device_Elevator, и в составе его, конечное за сам Elevator . Перешивать удаленные точки на расстоянии одно удовольствие. Есть, конечное, нюансы, но если аккуратно к делу подходить, то процедура занимает пару минут на точку. Edited January 21, 2019 by oleg_piton дополнение Share this post Link to post Share on other sites More sharing options...
m0sia Posted January 21, 2019 · Report post Привет! На XM не хватило место на флешке, поэтому NTP увы не влез. Еще не влез IPv6. Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted January 22, 2019 · Report post Спасибо за разъяснение. А руками тоже невозможно выставить корректную дату/время (в Elevate SM на XM)? Share this post Link to post Share on other sites More sharing options...
toxamash Posted January 22, 2019 · Report post NTP не влез ... та ладно... там же мизер ... посмотрю как его туда ... Share this post Link to post Share on other sites More sharing options...
toxamash Posted January 23, 2019 · Report post в общем там достаточно места ... :~# /bin/busybox ntpd -d -q -n -p 192.168.0.1 ntpd: resolved peer 192.168.0.1 to 192.168.0.1 ntpd: sent query to 192.168.0.1 ntpd: reply from 192.168.0.1: reach 0x01 offset 107207449.964218 delay 0.083567 status 0x24 strat 3 refid 0x5becfb05 rootdelay 0.049668 ntpd: sent query to 192.168.0.1 ntpd: reply from 192.168.0.1: reach 0x03 offset 107207449.999986 delay 0.012100 status 0x24 strat 3 refid 0x5becfb05 rootdelay 0.049668 ntpd: sent query to 192.168.0.1 ntpd: reply from 192.168.0.1: reach 0x07 offset 107207450.005633 delay 0.003906 status 0x24 strat 3 refid 0x5becfb05 rootdelay 0.049668 ntpd: sent query to 192.168.0.1 ntpd: reply from 192.168.0.1: reach 0x0f offset 107207450.005557 delay 0.003906 status 0x24 strat 3 refid 0x5becfb05 rootdelay 0.049668 ntpd: sent query to 192.168.0.1 ntpd: reply from 192.168.0.1: reach 0x1f offset 107207450.005635 delay 0.003906 status 0x24 strat 3 refid 0x5becfb05 rootdelay 0.049668 ntpd: setting clock to Wed Jan 23 21:53:50 UTC 2019 (offset 107207450.019374s) Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted January 23, 2019 · Report post И что из этого следует ? (я не с сарказмом, а в практических целях).... Share this post Link to post Share on other sites More sharing options...
toxamash Posted January 24, 2019 · Report post я просто перекинул busybox из XW в прошивку XM но забыл добавить символьную ссылку, пересоберу ... выложу протестируете ... должно работать ))) Share this post Link to post Share on other sites More sharing options...
toxamash Posted January 25, 2019 · Report post http://rgho.st/private/8B72xkydd/91af40affa884edcabb45a0172009e34 только одно но .... прошивка формата UBNTXM-3.5.5 ... для еще не перепрошитых устройств. ((( Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted January 27, 2019 · Report post В 26.01.2019 в 01:45, toxamash сказал: http://rgho.st/private/8B72xkydd/91af40affa884edcabb45a0172009e34 только одно но .... прошивка формата UBNTXM-3.5.5 ... для еще не перепрошитых устройств. ((( Что-то по ссылке переходит на пустую страницу. Но и есть нюанс: устройства уже перепрошиты, и находятся в "боевом" режиме, а убикутовские АП-шки демонтированы.....:-( Перешивать их обратно на UBNT уже возможности нет. Может разработчики (m0sia , как , видимо, один из разработчиков) примут во внимание Ваши труды, и , по возможности в официальную прошивку следующую изменения внесут ? Share this post Link to post Share on other sites More sharing options...
adsl Posted January 28, 2019 · Report post Кроме этой досадной мелочи, есть ещё замечания в работе elevate-ubnt устройств? На сколько улучшились/выросли показатели устройств (скорость/пинг). Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted January 31, 2019 · Report post В 28.01.2019 в 20:27, adsl сказал: Кроме этой досадной мелочи, есть ещё замечания в работе elevate-ubnt устройств? На сколько улучшились/выросли показатели устройств (скорость/пинг). Да нет, особых замечаний нет. Работают все в штатном режиме, как и должны работать. Была заморочка после прошивки одной UBNT-шной NBE-M5-16 (причем XW), которая выразилась в некорректном распределении трафика по VLAN-ам, что приводило к возникновению колец со штормом (и в конце концов к срабатыванию защитных механизмов STP на коммутаторе доступа Cisco, находящемся за клиентской точкой) в сети. С чем конкретно связано не знаю (может арп-таблицы кривые после елевэйт-прошивки элеватором стали, может еще что-то), но вылечилось даунгрэйдом елевэйт-прошивки клиентской точки на 3.5.1 и прошивкой обратно на 3.5.5. После этого всё заработало штатно. Share this post Link to post Share on other sites More sharing options...
ii_blag Posted February 1, 2019 · Report post 5 часов назад, oleg_piton сказал: Да нет, особых замечаний нет. Работают все в штатном режиме, как и должны работать. Была заморочка после прошивки одной UBNT-шной NBE-M5-16 (причем XW), которая выразилась в некорректном распределении трафика по VLAN-ам, что приводило к возникновению колец со штормом (и в конце концов к срабатыванию защитных механизмов STP на коммутаторе доступа Cisco, находящемся за клиентской точкой) в сети. С чем конкретно связано не знаю (может арп-таблицы кривые после елевэйт-прошивки элеватором стали, может еще что-то), но вылечилось даунгрэйдом елевэйт-прошивки клиентской точки на 3.5.1 и прошивкой обратно на 3.5.5. После этого всё заработало штатно. И все таки интересны показатели после перехода на элевейт, особенно если эфир зашумлен! Share this post Link to post Share on other sites More sharing options...
Constantin Posted February 1, 2019 · Report post 5 часов назад, oleg_piton сказал: Работают все в штатном режиме мощность передатчиков разная оригинал/контрафакт, где штатный режим? Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 1, 2019 · Report post 28 минут назад, ii_blag сказал: И все таки интересны показатели после перехода на элевейт, особенно если эфир зашумлен! Эфир на данной частоте у нас не зашумлен (частота легальная, 5910 МГц, ширина 20 МГц), расстояние 1 км, Downlink MCS15, Uplink MCS12, скорость 4 мбит/с (зажата в в QOS MIR profile, ибо более не нужно), дропов нет, Downlink SNR 38db, что еще нужно ? Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 1, 2019 · Report post 35 минут назад, Constantin сказал: мощность передатчиков разная оригинал/контрафакт, где штатный режим? Не совсем понял вопроса. Линк стоит, дропов нет, трафик стабильный, нареканий нет. Мощность передатчика на CPE после переноса линка (конкретно этот линк был NBEM5---NBEM5) не возросла. Наша задача была перенести старые убикутовские PTP линки с левых (не легализованных) частот на сеть PMP, реализованную на Камбиуме ePMP 1000/ePMP 2000, без замены клиентского оборудования (банально не было возможности оперативно добраться до адресов клиентов, да и на морозе 40-градусном лазать менять совсем некамильфо ). Готовимся к проверке РКН и РЧЦ. Задача выполнена, вопросов к качеству ни у нас ни у клиентов нет. Линки перенесены различные, с расстоянием до клиентов от 700 метров до 12 километров (за последний опасались, так как выехать к клиенту было вообще нереально, но тьфу-тьфу всё обошлось). Ну и нарабатываем опыт работы элеватором. Слава Богу, опыт положительный, простите за тавталогию - никого еще фатально не положили. Общие впечатления от Камбиума пока тоже в основном положительные, хотя уже и косяки кое-какие имеются. Share this post Link to post Share on other sites More sharing options...
adsl Posted February 1, 2019 · Report post Спасибо Вам за информацию, наверное это первый комментарий/отзыв о работе сети устройств на Elevate. Я так понимааю, Вы провайдер БШПД, можете ответить на некоторые вопросы, если конечно не тайна: 1. Максимальная утилизация трафика с базы. 2. Много ли "плохих" клиентов. 3. Пинг, джитер при макс. нагрузке на сеть. Share this post Link to post Share on other sites More sharing options...
Constantin Posted February 1, 2019 · Report post 23 минуты назад, oleg_piton сказал: Эфир на данной частоте у нас не зашумлен (частота легальная, 5910 МГц, ширина 20 МГц), расстояние 1 км, Downlink MCS15, Uplink MCS12, скорость 4 мбит/с (зажата в в QOS MIR profile, ибо более не нужно), дропов нет, Downlink SNR 38db, что еще нужно ? вот тут вопрос нахрена было менять ???? вот ничего принципиального не вижу. а вижу глупость "Downlink MCS15, Uplink MCS12" и скорость 4 мбит/с 4 минуты назад, oleg_piton сказал: Не совсем понял вопроса. не просто камбиум может выдать без последствий большую мощность с передатчика чем юбик с прошивкой. я не говорю что это плохо. хватает полезного сигнала сейчас ну и ладненько ))) Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 2, 2019 · Report post 13 часов назад, Constantin сказал: вот тут вопрос нахрена было менять ???? вот ничего принципиального не вижу. а вижу глупость "Downlink MCS15, Uplink MCS12" и скорость 4 мбит/с не просто камбиум может выдать без последствий большую мощность с передатчика чем юбик с прошивкой. я не говорю что это плохо. хватает полезного сигнала сейчас ну и ладненько ))) В чем глупость ? Скорость зажали согласно тарифного плана (ну вообще-то там и не интернет, а служебный технологический трафик), модуляции указаны, примененные самим устройством на момент написания поста. Я не пойму, Константин, Вашего сарказма. Нахрена было менять - я вроде-бы разжевал в предыдущем посте. Убираем лишние линки, освобождаем частоты, включая эти линки в уже приличное время работающую на абсолютно легальной основе сеть на камбиуме. Share this post Link to post Share on other sites More sharing options...
Constantin Posted February 2, 2019 · Report post 53 минуты назад, oleg_piton сказал: В чем глупость ? Скорость зажали согласно тарифного плана (ну вообще-то там и не интернет, а служебный технологический трафик), модуляции указаны, примененные самим устройством на момент написания поста. Я не пойму, Константин, Вашего сарказма. да причем тут сАрказм, просто если это 2р2 линк то я не понимаю зачем переводить его было на камбиум, а если это один из клиентов шпд то почему его как пример приводить, вот и все. З.Ы. ну вот ниже все рассказали.. при нынешней ценовой политике камбиум начинать на камбиуме это глупость, никогда не окупиться, а вот модернизировать на него свою ШПД чтоб сдохнуть попожа да есть смысл, но так же окупаемости не будет оч долго. это мое мнение не более. Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 2, 2019 · Report post 16 часов назад, adsl сказал: Спасибо Вам за информацию, наверное это первый комментарий/отзыв о работе сети устройств на Elevate. Я так понимааю, Вы провайдер БШПД, можете ответить на некоторые вопросы, если конечно не тайна: 1. Максимальная утилизация трафика с базы. 2. Много ли "плохих" клиентов. 3. Пинг, джитер при макс. нагрузке на сеть. У нас не есть "сеть устройств на Elevate". У нас НЕБОЛЬШАЯ сеть ШПД, построенная на оборудовании Cambium ePMP 1000/2000. Пока всего используются две АП-шки (одна ePMP-1000 и одна ePMP-2000), частоты легально выделены под них 5910 и 5950 МГц. Клиентов на одной (ePMP-1000) около 40 (в том числе около 10 елевэйт), на другой около 15 (из них элевэйт всего 3). Летом в планах заменить ePMP-1000 на ePMP-2000 из ЗИПа, отправив 1000-ную в ЗИП. А может сразу и на ePMP-3000, если она будет доступна. В силу географического положения внешний интернет-трафик у нас пока не может быть высоким, так как связь с внешним миром исключительно по спутниковым каналам, а там сильно-то и не разгонишься :-) В общем - утилизация АП-шек даже в "пиковые" часы редко превышает планку в 100 мбит/с. "Плохих" клиентов практически нет. Во всяком случае, мы постарались сделать так, чтобы всё было более-менее ровно. Однако есть, если можно так сказать, клиенты достаточно удаленные (до 15км ), и, том числе из них пара на элевэйт устройствах. Элевэйт-клиенты включались и включаются в сеть исключительно исходя из их труднодоступности в текущий момент. Ну или когда про них уже забыли, что они элевэйт, а они всё работают и не жалуются :-) Остальные клиенты расположены в радиусе от 700 м до 12-15 км, и подключены при помощи CPE Force-180 и Force-200 (те, кто подальше). Пинги даже в самых плохих случаях находятся в пределах 30 мс. Джиттер при этом обычно не превышает 5-6 mc. При этом даже самые "плохие" клиенты на работу всей сети никак не влияют. Буквально вчера была ситуация, когда ветром уронило мачту у одного из клиентов, и его CPE-шка стала "смотреть в землю". При этом связь с ней совсем не пропала, но уровни стали в районе 85 db и если пакеты и проходили, то с задержкой до секунды. Ну, в общем, совсем стал этот клиент "плохим". Никто из других этого не заметил. Впрочем, это так и должно было быть. В общем и целом оборудованием Камбиум ePMP мы вполне удовлетворены. Все возложенные на него задачи выполняются, особливых технических проблем нет. Но, однако, есть и косячки: уже пришлось заменить 3 клиентских точки Force-180 (из примерно 40 установленных) по причине неадекватного их поведения. Две точки постепенно стали сам по себе всё чаще и чаще уходить в ребут (начиная от одного раза в двое-трое суток, и заканчивая одним-двумя разами в час) при увеличении нагрузки. И у одной точки возникла непонятная проблема с разделением трафика по ВЛАНам, что смогли вылечить только заменой точки, так как линк был "боевой", и времени на детальное изучение просто не было. 3 из 40 это не капля в море, но и не фатально. На таком общем количестве статистика весьма приблизительная. Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 2, 2019 · Report post 8 минут назад, Constantin сказал: да причем тут сАрказм, просто если это 2р2 линк то я не понимаю зачем переводить его было на камбиум, а если это один из клиентов шпд то почему его как пример приводить, вот и все. при нынешней ценовой политике камбиум начинать на камбиуме это глупость, никогда не окупиться, а вот модернизировать на него свою ШПД чтоб сдохнуть попожа да есть смысл, но так же окупаемости не будет оч долго. это мое мнение не более. ШПД не модернизировалась, а строилась с нуля. Вернее, не совсем так - была (и еще есть) ШПД на 2,4 ГГц (на UBNT), но из-за просто дикой зашумленности эфира было принято решение о переходе в диапазон 5,8 ГГц. Тоже, конечное, не сахар, но вариантов других на тот момент практически не оставалось. Поэтому и строилась ШПД на 5 ГГц с нуля, хотя в то-же время и у нас уже имелись поднятые пионерским способом линки в этом диапазоне, что с самого начала не совсем есть правильно. То, что остановили свой выбор на Камбиуме еПМП- отдельная тема. Мучений выбора было предостаточно (именно в данном ценовом диапазоне), но взвесив различные доводы, всё таки цена на оборудование не сыграла решающую роль, поскольку стоимость процедуры получения частотных разрешений в данном случае почти в 10 раз выше, чем стоимость самого оборудования. Ну и даже сейчас, конечное, стоимость клиентского оборудования у камбиума несколько выше, чем у того-же ЮБИКа (9100 за F-180 против 6500 за NS-M5 на сайте НАГа, например), желания и смысла перестраивать сеть на что-то другое нет. Share this post Link to post Share on other sites More sharing options...
Saab95 Posted February 2, 2019 · Report post Всегда интересно читать такие истории. Была сеть на 2.4ггц но много помех, решили перейти на 5ггц и использовать камбиум - на 5ггц он отлично работает, но в эфире много помех, но интернета мало потому что спутник. Так если интернета мало, значит и помех не особо много, вот и ответ на то, что оборудование хорошо работает. Если взять аналогию с крупными городами (Москва, Санкт-Петербург и т.п.), то там есть места, где и микротик с убнт работают отлично без проблем, а есть места, где и камбиум опускается на самые низкие канальные и нормальной скорости получить не удается. И микротик в той же ситуации порой дает более высокую скорость и стабильность канала. Есть и обратные ситуации, где камбиум ведет себя лучше, но не всегда показательно. Share this post Link to post Share on other sites More sharing options...
adsl Posted February 2, 2019 · Report post Ну у людей же "взлетело" всё и работает, что теперь волну гнать? Просто "цена входного билета" выше оказалась! Share this post Link to post Share on other sites More sharing options...
oleg_piton Posted February 3, 2019 (edited) · Report post 13 часов назад, Saab95 сказал: Всегда интересно читать такие истории. Была сеть на 2.4ггц но много помех, решили перейти на 5ггц и использовать камбиум - на 5ггц он отлично работает, но в эфире много помех, но интернета мало потому что спутник. Так если интернета мало, значит и помех не особо много, вот и ответ на то, что оборудование хорошо работает. Если взять аналогию с крупными городами (Москва, Санкт-Петербург и т.п.), то там есть места, где и микротик с убнт работают отлично без проблем, а есть места, где и камбиум опускается на самые низкие канальные и нормальной скорости получить не удается. И микротик в той же ситуации порой дает более высокую скорость и стабильность канала. Есть и обратные ситуации, где камбиум ведет себя лучше, но не всегда показательно. Странно. Я вроде-бы ничего не рекламирую, просто констатирую факты, имеющие место быть в данном конкретном месте в данной конкретной ситуации. Вполне вероятно, что и МТ и UBNT и Ligo и Infinet работали-бы не хуже, но времени и возможности у нас для перебора не было, поэтому имеем то, что имеем и об этом и пишу. Ко всему прочему строго стоял вопрос о легальной работе на легальных частотах, а, как известно, при подаче заявки указывается тип оборудования, и в ЧТП, приложенном к разрешению на использование частот также указан тип используемого оборудования (вплоть до MAC-адреса), и мы уже имели в свое время геморой с оформлением документов при замене оборудования на "аналогичное", даже того-же производителя (когда меняли Cisco AitNet 340 на Cisco AirNet 350). Поэтому заявку надо было подавать под то, что уже выбрали....Так что как-то так.... Edited February 3, 2019 by oleg_piton Share this post Link to post Share on other sites More sharing options...
Saab95 Posted February 3, 2019 · Report post Не знаю какие там документы нужно оформлять в вашем случае, но никто не заставляет указывать реальный МАК и серийный номер, достаточно мака вида 00:00:00:00:00:01 и учетный номер 0001, после чего можно ставить любое оборудование, с аналогичными по заявкам характеристикам. Share this post Link to post Share on other sites More sharing options...