home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.cell-relay
- Path: sparky!uunet!mcsun!news.funet.fi!news.funet.fi!jh
- From: jh@etana.funet.fi (Juha Heinanen)
- Subject: Re: new AAL (SSCOP?)
- In-Reply-To: goldstein@carafe.enet.dec.com's message of Wed, 11 Nov 1992 04: 56:31 GMT
- Message-ID: <JH.92Nov12193519@etana.funet.fi>
- Sender: usenet@funet.fi (#Kotilo NEWS system )
- Nntp-Posting-Host: funet.fi
- Organization: Finnish University and Research Network
- References: <1992Nov11.045929.18654@nntpd.lkg.dec.com>
- Date: Thu, 12 Nov 1992 17:35:19 GMT
- Lines: 35
-
- In article <1992Nov11.045929.18654@nntpd.lkg.dec.com>
- goldstein@carafe.enet.dec.com (Fred R. Goldstein) writes:
-
- At risk of seeming even more impetuous than usual (it's midnight),
- what are they drinking over there in Yurop? LAP-B over AAL5?
-
- Fred,
-
- The suggestion to do X.25/LAPB/AAL5 is not from Europe, but from KDD
- in Japan. The point is that the other end of the X.25 connection will
- not be in B-ISDN, but in the "old" world. Then it is important to
- preserve compatibility also at the link layer. I don't see any point
- is running X.25 end-to-end over ATM. So the performance that we need
- out of the X.25 over ATM need not be be more we get from X.25 over old
- stuff, but compatibility becomes the key issue.
-
- Just as the TCP/IP fanatics are religious about TCP doing it all,
- I sometimes suspect many PTT types of believing that X.25 was
- dictated at the Sermon On the Mount.
-
- I don't like fanatism either and don't belong to those that would like
- to use TCP for ever over everything. The only point I have tried to
- make is why can't you make SSCOP a real transport protocol, since you
- are already saying that it does almost the same as TCP.
-
- What it doesn't have is multiplexing (addressing) capability. If you
- would add that, then you and I could use the SAME protocol for Q.93B
- (with null address fields) and for real end-to-end transport purpose
- (with address fields). So I'm against SSCOP only because of this
- omission.
-
- -- juha
- --
- -- Juha Heinanen, FUNET, Finland, jh@funet.fi, +358 49 500958
- --
-