Re: Reg: Quality of Service routing
Richard Carlson <racarlson@anl.gov> Tue, 22 December 1998 01:10 UTC
Received: from ns.newbridge.com (ns.newbridge.com [192.75.23.67]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA14722 for <qosr-archive@odin.ietf.org>; Mon, 21 Dec 1998 20:10:20 -0500 (EST)
Received: (from smtpd@localhost) by ns.newbridge.com (8.8.8/8.6.12) id PAA08276 for qosr-archive@odin.ietf.org; Mon, 21 Dec 1998 16:00:01 -0500 (EST)
Received: from portal1.newbridge.com(192.75.23.76), claiming to be "kanata-mh1.ca.newbridge.com" via SMTP by ns.newbridge.com, id smtpdTRBa14031; Mon Dec 21 15:21:07 1998
Received: from qmaster.ca.newbridge.com by kanata-mh1.ca.newbridge.com with ESMTP; Mon, 21 Dec 1998 15:06:23 -0500
Received: (from majordom@localhost) by qmaster.ca.newbridge.com. (8.8.8/8.8.8) id OAA23446 for qosr-outgoing; Mon, 21 Dec 1998 14:51:30 -0500 (EST)
Received: from kanata-mh1.ca.newbridge.com (kanata-mh1.ca.newbridge.com [138.120.118.18]) by qmaster.ca.newbridge.com. (8.8.8/8.8.8) with ESMTP id OAA22070 for <qosr@qmaster.ca.newbridge.com>; Mon, 21 Dec 1998 14:07:46 -0500 (EST)
Received: from [138.120.118.49] by kanata-mh1.ca.newbridge.com with ESMTP; Mon, 21 Dec 1998 14:07:43 -0500
Received: (from smtpd@localhost) by ns.newbridge.com (8.8.8/8.6.12) id OAA07563 for qosr@newbridge.com; Mon, 21 Dec 1998 14:07:42 -0500 (EST)
Received: from dns2.anl.gov(146.139.254.3) via SMTP by ns.newbridge.com, id smtpdAAAa07548; Mon Dec 21 14:07:34 1998
Received: from nomad.er.doe.gov ([192.73.213.46]) by dns2.anl.gov (8.8.7/8.6.11) with SMTP id NAA18308; Mon, 21 Dec 1998 13:07:25 -0600 (CST)
Message-Id: <3.0.2.32.19981221131004.006dc4e8@achilles.ctd.anl.gov>
X-Sender: b30118@achilles.ctd.anl.gov
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.2 (32)
Date: Mon, 21 Dec 1998 13:10:04 -0600
To: "Raghu V.V.J Vadapalli" <iprsvp@yahoo.com>
From: Richard Carlson <racarlson@anl.gov>
Subject: Re: Reg: Quality of Service routing
Cc: routing quality <qosr@newbridge.com>, Internet Protocol <ipng@sunroof.eng.sun.com>, MultiProtocol Label Switching <mpls@external.cisco.com>
In-Reply-To: <367D1A93.D06C0B54@dnrc.bell-labs.com>
References: <19981220150534.13933.rocketmail@send103.yahoomail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: owner-qosr@newbridge.com
Precedence: bulk
Content-Transfer-Encoding: 7bit
Raghu; This is a very interesting and important question that I don't think gets the attention it deserves. As has been pointed out in other replies to your question, the cost of providing 'enough' forwarding capabilities (switch/routers, link BW, etc) to prevent packet queuing will be high. The unstated (and I believe suspect) assumption is that the cost of providing QoS mechanisms will be lower. I don't think enough research has been done to identify and classify the real costs of deploying a QoS based Internet. By real costs I mean those charges that are required to build a workable global system. Some simple examples are: * authentication, can I prove who I am and that I have the authority to request this service? * non-repudiation, can you prove it was really me so you can counter my claim that I never used this service? * charging, who pays for traffic in the non-symmetric data world where the web server is the 'source' and the client is the 'sink' for data streams. * cross domain charging, how do service providers pass charges to each other and finally back to the customer. * equipment requirements, how much will equipment (switches/routers, computers) cost when they need to keep track of all the accounting information. I am not trying to say that any one of these issues is expensive by itself, but that the combination of all the components needed to build a workable global QoS Internet must be addressed. Only then can a fair comparison be made to determine what the best answer is. Looking at the total picture, I begin to view the technical solution of just throwing more packet forwarding capability (faster switches/router, links, DWDM muxes, etc.) as very attractive. The costs for the technology will only come down. Indead, look at the new terabit routers now being worked on, wire speed forwarding engines at gigabit speeds in campus switch/routers, and optical networks using NxOC-192 DWDMs. All of these technologies tend to decrease in price as time increases. In contrast, who knows what the administrative costs will be and how they will change over time? Building a high quality Internet will not be an easy task. Right now I think it is to early to tell if technological growth or administrative constraint is the solution to this interesting problem. Rich Raghu V.V.J Vadapalli wrote: > > Dear All, > > I have one basic question regarding QoS routing. > > Do we need QoS routing if we have enough infinite (I mean > large ) bandwidth. > > From my poor knowledge: > > We need QoS routing b'cos we have limited BW and we want > to give priority to QoS flows. If some one comes with > a Tx system which supports 100s Gb/s,(say 128 channel WDM system) > Do we need to support the "special" status for the QoS flows. > May in that case the memory at the routers will be > bottleneck. > > Am I missing something. > With Regards > -Raghu. ------------------------------------ Richard A. Carlson email: carlson@sunvideo.er.doe.gov US Dept of Energy ER-31 Phone: (301) 903-0073 19901 Germantown Rd Fax: (301) 903-7774 Germantown, MD 20874
- Re: Reg: Quality of Service routing Roch Guerin
- Re: Reg: Quality of Service routing Masilamany Raguparan
- Re: Reg: Quality of Service routing Parag M Panse
- Re: (IPng 6937) Re: Reg: Quality of Service routi… Matt Crawford
- Re: Reg: Quality of Service routing Antoni Przygienda
- Re: Reg: Quality of Service routing Barry Dykes
- Reg: Quality of Service routing Raghu V.V.J Vadapalli
- Re: Reg: Quality of Service routing Bala Rajagopalan
- Re: (IPng 6939) Re: Reg: Quality of Service routi… Lloyd Wood
- Re: Reg: Quality of Service routing Daniel Awduche
- Re: Reg: Quality of Service routing Raghu V.V.J Vadapalli
- Re: Reg: Quality of Service routing Qingming Ma
- Re: Reg: Quality of Service routing Richard Carlson
- Re: Reg: Quality of Service routing Antoni Przygienda
- Re: Reg: Quality of Service routing Bob O'Hara