И это не го ГОСТу)

И, главное, это Вам вряд-ли по факту нужно.

Точки расположены в горах на большом достаточно расстоянии друг от друга, и по этому вайфаю бегают камеры

Так что мне это нужно)

И что? Вы же мощность клиентов не увеличиваете.  По сути Вы загоняете систему в асимметрию и гонитесь за "палочками" на индикаторе сигнала.  У Вас камеры работают на передачу и Вам важнее как точка "слышит" клиента, а не наоборот.

Эти три точки и есть один точка доступа, а два других клиенты, а камеры подключены к ним по проводу

Там конечно ещё есть пара мобильников, они и так подключатся и им много не надо

Тогда смотрите на точках сигнал/шум и скорости на которых идет фактическое подключение. Увеличение мощности передатчика не всегда панацея. Иногда, и не редко, наоборот.

Господа, есть у кого-то доступ к чейнджлогу на ROS7Beta6 ?

на сайте только beta5

Если б на сайте была бета6, у Владимира вопроса не возникло)

привет, народ. можно разрешить получать ip по dhcp только определенной группе mac клиентов?

/stat@combot

Total messages: 176546

подскажите, возможно ли реализовать такую штуку на МТ:
есть рабочая сеть на МТ с обычными  клиентами (windows/ios/android) 10.0.1.0/24, на этом же МТ в отдельной подсети 192.168.2.0/24, но фактически приходящей в том же порту ethernet подключили технологическое оборудование siemens.
Появилась задача добавить удаленный сервер для сбора данных в другом физическом месте. попробовал реализовать взаимодействие через маршрутизацию - поднял сервер в удаленном дц на подсети 192.168.3.0/24, объединяя точки l2tp, gre. сетевое взаимодействие есть, но проприетарный софт wincc simatic shell не смог увидеть таким образом свои точки. тут я вижу 2 варианта - либо он ищет в своей подсети, либо использует какие то броадкасты, которые не пролезли в туннель.
Тогда решил испробовать "костыльный вариант" - натянул между точками eoip, в обоих точкак развернул ту же подсеть 192.168.2.0/24 с разными шлюзами и сервер переместил в эту же подсеть. все заработало, но в eoip стал гулять трафик из рабочих подсетей также, ухудшая работу сети.
т.к. сервер в моем распоряжении - засунул его в отдельный vlan и bridge, таким образом с одной стороны устранив попадание ненужного трафика в eoip.
вопрос - можно ли на другой стороне как то также подсеть снабдить vlan-метками и добавить в eoip-мост, при условии что я не могу повлиять на устройства в плане настройки?
или может есть более правильное решение, которое я упустил?

broadcast в IPv4 протоколе бывает всего двух типов, limited и directed, первый никогда не маршрутизируется, второй почти тоже никогда, но может.

Про вторую сторону не понял, кто-то должен 802.1q заголовок добавлять к изначальному Ethernet II или 802.3 кадру. Если вы не можете менять настройки некаких устройств, то и добавлять его получается некому.

имеется ввиду что у устройств я не могу добавить vlan в настройках, а на точке обмена инфорацией - маршрутизатор mikrotik могу сделать что угодно, но получается так, что и обычные рабочие компьютеры приходят в ether1, так и сименовское железо также висит на этом порту.

Не совсем понял, но, может mac-based vlan?

еще у меня родилась бредовая идея - что если попробовать VPN-нить сервер в подсеть с контроллерами - может тогда он будет видеть то что ему нужно

а на свитчах ,куда подключены контроллеры, VLAN нельзя настроить?