Re: Last Call for draft-ietf-rolc-apr-00.txt

Juha Heinanen <jh@lohi.dat.tele.fi> Thu, 26 October 1995 08:47 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa07589; 26 Oct 95 4:47 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa07582; 26 Oct 95 4:47 EDT
Received: from maelstrom.nexen.com ([204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id EAA22089; Thu, 26 Oct 1995 04:18:43 -0400
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id EAA05820 for rolc-out; Thu, 26 Oct 1995 04:29:46 -0400
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id EAA05811 for <rolc@nexen.com>; Thu, 26 Oct 1995 04:29:42 -0400
Received: from lohi.dat.tele.fi (lohi.dat.tele.fi [193.167.64.161]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id EAA22085 for <rolc@nexen.com>; Thu, 26 Oct 1995 04:18:19 -0400
Received: (from jh@localhost) by lohi.dat.tele.fi (8.6.12/8.6.12) id KAA02422; Thu, 26 Oct 1995 10:21:41 +0200
Date: Thu, 26 Oct 1995 10:21:41 +0200
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Juha Heinanen <jh@lohi.dat.tele.fi>
Message-Id: <199510260821.KAA02422@lohi.dat.tele.fi>
To: curtis@ans.net
CC: yakov@cisco.com, curtis@ans.net, rolc@nexen.com
In-reply-to: <199510260115.VAA19402@brookfield.ans.net> (curtis@ans.net)
Subject: Re: Last Call for draft-ietf-rolc-apr-00.txt
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: Submissions to rolc@nexen.com
X-Info: [Un]Subscribe requests to rolc-request@nexen.com
X-Info: Archives for rolc via ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/ If the application specifies QoS and traffic characteristics and indirectly controls SVC management, then we are in agreement. Then it doesn't matter if the box it is running on sets up a VC or if it sits on an ethernet and the next hop sets up a VC. Are we in agreement on this?

this is what i have never understod about rsvp.  how can a host sitting
on a shared media, like ethernet, make any reservation whatsoever.  so
isn't it a requirement for rsvp to work that the hosts are directly
connected to such a link layer network, eg. atm, that supports
reservation requests?  what does it help if all the routers in the whole
internet are rsvp capable if the last hop isn't?

-- juha