![]() ![]() We have one client before subscribing for 100 Mbps internet bandwidth. We were never successful in putting up 100+ Mbps in a point to multipoint set-up. Just my observation, we have no problem with the Cambium ePMP AP and SM if the required throughput is less than 100 Mbps. We got that number in the Wireless Link Test but not in the real internet traffic. To me, this is almost a perfect link so we were expecting to hit max capacity of 500-600 Mbps (aggregate throughput) as advertised in the Cambium ePMP Force 300-25 data sheet. In the Uplink, MCS varies from DS 6 to DS 9. Link Capacity and Link Quality in the downlink are both 100%. In the Downlink direction, the modulation is steady at DS MCS 9. The client is very near the AP, around 900 meters only. ![]() To give you further info on this link, the AP is newly installed and is just trying to serve its first client whose subscription is 200 Mbps. It works on the wired network like FTTH, DOCSIS, etc. I’m okay with iperf but Ookla is the widely used tool by clients here in my country in checking their internet subscription. Afterwards we connected the AP and then we did the same speed test (connected to the same test server) at the ethernet port of the SM. We did a speed test (Ookla) on the network port where the AP is connected and we were able to get 350+ Mbps. I don’t think there is bottleneck in the network. I ran each of the below speed tests 3 times each: I’m connected to my LAN/WAN with 1Gb ethernet and have a 10Gb Internet connection that is currently only moving about 2.1Gbps down 170Mbps up of its 10Gb/10Gb capacity. Of course what works where I am may not be the best where you are. Ookla is only as good as the ISP it connects you to, IMHO it’s the least reliable of all the speed tests. I almost always run 3 different tests to 3 different sites to get an idea (and it’s still not 100% accurate) of what the link can do. That said, they are technically correct, all Internet speed tests are, at best, unreliable. ![]() Of course the speed tests were fine after the customer dumped us for the cable, DSL or other wireless provider all whom delivered the expected speed test results that customers these days use as the last word in whether or not you are providing the the speed they are paying for. In the past we have had real problems with ePMP being really bad at speed tests (and Cambiums clueless as always answer was “well you need to have your customers run iperf because speed tests are not accurate”). One very common culprit when test can’t break 100Mbps is somewhere (the connection between the customer radio and the router ? The connection between the router and the device you are testing from ? You aren’t trying to do this via WiFi are you? ) you have a 100Mb Ethernet connection in the mix.Ĭould also be ePMP firmware. Perhaps they will make this available some day, call it “advanced link testing tools” and charge license fee for it… Now if this was Ubiquiti it would be as simple as running the speed test built into the customer radio to any Ubiquiti AP (or any other Ubiquiti radio anywhere on your network really) on the other side of the customer’s AP because Ubiquiti radios allow you to specify the IP of whatever you want to run the test to… ePMP however can only do a link test between the CPE and the AP it is connected to. If you want to know if the speed problem is in fact the radios (SM and AP) then you will need to test from a device directly connected to the customer radio at one end and another one directly connected to the AP at the other end. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |