[Diffserv] problems with Virtual Wire and RFC2598
Jean-Yves Le Boudec <leboudec@epfl.ch> Mon, 27 March 2000 18:00 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA22250 for <diffserv-archive@ietf.org>; Mon, 27 Mar 2000 13:00:29 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA15916; Mon, 27 Mar 2000 12:27:14 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id MAA15886 for <diffserv@ns.ietf.org>; Mon, 27 Mar 2000 12:27:10 -0500 (EST)
Received: from icasun1.epfl.ch (root@icasun1.epfl.ch [128.178.151.148]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA21878 for <diffserv@ietf.org>; Mon, 27 Mar 2000 12:29:20 -0500 (EST)
Received: from icanoteb14 (icanoteb14.epfl.ch [128.178.151.92]) by icasun1.epfl.ch (8.8.X/EPFL-8.1d for ICA) with SMTP id TAA11616 for <diffserv@ietf.org>; Mon, 27 Mar 2000 19:29:15 +0200 (MET DST)
Message-Id: <4.1.20000327190226.00ae94c0@icamail1.epfl.ch>
Message-Id: <4.1.20000327190226.00ae94c0@icamail1.epfl.ch>
Message-Id: <4.1.20000327190226.00ae94c0@icamail1.epfl.ch>
X-Sender: leboudec@icamail1.epfl.ch
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
Date: Mon, 27 Mar 2000 19:29:28 +0200
To: diffserv@ietf.org
From: Jean-Yves Le Boudec <leboudec@epfl.ch>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="=====================_38456607==_.ALT"
Subject: [Diffserv] problems with Virtual Wire and RFC2598
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Diffserv Discussion List <diffserv.ietf.org>
X-BeenThere: diffserv@ietf.org
I have some problems understanding RFC2598 and draft-ietf-diffserv-ba-vw-00 a) RFC2598 requires that the service given to an aggregate flow guarantees a rate down to a small time scale and further gives as example "A simple priority queue will give the appropriate behavior as long as there is no higher priority queue that could preempt the EF for more than a packet time at the configured rate. " I have the impression that this statement ignores the phenomenon of jitter accumulation due to aggregate multiplexing. When several flows share their fate in a multiplex, then there is accumulation of jitter from network node to network node, well beyond the bounds given in this internet draft. The fact that flows are shaped at the network input does not guarantee a bound on jitter after several hops. Some bounds do exist, but they are not straightforward, and it is not even clear whether finite bounds exist in all cases where the maximum network utilization factor is less than 1. In the particular case where the network topology is a ring, the answer is yes, however, in general, it is unknown (as far as I know). See for example the references below. It seems to me that the only way to guarantee the requirement described in RFC2598 is to shape every aggregate at the output of *every* network node, a solution that requires per aggregate information which is not compatible with diffserv. b) I don't understand why we would need to bound the network jitter to the interval called "jitter window" in draft-ietf-diffserv-ba-vw-00. It is possible to guarantee a VW behaviour even if the jitter is larger. It is well known that if the delay jitter is bounded by D, then a buffer of size 2RD is able to recreate a periodic flow with 0 jitter. JY ----------------------------------- References: A. Charny's work at ftp://ftpeng.cisco.com/ftp/acharny/aggregate_delay_v4.ps or mine at http://dscwww.epfl.ch./EN/publications/ps_files/tr00_002.ps or J. Wroclawski and A. Charny's internet-draft: http://ana.lcs.mit.edu/ISSLL/drafts/draft-ietf-issll-ds-map-00.txt
- [Diffserv] problems with Virtual Wire and RFC2598 Jean-Yves Le Boudec
- Re: [Diffserv] problems with Virtual Wire and RFC… Kathleen Nichols
- Re: [Diffserv] problems with Virtual Wire and RFC… Anna Charny
- RE: [Diffserv] problems with Virtual Wire and RFC… ROBERTS James FTRD/DAC/ISS
- Re: [Diffserv] problems with Virtual Wire and RFC… Brian E Carpenter
- RE: [Diffserv] problems with Virtual Wire and RFC… Shahram Davari