Wireshark Setup on the Ethernet Interface, Monitoring only RX Packets
from the radio. Loaded the WebGUI without logging in.
On 6/29/2015 4:19 PM, Josh Luthman wrote:
Sure, but you can still look at the seconds graph which shows the
obscure bitrate.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Mon, Jun 29, 2015 at 5:17 PM, Mathew Howard <[email protected]
<mailto:[email protected]>> wrote:
I think they fixed that a few releases ago... now it shows the
actual throughput for the past few hours when you log in - I think.
On Mon, Jun 29, 2015 at 4:16 PM, Josh Luthman
<[email protected] <mailto:[email protected]>>
wrote:
That's megabits per second not megabytes.
Those graphs are insanely big when I first log in. I've seen
it say 100s of mbps.
Josh Luthman
Office: 937-552-2340 <tel:937-552-2340>
Direct: 937-552-2343 <tel:937-552-2343>
1100 Wayne St
Suite 1337
Troy, OH 45373
On Mon, Jun 29, 2015 at 5:14 PM, Nate Burke
<[email protected] <mailto:[email protected]>> wrote:
Ok, it might be more like 14mb. According to the EPMP
Traffic Graph, loading up the GUI Via RF, with no other
traffic on the radio, 2mb/s for 7 seconds.
On 6/29/2015 4:11 PM, Josh Luthman wrote:
Is it really 30 megabytes?
Josh Luthman
Office: 937-552-2340 <tel:937-552-2340>
Direct: 937-552-2343 <tel:937-552-2343>
1100 Wayne St
Suite 1337
Troy, OH 45373
On Mon, Jun 29, 2015 at 5:10 PM, Nate Burke
<[email protected] <mailto:[email protected]>> wrote:
This is known by all Cambium that every customer
meets these following Criteria - There are NO
exceptions to these rules:
1) Everyone has a 12core laptop for field use.
2) All Customers have Unlimited time to put together
Force Dishes.
3) RF Signals will always be perfect to move that
30mb of webdata across the RF link for diagnostic.
On 6/29/2015 3:46 PM, Ken Hohhof wrote:
That might be true, but also there were some posts
saying your browser has to download around a
bazillion little files for each page, so it's
inefficient coding from the perspective of client
side processing. Which would mean fixing it would
take a major revision to how the pages are designed,
not just fixing one piece of code.
Also they probably aren't following one of the
principles of web design: test it the way your
customer will use it. Gee, it comes up tolerably
fast on my 8 core 3 GHz workstation. While customers
are using an ATOM based netbook or a smartphone or
the laptop they bought 5 years ago at Costco,
because they don't want to take their good PC up on
a ladder in the rain.
*From:* Chuck McCown <mailto:[email protected]>
*Sent:* Monday, June 29, 2015 3:31 PM
*To:* [email protected] <mailto:[email protected]>
*Subject:* Re: [AFMUG] ePMP Release 2.4.3 is now
available
I am guessing they farmed it out to elbonia and
don't have the source code.
*From:* Tushar Patel <mailto:[email protected]>
*Sent:* Monday, June 29, 2015 2:27 PM
*To:* [email protected] <mailto:[email protected]>
*Subject:* Re: [AFMUG] ePMP Release 2.4.3 is now
available
Do anybody know why they are not able to fix this
problem?
Tushar
On Jun 29, 2015, at 2:56 PM, Josh Luthman
<[email protected]
<mailto:[email protected]>> wrote:
Before anyone asks, no, the interface is still the
speed of molasses in January.
Josh Luthman
Office: 937-552-2340 <tel:937-552-2340>
Direct: 937-552-2343 <tel:937-552-2343>
1100 Wayne St
Suite 1337
Troy, OH 45373
On Mon, Jun 29, 2015 at 3:54 PM, Ray Savich
<[email protected]
<mailto:[email protected]>> wrote:
Get the details at http://bit.ly/1NqxnDw
Ray
Join the Conversation
Cambium Networks Community Forum
<http://community.cambiumnetworks.com/>
