I am not. There are no QOS options on the 400/425 at this time, but I wouldn’t use them on backhaul links like this anyway.
I put F425 link between two RB1100 and setup VPLS. It works smooth with 5.3.0 for a couple of days.
@Jacob_Turner, please PM me in case we can have a remote session. I want to see this issue.
@aka to really test you would need the tunnel to terminate on a router somewhere else on a network, rather than on a directly connected router. I’ll setup some remote access and PM you. I can really only play with one of these links as the others carry customer traffic.
Please forgive my child-like example of a topology drawing here. The red lines are the VPLS tunnels. You can see in the image the various paths between sites. The red lines are examples of where this problem has demonstrated itself with 5.3 but works fine with 5.1.3
2 Likes
We are also experiencing this problem with force400c radios, we have downgraded back to 5.1.3 in several locations
Could you please provide the configuration of VPLS tunnel?
We tried to replicate the issue in the lab and it works well for us.
Thank you in advance.
We are currently experiencing flapping issues with the F425 device in our OSPF network setup:
R1 <==> sw1 == F425 === F425 == sw2 <==> R2====WAN
To address this problem, we have decided to downgrade the firmware and observe if it resolves the issue.
Thank you
Hello @Alfred_George!
We know about the issue in ePTP mode 160MHz channel. VPLS tunnels can flap. We are currently investigating. But it was not seen on 80 MHz.
Could you PM tech support files when the issue is in progress and confirm if it is present on 80MHz band?
@aka just a FYI - all of the VPLS tunnel flapping I’ve had has been when the radios are on 20Mhz or 40Mhz channels.
Is it on 5.4.1 also? Do you perform any actions to recover or it goes away by itself?
Can I have tech supports? We have already an engineering ticket. But in our lab we see it on 160 MHz only.
1 Like
Sure will run another test and download the file.
we also have the same problem with 5.3 while with 5.1.3 , everything ok now let’s try 5.4.1
1 Like
We have already published RC15 in beta thread!
This VPLS tunnel flapping issue still exists on 5.6 @aka
I have two links running 80Mhz channels that this behavior is being experienced on. I need to do a bit more digging, but I feel like the problem doesn’t present itself when running 20Mhz channels. I’ve played with MTU on the router interfaces and no difference is made. Currently running 1640 on the router interfaces and 1700 on the ePMP radios. The tunnels flap both when loaded with traffic and when idle.
I’ll gather tech support files from one of the links and PM them to you. Both of these links are to be replaced with something else once the weather is better. They both serve as backup links now, but backups that flap are almost as bad as no backup at all.
1 Like
Hello @Jacob_Turner,
I’ve got you techsupports. Thank you!
How often does it happen?
Which equipment terminates the tunnels? Does it show anything in logs?
Is there a chance to show us when it is in progress?
I will analyze techsupports, discuss it internally and return to you with some update.
Every 3~5 minutes.
Mikrotik. Nothing is logged, the tunnel drops and comes right back up.
I could set something up in a portion of our network where the tunnels aren’t needed for customer traffic. This issue is very service-affecting for customers though, so I can’t push live traffic back over these force425 links.
Hi adrii this problem, is on all firmare version after 5.1.3 , in a network , where epmp force 400 is linked to switch mikrotik or router mikrotik sfp, every vpls packet that surf by 400 , drop, work only with 5.1.3
hi,
try this
telnet to your device
F425_pe2>config set cambiumAccelerationEngine 3
F425_pe2>config commit
F425_pe2>reboot
it solves a similar problem for me.
4 Likes
Yes, this work for me too
Thanks a lot
1 Like
we are experiencing the same. No problem on 5.1.3 (maybe not even 5.1.4). Above that vpls/mpls does not work properly