Android Ubiquiti Bridge network

у меня есть следующие настройки:

debian машина с конфигурацией:

iface eth0 inet static
   address 192.168.2.1
   netmask 255.255.255.0

машина debian подключена к Ubiquiti Rocket 5M в режиме AP с прозрачным мостом по ip 192.168.2.2 gw 192.168.2.1

ракета подключена к станции Ubiquiti 5m Bullet по ip 192.168.2.2 с GW 192.168.2.1

ракета подключена через микро-usb к адаптеру ethernet для корневого android Samsung s4 под управлением Cyanogenmod на 192.168.2.5.

происходит следующая странная вещь:

на 192.168.2.1:
ping -b 192.168.2.255 приводит к ответу от 192.168.2.2 и 192.168.2.3

на 192.168.2.5
ping -b 192.168.2.255 приводит к ответу 192.168.2 and .3, но не .1. Однако ping 192.168.2.2 или ping 192.168.2.3 не дает ответа. Работает только широковещательный пинг.

1) Почему может 192.168.2.5 см.2 а .3 только во время трансляции пинг?

2) Почему 192.168.2.1 и 192.168.2.5 видеть 192.168.2.2 и 192.168.2.3, но 192.168.2.1 и 192.168.2.5 не можете видеть друг друга?

ps:
Я испытал замена 192.168.2.5 с ноутбука Windows и все устройства видят друг друга. Также на Андроиде для настройки eth0 я сделал:

ifconfig eth0 192.168.2.5; route add default gw 192.168.2.1 dev eth0; netcfg eth0 up

22
задан dylan7
18.11.2022 20:00 Количество просмотров материала 3530
Распечатать страницу

1 ответ

[предварительный ответ, открыт для исправления]

обычно в пределах одной IP-подсети вы посылаете к IP и не нужен шлюз, как его местные. Единственное "решение" состоит в АРП, какой порт этого IP известно на/в сторону.

когда ваш удаленный клиент android пингует IP-адрес, он отправляет одноадресный пакет на свой единственный активный интерфейс к мосту, но мост "тупой" и просто перенаправляет одноадресный трафик через беспроводную связь, которая попадает на маршрутизатор отсутствует целевой mac. Маршрутизатор не передаст его назад, поскольку это могло создать шторм уровня 2.

тогда вы пробуете bcast пинг, который по своей сути не является одноадресным, и кажется, что мост не будет слепо передавать его (вероятно, хорошая идея с точки зрения перегрузки), но вместо этого получит и ответит на него. Тот факт, что вы не видите ответа .1 поддерживает.

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

0
отвечен Linef4ult 2022-11-20 03:48

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх