DAF

Согласен, но иногда от отсутствия других вариантов приходится своими руками сей костыль воздвигать. Делаешь и плачешь :( Или вообще из двойной и одинарной розеток сооружать "раздвоятор", чтобы по одной витухе два 100М линка выдать...

Да хоть смайликами можно. На Хабре было.

Починить /interface/ethernet/cable-test на 1G портах. В v6.45.x поломали (замечено на RB2011, на 100M портах всё ОК). Опция второстепенная, но всё же весьма полезная.

каркам используем года 3 для малобюджетных объектов в области (дачи, мелкие магазины итд). Всего штук 6 4-8-16 регов, и хрен знает сколько разных камер. За свою цену работает норм. Также у них берем реги Дахуа. Легко скидку при опте дают. Пока ничего плохого не сказать, единственно их облачный сервер (для регов с 5000 портом) часто недоступен, приходится прямой доступ делать. но это не проблема, ВПН до белого адреса. Лет 6 юзаем Novicam и Jassun (тоже как бы росбренды), тоже для своей цены норм. Убитые грозами камеры конечно тоже были.

У меня на мосту (2шт SXT2) тоже 80211 лучше всего работает. Но из-за непрямой видимости (5+км) сигнал от 76 до 82 при полосе 5МГц. Пинг в основном 1-3, изредка за 100 прыгает. Скорость по спидтесту гуляет по погоде от 3 до 15, аптайм тоже от погоды скачет от часа до месяца. 3-й год пользуюсь, мне хватает. (где-то в начале 2017г подробно описывал здесь на форуме)

У одного юзера чуть дом не сгорел от PLC - в грозу прилетело. Автомат выбило, но белая тп-линковская мыльница радостно загорелась. Полное Г - я в их сторону бы не смотрел.

В регистраторах этого производителя можно настроить сброс архива на FTP-сервер, в качестве которого ИМХО подойдет NAS. P.S. Копировать на PC-based-FTP пробовал, работает.

ИМХО, если миррорить на коммутаторе, то RTSP-поток с камер в сторону server1. Тогда server2 (с настройками каналов как RTSP естественно) не станет пытаться рулить камерами, а будет просто писать, что == костылей не нужно никаких. И на бюджетные камеры нагрузка не возрастет.

Уже 7+ лет работает СВН: 21 IP-камера Hikvision, DVR на базе ПК под iVMS4200. Дублирование напрямую с камер в протоколе ONVIF на XVR Dahua. Есть ВПН-доступ внутрь сети СВН. В целях ознакомления/проверки на совместимость протоколов/тестирования DVR различных производителей регулярно подключаюсь к камерам напрямую по протоколам ONVIF/RTSP/Hikvision через этот ВПН, на основном и резервном архивах это никак не отражается.

Для тестирования работы модемов под RoS использую MikroTik_RouterOS_CHR в VirtualBOX с расшаренным USB-портом девайса.

Если на плате разведен UART, то можно подключиться через него и подсмотреть/поменять пароль или просто залить прошивку с дефолтным паролем.

На просторах бескрайнего нагуглил вот это: http://mamaich-rus.blogspot.com/2018/03/root-mikrotik-usb.html. Тут же откатил свой тестовый rb750 (с добавленным USB-портом) до версии 6.40.5, и повторил советы автора блога. Всё работает (для этой "дырявой" версии). Наверняка у гуру форума есть опыт в развитии данного способа. Есть интерес попробовать прикрутить полноценный OVPN, Астерикс без запуска OpenWRT в Metarouter, разрешить некоторые драйвера для USB-устройств и т.д. Понятно, что МТ после прошлогодней дыры в Winbox-е всё пофиксили, но всё равно интересно.

Конечно, это лучший вариант, я не спорю с Вами, но по всякому бывает.

Конечно это тоже глюк, но часто глючность микротиков лечится путем сброса нетинсталлом, созданием пустой конфы и загрузки тех же настроек, что и были, но только не из *.backup или *.rsc файлов, а кусками из экспорта (тот же *.rsc, да) с предварительным редактированием. Задача довольно трудоёмкая, но она того стоит - так как при детальном изучении экспорта весьма часто можно обнаружить всякие ненужные излишества. ИМХО так происходит при изменении в Winbox-е уже существующих настроек (отдельных строк для CLI), а так же из-за периодических нововведений в синтаксисе CLI. Особенно это заметно для конфигураций, которые обновлялись через смену ключевых в плане новизны версий RoS.

ИМХО, единственный разрешённый порт 123 для камер всё же допустимо, в отличии от медиа или http портов. Про телнет (в некоторых моделях неотключаемый) и речи нет.

Пришли точно к такому же решению, проблемы с рассинхроном времени на камерах прекратились. Если ТС считает такое решение излишним, то попробуйте в софте камер указать NTP-сервер в виде IP-адреса а не DNS-имени. NTP-сервер лучше из зоны .ru, дефолтный из софта камеры может попадать под очередные блокировки от РКН-а (тоже было).

Поддерживаю, + MTU будет более правильным. Только чтобы не париться с сертификатами вроде нужно PFS включить.

А это полная routing table?

Объединить несколько ADSL-каналов в один можно через MLPPP от RoS. Лет несколько назад так делал - 3 шт. D-Link 2500U в bridge mode + MT-rb2011 - всё работало. А в радио там действительно гораздо проще будет. См. WIKI

TP-Link UE300 умеет в VLAN со штатными дровами под виндой

Ответил так, как неверно понял Ваш вопрос. Если бы было как-то так: .... не по теме, но давно наболело. в микротик по умолчанию часовой пояс autodetect. И я у него с одних и тех-же IP адресов -> то в краснодаре , то в париже, то в египте.... КАК ОН ЭТО ДЕЛАЕТ? .... мой ответ бы был другим

/sys clock time-zone-name

Представил ситуацию и поплохело... Учитывая, что в наших местных пятиэтажках обычно между лестничными пролётами 0,5м+ расстояние и на верхней площадке люк+лесенка точно напротив. Как то так:

Мельком взглянул на /ip/firewall export от ТС-а и, не читая последующих постов, сразу захотелось высказаться: action=netmap совсем не одно и то же, что action=dst-nat (во всяком случае при определенных условиях)!!! Но на безбрежных просторах бескрайнего весьма часто встречаются примеры подобной подмены, кем-то вброшенной и затем получившей широкое распространение. P.S. Вот теперь неспешно почитаю все комменты ...:)

Спасибо за ответ!