From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 6 Nov 2021 22:08:50 +0100 From: Linus =?utf-8?Q?L=C3=BCssing?= Subject: Re: Unable to get DHCP after join wlan0 WIFI mesh network Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: To: The list for a Better Approach To Mobile Ad-hoc Networking Hi, Glad to see that more and more people are experimenting with WiFi mesh networks. On Fri, Nov 05, 2021 at 04:22:11PM -0700, Dweb Fan wrote: > Dear all, > > Thanks for making such a great project! > > I'm following the guide from > https://github.com/binnes/WiFiMeshRaspberryPi, and setting up wifi > mesh network on top of raspberry pi 3B+. Below steps are good now: > - batctl ping works (peer can ping each other through both IP and MAC address) > - mac os wifi client can discover the ad-host network, and join the network This guide seems to set up two WiFi interfaces. wlan0 in ad-hoc mode and wlan1 in AP mode. wlan0 is a secondary interface of bat0 and wlan1+bat0 are bridged: ---br0--- / \ bat0 wlan1(ap) | wlan0(adhoc) On wlan0 is supposed to be only used to interconnect batman-adv nodes. The batman-adv protocol is primarily spoken there. Client traffic from your mac os wifi client is probably not able to speak the batman-adv protocol and is therefore supposed to go "over" bat0 instead of "under" bat0. So your mac os client should connect to the wlan1 AP interface. The traffic is then bridged from wlan1 to bat0 and batman-adv will then encapsulate the client traffic. And then forward the *encapsulated* traffic on wlan0 automatically to the correct neighbor node. Hope this helps. Regards, Linus