Сети с одинаковыми SSID

[Eugene Muzychenko]

Привет!

Уже в который раз вижу, что, при наличии в одном месте более-менее приличного
уровня сигналов двух и более сетей с одинаковым SSID, нормальной связи добиться
не получается. Какие-то из этих сетей почему-то напрочь отказываются
обслуживать DHCP-запросы, отчего обычный "тупой" клиент, вроде винды или
андроида, которого нельзя родными средствами привязать к определенному BSSID,
регулярно пытается перебирать все известные ему BSSID, нарывается на отказы,
пытается снова, и так по 5-10 минут.

Зачем эти группы сетей вообще так конфигурируют, что часть из них не
обслуживает DHCP? В нескольких случаях это достоверно были обычные домашние
сети с повторителями, однако OpenWRT (и традиционная, и LEDE) уверенно получала
IP-адрес у сети с меньшим уровнем сигнала, и категорически отказывалась его
получать у ближайшего повторителя с большим уровнем.

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

Всего доброго!
Евгений Музыченко
eu-***@muzy-chen-ko.net (все дефисы убрать)

[Andrei Fomenko]

EM> Уже в который раз вижу, что, при наличии в одном месте более-менее
EM> приличного уровня сигналов двух и более сетей с одинаковым SSID,
Мyжик, ты чё?! SSID не должен быть одинаковым, он должен быть yникальным. А так
естественно конфликтyют сети. И всё, что ты там далее написал - оно и есть.
EM> Чья это проблема - точек доступа и повторителей, которые организуют
EM> сети, или же всех моих маршрутизаторов с разными версиями линуксовых
EM> прошивок?
RTFM, RT *F* M! В любом манyале повтоpителя написано: y вас есть сеть
ХХХХ, а повтоpитель пyсть бyдет ХХХХ_2.

До свиданья, Eugene!
[UpTime: 1 day(s) 14:26:5.190] AKA: 3:712/550.3 (Dead AKA: 2:5041/2000)

[Ivan Novikov]

Hello Andrei!

22 Sep 17 14:51, you wrote to Eugene Muzychenko:

AF> Мyжик, ты чё?! SSID не должен быть одинаковым, он должен быть
AF> yникальным.

С чего вдруг?

AF> А так естественно конфликтyют сети.

Вот вообще ни разу.

AF> RTFM, RT *F* M! В любом манyале повтоpителя написано: y вас есть
AF> сеть ХХХХ, а повтоpитель пyсть бyдет ХХХХ_2.

засунь такие мануалы такому производителю в одно место.
как ты будешь seamless roaming у мобильного клиента осуществлять с разнымми
сидами?


Ivan

[Eugene Muzychenko]

Привет!

22 Sep 17 14:51, you wrote to me:

AF> SSID не должен быть одинаковым, он должен быть yникальным.

SSID не "должен" быть уникальным - ему лучше бы таковым быть в общем случае, не
более того. Уникальным должен быть BSSID, к которому, собственно, и происходит
подключение. SSID - это всего лишь человекочитаемый идентификатор, для самой
технологии совершенно не обязательный.

AF> А так естественно конфликтyют сети.

"Естественно" они так не конфликтуют, ибо не умеют. Конфликты и косяки
возникают исключительно от кривой реализации, о которой и был вопрос.

AF> RTFM, RT *F* M! В любом манyале повтоpителя написано: y вас есть сеть
AF> ХХХХ, а повтоpитель пyсть бyдет ХХХХ_2.

Поинтересуйся для расширения кругозора, как организуются широковещательные
WiFi-сети в пределах города/страны, что ли...

Всего доброго!
Евгений Музыченко
eu-***@muzy-chen-ko.net (все дефисы убрать)

[Alexey Vissarionov]

Доброго времени суток, Andrei!
22 Sep 2017 14:51:28, ты -> Eugene Muzychenko:

EM>> Уже в который раз вижу, что, при наличии в одном месте более-менее
EM>> приличного уровня сигналов двух и более сетей с одинаковым SSID,
AF> Мyжик, ты чё?! SSID не должен быть одинаковым, он должен быть
AF> yникальным. А так естественно конфликтyют сети. И всё, что ты там
AF> далее написал - оно и есть.
EM>> Чья это проблема - точек доступа и повторителей, которые организуют
EM>> сети, или же всех моих маршрутизаторов с разными версиями линуксовых
EM>> прошивок?
AF> RTFM, RT *F* M! В любом манyале повтоpителя написано: y вас есть
AF> сеть ХХХХ, а повтоpитель пyсть бyдет ХХХХ_2.

Дурь. Точек доступа с одинаковым SSID может быть хренова тонна, но они будут
отличаться по BSSID. А описанное глюкало происходит, когда в качестве одной из
точек доступа WiFi-инфраструктуры используется какой-нибудь говнороутер, по
совместительству выполняющий функции DHCP и NAT.

* Originally in RU.INTERNET
* Crossposted in RU.WARDRIVE

--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Чем меньше вы знаете, тем больше я зарабатываю

[Ivan Novikov]

Hello Eugene!

21 Sep 17 16:20, you wrote to all:
EM> Уже в который раз вижу, что, при наличии в одном месте более-менее
EM> приличного уровня сигналов двух и более сетей с одинаковым SSID,
EM> нормальной связи добиться не получается. Какие-то из этих сетей почему-то
EM> напрочь отказываются обслуживать DHCP-запросы,
ну это проблемы настройки какой-то определённой сети, не более того.
по-нормальному: точки доступа предоставляют только беспроводной доступ, а DHCP
живёт отдельно и обслуживает все точки сразу, поскольку по сути это получается
обычный езернет сегмент.

EM> отчего обычный "тупой" клиент, вроде винды или андроида,
на практике единственная проблема при движущемся клиенте: он продолжает
цепляться за текущую точку некоторое время даже если уже рядом другая с более
мощным сигналом.

EM> Чья это проблема - точек доступа и повторителей, которые организуют сети,
EM> или же всех моих маршрутизаторов с разными версиями линуксовых прошивок?
определённо проблема кривых рук хозяев таких сетей.

Ivan

[Eugene Muzychenko]

Привет!

22 Sep 17 12:36, you wrote to me:

IN> точки доступа предоставляют только беспроводной доступ, а DHCP живёт
IN> отдельно и обслуживает все точки сразу, поскольку по сути это
IN> получается обычный езернет сегмент.

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

IN> на практике единственная проблема при движущемся клиенте: он
IN> продолжает цепляться за текущую точку некоторое время даже если уже
IN> рядом другая с более мощным сигналом.

Тут другая ситуация: точки и клиент неподвижны, но из двух точек в группе та,
что с более сильным сигналом, не отвечает на DHCP-запросы, отчего клиент
ломится к точке с более слабым сигналом. Через какое-то время он ее теряет, и
начинает снова с первой точки, отчего и возникают регулярные тормоза.

IN> определённо проблема кривых рук хозяев таких сетей.

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

Всего доброго!
Евгений Музыченко
eu-***@muzy-chen-ko.net (все дефисы убрать)

[Ivan Novikov]

Hello Eugene!

23 Sep 17 10:42, you wrote to me:

IN>> точки доступа предоставляют только беспроводной доступ, а DHCP живёт
IN>> отдельно и обслуживает все точки сразу, поскольку по сути это
IN>> получается обычный езернет сегмент.
EM>
EM> Hу да, по уму именно так и должно быть. Hу и должно быть какое-то
EM> управление на стороне клиента, но его как-то не принято делать.
эээ... про управление чем идёт речь?

EM> но из двух точек в группе та, что с более сильным сигналом, не
EM> отвечает на DHCP-запросы, отчего клиент ломится к точке с более слабым
EM> сигналом.
могу посоветовать только прописать адрес и прочие реквизиты статически.
заодно и узнаешь, может эта точка и вовсе не работает, не то, что на dhcp
запросы реагировать разучилась. как, например, вдруг отцеплена от остального её
сегмента по каким-то причинам.
то есть, если она в режиме репитера стоит (что вообще мысль не очень хорошая) и
сама до основной точки по беспроводной связи достучаться не может.


Ivan

[Eugene Muzychenko]

Привет!

24 Sep 17 17:46, you wrote to me:

IN> про управление чем идёт речь?

Критериями смены соты или точки доступа.

IN> могу посоветовать только прописать адрес и прочие реквизиты
IN> статически.

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

IN> заодно и узнаешь, может эта точка и вовсе не работает, не то, что на
IN> dhcp запросы реагировать разучилась.

Работает - повторитель-то к ней цепляется.

Всего доброго!
Евгений Музыченко
eu-***@muzy-chen-ko.net (все дефисы убрать)

[Alexey Vissarionov]

Доброго времени суток, Ivan!
22 Sep 2017 12:36:16, ты -> Eugene Muzychenko:

EM>> Уже в который раз вижу, что, при наличии в одном месте более-менее
EM>> приличного уровня сигналов двух и более сетей с одинаковым SSID,
EM>> нормальной связи добиться не получается. Какие-то из этих сетей
EM>> почему-то напрочь отказываются обслуживать DHCP-запросы,
IN> это проблемы настройки какой-то определённой сети, не более того.
IN> по-нормальному: точки доступа предоставляют только беспроводной
IN> доступ, а DHCP живёт отдельно и обслуживает все точки сразу,
IN> поскольку по сути это получается обычный езернет сегмент.

Праааально, свшерно верно! // (ц)

Место произрастания проблемы - то, что с кочки зрения говнороутера один и тот
же клиент _внезапно_ перепрыгивает с проводного интерфейса на WiFi и обратно.
Соответственно, чем кривее говнороутер, тем больше времени ему нужно, чтобы
профукаться.

EM>> Чья это проблема - точек доступа и повторителей, которые организуют
EM>> сети, или же всех моих маршрутизаторов с разными версиями линуксовых
EM>> прошивок?
IN> определённо проблема кривых рук хозяев таких сетей.

Прежде всего. Ну и немного добавляют руки сумрачных ханьских гениев, которые
делают говнороутеры.


* Originally in RU.INTERNET
* Crossposted in RU.WARDRIVE

--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Пятая точка - орган шестого чувства