I can’t figure this out, must be a flaw in routeros or mikrotik routerboard.
Is there a way to create a script that says something like this: If bandwidth (TX) on interface drops below 50Mbps then start a Btest to another router for 10 seconds and stop, then wait 10 minutes and start watching again. From: Af [mailto:[email protected]] On Behalf Of Sterling Jacobson Sent: Friday, February 26, 2016 10:34 PM To: [email protected] Subject: Re: [AFMUG] Mikrotik VPLS Problem? Had to shrink it a bit. From: Af [mailto:[email protected]] On Behalf Of Joe Novak Sent: Friday, February 26, 2016 7:47 PM To: [email protected]<mailto:[email protected]> Subject: Re: [AFMUG] Mikrotik VPLS Problem? If you attempted to attach a picture it didn't make it to the list I don't think. On Fri, Feb 26, 2016 at 8:31 PM, Sterling Jacobson <[email protected]<mailto:[email protected]>> wrote: I can't for the life of me figure this out. I have two CCR routers running OSPF/MPLS/VPLS between them. There is traffic flowing between them from two different VPLS tunnels. Occasionally, as shown in the graph, just one of them (same one every time) will throttle to 35Mbps download. Sometimes it recovers on its own after a few minutes, or over an hour. IF I go into the CCR INSIDE that tunnel (IP addresses inside the tunnel on both sides) and start a TCP bandwidth test between them, I get 900+Mbps and it magically fixes the problem every time. The only difference between the two tunnels I can tell, is the problem one is routing a block to an end router outside the tunnel on that port with a connected IP, and the other is a direct block routing to gateway on the edge CCR. Explain that one to me!
