The IP over ATM Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1995-May> msg00054



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

Encapsulation - a different approach

  • From: bryang@eng.adaptec.com (Bryan Gleeson)
  • Date: Fri, 5 May 95 16:53:59 PDT

>
>
>You could even put the "echo ID" into the AAL5 CPCS-SDU
>in some of those unused bits near the end and you wouldn't
>even have to change your hardware. 
>
>There you have it: AAL5-1/2 :-)
>

Being pedantic, I guess you mean the AAL5 CPCS-PDU. The
CPCS-SDU contains the Interface Data (ID) and CPCS
User-to-User Indication. The CPCS-PDU contains the
ID and the UU, CPI, Length and CRC. The CPI is not
part of the CPCS-SDU and so an SSCS entity can't use 
those 8 bits. The UU is only 8 bits so that's not
big enough. Pity though, a 16 bit UU would probably
have been good enough.

Obviously you don't _have_ to change your
hardware here. I think such a solution could have
a little difficulty being accepted :-). A part that
could be implemented in hardware is the ECID check. 
The adapter is loaded with the ECID on VCC establishment, 
and it performs the check on PDUs that pass the 
CRC check, and chucks them away without interrupting 
the host, for example, if there is a match. Otherwise
the check is done is software, just like LANE.

Regards,
Bryan