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