The IP over ATM Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1996-Mar> msg00221



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

EE Times on IP over ATM

  • From: schulter@zk3.dec.com
  • Date: Thu, 28 Mar 96 15:09:22 -0500
  • Cc: schulter@zk3.dec.com, jh@lohi.dat.tele.fi, murray@pa.dec.com, J.Crowcroft@cs.ucl.ac.uk, ip-atm@nexen.com
  • X-Mts: smtp

On Thu, 28 Mar 96 14:15:00 EST Hiroshi Esaki Wrote:

> I guess it depends on the implementation. 
>  Whether really re-assemble AAL5 SDU (i.e., CRC-32 check) and assemble 
>  again in MCS or not (just scheduling the cell departure) seems to be 
>  implementation issue for each MSC vendor.  

Quite true.  All you really need to do is to collect all the cells together
and then send them all out after all cells composing an SDU have been
collected.  Of course, re-assembling the packet does have the advantage
of being able to detect SDU corruption so as not to relay a bunch of
cells for a corrupt packets.  On the other hand just collecting cells and
being aware of SDU boundaries is probably more efficient in terms of both
memory usage and throughput.  But as you point out, this is entirely
an implementation decision.

 --- pete

------------------
Peter Schulter					schulter@zk3.dec.com
Digital UNIX Networking				voice (603) 881-2920
Digital Equipment Corp				voice (DTN) 381-2920
ZK3-03/U14					FAX   (603) 881-2257
110 Spit Brook Road				FAX   (DTN) 381-2257
Nashua, NH 03062