On 2016/04/11 17:21, Simon Pietro Romano wrote:
Hello Martin,
You call such daily variations "weird", but aren't they pretty usual? People
don't use the Internet with the same intensity all day round. Depending on the overall
usage profile, usage will be higher during business hours, or durin
Hello Martin,
> You call such daily variations "weird", but aren't they pretty usual? People
> don't use the Internet with the same intensity all day round. Depending on
> the overall usage profile, usage will be higher during business hours, or
> during leisure hours. With video these days con
Hello Simon,
On 2016/04/11 05:11, Simon Pietro Romano wrote:
As a final remark, I would like to highlight the fact that the connection from
BA to Italy was showing a really weird behavior in terms of network performance
as a function of the time of the day. And this is something I have not be
There's potential use there at either the code sprint or hackathon. I could see
how some either team could definitely include remote participants.
Tony
On 4/10/16, 9:27 AM, "vmeet on behalf of cho...@chopps.org"
wrote:
>
>Dan York writes:
>> John,
>>> Serious debugging _during_ IE
Hi John,
both your thoughts are not only wise, but already on the high-priority to-do
list for the Meetecho team. We'll keep you and the others updated with respect
to these and other improvements to the platform.
Thanks a lot for your feedback,
Simon
Il 10 Aprile 2016 23:38:48 CEST, John C
Simon,
A thought about one aspect of your note...
--On Sunday, April 10, 2016 22:11 +0200 Simon Pietro Romano
wrote:
>...
> In case of remote presentations, each remotee obviously adds
> one further video stream to the pack. If you add to that the
> lower- bandwidth Meetecho traffic (chat, cli
Hello Dan,
I hope I can add some more bits to this discussion.
I was remote this time and I seized this as an opportunity to live the Meetecho
experience from the other side for once!
I have been attending a bunch of sessions, both from my university office and
from home (overnight sessions i
It
seems to me the loads on the Meetecho servers and network may only
be possible during an event week... But there may be other ways to
add load.
Perhaps if there was an announced testing/debugging sessions on Fri
or Sat prior we could get a lot of people to join. Friday would
Dan York writes:
> John,
>> Serious debugging _during_ IETF-week really doesn't make sense;
>> but we ought to do it
>
> I agree... BUT... I wonder if we can actually replicate the necessary
> conditions outside of during an actual IETF week. It seems to me the loads
> on the Meetecho servers
John,
Great feedback. I was in BA this time but have been remote other times.
Comments inline:
> It got decidedly worse as the week wore on; so I suspect a memory
> problem;
I wonder if there was an increase in usage during the week, either of Meetecho
or also of the IETF network. We may b
Stewart Bryant wrote:
>
> I attended remotely, connecting into a (one) session on pretty
> well every slot. I had one persistent technical problem:
>
> I was using W10 + Chrome Version 49.0.2623.110 m (64-bit)
> and found that for every session I had to connect, then disconnect
> then reconnect
I attended remotely, connecting into a (one) session on pretty
well every slot. I had one persistent technical problem:
I was using W10 + Chrome Version 49.0.2623.110 m (64-bit)
and found that for every session I had to connect, then disconnect
then reconnect to get the slides.
This was repeat
12 matches
Mail list logo