- Arxont
- воскресенье, 3 ноября 2013 г.
- FAQ по PoE (Power over Ethernet) в роутерах Mikrotik
- Cap lite mikrotik poe не работает
- Cap lite mikrotik poe не работает
- не раздает POE RB3011UiAS-RM
- Cap lite mikrotik poe не работает
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Re: cAP lite — POE (passive or 802.3af/at)
- Распространенные проблемы MikroTik
- Распространенные проблемы MikroTik
- Ресурсы
- Firewall
- Другие способы анализа трафика
- Wireless
- Ping, Traceroute
- Заключение
Arxont
воскресенье, 3 ноября 2013 г.
FAQ по PoE (Power over Ethernet) в роутерах Mikrotik
Power over Ethernet (PoE) — технология, позволяющая передавать удалённому устройству вместе с данными электрическую энергию через стандартную витую пару в сети Ethernet. Данная технология предназначается для IP-телефонии, точек доступа беспроводных сетей, IP-камер, сетевых концентраторов и других устройств, к которым нежелательно или невозможно проводить отдельный электрический кабель.
1. Как работает PoE в микротиках? По какому протоколу? У микротиков «свой» PoE не совместимый со стандартом 802.3af. В документации это называется «Passive PoE. Non 802.3af». Используются ДВЕ ПАРЫ — синяя и коричневая. Синяя — Плюс. коричневая — Минус.
2. Какие ограничения на порт по питанию? из вики — «max limit on port — 1A, total limit — 2.2A»
3. Какие модели способны подавать питание? В данный момент способны подавать PoE следующие модели 2011iL-RM, 750UP, 951Ui-2HnD, OmniTIK UPA-5HnD
(также после некоторой модификации можно заставить выдавать ещё несколько моделей, но теряется гарантия и вы не сможете управлять PoE, будет всегда на всех портах
активация на 750 — http://forum.mikrotik.com/viewtopic.php?f=2&t=35577 и
http://blog.flyrouter.net/2012/10/poe-mikrotik-rb-750.html ,
http://forum.mikrotik.com/viewtopic.php?f=3&t=55913 — активация всех портов на OmniTik)
4. При процедуре обновления, помимо обновления самой системы и загрузчика, на данных устройствах также необходимо выполнить обновления микропрограммы PoE. Выполняется командой
/interface ethernet poe settings upgrade
(внимание! из официальной википедии — «Warning: When updated to newer PoE-Out controller firmware version it is not possible to downgrade it», невозможно понизить версию прошивки PoE)
5. Просмотреть текущее состояние PoE можно командой
interface ethernet poe monitor [find]
6. Основные параметры PoE
auto-on — Роутер пытается определить требуется ли подавать питание или нет. Проверяет сопротивление на парах ( 3kΩ to 26.5kΩ) и если его нет, то подаёт.
forced-on — отключено тестирование по сопротивлению. В результате PoE включено всегда. (хотя после обновления, он в любом случае проверяет, даже при данном параметре)
off — все проверки отключены и питание на порт не подаётся..
6. Приоритет — выставляется параметром poe-priority. Чем меньше число, тем выше приоритет
/interface ethernet poe set ether2 poe-priority=10
/interface ethernet poe set ether3 poe-priority=13
/interface ethernet poe set ether4 poe-priority=11
/interface ethernet poe set ether5 poe-priority=14
В данном примере, при проблемах с питанием (перегрузка, проблемы со входным питанием (к примеру при переключении на работу от ИБП)), вначале отключиться ether5, как имеющий наибольшее значение poe-priority. Затем будет отключен ether3, затем ether4. И только в самом конце ether2. Это может пригодиться к примеру, если подключены коммутаторы офисных компьютеров и серверов, а работа серверов важнее и мы гасим автоматом офисный коммутатор. Или постепенное отключение Wifi-точек доступа не являющихся критичными.
Если параметр poe-priority не указан или у всех указан одинаковый, то отключаться будет последовательно начиная с последнего порта (вначале ether5, затем ether4 и так далее)
7. Для чего используется параметр ether1-poe-in-long-cable? — фраза с официальной вики «setting to yes will disable short detection on all poe-out ports to enable use of longer ethernet cables. This is potentially dangerous settings and should be used with caution.». Данный параметр отключает проверку на короткое замыкание в линии НА ВСЕХ OUT-портах, что позволяет использовать более длинные кабели. Это потенциально опасная настройка и использовать её надо осторожно.
Правда мне данный параметр непонятен. В тестах, на 90 метровом куске кабеля, 750UP смог поднять 951G-2HnD. Может пригодится если больше длина или менее качественный кабель используется.
8. Если у меня есть %имямодели% выдающий PoE по стандарту 802.3af (42-57V (Passive, Telecom, 802.3af and 802.3at PoE plus supported)), то могу ли я подключить через них микротик? Да, используя специальный переходник — 48 to 24V PoE Converter http://routerboard.com/RBPOE-CON-HP
9. Через PoE на микротиках можно удалённо управлять электричеством — статья http://www.lanmart.ru/blogs/mikrotik-rb750up-remote-power-management-220v/
Но есть нюанс — при обновлении прошивки, надо будет на вывод плюса (из микротика) повесить диод (я использовал 1N4007), либо стабилитрон на 12 вольт.
C использованием высокочастотных трансформаторов на обоих концах линии с центральным отводом от обмоток постоянное напряжение питания подается на центральные отводы вторичных обмоток этих трансформаторов, и так же с центральных отводов снимается на приемной стороне. Использование центральных отводов сигнальных трансформаторов позволяет без взаимного влияния передавать питание по сигнальным парам, то есть передавать по одним и тем же проводникам и высокочастотные данные, и постоянное напряжение питания.
PS: ВНИМАТЕЛЬНО ПРОВЕРЯЙТЕ КАБЕЛЬ. НИ В КОЕМ СЛУЧАЕ НЕ ИСПОЛЬЗУЙТЕ ПРИ РАБОТЕ С PoE ОМЕДНЁННЫЙ. ТОЛЬКО ЧИСТУЮ МЕДЬ. Узнать кабель, который использовать нельзя можно по маркировкам — CCA, CA, CCS. (да и вообще никогда не используйте омеднёный кабель)
Источник
Cap lite mikrotik poe не работает
Друзья выручайте!
Собрал на дачу rb951ui-2hnd, подключил его к 3G и все было хорошо, пока я не захотел добавить мощности на участке и завести вайфай в баню.
Прикупил mAP lite и решил что у раз у меня есть PoE порт на роутере то к нему и подключу.
Не работает! гуглеж не помогает, подозреваю разные версии PoE.
и что должно быть в тут? какая версия?
Вопрос по PoE портам Микротиков.
Все ли устройства Микротик совместимы между собой по PoE? То есть можно ли запитать одну модель роутера/точку доступа от другой модели роутера например?
И можно ли запитать от Микротика например ip камеру?
И еще вопрос можно ли на микротике организовать доступ в интернет по ваучерной системе. Что бы например у одной группы пользователей был один пароль на Wi-Fi а у других другой. Или что бы каждому новому подключенному устройству генерировался отдельный пароль Wi-Fi?
Источник
Cap lite mikrotik poe не работает
Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов
не раздает POE RB3011UiAS-RM
Что в общем очевидно: она же питается от инжектора
Дома: [CCR1009-7G-1C-1S+] [CRS112-8P-4S-IN] [wAP ac] [RB260GS]
Не дома: [RB4011iGS+] [CRS326-24G-2S+RM] [wAP 60ad] [cAP ac].
. [hEX] [hAP ac²] [hAP ac lite] [hAP mini] [RB260GS]
Дома: [CCR1009-7G-1C-1S+] [CRS112-8P-4S-IN] [wAP ac] [RB260GS]
Не дома: [RB4011iGS+] [CRS326-24G-2S+RM] [wAP 60ad] [cAP ac].
. [hEX] [hAP ac²] [hAP ac lite] [hAP mini] [RB260GS]
Все она принимает.
Как она может не принимать Passive PoE если вы её от пассивного инжектора самолично запитывали?!
И я уже выкладывал выше Quick Start Guide, там это в явном виде написано.
И это вообще всех микротиков касается: некоторые принимают только passive, но не принимают af/at, а наоборот не бывает.
Т.е. если устройство умеет af/at, то passive и подавно.
Поэтому на страницах с характеристиками в поле PoE-IN Passive никогда не упоминается, если упомянуто af/at.
Дома: [CCR1009-7G-1C-1S+] [CRS112-8P-4S-IN] [wAP ac] [RB260GS]
Не дома: [RB4011iGS+] [CRS326-24G-2S+RM] [wAP 60ad] [cAP ac].
. [hEX] [hAP ac²] [hAP ac lite] [hAP mini] [RB260GS]
Источник
Cap lite mikrotik poe не работает
Sat Jun 17, 2017 9:30 pm
For cAP lite
Look this (Brochure): https://i.mt.lv/routerboard/files/cAP_l . 135711.pdf
& look this * (Quick Guide): https://i.mt.lv/routerboard/files/cAP-L.pdf
*Powering
The device accepts powering from Ethernet port (Passive PoE only). Under maximum load, the power consumption of this device is 4W
What the truth ?
What kind of POE support ?
Re: cAP lite — POE (passive or 802.3af/at)
Sun Jun 18, 2017 12:29 pm
Re: cAP lite — POE (passive or 802.3af/at)
Mon Jun 19, 2017 9:58 am
Yes, it works with 802.3af/at
You can always refer to this page for specific details:
https://wiki.mikrotik.com/index.php?tit . lity_table
Re: cAP lite — POE (passive or 802.3af/at)
Fri Jun 30, 2017 11:32 pm
Re: cAP lite — POE (passive or 802.3af/at)
Wed Oct 17, 2018 11:36 am
Re: cAP lite — POE (passive or 802.3af/at)
Thu Dec 13, 2018 4:05 pm
Re: cAP lite — POE (passive or 802.3af/at)
Fri Mar 01, 2019 5:02 pm
Re: cAP lite — POE (passive or 802.3af/at)
Thu Jun 06, 2019 9:36 am
I had the same issue trying to power up a cAP Lite with a Longse LS-RT2412.
Decided to use a Cross Over cable and lo and behold, the cAP Lite powers up.
There got to be some issues on how these switches detect the device, otherwise I don’t see why a cross over cable works and a straight one does not.
Re: cAP lite — POE (passive or 802.3af/at)
Thu Jun 06, 2019 11:29 am
Indeed support for 802.3af/at seems like a small magic in Routerboard devices. Even official compatibility matrix shows need for crossed cables with some RB devices, including cAP lite.
The table actually suggests (based on columns 2 and 3) that some RB devices are picky about polarity (and not all of them prefer same polarity) while some devices aren’t.
PoE article on wikipedia offers some explanation about need for cross-over cables (in the Powering devices section). Seems like PD (power sink) is responsible to implement kind of a «auto MDI/MDI-X» operation for PoE, PSE (power source) will always output same polarity.
Источник
Распространенные проблемы MikroTik
Распространенные проблемы MikroTik
Самая распространенная проблема MikroTik (точнее жалоба) — «у меня ничего не работает», причем чаще всего это неправда. Если у босса не открывается вложение в письме с темой «вы выиграли миллион», потому что его заблокировал антивирус, то настраивать роутер в этот день вряд ли придется.
Поэтому один из важных навыков админа — это умение вести диалог с пользователем и выяснять, что именно и как не работает. Увы, эта статья не будет посвящена данному вопросу, так что переходим сразу к технической части.
Ресурсы
Первое, на что обращает внимание любой системный администратор, — потребление ресурсов. Благо WinBox выводит эти данные прямо в главном окне. А если еще не выводит — сейчас же добавляй их туда. Это сэкономит много времени в будущем. Тебе нужно меню Dashboard → Add. И кстати, зеленый квадратик в правой верхней части — это не загрузка процессора. Не обращай на него внимания.
Если процессор постоянно загружен больше 80% (в зависимости от условий это значение может меняться, но в среднем давай примем такое число), то что‑то неладно. В первую очередь смотрим на местный «диспетчер задач», меню Tools → Profile. Тут мы увидим, что именно нагружает CPU, и поймем, как действовать дальше.
Длительную статистику по нагрузке CPU, трафику на интерфейсах и другим параметрам можно увидеть в Tools → Graphing.
Объяснение полей вы найдете в вики. Наиболее часто встречаются DNS, Encrypting и Firewall.
- Encrypting — роутер тратит много ресурсов на шифрование. Скорее всего, у вас много туннелей VPN и нет аппаратного чипа шифрования. Нужно поменять на железку со специальным чипом или выбрать более слабые алгоритмы.
- Firewall — прямое указание, что вы не читали мои предыдущие статьи.
- DNS — а вот тут вас ждет кое‑что интересное.
Сам по себе DNS-сервер почти не нагружает роутер в небольших и средних сетях (до нескольких тысяч хостов). А использовать RouterOS в качестве DNS-сервера в больших сетях не лучшая идея. Так откуда нагрузка? Давай разбираться. Если есть нагрузка, значит что‑то ее создает. Вероятно, серверу DNS приходится отвечать на большое количество запросов. Проверим, так ли это. Создадим в файрволе правило.
И теперь смотрим в лог. Если наши предположения верны, то заметим много сообщений с префиксом DNS. Увидим, с каких адресов и на какие интерфейсы летят запросы. Скорее всего, это будет интерфейс WAN. Но мы не хотим обрабатывать DNS-запросы, пришедшие к нам из интернета. Закроем UDP-порт 53 на интерфейсе WAN, поместим правило в нужном месте — и наслаждаемся снизившейся нагрузкой. Поздравляю! Мы только что обнаружили, что были частью ботнета, закрыли эту дыру и сделали интернет чуточку чище. Подобные атаки часто проводятся с применением протоколов, работающих над UDP.
Firewall
Вообще, умение работать с файрволом несет в себе огромную силу. Правильно построенное правило укажет, как проходит пакет через систему, в какой интерфейс попадает, из какого уходит дальше и получает ли ответный пакет. По одним только счетчикам можно многое узнать о своей сети.
В столбцах Bytes и Packets отображаются количество байтов и пакетов, обработанных правилом. Кнопки Reset Counters сбрасывают эти счетчики. Теперь можно наблюдать, попадает ли трафик в нужное правило или нет.
Полезной часто оказывается вкладка Connections файрвола. Тут видно все потоки, проходящие через роутер: их состояние, количество прошедших байтов, флаги потока (для получения подсказки достаточно навести на значение в столбце). Для большей наглядности нужно добавить поля Reply Dst. Address и Reply Src. Address. В этих полях видно, в какой и из какого адреса был проведен NAT.
Файрвол со всеми его фичами позволяет детально дебажить весь трафик, проходящий через роутер. Чтобы лучше понимать, что происходит во всех этих вкладках, нужно изучить, как пакеты проходят через роутер. На картинке упрощенная версия схемы. Более подробная есть в документации.
Другие способы анализа трафика
Увидеть состояние потока, его адреса, байты и прочее — хорошо. Но файрвол не позволяет удобно и из единого места убедиться, что маршрутизация корректна. Чтобы узнать, в какой интерфейс вылетает пакет, достаточно воспользоваться инструментом Torch.
Torch можно воспринимать как некое подобие tcpdump. Здесь можно увидеть VLAN ID, source/destination address/port, DSCP, битовую и пакетную скорость. Есть удобные фильтры, которые позволяют делать точные выборки. Если данные в окне меняются слишком быстро, увеличивай значение Entry Timeout. К сожалению, в одном окне он может показывать только трафик на одном интерфейсе, но никто не мешает нажать New Window и наблюдать за несколькими интерфейсами. Если Torch не показывает нужного трафика на нужном интерфейсе — налицо проблемы с маршрутизацией.
Torch позволяет наблюдать за потоками трафика в реальном времени. Но в некоторых случаях нужны более детальные данные о трафике. Их позволяет получить инструмент IP Sniffer.
С его помощью можно увидеть параметры трафика и даже содержимое пакета.
Но иногда требуется более детальный анализ — например, чтобы убедиться, что TCP handshake успешно прошел и данные передаются. В таком случае в передаваемых пакетах должен присутствовать флаг ACK. Но искать пакеты в скудном интерфейсе «Винбокса» неудобно.
И тут на помощь приходит всеми любимый Wireshark — мощнейший инструмент для анализа сетевого трафика. В Filter указываем нужные параметры, чтобы не снифать все подряд, в General выбираем Filename, жмем Apply и Start. Теперь в Files на роутере можно найти наш дамп, перекинуть его на компьютер и открыть «Шарком». О нем написано много статей, поэтому даже не буду пытаться писать тут, как с ним работать.
Но это лишь начало. Можно в реальном времени наблюдать за трафиком из Wireshark. И без всяких операций с файлами! Открываем «Шарк», в фильтре пишем udp. port == 37008 , на сниффере RouterOS во вкладке Streaming ставим галочку Streaming Enabled и вписываем IP-адрес компьютера с запущенным «Шарком». Можно поставить галочку Filter stream, чтобы лить в «Шарк» не весь трафик, а только выбранный.
Лить трафик в сниффер можно и из файрвола. За это отвечает действие sniff-TZSP в таблице Mangle. Работает это по аналогии со Sniffer Streaming, но в файрволе можно сделать более точную выборку пакетов для сниффера.
Wireless
Самая сложная часть диагностики — это Wi-Fi. Он и сам по себе очень сложная технология, к тому же среда передачи данных общая и все соседские роутеры мешают работать твоему, так же как и он им. О работе 802.11 написана не одна книга, пересказывать их я не буду. Посмотрим только на инструменты, которые могут помочь при диагностике.
В RouterOS их немного. Самый главный — вкладка Registration в Wireless. Здесь видно всю информацию о подключенных клиентах: MAC, уровень сигнала, качество сигнала.
Самые важные поля:
- CCQ — Client Connection Quality. Чем ближе к 100%, тем лучше. Ниже 60% означает плохую связь;
- TX/RX Signal Strength — уровень сигнала. Отличное значение — от 0 до –45, приемлемое — от –55 до –75. Все, что между, — хорошо. Ниже –75 можно считать отсутствием связи. По крайней мере, я ориентируюсь на такие цифры.
- Signal to Noise — отношение сигнал/шум. Чем выше — тем лучше.
Второй инструмент — логи. Собственно, этот инструмент должен активно использоваться не только при диагностике Wi-Fi. Если стандартных логов недостаточно — просто включи расширенные.
Ping, Traceroute
Первым инструментом диагностики у сисадмина всегда был пинг. Но далеко не все знают, сколько возможностей он в себе скрывает.
Многие сталкивались с тем, что текст на сайте отображается, а картинки нет. Или скрипты не загрузились, и сайт «поехал». Это первые признаки несогласованности MTU. С помощью пинга можно проверить этот вариант. Ставим галочку Don’t fragment, выставляем нужный нам размер пакета и смотрим на результат. Если видим packet too large — MTU в канале ниже заданного нами значения пакета. Уменьшаем его и проверяем снова. Таким образом выявляем максимальный пакет, который проходит через сеть без фрагментации.
По умолчанию пакет отправляется с роутера с src address того интерфейса, в который он вылетает. Бывает, что нужно его поменять. Например, при диагностике маршрутизации внутри VPN или корректности работы файрвола. Для этого нужно заполнить поле src address. Не забывай, что адрес должен быть существующим, чтобы ответный пакет вернулся.
При сложной маршрутизации необходимо выбрать нужную Routing Table. Впрочем, те, кто пользуется несколькими таблицами маршрутизации, и так это знают.
Заключение
Невозможно в одной статье и даже в нескольких книгах описать все возможные проблемы и методы их диагностики и решения. Для эффективного дебага нужно понимать, как работает сеть на каждом уровне, ее особенности в конкретной реализации — ведь не бывает двух одинаковых сетей: рецепты, работающие в одной инфраструктуре, будут бесполезными для другой.
Для дебага необходимо понимать, как пакет проходит внутри RouterOS, а в особо сложных случаях — и знать особенности вендора. И это относится не только к MikroTik. Лучший инструмент дебага — знания и опыт!
Источник