Два Wi-Fi маршрутизатора в одной подсети

  1. 6 г. назад

    имеем:
    маршрутизатор №1, адрес IP1, настроен DHCP пул адресов IP1+1..IP1+9
    настроен Wi-Fi1 Name1 key1
    через LAN-порт посредством свитча соединён с LAN-портом маршрутизатора №2 (не через WAN, не в режиме рипитера,моста и т.п., обычное соединение через LAN-порты)
    маршрутизатор №2, адрес IP2, настроен DHCP пул адресов IP2+1..IP2+9
    настроен Wi-Fi2 Name2 key2

    особо подчеркну, что все адреса - в одной подсети, маска подсети также одинаковая

    имеем мобильные устройства (смартфоны, планшеты, ноутбуки), которые подключаем к Wi-Fi1 Name1 key1 с использованием в настройках сети DHCP.
    а теперь - внимание, вопрос: всегда ли они будут иметь выданный IP-адрес из пула IP1+1..IP1+9 ? и всегда ли они будут числиться в клиентах Wi-Fi маршрутизатора №1?
    и самый главный вопрос: почему? желательно подкрепить ссылками на теорию вопроса

    Ответы: (2)
  2. ещё одно уточнение: предполагаем, что на обоих маршрутизаторах настроен DHCP с динамической выдачей адресов

  3. andrewks через LAN-порт посредством свитча соединён с LAN-портом маршрутизатора №2

    andrewks (не через WAN, не в режиме рипитера,моста и т.п., обычное соединение через LAN-порты)

    интернета на нем и не будет

    andrewks всегда ли они будут иметь выданный IP-адрес из пула IP1+1..IP1+9 ? и всегда ли они будут числиться в клиентах Wi-Fi маршрутизатора №1?

    всегда так как на нем и зареган

    Ответы: (3) (4)
  4. Шаман интернета на нем и не будет

    тему интернета мы вообще опускаем, не в этом суть.
    хотя, если на маршрутизаторе №1 интернет есть, то при правильных настройках он будет везде в подсети

    Ответы: (15)
  5. 15.03.2018 21:04:44 отредактировано andrewks

    Шаман всегда так как на нем и зареган

    что интересно - не всегда.
    но это ещё не самое интересное, это я ещё могу как-то объяснить.
    самое интересное то, что не всегда он будет даже отражаться как клиент Wi-Fi в маршрутизаторе №1. и вот это уже разрывает мне шаблон

  6. 15.03.2018 21:09:23 отредактировано LHC

    нет ли каких-нибудь правил миграции (роуминг) между маршрутизаторами?
    По уровню сигнала, например. Или балансировка нагрузки.

    Ответы: (6)
  7. (5) нет, абсолютно классические настройки.
    и клиенты показывают, что подключены к Wi-Fi Name1, но при этом часть клиентов (не все) получают IP из пула №2,и отображаются клиентами Wi-Fi в маршрутизаторе №2, при этом в маршрутизаторе №1 в списке клиентов Wi-Fi их нет.
    при этом в общем списке клиентов сети в маршрутизаторе №1 я их, конечно, обозреваю

    Ответы: (8)
  8. маршрутизаторы одинаковые? модель

    Ответы: (11)
  9. (6) а это проблема?

    Ответы: (12)
  10. SSID разный или один на двоих?

    Ответы: (26)
  11. wiki:Wireless_Distribution_System может быть включен

    Ответы: (13)
  12. (7) нет, один zyxel, другой tp-link

  13. (8) это непривычно и нелогично хотя бы в отношении связки Wi-Fi клиент - Wi-Fi маршрутизатор

  14. (10) нет

  15. ещё Single Channel Architecture (SCA) может быть
    все клиенты на одном канале и мигрируют по каким-то правилам

    Ответы: (16)
  16. andrewks хотя, если на маршрутизаторе №1 интернет есть, то при правильных настройках он будет везде в подсети

    за исключением, собственно, самого маршрутизатора №2 - он считает, что интернет должен прийти через WAN, а через WAN ничего не приходит.
    при этом клиенты маршрутизатора №2 вполне себе получают интернет с маршрутизатора №1, главное, указывать шлюз маршрутизатора №1

    Ответы: (18)
  17. (14) нет, ничего такого не настроено

  18. мне вот не совсем понятна логика, как клиент, при подключении к Wi-Fi1 Name1 и подкладывая ключ сети key1, оказывается вдруг клиентом Wi-Fi2 , особ подчеркну, что у второго имя и ключ сети отличные от первого

  19. модели так и не написал.

    (15) похоже что ты настройщик-рукожоп. В сети надо бы один маршрутизатор иметь, второй подключить по LAN к первому

    Ответы: (20) (21)
  20. в общем, после отключения DHCP-сервера на маршрутизаторе №2 теперь всегда клиент Wi-Fi1 отображается как клиент Wi-Fi1

  21. LHC модели так и не написал.

    да не суть в моделях, суть в том, что абсолютно точно Wi-Fi1 и Wi-Fi2 не знают друг о друге.

    Ответы: (23)
  22. LHC В сети надо бы один маршрутизатор иметь, второй подключить по LAN к первому

    так и сделано, читай сабж

  23. каким-то образом критерий отображения беспроводного клиента как клиента маршрутизатора №1 или №2 зависит от того, DHCP-сервер какого маршрутизатора выдал клиенту адрес, а не зависимо от того, к беспроводной сети какого маршрутизатора изначально подсоединяется клиент.
    но это же маразм! или нет?

  24. andrewks да не суть в моделях

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

    Мизантроп [...] сам

    Ответы: (24) (25)
  25. LHC были бы названия моделей, можно было бы поискать проблемы подобные.

    zyxel viva, tp-link не помню, циферки. сейчас нет под рукой

  26. LHC сам

    да я уже. интересна суть вопроса, хочется разобраться в теории

  27. (9) разные, ключи разные

    Ответы: (27)
  28. (26) кто то из них, скорее втего первый считает второго авторитетным в плане DHCP

    Ответы: (28)
  29. (27) тут дело не в этом получается. ведь какие-то клиенты получали адрес от №1, а какие-то от №2.
    если бы №1 считал авторитетом №2, тогда адрес всегда бы приходил от №2, разве нет?

  30. В начале клиент выполняет широковещательный запрос по всей физической сети с целью обнаружить доступные DHCP-серверы. Он отправляет сообщение типа DHCPDISCOVER, при этом в качестве IP-адреса источника указывается 0.0.0.0 (так как компьютер ещё не имеет собственного IP-адреса), а в качестве адреса назначения —широковещательный адрес 255.255.255.255.

    Клиент заполняет несколько полей сообщения начальными значениями:

    В поле xid помещается уникальный идентификатор транзакции, который позволяет отличать данный процесс получения IP-адреса от других, протекающих в то же время.
    В поле chaddr помещается аппаратный адрес (MAC-адрес) клиента.
    В поле опций указывается последний известный клиенту IP-адрес. В данном примере это 192.168.1.100. Это необязательно и может быть проигнорировано сервером.

    Сообщение DHCPDISCOVER может быть распространено за пределы локальной физической сети при помощи специально настроенных агентов ретрансляции DHCP, перенаправляющих поступающие от клиентов сообщения DHCP серверам в других подсетях.

    Не всегда процесс получения IP адреса начинается с DHCPDISCOVER. В случае, если клиент ранее уже получал IP адрес и срок его аренды ещё не прошёл — клиент может пропустить стадию DHCPDISCOVER начав с запроса DHCPREQUEST отправляемого с идентификатором сервера, который выдал адрес в прошлый раз. В случае же отсутствия ответа от DHCP сервера, выдавшего настройки в прошлый раз, клиент отправляет DHCPDISCOVER. Тем самым, клиент начинает процесс получения с начала, обращаясь уже ко всем DHCP серверам в сегменте сети.

    wiki:DHCP

    это объясняет выдачу адресов сервером №2 - видимо, несмотря на то, что физически он находится дальше клиента и сервера №1, в выборке он оказывается быстрее

    Ответы: (32)
  31. непонятым остался момент, почему при этом клиент оказывается, по мнению обоих маршрутизаторов, Wi-Fi клиентом маршрутизатора №2, несмотря на то, что подключается к маршрутизатору №1

  32. я бы на втором вайфае поиграл бы с файрволом, ощущение что для аутентификации оно пробрасывает пакеты через LAN. иначе как можно объяснить то что они без авторизации проползают на вайфай2

  33. (29) не быстрее (в смысле пропускной способности) а кто первым ответит из двух (и более) dhcp серверов.

    Ответы: (33)
  34. (32) да, именно это я и имел в виду

или зарегистрируйтесь чтобы ответить!