home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!darwin.sura.net!ra!atkinson
- From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
- Subject: Re: new AAL (SSCOP?)
- Message-ID: <BxIt2r.5Bs@ra.nrl.navy.mil>
- Sender: usenet@ra.nrl.navy.mil
- Organization: Naval Research Laboratory, DC
- References: <9211092138.AA00486@circinus.bellcore.com> <JH.92Nov10202227@etana.funet.fi>
- Distribution: usa
- Date: Tue, 10 Nov 1992 21:59:15 GMT
- Lines: 19
-
- In article <JH.92Nov10202227@etana.funet.fi> jh@etana.funet.fi (Juha Heinanen) writes:
-
- % For example, if someone wants to implement X.25 over ATM, a better
- % choise is to map LAP B (or whatever the link layer standard for X.25
- % is) right over ALL5 rather than trying to do X.25 over a new thing
- % (i.e. SSCOP).
-
- Hear ! Hear ! I just can't see the value in SSCOP for anything other
- than signalling. Whether it is needed for all signalling is not clear
- to me. If one is using ISO TP0/CONS or X.25 or TCP/IP, the thing to
- do is to run the appropriate transport over the appropriate network
- services directly over AAL5. Paying the costs of error recovery more
- than once per protocol stack is not wise and not necessary. For
- example, there is every reason to believe that the Van Jacobson TCP
- will be just fine over IP over AAL5 over ATM.
-
- Ran
- atkinson@itd.nrl.navy.mil
-
-