Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/17/84; site hplabs.UUCP
Path: utzoo!watmath!clyde!cbosgd!hplabs!faunt
From: faunt@hplabs.UUCP (Doug Faunt)
Newsgroups: net.dcom
Subject: Re: MNP Proposed as Industry Standard
Message-ID: <1961@hplabs.UUCP>
Date: Mon, 23-Dec-85 00:24:30 EST
Article-I.D.: hplabs.1961
Posted: Mon Dec 23 00:24:30 1985
Date-Received: Wed, 25-Dec-85 01:25:11 EST
References: <213@gould9.UUCP> <557@adelie.UUCP> <1956@hplabs.UUCP> <283@ius2.cs.cmu.edu>
Organization: Hewlett Packard Labs, Palo Alto CA
Lines: 34

> In article <1956@hplabs.UUCP> faunt@hplabs.UUCP (Doug Faunt) writes:
> >> 
> >>  It's not clear whether
> >> anything can be gained (or if it's even possible) by running MNP in
> >> software in say, your PC's terminal emulator.  BUT, if you DO
> >
> >Is this true?  If so, why?  Is there something simple here that I don't
> >see?
> 
> 
> This would argue for putting MNP closer to the application itself.
> In general, it's best to just to do error correction in just one place
> unless the underliying communications channels are flaky enough to
> require it (some LD phone lines are certainly an example of this.)
> 

I may have been misunderstood here.  The original statement was 
> >>  It's not clear whether
> >> anything can be gained (or if it's even possible) by running MNP in
> >> software in say, your PC's terminal emulator. 

 My question was (intended to be), can I run MNP in software
if I have a terminal emulator running on a general-purpose computer system?
or is MNP hard-tied into the data-transmission circuits/algorithms in
the modem?  

Ralph's reply, which makes sense to me, seems to say that running
any error-correction protocol "closer" to the application is
a good thing.  This would mean that running MNP in my terminal emulator
would be a good thing.
-- 
  ....!hplabs!faunt	faunt%hplabs@csnet-relay.ARPA
HP is not responsible for anything I say here.  In fact, what I say here
may have been generated by a noisy telephone line.