Re: [vmeet] Experience as a remote attendee
Simon Pietro Romano <spromano@unina.it> Sun, 10 April 2016 20:11 UTC
Return-Path: <spromano@unina.it>
X-Original-To: vmeet@ietfa.amsl.com
Delivered-To: vmeet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id E687B12D0B6
for <vmeet@ietfa.amsl.com>; Sun, 10 Apr 2016 13:11:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.896
X-Spam-Level:
X-Spam-Status: No, score=-2.896 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001,
RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id ve4COaefOF7D for <vmeet@ietfa.amsl.com>;
Sun, 10 Apr 2016 13:11:16 -0700 (PDT)
Received: from brc2.unina.it (brc2.unina.it [192.132.34.42])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id D9AA012B006
for <vmeet@ietf.org>; Sun, 10 Apr 2016 13:11:15 -0700 (PDT)
X-ASG-Debug-ID: 1460319072-05f27540f6538c1c0001-CNPnNC
Received: from smtp2.unina.it (smtp2.unina.it [192.132.34.62]) by
brc2.unina.it with ESMTP id Oh855t70yk4sDE1f (version=TLSv1 cipher=AES256-SHA
bits=256 verify=NO); Sun, 10 Apr 2016 22:11:12 +0200 (CEST)
X-Barracuda-Envelope-From: spromano@unina.it
X-Barracuda-Apparent-Source-IP: 192.132.34.62
Received: from [192.168.178.20] ([151.70.38.207]) (authenticated bits=0)
by smtp2.unina.it (8.14.4/8.14.4) with ESMTP id u3AKBACG007331
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Sun, 10 Apr 2016 22:11:11 +0200
Content-Type: multipart/alternative;
boundary="Apple-Mail=_89DC5BBC-7DB1-48D0-AEC4-85794D591978"
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Simon Pietro Romano <spromano@unina.it>
X-ASG-Orig-Subj: Re: [vmeet] Experience as a remote attendee
In-Reply-To: <6EC9873F-B427-475B-B187-BE352676C4C9@isoc.org>
Date: Sun, 10 Apr 2016 22:11:10 +0200
Message-Id: <2FC2AFBA-5B33-44CE-A618-890B742EE5EC@unina.it>
References: <D51111F6-66B9-4FAF-9B6D-FF9AE7E20D0D@att.com>
<5707FBD9.6070506@gmail.com> <20160409020147.GA3997@verdi>
<6EC9873F-B427-475B-B187-BE352676C4C9@isoc.org>
To: Dan York <york@isoc.org>
X-Mailer: Apple Mail (2.1993)
X-Barracuda-Connect: smtp2.unina.it[192.132.34.62]
X-Barracuda-Start-Time: 1460319072
X-Barracuda-Encrypted: AES256-SHA
X-Barracuda-URL: http://192.132.34.42:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at unina.it
X-Barracuda-BRTS-Status: 1
X-Barracuda-Spam-Score: 0.00
X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0
QUARANTINE_LEVEL=1000.0 KILL_LEVEL=6.0
tests=BSF_SC0_MISMATCH_TO, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.28616
Rule breakdown below
pts rule name description
---- ---------------------- --------------------------------------------------
0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header
0.00 HTML_MESSAGE BODY: HTML included in message
Archived-At: <http://mailarchive.ietf.org/arch/msg/vmeet/Zm7XM7LFVQf0UdJwRBf-Ixz0bqI>
Cc: Stewart Bryant <stewart.bryant@gmail.com>,
"vmeet@ietf.org" <vmeet@ietf.org>
Subject: Re: [vmeet] Experience as a remote attendee
X-BeenThere: vmeet@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF remote participation meeting services discussion <vmeet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vmeet>,
<mailto:vmeet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/vmeet/>
List-Post: <mailto:vmeet@ietf.org>
List-Help: <mailto:vmeet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vmeet>,
<mailto:vmeet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 10 Apr 2016 20:11:20 -0000
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 in Italy due to the 5-hours time shift). At the university I have a high-bandwidth connection, which allowed me to easily open up to 8 Meetecho virtual rooms in parallel with no issue. At home I connect through WiFi to my home gateway, from which I have an ADSL (Asymmetric DSL, which means I have around 4 Mbit/sec downlink and less than 1 Mbit/sec uplink to the Internet backbone). Such a link allowed me to reliably attend at most a couple of parallel sessions. With more than that, I could experience hiccups from time to time, which is as expected, given the fact that each session involves two video streams (each of which accounts for about 400 Kbit/sec on average), plus an audio stream (let’s say about 150 Kbit/sec or so). 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, client-server polling and the like), plus some background traffic not generated by Meetecho, you easily arrive at (or close to) saturation. I can also confirm that the internal WiFi connection to the ADSL router concurs in reducing the reliability level of real-time streaming (which by the way occurs to me also when I watch a Netflix movie with my family). A wired connection to the router definitely makes the life of a real-time session much easier.
All in all, I can confirm that attending a single session can be considered, from my personal experience, close to 100% reliable in the above described conditions.
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 been able to fully understand (even though I teach an Advanced Computer Networks class since 1998 ;-) ). I am still investigating this, by looking at things like BGP route flapping, time-dependent traffic shaping policies — at the firewall level — on the Italian Research backbone and/or at the ingress router of my University campus network, etc..
To give you an idea of what I am talking about, I’ll provide you with some side information:
- we record all Meetecho sessions on-site (i.e., this time, in BA);
- at the end of each slot (lunch break and end of the day) we transfer, via scp (secure copy command) all recorded files to a backend server hosted in Italy;
- the lunch-time transfers happened at an average speed of more than 4MB/sec;
- evening (in BA, which means night time in Italy) transfers happened at less than 50KB/sec, which is astonishingly less than the other figure above;
- a basic “ping” from BA to Italy resulted in around 300 msec estimated round-trip time during day and more than 500 msec at nights.
Now, coming to one of your comments:
> I wonder if there was an increase in usage during the week, either of Meetecho or also of the IETF network. We may be able to find out from the Meetecho or NOC team.
As far as Meetecho is concerned, the load has been quite stable over the week. Monday has, by the way, represented a peak for what concerns remote presentations (more than 25 of them, if I recall correctly).
Hope this helps,
Simon
_\\|//_
( O-O )
~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~
Simon Pietro Romano
Universita' di Napoli Federico II
Computer Engineering Department
Phone: +39 081 7683823 -- Fax: +39 081 7683816
e-mail: spromano@unina.it
<<Molti mi dicono che lo scoraggiamento è l'alibi degli
idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte.
oooO
~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~
\ ( ( )
\_) ) /
(_/
- [vmeet] Experience as a remote attendee Stewart Bryant
- Re: [vmeet] [95attendees] Experience as a remote … HANSEN, TONY L
- Re: [vmeet] Experience as a remote attendee John Leslie
- Re: [vmeet] Experience as a remote attendee Dan York
- Re: [vmeet] Experience as a remote attendee chopps
- Re: [vmeet] Experience as a remote attendee Dave Crocker
- Re: [vmeet] Experience as a remote attendee Simon Pietro Romano
- Re: [vmeet] Experience as a remote attendee John C Klensin
- Re: [vmeet] Experience as a remote attendee Simon Pietro Romano
- Re: [vmeet] Experience as a remote attendee HANSEN, TONY L
- Re: [vmeet] Experience as a remote attendee Martin J. Dürst
- Re: [vmeet] Experience as a remote attendee Simon Pietro Romano
- Re: [vmeet] Experience as a remote attendee Martin J. Dürst
- [vmeet] Hackathon remote attendees - Re: Experien… Dan York