Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!UCBVAX.BERKELEY.EDU!SPGDCM%UCBCMSA.Berkeley.EDU
From: SPGDCM%UCBCMSA.Berkeley.EDU@UCBVAX.BERKELEY.EDU.UUCP
Newsgroups: mod.telecom
Subject: 2400 baud modems
Message-ID: <8702130240.AA24959@jade.berkeley.edu>
Date: Thu, 12-Feb-87 21:40:04 EST
Article-I.D.: jade.8702130240.AA24959
Posted: Thu Feb 12 21:40:04 1987
Date-Received: Sat, 14-Feb-87 14:18:32 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 21
Approved: telecom@xx.lcs.mit.edu


 MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           02/12/87 18:40:03
 To: NETWORK --NETWORK  Network Address

 From:    Doug Mosher                 <SPGDCM at UCBCMSA>
 Title:   MVS/Tandem Systems Manager  (415)642-5823
 Office:  Evans 257, Univ. of California, Berkeley, CA 94720
 Subject: 2400 baud modems

 To: Telecom@xx.lcs.mit.edu

 We are starting to use 2400 baud modems here and prefer the error-correcting
 protocol by a long shot. However there is a logical "deficiency" of sorts.
 If a line got very bad with a regular modem you might see lots of error
 characters and say "look here, a bad line/connection/modem". With the
 correction going on, however, you'd see what might look like a degredation
 in response time, up to perhaps very severe. This COULD result in incorrect
 perceptions or conclusions about services or response time rather than
 a realization about broken lines/modems.
 Thanks, Doug
      2400 baud modems