Hi guys!
Can anyone "to drop some light" on such a question like: what for is ARP-published feature? And why the MAC-address field becomes readonly when I choose it?
I don't quite understand. What do you mean saying "it's never really been available"? And what benefits gives me "published" option when I'm editing MAC address from command line? I think this option is supposed to do something else...For the MAC address, you edit by the command line, I don't know why it's not accessible by Winbox, but as far as I know it's never really been available.
Proxy-Arp.what for is ARP-published feature
I wonder the same thing. There's nothing on manual.@Feklar, @pe1chl
The question is not about the "arp" setting of interfaces. It's about the "published" setting in "/ip arp" items, introduces somewhat silently in recent RouterOS versions, and which isn't yet documented in the manual.
That's exactly what I've meant!@Feklar, @pe1chl
The question is not about the "arp" setting of interfaces. It's about the "published" setting in "/ip arp" items, introduces somewhat silently in recent RouterOS versions, and which isn't yet documented in the manual.
So if I'm reading that correctly...ARP "pub" or published ARP = static ARP entry (proxy-arp).
There are a lot of basic network principles that are not in the manual.Almost two years passed, still no info in the manual.
If this is the real case, than this could go to the Wiki.You'll never see a dynamic ARP entry with pub flag set AFAIK, if there's one It means you added a static entry for proxy-arp.
This can be useful in some situations like ppp tunnels (ages has passed since there's no need for it) or for WOL to work for example.
The pub flag is to set static proxy-ARP entries. This gives you more granularity (no need to set proxy-arp on the interface itself for all the MACs to be proxy-arp'ed)
/ip arp add interface=hosting address=10.1.1.2 published=yes
- 10.1.1.0/28 is on interface "hosting"
- this router has more specific route to 10.1.1.2
then it should work.
/ip arp add interface=hosting address=10.1.1.2 mac-address=AA:BB:CC:DD:EE:FF published=yes
No that is not correct, for this application you need to put the MAC address of the router itself in the entry.Not sure If I understood your scenario.
10.1.1.2 is a Caching DNS server? if so, let's say it's MAC is AA:BB:CC:DD:EE:FF.
You need to publish the entry with the MAC of the real device having 10.1.1.2, on the interface where the queries will come.
Code: Select all/ip arp add interface=hosting address=10.1.1.2 mac-address=AA:BB:CC:DD:EE:FF published=yes
It is OK to have two different network cards with the same MAC address - providing they are NOT on the same IP network.I just have to make another plug here ...
Know what happens when you have two different network cards with the same MAC address (aka same ARP) where both network cards are in the same subnet ?
I learned this one the hard way - a manufacturer of network cards sent me to cards with the same MAC.
# no proxy ARP on interface:
/interface ethernet
set [ find default-name=ether1 ] arp=enabled ...
# addresses:
/ip address
add address=192.168.80.183/24 interface=ether1
add address=192.168.10.1/24 interface=ether2
# route part of ether1 subnet somewhere else:
/ip route
add dst-address=192.168.80.224/27 gateway=192.168.10.2
# proxy ARP for selected addresses:
/ip arp
add address=192.168.80.230 interface=ether1 published=yes
add address=192.168.80.240 interface=ether1 published=yes