Alver

hEX cделан на старой MIPS платформе с двумя ядрами проц. И это несколько дороже и видимо несколько хуже по производительности чем девайс на современной ( и более дещевой ) более производительной платформе ARM с 4 ядрами. Но уверен очень скоро у Микротик выйдет типа hEX на ARM , который из за отсутствия вайфай будет дешевле hAP ax Lite. Дело времени, а не принципа.

На центральном маршрутизаторе Микротик поднят DHCP Sеrver, управляемый биллинговой системой Abills - там задается NAS ( этот Микротик) , пул адресов и др. DHCP Sеrver на Микротик получает и раздает IP адреса клиентам через Radius сервер ,работающий в паре с биллингом. Биллинг и Radius подняты на FreeBSD на серваке, установленном на колокейшн Водафон. Чтобы броадкаст запросы DHCP от клиентов шли наружу на биллинг и не шли по бриджу к DHCP серверам клиентов сеть сегментирована по VLAN на управляемых свичах, где применяется DHCP Snooping, где задается с ка

С точки зрения работы как проводного роутера- нормальный девайс. Как вайфай роутер -я уже сказал про ключевой недостаток -нет 5ГГц.

По покрытию и проникновению сигнала. Точка доступа размещена во дворе многоквартирного 10-16 этажей дома в точке А. Дальность до квартир обслуживаемого дома составляет LOS 50-70 метров, что обеспечивает внутри квартир уровень мощности проникаемого в квартиры сигнала, достаточного для поднятия высоких уровней модуляций и data rate c реальной скоростью передачи данных ( OOKLA speedtest) на домашний вайфай 6 роутер на скорости до 300 Mbps. Максимальная дальность до другого дома составляет 700 метров NearLOS ( точка D) и уровнем сигнала на вайфай роутере внутри квартиры

И, как обещал, выкладываю фотку точки доступа Сambium XV2-2T0 Wi-Fi 6 Outdoor Access Point на столбе освещения. Питание и дата -от PoE свича, к которому подведена оптика от центрального свича сети. На столбе также стоят камеры подсистемы видеонаблюдения домовой сети ЖК и антенна с контроллером подсистемы охранной сигнализации домовой сети ЖК. Схема локации точки доступа приведена здесь.

Опять начинаем сначала. Еще раз для тех кто не понял поясняю свою позицию. WiFi роутер, как правило, заточен под NAT ( WiFi Router mode). Там может быть реализован также бриджинг ( Access Point mode) и др. Может также иметься возможность задания статической IP и даже динамической маршрутизации ( потому что там Linuх, где все это есть). В принципе , использовать WiFi роутер, как спросил ТС , в качестве проводного роутера ( со статической и даже динамической маршрутизацией ) можно, если она там реализована. Но этого функционала на WiFi роутере может и не быть ( что обы

Да не тебе судить то. Ты же ничего не понял, даже в чем был собственно предмет спора, и он -не как строить NAT и роутинг, в чем ты ( даже в этой малости) также некомпетентен . Не было от тебя услышано ни сейчас и никогда ранее ни одного конструктивного ни замечания , ни предложения. Только одни вопли и бессмысленный срач. Ты есть никчемный тупой люмпен из мухосранска, взявшийся с умным видом и понтами судить кто прав и где находится истина. Или в ж. урод.

Что касается меня лично, то я не сисадмин, был когда то лейтенантом в системе управления военной авиацией. Я руководитель и инвестор проектов. Мне все детали то и знать не обязательно. Для этого у меня есть сисадмины, радиоинженеры, программисты, менеджеры по продажам и др. , которым я плачу зарплату за их знания и работу.. А вот понимание общей концепции, уметь правильно ставить задачи и обеспечивать их решение командой инженеров - это вот мое.

Ты слишком погружаешься в малозначимые детали, не видишь в общей куче всякого разного собираемого в своей голове мусора концепции и архитектуры системы. Есть в профильных ВУЗах такая дисциплина как построение сложных систем. Не мешало бы тебе подучиться, хотя уже видимо поздновато будет.

Ну то что ты лично по жизни пох*ист всем известно . И зачем просил выложить фотки ? Типа предьявить пруф ? Ну ты и козлик :). Так называли в аспирантуре ( адъюнктуре ) военной инженерной академии ВВС молодых адъюнктов , которым пруф - первое дело. Не понимали поначу , что изначально главное - идея и концепция, формулировка задачи и выработка методов ее решения. А пруф - потом, и главный конечный пруф - практика, в нашем случае практика коммерческой эксплуатации. От живого созерцания к абстрактному мышлению, а от него к практике- таков путь познания истины. Это вольное

Ну так и что ? Раздача DHCP имеет много опций в настройках. Просто если строить сеть с извращениями нетиповыми способами, то это создает дополнительный гемор в настройках многих связанных в сети сервисов.

Вот фрагмент схемы организации связи моей гибридной вайфай/ оптической/ на витой паре ( PONа нет ) сети доступа. Сервисы -доступ в Интернет мобильных ( подвижных) а втойюзеров, - доступ в Интернет стационарных вайфай роутеров в квартирах, - Система Контроля Доступа (СКД) и домофония Akuvox, - охранная сигнализация в машинах на парковке и в квартирах Tiras Orion Nova - видеонаблюдение Tiandy. В сети есть центральный проводной роутер Микротик ,делающий NAT в сеть внешнего провайдера Интернет, несколько десятков домашних вайфай роутеров c NAT в в

У меня и есть несколько сотен клиентов- там клиенты не только стационарные вайфай роутеры но и клиенты -смартфоны . Как связаны количество клиентов и количество сеток в бридже ? Ограниченной производительностью устройства в бриджинге нескольких сеток ? У меня же не сотня сеток и бридж между сетками внутри ЛВС редко задействован. Клиенты из разных сеток не ходят друг другу. Им это запрещено делать даже в одной сетке. Они все изолированы друг от друга. Но это уже другая история.

У меня например зарегистрированные в биллинговой системе клиенты получают по DHCP адреса из сетки 10.0.0.0/ 24. Незарегистрированные клиенты (гости) из сетки 10.11.0.0/ 24. Клиенты с отрицательным депозитом ( не произведена абонплата ) из сетки 10.12.0.0/ 24. У клиентов из разных сеток своя обработка. Например гости всегда переадресуются при входе в вайфай сеть на информационную страницу об услугах сети Splash page Captive portal. Зарегистрированные клиенты входят в сеть без переадресации на Сaptive Portal - им это не надо, они уже подписаны на выбранную ими услугу доступ

Ну да. Но если сетка недоступна, то пакет не дойдет куда он адресован.

Типовое для Микротика решение. В чем там ад?

Совсем нет. На любой продвинутой точке доступа есть бридж, статическая маршрутизация и есть NAT. Зачем в NAT два маршрута и две сетки в WAN ? На какую именно сетку делать подмену адресов? В ЛВС две и более сетки могут быть, но между ними бридж, а не NAT. Опять нет конструктива. Я же сказал , укажи где именно я не прав. А не слышать вопли жуть, капец, дно. Больше конкретики и меньше своего мнения о моей личности.

Ты вообще читаешь что я пишу, или слышишь только себя ? Я же сказал выше, что "Есть таковые и в линейке моего любимого Cambium"

Руками на DHCP сервере при назначения пула адресов. Или руками на каждом устройстве при статическом адресе. При этом нужно всегда помнить что у тебя шлюз именно .100, а не .1 как есть обычно.

По маске 255.255.255.0 ? и шлюз имеет .100 адрес. В принципе это может быть не запрещено, но шлюз .1 прописывается автоматом. А так надо руками прописывать везде что шлюз именно .100. Зачем это надо, в чем смысл ? В пуле DHCP адресов нужно исключать 100 адрес из раздачи, это неудобно и геморно. Да адрес шлюза в некоторых устройствах может автоматом назначаться не первый а последний нешироковещательный адрес IP subnet, в твоем случае не 192.168.1.1 , а 192.168.1.254. Такие устройства встречаются, но не часто. Есть таковые и в линейке моего любимого Cambium.

У тебя локальная сетка 192.168.0.0/24. Шлюз -192.168.0.1-он же есть адрес в ЛВС устройства на котором поднят NAT, в данном случае роутера. А 192.168.0.100 - адрес другого устройства в ЛВС с маской 255.255.255.0 или 192.168.0.100/24. Он может быть назначен устройству статически или динамически по DHCP с любого устройства в ЛВС сетки 192.168.0.0/24 , в том числе с устройства с адресом 192.168.0.1 - в даном случае роутера. На WAN порту в данном случае роутера прописан IP адрес из сетки белых адресов со своей маской и gateway. Обычно назначается DHCP сервером провайд

Опять нет конкрутива. Первый не значит номер 1.

я же не говорю что адрес gateway *.*.*.1 по маске 24. Он первый нешироковещательный адрес в IP Subnet. А пул DHCP адресов может быть назначен в сетке IP subnet начиная со второго адреса после IP gateway.

Ну так все так и есть, с этим никто не спорит. Спор вообще о другом- является ли NAT роутингом. Только когда прописываешь сетки в NAT,то Pref Source ( в терминологии Микротик), он же есть IP Gateway - автоматом ставится первый адрес этой сетки.

Если есть IP сетка , есть маска сети, то IP gateway этой сети- первый адрес IP subnet,определяяемой по маске.