The IP over ATM Mailing List Archive by date[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index][Thread Index][Author Index][Subject Index] EE Times on IP over ATM
*** Resending note of 03/26/96 10:43
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
From:
Subject:
Subject: Re: EE Times on IP over ATM
The second would be more "frame-oriented" ATM switches, giving the
advantages
of "cut through" while allowing merging of input VCIs onto one output VCI
(without cell-interleaving; by keeping state). This goes a long way to
solving the scaling problem (with or without RSVP), but i don't know o f any
announced ATM switches with this behaviour.
>this is what i have been thinking too as a possible solution. we
>already have switches that keep state when they do early packet discard.
>with similar logic it would be possible to schedule cells out from those
>incoming vcis that already have full frames in the (shared memory)
>buffer. that would allow implementing mp-p without an application (=ip)
>layer multicast server.juha
As have been discussed a number of times before, this is the
most trivial way of immitating IP framed based features over
ATM and simplest to implement. Solves a lot of problems and
has minor disadvantages only. Can also be done at the multicast
servers very easily solving more problems than it introduces.
Raif
|
|