finding mac address of wired device on a 2nd port of AP

  • 1
  • Question
  • Updated 2 years ago
I have a hotel with r700 where we had to use the spare port on the AP for devices in the room. The problem I have is other than seeing a link-up on the port, I can't find the mac address of the device connected. I looked through the whole system diag log of the AP and couldn't find this info.

Is this hidden somewhere? I thought we could see clients under Monitor -> Wired Clients, but this is only for 802.1x or tunneled devices. Doesn't the AP have some kind of MAC forwarding table? Its acting as a 2 port switch if you can configure VLANs on the port so I would of thought it would...

on a separate note we do use 802.1x on the wifi, but not on the hard wired, since cable connections don't move and would be easier to manage on that front (just connect the device and no prior configuration needed), so we configured spare port on the AP for the vlan of the room.
Photo of Alexandre Jablonski

Alexandre Jablonski

  • 5 Posts
  • 0 Reply Likes

Posted 2 years ago

  • 1
Photo of Sean

Sean

  • 346 Posts
  • 88 Reply Likes
Clients connecting to the ethernet port in the manner you mention will not be shown on the AP or the ZD, as they are not authenticating to the network via the wireless medium.

As all clients require IP addresses, you will see them on the ARP table of the switch that the AP is connected to or the Router of the venue.

Note: Connecting more than 2 clients to AP through a switch will effect performance and can increase CPU utilization of the AP.
(Edited)
Photo of Alexandre Jablonski

Alexandre Jablonski

  • 5 Posts
  • 0 Reply Likes
Thank you for your reply.

In what way can it affect the performance? if there's too much throughput (over 100mbit)? or there's just a mac address knocking on its door? 

That makes me worried as we might have like an appletv/samsungtv/ and maybe something else connected to a dumb switch on the spare port of the AP. We do limit traffic at our gateway, but I understand I don't have control over, let say local multicast traffic, that could affect affect the AP. 
Photo of John D

John D, AlphaDog

  • 498 Posts
  • 137 Reply Likes
The AP incurs CPU and memory overhead tracking the additional packets on the second ethernet interface, as it is bridged in software via the standard Linux bridging feature, not accelerated in hardware.

IMO, it's not a big deal if you're connecting a few things to an AP. That is IMO one of the convenient features of Ruckus AP's, in that they have another ethernet port that's good for enabling wired access for some nearby wired-only devices. Especially handy on meshed networks.

If you have a moderate density deployment and just are hanging some streaming TV boxes off the AP, not a big deal. If you are connecting 500 wired devices to that port and also expecting it to serve a few hundred clients off wireless, of course, you'll be a lot sadder.
Photo of Sean

Sean

  • 346 Posts
  • 88 Reply Likes
I would always follow Ruckus recommendations in regards to wired clients and MESH:

https://support.ruckuswireless.com/answers/000003435

:)
(Edited)
Photo of Dionis

Dionis, AlphaDog

  • 70 Posts
  • 36 Reply Likes

Try this command on the AP get macdb <ifname>


Photo of Alexandre Jablonski

Alexandre Jablonski

  • 5 Posts
  • 0 Reply Likes
AWESOME, that's what I was looking for.
Photo of Dionis

Dionis, AlphaDog

  • 70 Posts
  • 36 Reply Likes

;-) I figured it was what you were looking for.  Regarding the load on that port, think of it as a standard switch and treat it as such.  It is not a centralized switch or meant for huge capacity, but your AppleTV and many other things will run perfectly on it.  I have a NAS, Media center, Desktop, Printer and my entire home TV system from my cable provider running behind that second port and a gigabit switch I connected to it.  That same AP is a mesh unit connecting to a root unit in my main lab.  You would never notice that my entire home TV services and streaming (music/video, you name it) runs behind an AP port connected to a switch and bridging everything over the air to a root AP and then to the internet.  It all runs flawless and I tap out my ISP connection from any device I connect to this network. 


So fear not, that's what our APs are made for.