issues come from colip BoF (summary)
Hiroshi Esaki <hiroshi@ctr.columbia.edu> Sun, 09 April 1995 20:39 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa03450;
9 Apr 95 16:39 EDT
Received: from acton.timeplex.com by IETF.CNRI.Reston.VA.US id aa03446;
9 Apr 95 16:39 EDT
Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu
[128.59.64.60]) by maelstrom.acton.timeplex.com (8.6.9/ACTON-MAIN-1.2) with
ESMTP id QAA16615 for <rolc@maelstrom.timeplex.com>;
Sun, 9 Apr 1995 16:35:40 -0400
Received: from mimas.ctr.columbia.edu (mimas.ctr.columbia.edu [128.59.74.18])
by sirius.ctr.columbia.edu (8.6.11/8.6.4.287) with ESMTP id PAA06035;
Sun, 9 Apr 1995 15:36:18 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Hiroshi Esaki <hiroshi@ctr.columbia.edu>
Received: (hiroshi@localhost) by mimas.ctr.columbia.edu (8.6.11/8.6.4.788743)
id PAA07459; Sun, 9 Apr 1995 15:36:16 -0400
Date: Sun, 9 Apr 1995 15:36:16 -0400
Message-Id: <199504091936.PAA07459@mimas.ctr.columbia.edu>
To: int-serv@isi.edu, rsvp@isi.edu, colip-atm@necom830.cc.titech.ac.jp,
rolc@maelstrom.timeplex.com, ip-atm@matmos.hpl.hp.com
Subject: issues come from colip BoF (summary)
Hi all,
Thank you for many people attending at a colip-atm BoF.
But, I should say sorry for the uncleared discussions there..
I will try to clarify the issues raised in the BoF, in the
following mails.
Since the related working-groups mailing-lists have many discussion
items, I wanted to discuss the following discussion items mainly at
colip-atm-ML. The participation and suggestins are very welcomed.
This is because the discussion seems to be very related all working groups
that I send this mail.
The discussion items seems to be the following. (I will post
the detail in the separate mails.)
(1) How to provide large scale soft-state-type (i.e. RSVP) multicast
over a large data-link (e.g. ATM) cloud.
--> related with rsvp, rolc and ipoveratm.
(2) Packet flow mapping with data-link pipe and pacet flows
aggregation into data-link pipe. Also, how to provide
a dynamic QoS requirement and T-spec changing during a
session over the connection oriented data-link platform
(QoS negotiatin is besically connection-by-connection).
--> related with int-serv and ipoveratm.
(3) New protocol associated with the efficient interaction
between transport/network layer and connection-oriented
data-link platform (e.g. Frame Relay or ATM).
--> related with int-serv, rolc and ipoveratm
Best Regards,
Hiroshi Esaki
c/o CTR, Columbia Univerity
P.S. you can subscribe to colip-atm-ML by
colip-atm-request@necom830.cc.titech.ac.jp
and discussion is by
colip-atm@necom830.cc.titech.ac.jp
- issues come from colip BoF (summary) Hiroshi Esaki