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

billybons2006

Пользователи
  • Content Count

    22
  • Joined

  • Last visited

About billybons2006

  • Rank
    Абитуриент
  1. 802.11r/k/v в точках Unifi APAC PRO

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

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

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

    С поддержкой кинетиков общался несколько дней назад, они сейчас активно выкатывают и планируют выкатывать в этой области точки, я в лоб спросил - есть смысл подождать немного, выкатите что-то новенькое - говорят - может, и подождать ;)
  5. 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, так в коментах писали что это тоже тот еще продукт.
  6. Начитался в интернетах, что точки доступа 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 с последующим поиском. Вопрос: так есть в этих точках бесшовный роуминг или нет?
  7. Спасибо! Поставил hook on time 300 мс, max flash - 250 мс. Насчет постановки на парковку спасибо, не слышал о таком даже. Все пашет.
  8. Хм, надо искать баланс между flash и hook on time. А то поставил hook маленьким и перевод звонков не успевает подцепиться. В общем, вроде понятно, где играться надо. Спасибо!
  9. Поставили АТС Samsung 7070. К ней подключены аналоговые телефоны Gigaset. Часть из них - проводные (не радиотрубки) аналоговые, с питанием от телеф линии. С этими проводными телефонами проблема следующая: идет разговор с этого проводного телефона с внешним абонентом. Если положить трубку и сразу ее поднять, в трубке слышны короткие быстрые гудки. Кладу трубку. Через секунду-другую раздается звонок. Поднимаю трубку - а там тот абонент, с которым я разговаривал только что. Если трубку положить и снять через 1,5-2 сек, то линия разрывается. С радиотрубками такой проблемы нет (полагаю, что база трубки сама выставляет паузу для окончания соединения). А вот с проводными телефонами проблема, независимо от того, какое время флеш в телефоне указать. Или современные АТС плохо работают с аналоговыми телефонами? Или это не флеш совсем проблема? Сейчас flash настроен двумя параметрами: hook flash min time (10msec): 8, hook flash max time (10msec): 90. Подозреваю, что это значит от 80 до 900 мс, что в общем-то укладывается в диапазон flash на любых телефонах. В т.ч. для проблемых пробовал 90, 120 и 600 мс, все едино. Может, вообще это электрически порты на АТС "проглатывают" совсем короткие разрывы? Там же в 5.5.0 есть еще параметры: POWER DOWN TIME, сейчас он 20 (дефолт, 2000 мс), в мануале описан как: This timer monitors the power to the ROM pack to begin shutdown status. Статус чего? Статус разговора? HOOK ON TIME: 100 (1000мс, 1сек) This timer sets the minimum amount of time that the system will recognize as an SLT hang up. Что такое SLT? Может, это оно? Я не телефонист, не знаю, что и думать. А решать проблему придется мне, похоже. Можете подсказать, в чем тут хитрость? UPD: поставил HOOK ON TIME в 2 (200 мс) и все ок. Есть у параметра подводные камни? Поставил 20, а начнет глючить где-то в другом месте?
  10. Сейчас использую OpenVPN на дом. сервере, т.к. OVPN без UDP и др. Но все время хочу запустить на микротике IPSec/L2TP. Смущает только одно - везде вижу описание доступа по логину/паролю. А есть вариант доступа только по ключу (без пароля)? Мне кажется, что реализация стандартного L2TP/IPSec в Mikrotik сделана лучше, чем недо-OVPN. Возможно, я таки откачусь обратно на OpenVPN на норм. Linux (хотя бы по соображениям скорости), но хотелось бы попробовать, если это возможно. Да и не всегда есть возможность поставить Linux, а роутер ткнуть почти всегда можно.
  11. netmap работает через не стабильно

    Сейчас взял старый добрый (кому как ;)) DLink DP-G321 (это принт-сервер, стаааарый уже). Но! Через USB кабель принтер прекрасно печатает в беспроводной сети, а проводной интерфейс можно подключить в LAN. Т.е. задачу по обеспечению работы принтера в сети я выполнил. Но если вы мне подскажете, что к чему в моем изначальном вопросе, буду рад. Заседание продолжается!
  12. netmap работает через не стабильно

    Вот заметил, что если отправил на печать задание, он привычно висит, ждет чего-то (на принтере надпись: выполняю задание печати...), и если в этот момент для wlan1 поменять MTU (1500 -> 1400), arp с enabled -> proxy-arp или в обратную сторону, то печатает через минуту (хотя и так долго, вообще говоря). В чем прикол может быть? Совпадение? Или что-то перетряхивается в роутере?
  13. Это продолжение моей темы, которую я уже давно думал, что закрыл. Ан нет. Кратко: ethernet3 (192.168.5.1). К нему кабелем (не WiFi) подключен принтер с ip 192.168.5.3. ethernet5 (192.168.2.252). Подключен к LAN 192.168.2.0/24. wlan1 (192.168.1.3). Подключен как клиент к сети WiFi 192.168.1.0/24. Надо, чтобы из LAN и из WiFi сети можно было печатать на принтере. Для этого в Mikrotik 951 настроены правила: /ip firewall nat add chain=dstnat dst-address=192.168.1.3 action=dst-nat to-addresses=192.168.5.3 /ip firewall nat add chain=dstnat dst-address=192.168.2.252 action=dst-nat to-addresses=192.168.5.3 Пробовал /ip firewall nat add chain=dstnat dst-address=192.168.1.3 action=netmap to-addresses=192.168.5.3 /ip firewall nat add chain=dstnat dst-address=192.168.2.252 action=netmap to-addresses=192.168.5.3 Идея: если из сети WiFi пингануть (открыть веб-интерфейс/напечатать/другое) на ip 192.168.1.3, то пинги (веб-страница/задание печати/др.) пойдут к принтеру 192.168.5.3. Для сети LAN аналогично. Проблема в том, что вроде бы работает. Но с ужаааасными задержками (до 10-15 минут доходит) идет печать. Печать фото не выходит, принтер печатает отмазки типа I/O Error, syntax error и др. Если подключить принтер напрямую в сеть, все ок. Печатает, весело. Через Mikrotik - опять не стабильно. В iptables все уж разрешил: [admin@MikroTik] > /ip firewall filter print chain=forward Flags: X - disabled, I - invalid, D - dynamic 0 ;;; Drop invalid forward connections chain=forward action=drop connection-state=invalid log=no log-prefix="" 1 ;;; Allow established,related forward connections chain=forward action=accept connection-state=established,related log=no log-prefix="" 2 ;;; Test chain=forward action=accept protocol=tcp log=no log-prefix="" 3 ;;; Test chain=forward action=accept protocol=udp log=no log-prefix="" Мне кажется, что где-то теряются пакеты или криво ходят маршруты. Но вроде тут проще уж некуда. Куда заглянуть еще?
  14. Пока "изолировал" просто add action=drop chain=forward comment="Drop from wlan1 to office" in-interface=wlan1 log=yes out-interface=ether5 add action=drop chain=forward comment="Drop from office to wlan1" in-interface=ether5 log=yes out-interface=wlan1 До VLAN не добрался.
  15. Не работает сетевой принтер за NAT

    Т.е. с mangle я намудрил... Начитался с тем про разные маршруты - хотел заодно и попробовать, что к чему. Сейчас попробую проверить. Добавлено: Если 192.168.5.3 - это принтер, то: add action=dst-nat chain=dstnat dst-address=192.168.2.251 to-addresses=192.168.5.3 add action=dst-nat chain=dstnat dst-address=192.168.1.3 to-addresses=192.168.5.3 с srcnat возник вопрос. если тупо добавить: add action=src-nat chain=srcnat src-address=192.168.5.3 to-addresses=192.168.2.251 add action=src-nat chain=srcnat src-address=192.168.5.3 to-addresses=192.168.1.3 то будет работать только первый srcnat. Видимо, все же надо как-то метить в dstnat, чтобы потом отвечать srcnat в нужный интерфейс? Добавлено (2): Хватило для работы только правил dst-nat. В action я поставил netmap. Но суть почти та же. А src-nat вообще не нужно, т.к. со стороны принтера мне ничего инициировать не надо, а stateful похоже прекрасно все видит )) В общем, вопрос на этом закрыт. Спасибо огромное! Я наколбасил, как всегда, с три короба, хотя в уме держал мысль, которая, по-идее, и должны была вылиться в это простое решение.