The IP Over NBMA (ION) Archive

Cell Relay Retreat>ION Archive>month:1996-Aug> msg00058



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Request for progress to Informational RFC

  • From: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
  • Date: Thu, 29 Aug 96 14:32:47 JST
  • Cc: deering@parc.xerox.com, ion@nexen.com

Joel;

> CSR is the term specifically for the thing that M. Ohta describes.  And 
> his description assumes RSVP.

The acronym CSR is first used by Toshiba people, not me, and
their current prototype CSRs are, though different from Ipsilon's
implementation, for best effort traffic.

I don't assume RSVP. Any resource reservation scheme including ST2
is not excluded. Any service class including "best effort" is not
excluded. Proxy reservation by some intermediate router is not
excluded.

It may be a good idea for INT-SERV WG to define "best effort"
service class. Then, we may be able to replace IFMP with RSVP
(by adding RSVP fields for encapsulation format etc.).

> The Ipsilon approach does not apply because it does not interoperate with
> ATM.

Wrong.

ATM with some light weight signaling such as RSVP, Ipsilon's or
Toshiba's is still ATM.

ATM does not mean Q.2931 signaling.

> It does not work with MARS or NHRP or RFC 1577.

Isn't LANE not ATM because it does not work with MARS or NHRP
or RFC 1577?

BTW, NHRP is not ATM because it, inherently, can not integrate
broadcast and communication.

						Masataka Ohta