wifi сеть маааленького предприятия,.. на чём строить?

[sheft]

на пяток точек на раздачу и десяток-два клиентов..

что нынче в почёте?

цены unifi вызывают натужный скрип в кошельке и слёзы радости у жабы

soho умеющее в mesh с poe на борту? что то типо TP-LINK Omada?

[jffulcrum]

В Zyxel сразу можно не смотреть, линейку железных контроллеров они похерили, теперь только брать какой-то ZyWall, даже без POE портов, да ещё и функционал за деньги - на EAP/GoogleAA лицензию надо покупать.

[alibek]

Для маленьких масштабов — Keenetic и его mesh-система.

Отлично работает, появились даже потолочные/настенные точки с питанием по PoE.

[Saab95]

Про микротик не забыли? Есть дешевые модельки с вайфаем, достаточно стабильно работают.

 

Если нужно сделать по радио связь с центром, что бы не тянуть кабели - у микротика есть двух диапазонные решения. На 5ггц будет связь между точками, на 2ггц раздача клиентам. MESH не нужен, можно реализовать IP роутинг через OSPF на магистрали.

[jffulcrum]

Про него не забыл, про него умышленно умолчал, ибо, при всей своей гибкости, с контроллером у МТ нет ни бесплатного программного решения, ни специализированного аппаратного, и в части самого радио МТ уже много лет сосёт.

[sheft]

В 11.02.2025 в 16:04, alibek сказал:

Для маленьких масштабов — Keenetic и его mesh-система.

Отлично работает, появились даже потолочные/настенные точки с питанием по PoE.

да, точно, с POE voyager pro и orbiter pro.. и цена половина-унифая...

[alibek]

Это сарказм или как?

Я лично себе четыре Orbiter брал, отлично работают. Конечно хотелось бы дешевле, но дешевле я ничего не нашел.

Старый UniFi работал куда хуже, а новый с трехкратным ценником неинтересен, да и вряд ли лучше.

[sheft]

нет, не сарказм, рассматриваю к установке, подкупает что контроллером может быть одна из точек, но деликатный момент в том что самые дешевые доступные unifi ~14тр поддерживают AX и альтернатива им только voyager,.. у orbiter нет АХ, только АС... нужен ли АХ, а точнее умеет ли оборудование клиента в АХ и как широко- вопрос открытый.

 

у меня к unifi претензий нет, были построены 2 школы на них, десять лет назад, за редким исключением зависонов отдельных точек, всё работает, даже сейчас когда школы перешли под крыло ростела, и не имеют связи с моим контроллером...

 

[alibek]

Это где UniFi за 14 тысяч?

Мы UniFi уже давно не используем, но однажды я интересовался для клиента - 30 тысяч за обычную уличную AC Mesh (продолговатая с рожками).

Четыре Orbiter я купил за 30 рублей, то есть каждая точка в обошлась 7,5 тысяч.

 

У меня инсталляция из Giga (контроллер) и четырех Orbiter, работает отлично. AX только на Гиге, но в нашем ауле и AC за глаза хватает.

 

[sheft]

я не про уличные, pro и outdoor естественно дороже

UniFi 6 lite и UniFi 6+.. ~14тр может витринки залежалые какие..

[Saab95]

В 12.02.2025 в 09:55, jffulcrum сказал:

Про него не забыл, про него умышленно умолчал, ибо, при всей своей гибкости, с контроллером у МТ нет ни бесплатного программного решения, ни специализированного аппаратного

Настраивать беспроводную сеть нужно правильно.

 

Например ставите одинаковый мак адрес на всех БС, разные каналы - клиент при переключениях будет думать что подключен к одной и той же точке.

Каждая точка работает как роутер, на каждой точке заведена одна и та же IP подсеть, абоненту выдается один и тот же IP адрес (через радиус запрос, по маку), к какой бы точке он не подключился.

 

В плюсах имеем кучу независимых изолированных wi-fi точек, которые принимают клиентов и на основе их мак адресов выдают привязанный IP адрес, через OSPF сеть анонсируют эти IP адреса для связанности. Да, переключение может занимать пол секунды, но телефонию никто же не гоняет.

 

Можно сделать и постаринке, через L2, тогда переключение будет быстрое.

[sheft]

8 минут назад, Saab95 сказал:

одинаковый мак адрес на всех БС, разные каналы - клиент при переключениях будет думать что подключен к одной и той же точке.

Каждая точка работает как роутер, на каждой точке заведена одна и та же IP подсеть

меня всегда удивлял ваш стратегический запас синей изоленты.. 🙂

[jffulcrum]

У самурая нет целей, есть только путь.

[straus]

10 часов назад, Saab95 сказал:

Настраивать беспроводную сеть нужно правильно.

 

Например ставите одинаковый мак адрес на всех БС

Поперхнулся чаем и медленно стёк с кресла под стол. Окружающие смотрят на меня с непониманием...

[alibek]

Цитата

Настраивать беспроводную сеть нужно правильно.

А вот эта вот правильная беспроводная сеть — она сейчас с нами, в этой комнате?

[naves]

4 hours ago, alibek said:

А вот эта вот правильная беспроводная сеть — она сейчас с нами, в этой комнате?

Мало того, по этой сети еще видеонаблюдение по автобусам ездит на компуктерах)))

[Saab95]

12 часов назад, jffulcrum сказал:

У самурая нет целей, есть только путь.

Можно сказать контроллерные решения как-то по другому работают, и не выдают один и тот же мак адрес точки?

[witch]

У меня есть вопрос, а МАС надо только на WLAN  одинаковые ставить?

[jffulcrum]

12 часов назад, Saab95 сказал:

Можно сказать контроллерные решения как-то по другому работают, и не выдают один и тот же мак адрес точки?

Прикинь, клиентам MAC-адрес точки вообще не важен. Потому что точка работает как мост

[straus]

Он не указал, какой MAC он собрался менять - на Ethernet стороне (это будет полный мегаписец) или который в радиоэфире. Я не представляю две вещи: как его поменять; и что будет, если все точки начнут бродкастить в анонсах SSID один MAC. Может быть с учётом разнесения по разным каналам и географически и будет работать. Но не факт.

[sheft]

очевидно что МАС wifi...

вопрос что с авторизацией клиента, что с ip адресом клиента, ведь dhcp то между точками не синхронизирован же... будет тупо переподключение? какой сокровенный смысл тогда в смене МАСов?

[straus]

Вопросы с ключами WPA2 и с IP-адресацией в принцие решаемы. Только вот не вижу смысла искать приключений на свою жопу. Если стоит задача сделать рабочую сеть, а не искть постоянно причины глюков - надо выбирать правильно готовое решение.

Кстати, далеко не всегда нужен меш, в некоторых ситуациях обычная топология решает все задачи.

[alibek]

Цитата

ведь dhcp то между точками не синхронизирован же

Вы недооцениваете товарища.

Скорее всего лизы на всех точках проставлены вручную.

[Saab95]

В 15.02.2025 в 10:55, jffulcrum сказал:

Прикинь, клиентам MAC-адрес точки вообще не важен. Потому что точка работает как мост

А как же он к этой БС подключается и передает пакеты? Прозрачно чтоль?=)

 

Адаптер работает с БС по мак адресу БС. Если есть 2 БС с разными мак адресами, то когда клиент теряет связь с первой БС, он делает попытку переподключения к ней же, и если не срабатывает начинает искать новую БС для подключения. С другим МАК.

 

Если же обе БС имеют один и тот же мак, то клиент, потеряв связь с одной выполнит не поиск сетей, а переподключение к этой же БС (это происходит быстро и без потери сетевого контекста), а то что БС уже другая, клиент понять не сможет, ведь МАК такой же.

 

В 15.02.2025 в 12:17, straus сказал:

Он не указал, какой MAC он собрался менять - на Ethernet стороне (это будет полный мегаписец) или который в радиоэфире. Я не представляю две вещи: как его поменять; и что будет, если все точки начнут бродкастить в анонсах SSID один MAC. Может быть с учётом разнесения по разным каналам и географически и будет работать.

 

Ставите одинаковый МАК на Wi-Fi.

Так же ставите одинаковый МАК на Ethernet стороне.

 

Что тут не так?

 

Клиент подключился к первой точке, получил IP от подключенного к ней роутера, например.

 

Дальше клиент подключился к другой точке, мак в радио один и тот же, клиент считает эту точку той первой. Мак на сетевом интерфейсе, который выдал IP тот же, привязка по ARP продолжает работать. Клиент может передавать данные.

 

Единственное, что тут нужно сделать на стороне микротиков, анонсить маршрут, что IP адрес клиента находится уже на другом роутере, что бы знать куда данные передавать.

 

Получается L3 сеть с бесшовным роумингом.

 

В 15.02.2025 в 12:34, sheft сказал:

вопрос что с авторизацией клиента, что с ip адресом клиента, ведь dhcp то между точками не синхронизирован же... будет тупо переподключение? какой сокровенный смысл тогда в смене МАСов?

Уже писал выше. В радио есть режим быстрого переподключения, это когда клиент потерял связь со своей БС и делает переподключение к ней, ему не нужно делать скан сетей и выбирать ту сеть, которая его примет. Поэтому если МАК адрес другой БС идентичный первой, то переподключение происходит быстро и не заметно для клиента, что он уже к другой БС подключился.

 

Дальше остается проблема в работе IP протокола. Если на всех БС сетевой интерфейс в едином бридже (не важно как, через влан или EoIP туннель), то клиент сразу же продолжит работать, он знает куда данные передавать и центральный роутер знает куда слать ответы абоненту.

 

Если убрать L2  и представить каждую точку с подключенным к ней роутером (что бы отделить мак wi-fi и мак ethernet, для понимания), то на всех роутерах должен быть один и тот же мак адрес, иначе абонент не сможет работать, ведь перезапрашивать IP адрес через DHCP он не будет до окончания его аренды.

 

В таком случае при подключении к другой БС абонент сможет передавать данные до роутера этой БС, но роутер должен сообщить всей транспортной сети, что IP этого абонента теперь находится на ней, а на старой БС его нет.

 

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

 

При подключении к новой БС можно делать авторизацию по радиусу, тогда на радиус сервер прилетит запрос с маком абонента, который подключается, этот мак уже известен и привязанный к нему IP тоже. По команде он прописывается на новом роутере.

 

Время этих действий по переводу IP с роутера на роутер занимает примерно секунду, пауза в секунду для wi-fi клиента не заметна, да даже и 5 секунд проблем не создадут.

 

В 15.02.2025 в 13:42, straus сказал:

Если стоит задача сделать рабочую сеть, а не искть постоянно причины глюков - надо выбирать правильно готовое решение.

Вот как раз готовое решение не всегда хорошее. Работали с большим количеством подобных решений с меш и без меш, всегда есть проблемы, и появляются они тогда, когда уже все смонтировано и подключено большое количество wi-fi клиентов. Что-то сделать или подкрутить невозможно, решение же закрытое.

 

И живет такое оборудование лет 5 максимум, дальше снимается с производства.

 

Микротик же что 20 лет назад был, что сейчас, все роутеры совместимы между собой.

[sheft]

как то жутчайшая $@#@#, это где то помимо теории работает?

допустим клиент переподключился без рескана эфира, то есть все точки ещё и на одном канале должны работать?, клиент в зоне приема двух точек отсылает пакеты, обе точки их получает, причём коннект со старой фактически не разорван, всё это шлётся в параллели, ну допустим что стевой стек просто отбросит продублированные пакеты? как дела с NAT таблицей у новой точки?

да зачем всё это нужно, реконнект занимает секунду.. да секунду он занимает и если просто точки работают с одним SSIDом.. 20 лет назад конечно нет, но давно уже работает роуминг и на клиентских устройствах..