[adrotate banner=”5″]
Why we chose PPPoE as the next test
First of all, thanks to everyone for all the positive feedback, comments and questions about the CCR1072-1G-8S+ testing we have been posting in the last few months. Even MikroTik has taken an interest in this testing and we have gotten some great feedback from them as well.
We received more questions about the PPPoE capabilities of the CCR1072-1G-8S+ than any other type of request. Since we have already published the testing on BGP, throughput and EoIP, we have decided to tackle the PPPoE testing to understand where the limits of the CCR1072-1G-8S+ are. This is only a preview of the testing as we are working on different methods of testing and config, but this will at least give you a glimpse of what is possible.
30,000 PPPoE Connections !!!!
Overview of PPPoE connections and CPU load
PRTG Monitoring
We have started using PRTG in the StubArea51.net lab as it makes monitoring of resource load over time much easier when we are testing. Check it out as it is free up to 100 sensors and works very well with MikroTik
https://www.paessler.com/prtg/download
PRTG CPU Profile
PRTG PPPoE connection count over time
It took us about 20 minutes to reach 30,000 connections…we are working on tuning the config to see if we can shorten the time it takes to build the connections. In the graph here, you can see it go form a 24 hour stable load of 30k connections donw to nothing as we prepare for a load test. At about 10:07 AM is when we started the full load test and you can see the time it takes to get to 30k.
More on the way!!!
This is just a small preview of our full PPPoE testing. We will be completing testing and should be publishing the results within the next week.
Good to See It working in PPPoE scenario.
Can You test its over PPTP server with 2 Simple Queues for upload and download and 2 PCQ with 1Mbits upload and 1 Mbits download.
How many connections it will handle of pptp like pppoe?
Cool! Thanks for testing this and writing the post.
¿Did you try to send some traffic trough the ppp connections?
Very interesting… can you post more info about queue config? 🙂
October 23, 2015 “We will be completing testing and should be publishing the results within the next week.”
When?
hello , I would like to know how this sensor total assets pppoe . thank you
Very cool.
In my case user online is about 920 user (peak utilize bandwith 1,1gbps), when I cleaning all the session, it takes avg 80% CPU and caused my ospf flapping.
OSPF uses much more CPU than other routing protocols, and in the case of having PPPoE servers you should perhaps consider going BGP on that MIKROTIK.
I´ve tried with 1800 connections and had much trouble with this router. I could only manage 1200 connections with traffic on it without throttling the CPU. I gess you could make them connect in the router but I don´t think it can really be useful with all these connections estabilished.
What is the traffic value for all these users