Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!uunet!comp.vuw.ac.nz!am.dsir.govt.nz!bkc
From: bkc@am.dsir.govt.nz (Barney Campbell)
Newsgroups: comp.dcom.modems
Subject: MNP 10 (was: T1000)
Keywords: V.32 MNP 10 QX/4232hs
Message-ID: <1991May8.233217.3108@am.dsir.govt.nz>
Date: 8 May 91 23:32:17 GMT
References: <tim.673028021@mismpc> <1991May01.021126.1382@nstar.rn.com> <tim.673550409@mismpc>
Organization: DSIR Applied Mathematics, Wellington, New Zealand
Lines: 16

tim@dal.fsd.mot.com (Tim Dawson) writes:

> ...  The problem is simply this: V.32 knows 9600 and 4800 baud - - - -
> PERIOD!  If you train down to 4800 and then retrain again and 4800 for
> some reason is not clean (line hit, etc) V.32 standard says to
> DISCONNECT - they are incapable of continuing from this point, and
> also cannot train back up to 9600 once fallback has occured.  This is
> not a problem with a vendor, this is a problem with a protocol - V.32
> does not have the same kine of robust error recovery and correction as
> PEP. ...  

Presumably this is the kind of problem Microcom is seeking to give a
solution for by providing MNP class 10 (Adverse Channel Enhancements [TM])
(including speed recovery) in for example the QX/4232hs V.32 modem.

Barney Campbell