Paul, You wont loose OSPF as long as you connect those daisy chained backhauls back into the network somewhere farther out in the network, worst case you loose OSPF at the site, but actually I was just thinking, couldn't you tie a router in between the daisy chained backhauls at that site and then connect that router into the main OSPF router at that site and just manually add a really high metric cost between the two sets of routers so traffic will only go between them if that is the absolute last path still up?
On Tue, Dec 6, 2016 at 1:50 PM, Faisal Imtiaz <fai...@snappytelecom.net> wrote: > > > >>Reading Faisal’s article now > > > The credit for the solution belongs to Kevin Meyers (IP Architects) > > I only shared the link > > > :) > > Faisal Imtiaz > Snappy Internet & Telecom > 7266 SW 48 Street > Miami, FL 33155 > Tel: 305 663 5518 x 232 <(305)%20663-5518> > > Help-desk: (305)663-5518 <(305)%20663-5518> Option 2 or Email: > supp...@snappytelecom.net > > ------------------------------ > > *From: *"Paul McCall" <pa...@pdmnet.net> > *To: *af@afmug.com > *Sent: *Tuesday, December 6, 2016 1:35:33 PM > *Subject: *Re: [AFMUG] Splitting Network Traffic in an OSPF environment > > We have done this as well, but we need more granular control than just > “splitting” the traffic. I wasn’t detailed enough I guess, of the 7 towers > that are fed through this tower, we want to feed probably (2) specific > towers. We need that granular control. > > > > Reading Faisal’s article now > > > > *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Kurt Fankhauser > *Sent:* Tuesday, December 6, 2016 1:26 PM > *To:* af@afmug.com > *Subject:* Re: [AFMUG] Splitting Network Traffic in an OSPF environment > > > > Paul, > > > > I have done this before and it works pretty easily. So if you want to send > half the traffic through the one backhaul and then half through another > path, just manually adjust the metric cost on the routers that are on the > closer hop count to a higher value until it is the same exact cost for > traffic to go both paths. Then it will evenly split the traffic between > paths. You have to be careuful that both backhauls have the same capacity > otherwise if one starts to peak out (might be running lower modulation) you > may get some weird results. > > > > On Tue, Dec 6, 2016 at 12:48 PM, Carl Peterson <cpeter...@portnetworks.com> > wrote: > > That solution is brilliant. > > > > On Tue, Dec 6, 2016 at 12:15 PM, Faisal Imtiaz <fai...@snappytelecom.net> > wrote: > > Here's an article about some innovative way to do this... > > > > http://www.stubarea51.net/2016/10/27/wisp-design-using- > ospf-to-build-a-transit-fabric-over-unequal-links/ > > > > Regards > > > > Faisal Imtiaz > Snappy Internet & Telecom > 7266 SW 48 Street > Miami, FL 33155 > Tel: 305 663 5518 x 232 > > Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net > > > ------------------------------ > > *From: *"Paul McCall" <pa...@pdmnet.net> > *To: *af@afmug.com > *Sent: *Tuesday, December 6, 2016 11:33:42 AM > *Subject: *[AFMUG] Splitting Network Traffic in an OSPF environment > > Did get to finish this… > > > > *From:* Af [mailto:af-boun...@afmug.com] *On Behalf Of *Paul McCall > *Sent:* Tuesday, December 6, 2016 11:32 AM > *To:* af@afmug.com > *Subject:* [AFMUG] Splitting Network Traffic in an OSPF enviroment > > > > We have a “feed tower” that feeds several other towers (some directly, > some a hop or 2 away) and its main BH (AirFiber 5x) is nearing capacity. > All 3.65 spectrum is used up, and same with 5 Ghz. The secondary that sits > largely unused (non-preferred OSPF path) has about 100Mbit capacity and we > would like to somehow split our load from the feed tower. All the > “subtowers” are on their own subnet(s) all running OSPF on a Mikrotik at > each tower. > > > > OSPF pretty much is all or nothing when picking a path. There has to be a > simple way of making this work. > > > > Paul > > > > > > > > Paul McCall, President > > PDMNet, Inc. / Florida Broadband, Inc. > > 658 Old Dixie Highway > > Vero Beach, FL 32962 > > 772-564-6800 > > pa...@pdmnet.net > > www.pdmnet.com > > www.floridabroadband.com > > > > > > > > > > > > -- > > Carl Peterson > > *PORT NETWORKS* > > 401 E Pratt St, Ste 2553 > > Baltimore, MD 21202 > > (410) 637-3707 > > > >