The IP over ATM Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1994-Oct> msg00149



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

IP Broadcast

  • From: Berry Kercheval <kerch@parc.xerox.com>
  • Date: Mon, 24 Oct 1994 07:41:01 PDT
  • CC: hiroshi@ctr.columbia.edu (Hiroshi Esaki), ip-atm@hpl.hp.co.uk, kerch@parc.xerox.com

I agree.  We've found that a crucial element to the success of various
flavors of video collaboration we've tried is the ability of participants
to establish connections casually, without concern for cost.  Some folks
leave their connections to colleagues up the entire time they're in their
offices; this leads to a wonderful give and take since it's such a 
lightweight operation to ask a question or clarify a point; it's easier than
a telephone call and faster than walking down the hall.
   Any setup where the participants have to worry about cost -- how much
is this question costing?  -- or schedule the teleconference room is
anathema to this form of collaborative work.

Video over ABR ATM is going to happen, is going to happen soon and isn't 
going to go away.  If nothing else, it will preserve interoperability
with the existing Mbone, something a lot of researchers want.  There
was a nice demo of that at the recent ACM Multimedia '94 conference
using Mbone video over ATM that worked very well.

  --berry

In message <837.782989246@cs.ucl.ac.uk> you write:
>
>
> >I believe ABR will not use for delay sensitive application 
> >such as topping on RSVP. 
> >Meaning RSVP will topping on VBR, instead of on ABR. 
>
>i disagree - we will continue to run audio/video on IP on ABRr, just
>as we do on the mbone today, bevcause on any tariffed ATM net ABR will 
>be cheaper than VBR - for non- crucial
>audio/video, we'd be crazxy to do anything different
>cheers
> 
>
> jon
>