Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!oliveb!pyramid!csg From: csg@pyramid.UUCP Newsgroups: comp.dcom.modems Subject: Re: 9600 bps dialups Message-ID: <2905@pyramid.UUCP> Date: Fri, 5-Jun-87 22:36:19 EDT Article-I.D.: pyramid.2905 Posted: Fri Jun 5 22:36:19 1987 Date-Received: Sun, 7-Jun-87 00:49:47 EDT References: <1840@lsuc.UUCP> Reply-To: csg@pyramid.UUCP (Carl S. Gutekunst) Organization: Pyramid Technology Corp., Mountain View, CA Lines: 19 In article <1840@lsuc.UUCP> dave@lsuc.UUCP (David Sherman) writes: >From what I understand, the R-V 9600VP, when it gets a character, >waits a bit to see if it's part of a fast stream. If it is, it >waits a bit more, then packets up and/or compresses the lot, and >then gives you a burst, which will continue if the stream keeps >coming. It is actually much simpler than that. The 9600VP idles in Bell 212A mode, full duplex. The interface is at 9600bps, though, so a burst of output will quickly fill up the modem's input buffer. When the buffer contains more than 150 characters, the modem switches to V.29 QAM half duplex, and stays there until the buffer drains. If the other modem's input buffer also fills up, they nogotiate turnarounds. The delay when "cat"ing a large file is the pause while the modem shifts gears. I don't see why David notices delays in echoing; I've experienced no such delays with our modems.