Characterize the incoming connections from Towers D and E in mangle with a specific routing mark. Then used policy-based routing to select a route to Tower B marked with that same routing mark to Tower B. You end up doing an end-run around OSPF’s recommendations this way — so you also need to have a check-ping on that route, and then add a second route to Tower A with a higher weight and same routing mark that can take over if Tower B tanks.
On Oct 22, 2014, at 6:32 PM, Paul McCall <[email protected]> wrote: > We have a situation where I need to split the load from a tower into 2 > different directions. > > Here is the scenario... > > Tower C is fed by Tower A and Tower B. Right now the OSPF weights on Tower > C make all the traffic flow through Tower A and the BH is nearing its > capacity. Tower C also feeds Tower D and Tower E. I want the traffic > coming to Tower C FROM towers D & E to prefer through OSPF to go through > tower B (NOT tower A). > > I am not exactly sure how to accomplish this... > > Paul > > Paul McCall, Pres. > PDMNet / Florida Broadband > 658 Old Dixie Highway > Vero Beach, FL 32962 > 772-564-6800 office > 772-473-0352 cell > www.pdmnet.com<http://www.pdmnet.com/> > [email protected]<mailto:[email protected]> > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > <http://mail.butchevans.com/pipermail/mikrotik/attachments/20141023/4c96e6b3/attachment.html> > _______________________________________________ > Mikrotik mailing list > [email protected] > http://mail.butchevans.com/mailman/listinfo/mikrotik > > Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS _______________________________________________ Mikrotik mailing list [email protected] http://mail.butchevans.com/mailman/listinfo/mikrotik Visit http://blog.butchevans.com/ for tutorials related to Mikrotik RouterOS
