IETF Logo Mail Archive

Re: [Aeon] A paper about Skype and Vidyo adaptation when network conditions change

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Wed, 26 March 2014 18:02 UTC

Return-Path: <eckelcu@cisco.com>
X-Original-To: aeon@ietfa.amsl.com
Delivered-To: aeon@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 140091A0364 for <aeon@ietfa.amsl.com>; Wed, 26 Mar 2014 11:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.51
X-Spam-Level:
X-Spam-Status: No, score=-9.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 Mf330TEdR-HR for <aeon@ietfa.amsl.com>; Wed, 26 Mar 2014 11:02:32 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) by ietfa.amsl.com (Postfix) with ESMTP id 917621A0354 for <aeon@ietf.org>; Wed, 26 Mar 2014 11:02:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7301; q=dns/txt; s=iport; t=1395856951; x=1397066551; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=To3jmV0a0+vjpvL+jIXVXXlVLasWwLkRgktnwxSRuIY=; b=DY54uMmaVhBQrYPjeKmrBergWfODUsKze7dnV3m9v9Ec0dBhm86TOUwd t3peLKu/Qp53ZQ1L8lktTdb/5nJ0NE1EM3p4lFHKNQQieZ3ewQzkRg88h Xi8zE/UW+Ec2hQ5ZgNE2DJ1+rIwZeklYYuyBD+hFkzcf+MZq0fFWV0EW7 c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvYGADQVM1OtJXG+/2dsb2JhbABZgkJEO1esP41CiHSBHRZ0giUBAQECAi07IQIBCA4DAwECKAcyFAkIAQEEARKHeQ3QWxeJRYRYQxiEOASYTYEzkQCBcIE+gis
X-IronPort-AV: E=Sophos; i="4.97,736,1389744000"; d="scan'208,217"; a="30596858"
Received: from rcdn-core2-3.cisco.com ([173.37.113.190]) by alln-iport-8.cisco.com with ESMTP; 26 Mar 2014 18:02:30 +0000
Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by rcdn-core2-3.cisco.com (8.14.5/8.14.5) with ESMTP id s2QI2Ub1017989 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 26 Mar 2014 18:02:30 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.148]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0123.003; Wed, 26 Mar 2014 13:02:30 -0500
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Jose Saldana <jsaldana@unizar.es>, "aeon@ietf.org" <aeon@ietf.org>
Thread-Topic: [Aeon] A paper about Skype and Vidyo adaptation when network conditions change
Thread-Index: Ac83BhjMJB36qkRjQ2KUUcf4Bdxw0QSBrBUA
Date: Wed, 26 Mar 2014 18:02:29 +0000
Message-ID: <CF586260.23AC4%eckelcu@cisco.com>
References: <008601cf3706$65b3d710$311b8530$@unizar.es>
In-Reply-To: <008601cf3706$65b3d710$311b8530$@unizar.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.9.131030
x-originating-ip: [10.21.124.61]
Content-Type: multipart/alternative; boundary="_000_CF58626023AC4eckelcuciscocom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/aeon/dMveDZqkODg08W70xYtAPWKUsKM
Subject: Re: [Aeon] A paper about Skype and Vidyo adaptation when network conditions change
X-BeenThere: aeon@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Application Enabled Open Networking \(AEON\)" <aeon.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aeon>, <mailto:aeon-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/aeon/>
List-Post: <mailto:aeon@ietf.org>
List-Help: <mailto:aeon-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aeon>, <mailto:aeon-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Mar 2014 18:02:38 -0000

Hi Jose,

Thanks for sharing this. It illustrates the capabilities of limitation of application adaptation in the absence of communication with the network. One of the primary goals of AEON is to remove the limitations highlighted in the paper.
For example, the applications responded to loss by increasing or maintaining their bandwidth utilization. In some cases, this is appropriate, but in others it is not. If the loss was due to congestion, sending more may hurt rather than help. If the network was able to inform the applications of the congestion, the applications could have taken better corrective action.
Similarly, the need to send redundant information at the start of the session could be removed, or at least minimized, in cases in which the application is able to receive some explicit information from the network.

Cheers,
Charles

From: Jose Saldana <jsaldana@unizar.es<mailto:jsaldana@unizar.es>>
Date: Monday, March 3, 2014 at 10:31 AM
To: "aeon@ietf.org<mailto:aeon@ietf.org>" <aeon@ietf.org<mailto:aeon@ietf.org>>
Subject: [Aeon] A paper about Skype and Vidyo adaptation when network conditions change

Hi all,

During the discussion today in London we have talked about how applications are able to self-adapt to network conditions.

Perhaps you may find this paper interesting: http://downloads.hindawi.com/journals/tswj/2014/860170.pdf

We put a bandwidth limitation, additional delay and packet loss between the two nodes making a video conference and we saw how the applications adapted their traffic.

Best regards,

Jose Saldana

v2.8.7 | Report a Bug | By Email