Citrix may be the gotcha in this mix. It doesn't like its endpoint changing, which could happen here since the gateway is changing. The sessions will likely drop. If the routing to the endpoint changes, then it should stay up. If the server is behind a firewall and the outside IP is changing, they'll complain. And often is a LAN setup that gets pushed to the web, the citrix config doesn't support reconnect, but rather restarts the windows environment.
Usually when people are looking for this kind of a setup, dropping sessions is not acceptable to the management group. The eiop solution Josh suggested should work. Key will be to make sure the customer is not expecting Instant handoff. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Josh Luthman Sent: Wednesday, April 28, 2010 3:46 PM To: Mikrotik discussions Subject: Re: [Mikrotik] Redundant Gateway on Bridged Network That should be very easy to do. If MT1 can't ping MT2 then dial up the eoip. Never done it myself but off the top of my head I think that's all you'd need to do. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill On Wed, Apr 28, 2010 at 6:40 PM, Rory McCann <[email protected]> wrote: > > Apologies for the MS paint disaster, but this is a basic diagram of > the part of the network I am concerned with. As you can see, the main > location has our primary internet connection and an RB1000. The far > elevator would have a backup internet connection and probably an > RB750. I only want the backup connection to kick in should the > wireless link (the 28 mile one) fail and the far elevators lose their connectivity back to the main location. > > Overall bandwidth is not a concern as this would just be a "failover" > situation. They will be using Citrix (which is essentially glorified > terminal services) so there won't be a ton of data flowing through. I > just need to make sure they can keep working if something happens. > > I'd probably want some kind of netwatch script that would keep the > interface with the backup internet connection turned off until > failure, at which time it would turn off the port to the 28 mile > wireless link and turn on the port to the backup internet and dial the > VPN tunnel. It could run like this for the remainder of the day and > say at midnight, check to see if connectivity is restored on the > wireless. Should connectivity be restored, I'd like it to shut down > the VPN tunnel and the backup internet connection port and turn the wireless port back on. > > I hope I'm not making this more complicated than it needs to be and > hope this helps clarify things. > > > > > On 4/28/2010 4:53 PM, Josh Luthman wrote: > >> It would be handy to have a network map to grasp what you have. >> >> I'm thinking all you need to do is eoip the two MT routers. What >> kind of bandwidth would they need to pass? >> >> > -------------- next part -------------- An HTML attachment was > scrubbed... > URL: < > http://www.butchevans.com/pipermail/mikrotik/attachments/20100428/e4b6 > a881/attachment.html > > > -------------- next part -------------- A non-text attachment was > scrubbed... > Name: Untitled.jpg > Type: image/jpeg > Size: 66865 bytes > Desc: not available > URL: < > http://www.butchevans.com/pipermail/mikrotik/attachments/20100428/e4b6 > a881/attachment.jpg > > > > _______________________________________________ > Mikrotik mailing list > [email protected] > http://www.butchevans.com/mailman/listinfo/mikrotik > > Visit http://blog.butchevans.com/ for tutorials related to Mikrotik > RouterOS > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.butchevans.com/pipermail/mikrotik/attachments/20100428/11ccc 432/attachment.html> _______________________________________________ Mikrotik mailing list [email protected] http://www.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS _______________________________________________ Mikrotik mailing list [email protected] http://www.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
