Секретный адреса ретрансляторов

[Parus]

Ребята, что за баг или фича такая - устройство iot отказывалось подключаться на выделенном ей ip. Начал рыть -там открывается ретранслятор, жестко привязанный на 192.168.1.3 , подключенный по проводу к ведущему.., но занимающий один из адресов гостевой сети для iot 192.168.0.81?? Почему нигде не документировано, что ретранслятор имеет еще и адреса других подсетей и это приводит к конфликтам? Это что, каждый ретранслятор имеет еще фантомный адрес из гостевой?? Где можно узнать эти адреса, чтобы не назначать их устройствам в сети и не терять кучу времени в поисках неисправности?

[KeyYerS]

     Ваша дом сеть - 192.168.1.* ,  а гостевая - 192.168.0.* , так?   Что Вас удивило в том, что контроллер "оставляет" за собой адрес 192.168.0.1 для роутинга клиентов гостевой сети (но поскольку в вебе ничем и никак не настраивается этот доп/ip адрес ретранслятора, вещающего гостевую сеть клиентам) то закономерно, что контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д.  А уж потом свободные адреса непосредственно клиентам. Иначе маршрутизация клиентам гостевой сети вообще не "взлетит".  Соглашусь, что это упущение, но скорее всего будет ответ, что типа "это через CLI преспокойно прописывается" или тому подобное.

Изменено 15 часов назад пользователем KeyYerS

[mrGhotius]

51 минуту назад, KeyYerS сказал:

Ваша дом сеть - 192.168.1.* ,  а гостевая - 192.168.0.* , так?   Что Вас удивило в том, что контроллер "оставляет" за собой адрес 192.168.0.1 для роутинга клиентов гостевой сети

Да, это логично, у интерфейсов подсетей свой адрес, как правило первый в подсети.

 

51 минуту назад, KeyYerS сказал:

что контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д.  А уж потом свободные адреса непосредственно клиентам. Иначе маршрутизация клиентам гостевой сети вообще не "взлетит".

Зачем ретранслятору адреса из других подсетей? Ведь маршрутизацией занимается контроллер, а ретранслятор выступает здесь устройством доставки уровня L2. 

Изменено 14 часов назад пользователем mrGhotius

[Parus]

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

контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д. 

Честно говоря, не понимаю, о чем Вы. Само собой, что контроллер оставляет за собой начальные ip всех подсетей. Ретрансляторам же жестко назначены адреса. Зачем им адреса из других пулов?А если все-таки они нужны для чего-то, то это нужно где-то прописать и указать, что контроллеры имеют зарезервированные адреса всех остальных подсетей тоже. И уж желательно тоже сделать возможность их назначать, если уж они так нужны! Ведь контроллер даже не предупреждает, когда я назначаю "зарезервированный" ip  какому-то устройству, но устройство тупо просто не подключается без указания ошибки и причины.!

Изменено 5 часов назад пользователем Parus

[KeyYerS]

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

...маршрутизацией занимается контроллер, а ретранслятор выступает здесь устройством доставки...

Это справедливо при условии, что не активна опция "Изоляция клиентов".   Согласен, контроллер "занимается". Но на уровне логики - как контроллеру отправлять пакеты конкретному клиенту (в гостевой или др сетях), если он не будет знать, через какого именно (по доп ip) ретранслятора клиент к нему подключается?...   Думаете тут тупое "широковещание" в Mesh'ке, в надежде что до клиента "все равно дойдут" нужные ему пакеты?

1 час назад, Parus сказал:

...то это нужно где-то прописать и указать...

Я ж весьма доступно пояснил в ответе (ниже повторю) - так не на форуме этот вопрос нужно задавать, а в ТехПоддержку, лучше сразу почтой..

11 часов назад, KeyYerS сказал:

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

 

[Parus]

1 час назад, KeyYerS сказал:

Я ж весьма доступно пояснил в ответе (ниже повторю) - так не на форуме этот вопрос нужно задавать, а в ТехПоддержку, лучше сразу почтой..

Вроде как тут, в отличие от ТГ, --"Форум Keenetic Community поддерживается разработчиками ПО интернет-центров Keenetic (KeeneticOS). Мы активно принимаем участие в беседах на форуме". -- хочется публичного разъяснения) Может, в рабочие дня ответят.. 

1 час назад, KeyYerS сказал:

лучше сразу почтой..

Уже забыл, как письма писать)

[Parus]

1 час назад, KeyYerS сказал:

Это справедливо при условии, что не активна опция "Изоляция клиентов". 

И да, изоляции нет, и сегменты через CLI соединены 

[mrGhotius]

1 час назад, KeyYerS сказал:

Но на уровне логики - как контроллеру отправлять пакеты конкретному клиенту (в гостевой или др сетях)

VLAN ID

 

1 час назад, KeyYerS сказал:

Думаете тут тупое "широковещание" в Mesh'ке, в надежде что до клиента "все равно дойдут" нужные ему пакеты?

Почему же широковещание, конкретно src mac, dst mac. STP и его производные. Допустим у нас нет wifi и мы собрали сеть из коммутаторов в топологию mesh. Вы также предлагаете выделять на каждом коммутаторе адрес(помимо управления) из всех подсетей(vlan'ов)? 

Изменено 1 час назад пользователем mrGhotius