From owner-freebsd-questions Fri Nov 1 02:16:07 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15155 for questions-outgoing; Fri, 1 Nov 1996 02:16:07 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA15103; Fri, 1 Nov 1996 02:14:41 -0800 (PST) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vJGcW-000Qq8C; Fri, 1 Nov 96 11:14 MET Received: (grog@localhost) by freebie.lemis.de (8.8.2/8.6.12) id JAA19813; Fri, 1 Nov 1996 09:18:23 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199611010818.JAA19813@freebie.lemis.de> Subject: Re: Any ISDN-BRI cards work under FreeBSD? In-Reply-To: <199610311856.LAA25769@phaeton.artisoft.com> from Terry Lambert at "Oct 31, 96 11:56:39 am" To: terry@lambert.org (Terry Lambert) Date: Fri, 1 Nov 1996 09:18:21 +0100 (MET) Cc: questions@FreeBSD.org (FreeBSD Questions), FreeBSD-current@FreeBSD.org (FreeBSD current users), isdn@muc.ditec.de (FreeBSD ISDN Distribution List) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: >>>> done it yet. They currently only run single channel connections (you >>>> can have two different connections to different destinations). The >>>> theoretical maximum throughput is 8 kB/s (64,000 bps), which is >>>> somewhat less than the theoretical maximum of the 115.2 kbps lines >>>> (11.52 kB/s). >> >> Why do you divide by 8 in the one case and by 10 in the other? > > My guesses: > > 8) 8*8k = 64k; conversion is for sync framing > > 10) 1 start + 8bits + 1 stop = 10bits; conversion is for > async framing I'm surprised you need to guess. Yes, that's correct. People seem to have problems understanding this one, so I'll go into a little more detail: Synchronous transmission is block oriented. Various techniques are used to recognize the beginning and end of the block, and all the data in a block are sent without any delay between the bits. When transmitting 8 bit bytes (octets), there's a ratio of 8 bits per octet, so 64 kbps becomes 8 kB/s. Asynchronous transmission is character oriented. Each character starts with a start bit, then come the data bits, then one or more stop bits. Nowadays there is only one stop bit, but that expands each byte to 10 bits. The advantage is that you don't need any specific timing between characters (thus the term asynchronous), so it's quite well suited to things like keyboard input. In sync transmission, each input character would have to be made into a block. The disadvantage is the significantly lower data rate. > A more interesting question might be 64k + 64k = 128k. 128k != 115.2k. Yes, this is where we came in. Currently, the driver can't do that. Somewhere in the back of my head I have a recollection that TCP can do it, though: you just set up two routes, and it should be able to pass packets down the route with the shorter output queue. Can anybody expand on this? Of course, 128k != 128k as well if one is sync and the other is async. 128k sync is 160k async. Greg