Using masquerading. No other ips but our wireless mikrotik router which has bridged with customers on 192.168.60.x had every single customer showing ip conflicts! From nothing but putting the above router online! Mikrotik sucks as a router! Big time so now looking for an alternative solution for a dual wan router that supports proxy-arp.
I’ve got plenty of issues with Mikrotik reliability of late, but have never heard of the problem you describe. Are you sure you have your DHCP server set up properly? You haven’t assigned IPs to the interfaces that are also being assigned by DHCP have you?
Wireless customers were getting ip conflicts when I hooked up the Mikrotik Router. The entire problem went away when I removed the Mikrotik Router from the LAN completely.
Oh and no DHCP at all. Our BMU assigns static internal ip’s based on if it’s infrastructure or clients. So no dhcp to cause any headaches.
Is it possible that you have a rogue DHCP server on the same subnet as your internal IPs? 192.168.0.x is the factory default on D-Link routers, I believe. Maybe one of your wireless clients mistakenly connected the radio to the LAN side of his router. We see this quite often.
No the problem started as soon as we put the Mikrotik Router online in place of our dual wan Xincom router. The problem ended as soon as we removed the Mikrotik Router offline and put the Xincom back online.
As soon as I bought a house I had to start paying property taxes, mowing the yard, and taking out the trash. Damn house. Once I got rid of it everything started working like I was used to.
Puns put aside, I think the problem is probably with a configuration issue. Post your config and we’ll give you some straight answers.
“Wireless customers were getting ip conflicts when I hooked up the Mikrotik Router.” What’s the IP range they are getting conflicts on?
Here is the culprit. Proxy-Arp only if you really understand it, otherwise stay away from ever proxying arp.It proxies for ALL other routes. Not like on other platforms where you flag specific routes for proxy arp. (Feature missed dearly!!!)
Well that is a problem than because I needed to proxy-arp a customers external static ip instead of using the DMZ from Xincom. So how can I proxy-arp without ip conflicts all over? We have a corporate customer that needs to have an external ip right now it’s natted but that is not the solution they are requiring.
Since proxy-arp since it’s not flagged and is basically like a wild proxy-arp everything is proxy-arp’d how would I have to configure the above to be able to proxy arp over the wan1 interface without causing ip conflicts with customers? Since the ptp link on wan1 is going out to our other towers to our other ap’s?
What I need to do is proxy-arp 66.15.99.194/24 to a client that is two towers away. Wan1 (tower1) to (tower2) which is a bridged level 4 with proxy-arp enabled to (tower3) which is hard wired to the customers cisco switch. Currently natted but needing to have the physical ip 66.15.99.194 which I was planning to proxy-arp.
Because the corporate customer WANTS a true static ip. And most any corporate businesses want this as well as NO NATTING on any side but theirs. As well as no firewall on their side.
I am currently under the impression that there are ISPs out there that NAT their customers. In norway, if my customers do not get Public IP’s (dynamic or static), they would have my head on a pole. If the latency is 30ms+ to most national sites or there is 1%+ packet loss they would castrate me.
If i firewall them in any way other than the very basic 3-4 Microsoft virus ports and anti-spoofing they will go at me with an ice-pick.
How is it in other places? Is NAT ok? High latency ok? Firewalling?
Ok for residential for NAT and firewalling but businesses have their own solution and when they purchase pay for a static ip they want a true static ip and not a natted one.
I’m teaching my customers to be nice or I’ll put their head on pole 