E410 — virtual box Bridge mode issue

Hello,
I have 3 e410 deployed and everything is working great except when a client runs any vm on virtualbox wihh bridge mode enabled, it fails to connect and get an ip from the dhcp. What could be the issue?

Regards,

hi,

the issue may be nothing to do with e410, it may be related to client running on vm. we have to make ensure that client is sending dhcp request packet to ap. 

one quick way to confirm that dhcp request is sent to ap, is look at logs on ap. if ap receives the dhcp requets packet, the information will be printed in the logs. here is an example how we can see this information,

1. make ssh connection to ap

2. on ap cli run below command "

E410-9CBBF5(config)# service show debug-logs wifid | grep 48-3B-38-27-42-16"

 

in this case the client mac address is "48-3B-38-27-42-16"

 

and look for below dhcp informations in the log,

 

E410-9CBBF5(config)# service show debug-logs wifid | grep 48-3B-38-27-42-16

Nov 26 17:42:56: client [48-3B-38-27-42-16] on ssid 1016 vlan 1 state sync (type:1) sent, len[128] (cache.c:1596)

Nov 26 17:42:56: client[48-3B-38-27-42-16] hostapd vlan=1 and wlan vlan=1 (cache.c:1508)

Nov 26 17:42:56: updating hostname of 48-3B-38-27-42-16 from DHCP to [TARGET] (cache.c:3779)

Nov 26 17:42:56: 48-3B-38-27-42-16 from DHCP is [iPhone/iPad] (fpdb:Phone/Tablet:Apple iPod, iPhone or iPad),  (cache.c:3799)

Nov 26 17:42:54: client [48-3B-38-27-42-16] on ssid 1016 vlan 1 state sync (type:1) sent, len[128] (cache.c:1596)

Nov 26 17:42:54: client[48-3B-38-27-42-16] hostapd vlan=1 and wlan vlan=1 (cache.c:1508)

Nov 26 17:42:54: updating hostname of 48-3B-38-27-42-16 from DHCP to [TARGET] (cache.c:3779)

Nov 26 17:42:54: 48-3B-38-27-42-16 from DHCP is [iPhone/iPad] (fpdb:Phone/Tablet:Apple iPod, iPhone or iPad),  (cache.c:3799)

Nov 26 17:42:53: client [48-3B-38-27-42-16] on ssid 1016 vlan 1 state sync (type:1) sent, len[128] (cache.c:1596)

Nov 26 17:42:53: client[48-3B-38-27-42-16] hostapd vlan=1 and wlan vlan=1 (cache.c:1508)

Nov 26 17:42:53: updating hostname of 48-3B-38-27-42-16 from DHCP to [TARGET] (cache.c:3779)

Nov 26 17:42:53: 48-3B-38-27-42-16 from DHCP is [iPhone/iPad] (fpdb:Phone/Tablet:Apple iPod, iPhone or iPad),  (cache.c:3799)

Nov 26 17:42:53: ci_sess client 48-3B-38-27-42-16 already in authenticated state (stats.c:803)

Nov 26 17:42:53: Client 48-3B-38-27-42-16 moved to data ready state (stats.c:563)

Nov 26 17:42:53: client[48-3B-38-27-42-16] no hotspot session found (hotspot.c:971)

Nov 26 17:42:53: client[48-3B-38-27-42-16] internal cache ignored as acct sync records is disabled (cache.c:2317)

Nov 26 17:42:53: client[48-3B-38-27-42-16] current ssid[0][1016] and it's cache ssid[1016] (cache.c:2286)

Nov 26 17:42:53: client[48-3B-38-27-42-16] on vap_id[16] wlan_id[0] created in coplane (stats.c:222)

Nov 26 17:42:53: client[48-3B-38-27-42-16] ctx[0];crx[0], otx[0];orx[0], ntx[0];nrx[0] (wifi_stats.c:148)

Nov 26 17:42:53: client [48-3B-38-27-42-16] on ssid 1016 vlan 1 state sync (type:1) sent, len[128] (cache.c:1596)

Nov 26 17:42:53: client[48-3B-38-27-42-16] hostapd vlan=1 and wlan vlan=1 (cache.c:1508)

Nov 26 17:42:53: Client[48-3B-38-27-42-16] on ssid 1016 internal cache based vlan is 1 (apd.c:109)

Nov 26 17:42:53: client[48-3B-38-27-42-16] no hotspot session found (hotspot.c:971)

Nov 26 17:42:53: client [48-3B-38-27-42-16] on ssid (null) vlan 1 state sync (type:6) sent, len[400] (cache.c:1596)

Nov 26 17:42:53: client[48-3B-38-27-42-16] hostapd vlan=1 and wlan vlan=1 (cache.c:1508)

Nov 26 17:42:53: client 48-3B-38-27-42-16 ci_sess current state[IN_USE] moved to new state[AUTHENTICATED] (stats.c:490)

Nov 26 17:42:53: client 48-3B-38-27-42-16 ci_sess current state[NOT_IN_USE] moved to new state[IN_USE] (stats.c:490)

Nov 26 17:42:53: Client 48-3B-38-27-42-16 moved to data ready state (stats.c:563)

Nov 26 17:42:53: client[48-3B-38-27-42-16] current ssid[0][1016] and it's cache ssid[1016] (cache.c:2286)

Nov 26 17:42:53: client[48-3B-38-27-42-16] on vap_id[16] wlan_id[0] created in coplane (stats.c:222)

Nov 26 17:42:53: client [48-3B-38-27-42-16] on ssid 1016 vlan 1 state sync (type:1) sent, len[128] (cache.c:1596)

Nov 26 17:42:53: Client[48-3B-38-27-42-16] on ssid 1016 assigned WLAN vlan 1 (apd.c:123)

Nov 26 17:42:53: Client[48-3B-38-27-42-16] on ssid 1016 internal cache based vlan is 0 (apd.c:109)

E410-9CBBF5(config)#

 

give us more information,

 

1. wlan is mapped to which vlan 

 

2. who is serving ip address to client 

 

3. we can do packet capture on ap to confirm that dhcp packet are really coming to ap using "

packet-capture" command 

Does the vm have working network connection if the IP is set by hand, instead of DHCP?  A question of whether the problem lies specifically with DHCP or with all traffic.

There are several threads on the VirtualBox forums discussing this, though not specifically with regard to E410 APs.  Bridged mode is very often problematic on a wireless interface.  Wired ethernet allows you to set promiscuous mode and will happily share the interface among multiple hosted VMs, but wireless normally doesn't support promiscuous mode, and wireless drivers (in the host system running virtualbox) frequently don't support vm usage so well.  If you can dedicate an interface to the VM (even less likely with wifi than ethernet) you should be good, but the only solution may be putting the VMs into NAT mode.

I'm curious what you have set for "Client Isolation" and "Unicast DHCP" on the E410.

Has the VM host has been tested and confirmed working with any other wifi AP?

I would also ask the same question as Chanareddy's #2 - what is handing out the DHCP?

I'm far from a virtualbox guru, but I do have an ubuntu system (6-core AMD, 16gb RAM) that hosts cnMaestro on premises, a MySQL mirror server, and a third DNS server, so I do work with it regularly.

j

Hell J,

I’ve tested and verified that bridged mode works on other aps which are not cambium.

If I set static ip in Bridget mode on a vm over cambium, it works. Client isolation is set to disabled and unicast dhcp is enabled!

Any ideas?

Hello Channareddy,

1: the ap is not showing any logs for the virtualbox vm's mac:

Cambium1_ServerCorridor(config)# service show debug-logs wifid | grep 08-00-27-8B-D9-F2

Cambium1_ServerCorridor(config)# service show debug-logs wifid | grep 08-00-27-8B-D9-F2

But it does show the logs for my pc that has virtualbox vm on:

Cambium1_ServerCorridor(config)# service show debug-logs wifid | grep A0-C5-89-20-E3-33
Nov 28 07:16:06: client [A0-C5-89-20-E3-33] on ssid Cambium vlan 1 state sync (type:1) sent, len[128] (cache.c:1598)
Nov 28 07:16:06: client[A0-C5-89-20-E3-33] hostapd vlan=1 and wlan vlan=1 (cache.c:1510)
Nov 28 07:16:06: A0-C5-89-20-E3-33 from DHCP is [Other] (fpdb:Other:Other/Unidentified), (cache.c:3809)
Nov 28 07:16:06: updating hostname of A0-C5-89-20-E3-33 from DHCP to [agnostic] (cache.c:3789)
Nov 28 07:15:53: client [A0-C5-89-20-E3-33] on ssid Cambium vlan 1 state sync (type:1) sent, len[128] (cache.c:1598)
Nov 28 07:15:53: client[A0-C5-89-20-E3-33] hostapd vlan=1 and wlan vlan=1 (cache.c:1510)
Nov 28 07:15:53: A0-C5-89-20-E3-33 from DHCP is [Other] (fpdb:Other:Other/Unidentified), (cache.c:3809)
Nov 28 07:15:53: updating hostname of A0-C5-89-20-E3-33 from DHCP to [agnostic] (cache.c:3789)
Nov 28 07:15:40: client [A0-C5-89-20-E3-33] on ssid Cambium vlan 1 state sync (type:1) sent, len[128] (cache.c:1598)
Nov 28 07:15:40: client[A0-C5-89-20-E3-33] hostapd vlan=1 and wlan vlan=1 (cache.c:1510)
Nov 28 07:15:40: A0-C5-89-20-E3-33 from DHCP is [Other] (fpdb:Other:Other/Unidentified), (cache.c:3809)
Nov 28 07:15:40: updating hostname of A0-C5-89-20-E3-33 from DHCP to [agnostic] (cache.c:3789)
Nov 28 07:15:36: client [A0-C5-89-20-E3-33] on ssid Cambium vlan 1 state sync (type:1) sent, len[128] (cache.c:1598)
Nov 28 07:15:36: client[A0-C5-89-20-E3-33] hostapd vlan=1 and wlan vlan=1 (cache.c:1510)

2: WLAN is mapped to VLAN 1

3: We have pfSense running on a physical box which is handling all the DHCP requests.

4: I used packet capture in the ap's troubleshoot and filtered vm's mac in the source, tried to connect multiple times but it did not capture any packets.

Any idea what this could be? for this test, I setup another normal wifi router and the vm is able to get an ip from DHCP in bridged mode.

hi,

if you say that " I setup another normal wifi router and the vm is able to get an ip from DHCP in bridged mode", we need to replicate the issue in our lab and debug,

please share your virtual box environment details, like what version of virtaul box and host os information and etc

if we don't see with packet capture on ap that means packet is not reaching to ap or dropped at radio level 

Hello,

I've tested this on Windows 10 64bit running latest VirtualBox version:  5.2.22 r126460 (Qt5.6.2).

Also on Ubuntu 16.04 64bit and virtualbox version: 5.2.18 r12319

Regards,

hi,

in the wlan advanced configuration, disable option "Unicast DHCP", this will make your requirment to work. for your reference i have attached AP UI screen shot.

 

3 Likes

Thank you, it worked!

Thanks for the tip.  I was having the same problem no ip on bridged wifi networking.  disabled the unicast DHCP setting and now it works.