Перейти к содержимому
Калькуляторы

billybons2006

Пользователи
  • Публикации

    29
  • Зарегистрирован

  • Посещение

О billybons2006

  • Звание
    Абитуриент
    Абитуриент
  1. Если воровать пойдут случайные пьяницы/местные нарики/школьники, то уберечь от кражи помогут только механические мероприятия. Например, ревун. Ревун может помочь от массовых краж (сработка при разрыве контакта). Один раз сработает, охрана прибежит, другой раз неповадно будет. Если устройство на высоте, то сработавший ревун вообще может привести к падению вандала с высоты. Профит! Замок с мет. планкой, просунутой через просверленное отверстие. Скрытие корпуса с глаз долой (за потолок и т.п.). Прикрутить корпус болтами-секретками. Пекрасить корпус краской из баллона, так, чтобы сразу было видно, что это оборудование - чье-то. Паяльником на корпусе вывести название организации - типа МСЧ5. Испорченный корпус отобьет охоту перепродавать. А также сделает дизайн устройства уникальным - продать будет труднее.
  2. В сети RB3011UiAS, точки, включая Audience, в общем, большая сеть. Сейчас все на 6.49. Планирую выезд для обслуживания сети, смотрю changelog микротика, существенных улучшений не вижу. Что думаете?
  3. [890] INITIALIZE PORT/ ИНИЦИАЛИЗАЦИЯ ПОРТОВ Данная функция предназначена для сброса настроек внутренних и внешних портов системы в умолчание связанных с распределением и осуществлением вызовов CALL CLEAR или DB INITIAL всех настроек данного порта. Для 21 порта выполнил Call Clear. Не помогло. Боюсь сделать DB INITIAL - все настройки порта. Т.е. все вообще, что связано с этим портом? На какие номера переадресация, все-все? Сносятся все настройки, которые в RAM станции висят или же прям вообще все? Телефониста потом не придется вызывать? Да ладно :) Сделал DB INITIAL для 20 и 21 номеров - не помогло... На всякий случай - выбрал порт, выбрал тип clear, нажал Сохранить и Reload потом - все верно? Add: лучше б не делал сброс 20... Ну да ладно. Но проблема осталась... Add2: перезагрузил АТС. Переадресация заработала, теперь после сброса слетела доп. клавиатура, но это уже другой вопрос...
  4. Вот. А как это может звучать на английском или MC*** ? Port reset? При наборе с телефона кода 400, он звонит на 40 номер, не уверен, что отработал 400. Попробовал #400, *400. Проверил если трубка снята на системном телефоне - переводит звонок на запасной телефон (правда, я не проверял такой вариант изначально). Промежуточный итог: внутренние вызовы переводит: 32 -> 20 (трубку не беру, переводит на 21) -> 21. OK внешние вызовы переводит, если на 20 (он же системный) снята трубка. ОК. не переводит, если снаружи звоню и не снимаю трубку на системном.
  5. Нет, как-то не пришло в голову, если честно. В рабочее время, пожалуй, не рискну. Попробовал, не помогло.
  6. А может так быть, что это системный телефон не дает форвард? Да не, это уже бред начался.
  7. OS7070, внутренние абоненты аналоговые. Все внешние входящие вызовы попадают на внутренний номер 20 (системный телефон). Если на 20 никто не берет трубку, то через 16 сек вызов переходит на внутренний номер 21 (обычный гигасет). Так настроили и это работало. В какой-то момент времени (вдруг!) мне говорят - внешние входящие по неответу на 20 на 21 не переходят. Стал смотреть (я не спец в телефонии). Через меню 4.1.1 и 2.5.4 поменял 21 на 32 (другой внутренний номер). Звонок пришел нормально на 32. Вернул обратно 21, не переводит. Стоит время перевода по неответу 16 сек, пробовал ставить 5 сек, ничего не поменялось. Если звонить с внутреннего номера на 20, то на 21 переводит! Не переводит на 21, если звонок внешний... Знакомый телефонист (сейчас почти недоступен) предположил, что на 21 случайно ввели команду какую-то и надо сделать сброс того, что могли выполнить с телефона 21. Логи посмотрел - жуть, абра-кадабра какая-то, это вам не сквид или dovecot... В какую сторону копать? Add: не знаю, важно или нет, при разговоре в трубке 21 номера раз в 15 сек слышен двойной гудок. Раньше такого тоже не было. Телефон на 21 линии заменил на новый такой же, пробовал проводной gigaset, нет разницы. Add2: посмотрел тут руководство, уточняю: MMC320 (2.5.4):) No Answer Forward и External Forward поставил на 5 сейчас (чтобы не ждать 16 сек). Направление Both. MMC102 (5.15.6) все Forward Cancel. Без исключений.
  8. 802.11r/k/v в точках Unifi APAC PRO

    Спасибо за варианты, все приму к сведению. Тему с общего согласия закрываю. Спасибо всем за участие!
  9. 802.11r/k/v в точках Unifi APAC PRO

    А есть, условно, "недорогая" AP из мира Ынтерпрайза, которая хоть как-то может подойти в SOHO? От чего конкретно отталкиваться? Посмотрел спеки тех же Aruba 207, 303H, 303 (т.е. недорогих). Нет там 802.11r/k/v. Не тот уровень? Или у Aruba тоже свои костыли и они их 802.11r/k/v не называют?
  10. 802.11r/k/v в точках Unifi APAC PRO

    Фуф. Осилил все 5 статей. Спасибо. У человека реально понимание дела, так как он может изложить все простыми словами. Это большая редкость.
  11. 802.11r/k/v в точках Unifi APAC PRO

    С поддержкой кинетиков общался несколько дней назад, они сейчас активно выкатывают и планируют выкатывать в этой области точки, я в лоб спросил - есть смысл подождать немного, выкатите что-то новенькое - говорят - может, и подождать ;)
  12. 802.11r/k/v в точках Unifi APAC PRO

    Большое спасибо за отклик. Подведу черту сначала: 1) если я правильно все понял, 802.11r/k/v - это вспомогательные средства для того, чтобы клиент сам (если он такое умеет) подключался к наилучшей точке по мнению клиента. 2) микротик (как я и считал, если честно) максимум может дать отлуп клиенту на основании уровня сигнала, после чего клиент сам шевелится в поисках оптимальной точки. 802.11r/k/v тут нет. 3) slv700, прекрасно просто: А ценители UBNT UniFi тихо мучаются и молчат в тряпочку, боятся , что им начальство скажет - а какого фига не работает, так как вы нам говорили?. 4) jfulcrum: От навешивания всякой херни только дорожают базы, а принципиально ничего не меняется. Изменения наступят, когда истекут патенты на CDMA и можно будет забрать известное готовое решение. До тех пор, хоть Cisco, хоть Mikrotik - один хрен handoff/handover, разница только в за держках - но даже у Cisco 50ms удается добиться лишь в идеальных условиях. Тогда какие точки можно считать хотя бы более-менее приличными для покрытия офиса/большой квартиры максимально ровным покрытием, которое, очевидно, на бытовом уровне называют "бесшовным"? Читал хобр про Edimax Pro, так в коментах писали что это тоже тот еще продукт.
  13. Начитался в интернетах, что точки доступа Ubiquiti (и, в частности мои, AP AC PRO) не поддерживают "полноценный" бесшовный роуминг. Типа раньше у Ubiquiti вообще был бред какой-то (Zero Handoff, вроде), работающий на одной частоте, из-за чего полоса пропускания снижалась, потом от этого отказались, что есть Fast Roaming, который не совсем то же, что 802.11r/k. Но вот открыл https://dl.ubnt.com/datasheets/unifi/UniFi_AC_APs_DS.pdf, страница 10, таблица UAP-AC-PRO Specifications. Там черным по белому написано, что точки поддерживают стандарты 802.11 a/b/g/n/r/k/v/ac. Т.е. в том числе полноценный бесшовный роуминг. Изначально вопрос возник из-за того, что клиент (iPad, iPhone) не переходили между парой точек в сети, возникали все время обрывы разговора по whatsapp и просто отключение от wifi с последующим поиском. Вопрос: так есть в этих точках бесшовный роуминг или нет?
  14. Спасибо! Поставил hook on time 300 мс, max flash - 250 мс. Насчет постановки на парковку спасибо, не слышал о таком даже. Все пашет.
  15. Хм, надо искать баланс между flash и hook on time. А то поставил hook маленьким и перевод звонков не успевает подцепиться. В общем, вроде понятно, где играться надо. Спасибо!