ARP-NAT = Translation Bridging.
No, the client MAC address is encapsulated in the DHCP request packet
regardless of transparent or translated bridging. Easy enough with a
MikroTik DHCP static lease though. Click the "use src MAC" checkbox.
Couple that with translation bridging and it works as expected.
On 4/13/2017 10:07 AM, Paul McCall wrote:
Ahhhh, that makes sense.
*From:*Af [mailto:[email protected]] *On Behalf Of *Mathew Howard
*Sent:* Thursday, April 13, 2017 10:59 AM
*To:* af <[email protected]>
*Subject:* Re: [AFMUG] How is this useful exactly?
I suspect it's intended for using with MAC authentication. If you're
assigning DHCP based on MACs, you would be able to just assign an IP
to the SM's MAC address, with the SM bridged, and assign that IP
directly to the customers router, without needing to know that routers
MAC address.
On Thu, Apr 13, 2017 at 9:38 AM, Paul McCall <[email protected]
<mailto:[email protected]>> wrote:
*SM ARP-NAT Support*
http://community.cambiumnetworks.com/t5/ePMP-Networking/SM-ARP-NAT-Support/m-p/71054
Paul McCall, President
PDMNet, Inc. / Florida Broadband, Inc.
658 Old Dixie Highway
Vero Beach, FL 32962
772-564-6800 <tel:%28772%29%20564-6800>
[email protected] <mailto:[email protected]>
www.pdmnet.com <http://www.pdmnet.com>
www.floridabroadband.com <http://www.floridabroadband.com>
