Re: [dispatch] Charter proposal for Q4S WG ( formerly Q-HTTP) Version 1
"GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)" <jose_javier.garcia_aranda@alcatel-lucent.com> Mon, 20 December 2010 16:49 UTC
Return-Path: <jose_javier.garcia_aranda@alcatel-lucent.com>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9FE2B3A6A5F for <dispatch@core3.amsl.com>; Mon, 20 Dec 2010 08:49:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.663
X-Spam-Level:
X-Spam-Status: No, score=-5.663 tagged_above=-999 required=5 tests=[AWL=0.585, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tr+HP9VjMqHj for <dispatch@core3.amsl.com>; Mon, 20 Dec 2010 08:49:47 -0800 (PST)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id ACA193A6A70 for <dispatch@ietf.org>; Mon, 20 Dec 2010 08:49:46 -0800 (PST)
Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail5.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id oBKGmk6b021826 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Mon, 20 Dec 2010 17:48:47 +0100
Received: from FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com ([135.120.45.41]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Mon, 20 Dec 2010 17:48:46 +0100
From: "GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)" <jose_javier.garcia_aranda@alcatel-lucent.com>
To: Harald Alvestrand <harald@alvestrand.no>
Date: Mon, 20 Dec 2010 17:48:46 +0100
Thread-Topic: [dispatch] Charter proposal for Q4S WG ( formerly Q-HTTP) Version 1
Thread-Index: AcugSvRWsT7gbY+GSyqLnLGU53HqvAAGPezQ
Message-ID: <3349FECF788C984BB34176D70A51782F1846528D@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
References: <3349FECF788C984BB34176D70A51782F18374A47@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com> <4D0F5BD8.4040506@alvestrand.no>
In-Reply-To: <4D0F5BD8.4040506@alvestrand.no>
Accept-Language: en-US
Content-Language: es-ES
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_3349FECF788C984BB34176D70A51782F1846528DFRMRSSXCHMBSB3d_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.64 on 155.132.188.13
Cc: "pedrochas@dit.upm.es" <pedrochas@dit.upm.es>, "'dispatch@ietf.org'" <dispatch@ietf.org>, "jquemada@dit.upm.es" <jquemada@dit.upm.es>, "gabriel@dit.upm.es" <gabriel@dit.upm.es>, "barcenilla@dit.upm.es" <barcenilla@dit.upm.es>, "jsr@dit.upm.es" <jsr@dit.upm.es>, "DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL)" <luismi.diaz@alcatel-lucent.com>
Subject: Re: [dispatch] Charter proposal for Q4S WG ( formerly Q-HTTP) Version 1
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Dec 2010 16:49:48 -0000
Hi Harald, The approach does no assume the details of the particular implementation. The protocol sends ALERT when any constraint is being violated, and these ALERTs can be monitored using DPI and change DSCP on the fly. However, the protocol does not assume it. The protocol only allow participants to know the quality measurements and to be aware of the alerts. After an alert is received , a lot of implementations are possible . Following are some examples: - use DPI and change DSCP packet marking ( network aware of this protocol) and/or other type of QoS actions over network elements like changes on traffic mode at acces nodes or Path computation element function invocation. - invoke a supra entity (policy service) in charge of modify quality profiles on ISPs - invoke a policy server which belongs to an ISP and ask for changes on QoS profles - react with adaptative mechanisms ( like reduce bit-rate or functionalities of the application) - simultaneously apply adaptative solution and QoS profile change through DPI, policy servers or whatever. Therefore the answer to your question is that the Q4S does not assume that. We will say it explicitly in the charter thanks! - jose javier ________________________________ De: Harald Alvestrand [mailto:harald@alvestrand.no] Enviado el: lunes, 20 de diciembre de 2010 14:36 Para: GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER) CC: 'dispatch@ietf.org'; pedrochas@dit.upm.es; CUBILLO PASTOR, CLARA (CLARA); ORTIGA HERRERA, GUADALUPE (GUADALUPE); jquemada@dit.upm.es; HERRANZ PABLO, SONIA (SONIA); gabriel@dit.upm.es; barcenilla@dit.upm.es; jsr@dit.upm.es; DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL) Asunto: Re: [dispatch] Charter proposal for Q4S WG ( formerly Q-HTTP) Version 1 On 12/13/10 16:39, GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER) wrote: Hi everybody, Here is the charter proposal for Q4S ( Quality for service) WG. This WG will include the achieved works with "Q-HTTP" Forgive me if this has been asked before.... does this approach (out-of-band measurements on a different set of ports/protocols than in fact used by the application) assume that the network is not doing deep packet inspection or differential treatment of services? Is there an interaction with DSCP packet marking - could the measurement setup specify DSCP codepoints to be set on packets (and, knowing that these are changed en route, report on the DSCP codepoints of incoming packets)? In both points, it would be nice if the charter said whether it was in or out of scope. Harald Thanks for your comments Description of Working group ============================ Problem Statement: The QoS over Internet is a hot issue today. Current QoS handling mechanisms used in modern network transport layers (MPLS, RSVP, Diffserv,Traffic Engineering) do not provide themselves a QoS-on-demand end-to-end solution and existing adaptative solutions based on In-band Control protocols (such as RTCP) are very difficult to combine with any other protocols for which they have not been designed for. Four Network Parameters comprises the QoS at application level: Bandwidth, packet-loss, latency and Jitter. Interactive-video applications define flows in both directions. Different applications require different constraints (in terms of latency, jitter, packet loss) in one or both directions and different responsiveness. The proposed solution must be an effective out-of-band application level protocol capable of reacting when any of these constraints are violated. Such protocol must trigger adaptive solutions and/or QoS network profile changes. Currently content providers are only able to provide services based on adaptative methods or last-mille deployments which prefer dedicated network resources (vs. Internet), and therefore, restricts the subscriber population and increases the costs. Objetives: The goal of this working group is to define a QoS application-level standard protocol optimized for its use over the internet that may be widely implemented and easily managed by application developers and service providers. The core technical considerations for such protocol include, but are not necessarily limited to, the following: 1. Protocol design to be used in interactive applications (including virtualized videogames,and interative-video applications) 2. Ensuring interoperability with all existing transport protocols 3. Optimizing for low bit rates (typlically below 2.4 kbps) 4. To ensure a feasible practical implementation based on policy servers and interoperability between service providers Deliverables: 1. Specification of protocol that meets the requirements in the form of an Internet-Draft that defines the negotiation of QoS parameters, the measurement process and alert mechanisms. 2. Dimensioning rules and performance analysis 3. A set of technical requirements for a practical implementation which may include adaptative solutions and/or QoS profile modification. Goals and Milestiones ===================== Nov 2010 Submit Internet-Draft as a proposed standard for QoS application-level protocol Proposed charter for Q4S WG Informational document with rules for dimensioning and performance analysis Specification of architecture document for implementation - Jose Javier _______________________________________________ dispatch mailing list dispatch@ietf.org<mailto:dispatch@ietf.org> https://www.ietf.org/mailman/listinfo/dispatch
- [dispatch] Charter proposal for Q4S WG ( formerly… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Janet P Gunn
- Re: [dispatch] Charter proposal for Q4S WG ( form… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Peter Musgrave
- Re: [dispatch] Charter proposal for Q4S WG ( form… Janet P Gunn
- Re: [dispatch] Charter proposal for Q4S WG ( form… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Harald Alvestrand
- Re: [dispatch] Charter proposal for Q4S WG ( form… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- [dispatch] Charter proposal for Q4S WG ( formerly… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Cullen Jennings
- Re: [dispatch] Charter proposal for Q4S WG ( form… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… DIAZ VIZCAINO, LUIS MIGUEL (LUIS MIGUEL)
- [dispatch] Q4S Protocol ( formerly Q-HTTP) GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- [dispatch] Charter proposal for Q4S WG ( formerly… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Harald Alvestrand
- Re: [dispatch] Charter proposal for Q4S WG ( form… GARCIA ARANDA, JOSE JAVIER (JOSE JAVIER)
- Re: [dispatch] Charter proposal for Q4S WG ( form… Harald Alvestrand