Article View: mod.telecom
Article #353MNP Protocol
From: DPickett
Date: Wed, 11 Jun 1986 18:20
Date: Wed, 11 Jun 1986 18:20
15 lines
1496 bytes
1496 bytes
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.
Technical Details
Message-ID:
<860611182026.518506@HIS-PHOENIX-MULTICS.ARPA>Path:
arc1-ca.pugleaf.net!utzoo!decvax!decwrl!pyramid!hplabs!ucbvax!HIS-PHOENIX-MULTICS.ARPA!DPickettShow Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!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