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]> 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]
> > 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
>> Direct: 937-552-2343
>> 1100 Wayne St
>> Suite 1337
>> Troy, OH 45373
>>
>> On Mon, Jun 29, 2015 at 5:14 PM, Nate Burke <[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
>>> Direct: 937-552-2343
>>> 1100 Wayne St
>>> Suite 1337
>>> Troy, OH 45373
>>>
>>> On Mon, Jun 29, 2015 at 5:10 PM, Nate Burke <[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 <[email protected]>
>>>> *Sent:* Monday, June 29, 2015 3:31 PM
>>>>  *To:* [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 <[email protected]>
>>>> *Sent:* Monday, June 29, 2015 2:27 PM
>>>> *To:* [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]>
>>>> wrote:
>>>>
>>>>   Before anyone asks, no, the interface is still the speed of molasses
>>>> in January.
>>>>
>>>>
>>>> Josh Luthman
>>>> Office: 937-552-2340
>>>> Direct: 937-552-2343
>>>> 1100 Wayne St
>>>> Suite 1337
>>>> Troy, OH 45373
>>>>
>>>> On Mon, Jun 29, 2015 at 3:54 PM, Ray Savich <
>>>> [email protected]> wrote:
>>>>
>>>>>  Get the details at http://bit.ly/1NqxnDw
>>>>>
>>>>> Ray
>>>>>
>>>>>
>>>>>
>>>>> Join the Conversation
>>>>>
>>>>> Cambium Networks Community Forum
>>>>> <http://community.cambiumnetworks.com/>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>

Reply via email to