Seattle TUBA

Mark Knopper <mak@aads.net> Mon, 25 April 1994 21:44 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa19795; 25 Apr 94 17:44 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa19791; 25 Apr 94 17:44 EDT
Received: from mailhost.lanl.gov by CNRI.Reston.VA.US id aa24973; 25 Apr 94 17:44 EDT
Received: from noc-gw.lanl.gov by mailhost.lanl.gov (8.6.8.1/1.2) id PAA18343; Mon, 25 Apr 1994 15:43:48 -0600
Received: by noc-gw.lanl.gov (8.6.8.1/SMI-4.1) id PAA10196; Mon, 25 Apr 1994 15:43:37 -0600
Received: from mailhost.lanl.gov by noc-gw.lanl.gov (8.6.8.1/SMI-4.1) id PAA10190; Mon, 25 Apr 1994 15:43:35 -0600
Received: from aads.com by mailhost.lanl.gov (8.6.8.1/1.2) id PAA18287; Mon, 25 Apr 1994 15:43:35 -0600
Received: from localhost (mak@localhost) by aads.com (8.6.5/aads1.0) id RAA02603 for tuba@lanl.gov; Mon, 25 Apr 1994 17:44:34 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mark Knopper <mak@aads.net>
Message-Id: <199404252144.RAA02603@aads.com>
Subject: Seattle TUBA
To: tuba@lanl.gov
Date: Mon, 25 Apr 1994 17:44:34 -0400
Reply-To: mak@aads.net
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Content-Length: 2825

Hi. We sent this in to the CNRI folks earlier this month, but I neglected
to copy the list. Apologies,
	Mark


Forwarded message:
> From: Dave Katz <dkatz@cisco.com>
> 
> Minutes of the TUBA working group, Tuesday, March 29, 1994
> 
> 
> Dave Marlow presented an update on the status of CLNP multicast.  He
> has published an Internet Draft on the subject, which is intended to
> be multicast routing protocol independent, and is presented from the
> ES viewpoint.  A number of comments have been received and have been
> incorporated into the latest draft.
> 
> Some discussion ensued as to whether the complexity of the
> network-to-data-link address mapping protocol was worthwhile.
> 
> The "extra hop" problem is widely viewed as being a show-stopper.
> Dave presented an approach to address this problem.
> 
> Some concern was noted about the schedule of ISO progression of the
> multicast work, given some of the problems still being addressed.
> Lyman Chapin suggested updating ISO with the status of the work in the
> IETF, suggesting that they don't progress this work until these issues
> are settled.
> 
> 
> Lyman Chapin updated the group on the electronic availability of the
> pertinent ISO standards.  The document issue is a part of the broader
> liaison issue.  A formal resolution from ISO/IEC JTC1 calls for making
> the core network layer documents accessible; Lyman is comfortable
> posting these documents as I-Ds.  This is possible due to the
> semantics of I-Ds being compatible with ISO "working documents."
> 
> The second edition of CLNP was forwarded for publication as an I-D;
> ES-IS will be next.  (Neither includes the multicast extensions.)
> TR9577 (Protocol Identification at the Network Layer) will be ready
> soon.  IDRP is ready.  IS-IS is a problem due to the lack of a
> machine-readable specification.  This problem is in the process of
> being examined.
> 
> 
> Dino Farinacci gave a short presentation on the status of Protocol
> Independent Multicasting (PIM) in the IDMR working group.
> 
> 
> Ross Callon presented his work on flows in CLNP.  In this scheme the
> source NSEL is used to demultiplex flows between a single host pair.
> The size of this field (eight bits) was a source of controversy.
> 
> 
> Dave Piscitello gave an overview of his TUBA transition document.
> 
> 
> Bob Brenner from GTE gave an overview of Cellular Packet Data Network
> (CDPD).  Market studies show 20-40 million wireless devices, plus
> another 20 million telemetry devices.  Market demand is greater than
> the ability to provide service.
> 
> The question was raised as to why OSI was selected for CDPD.  They
> couldn't get sufficient address space, and felt that the IETF was not
> going to solve the problem quickly enough.  They also wanted CMIP due
> to its acknowledged nature.
> 
>