Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!brutus.cs.uiuc.edu!wuarchive!texbell!attctc!vector!telecom-gateway From: kaufman@neon.stanford.edu (Marc T. Kaufman) Newsgroups: comp.dcom.telecom Subject: Re: TCP/IP over ISDN Basic Rate Message-ID: Date: 12 Nov 89 17:47:04 GMT Sender: news@vector.Dallas.TX.US Reply-To: kaufman@Neon.Stanford.EDU (Marc T. Kaufman) Organization: Computer Science Department, Stanford University Lines: 34 Approved: telecom-request@vector.dallas.tx.us X-Submissions-To: telecom@eecs.nwu.edu X-Administrivia-To: telecom-request@vector.dallas.tx.us X-TELECOM-Digest: volume 9, issue 506, message 6 of 10 In article Torsten Dahlkvist writes: >Now do you see what I'm getting at? Up until the codec/shift register, >a strictly byte-wise transmission is essential for the function of >your equipment. It would be trivially easy to implement a byte-wide >parallel output instead of the serial one, if some scheme for flow >control and such could be established. >You seem set on insisting that we stick to the same old methods we've >used all along. I suppose that's safer from many points of view. As a >(former) designer of the systems involved, however, I feel it's a >shame that we can't let them come to full advantage by making use of >all the inheritent possibilities. >On the other hand, maybe the net gain from eliminating the HDLC frame >info from the data stream isn't big enough to justify the work of >specifying a new standard. Some kind of flow control, packeting and >such would still be needed, so it might turn out not worth it in the >end. The maintenance of frame sync on ISDN circuits would certainly allow you to send DATA at the frame rate (8 KB/sec), but then you would lose the "out-of- band" information of the HDLC frame, such as FLAG and IDLE. I always felt that BOPs were a MUCH cleaner way of maintaining packet synchronization than kludges like Transparent Bisync (DLE-SOH, DLE-SYN, DLE-ETX, DLE-DLE, etc). Besides, this is only going to work on pure digital ISDN-ISDN circuits. What happens when one end of the connection is a remote X.25 dial-up? I like to use all the bits, too, but you shouldn't overly constrain the channel. Marc Kaufman (kaufman@Neon.stanford.edu)