Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!decvax!decwrl!pyramid!hplabs!ucbvax!HIS-PHOENIX-MULTICS.ARPA!DPickett
From: DPickett@HIS-PHOENIX-MULTICS.ARPA.UUCP
Newsgroups: mod.telecom
Subject: MNP Protocol
Message-ID: <860611182026.518506@HIS-PHOENIX-MULTICS.ARPA>
Date: Wed, 11-Jun-86 14:20:00 EDT
Article-I.D.: HIS-PHOE.860611182026.518506
Posted: Wed Jun 11 14:20:00 1986
Date-Received: Fri, 13-Jun-86 06:42:25 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 15
Approved: telecom@xx.lcs.mit.edu


     If the modem sends characters all the time, TYMNET will love it, as
they charge "by the character".  I suppose that they will filter this
out when they support it.
     It would be nice if they would send the first character right away,
and if they accumulate a few more before they can send again, increase
the packet size to that number.  They might wait until the start bit of
the next character is possible (in async) and send immediately only if
the device is not keeping up (i.e.  no sort of block mode is active),
otherwise fill a standard block, or one that increases in size
dynamically in response to the host activity and decreasing with
increasing error rate.  This is too much to hope for (They probably
tried it once, and it worked too good, so the dropped it).  The block
sizes can also reflect the balance of in/out flow so as to avoid too
large a delay of input when massive output is active.