Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!decvax!decwrl!ucbvax!DEEP-THOUGHT.MIT.EDU!S.PAE From: S.PAE@DEEP-THOUGHT.MIT.EDU.UUCP Newsgroups: mod.telecom Subject: MNP Protocol Message-ID: <12211960095.25.S.PAE@DEEP-THOUGHT.MIT.EDU> Date: Tue, 3-Jun-86 18:20:20 EDT Article-I.D.: DEEP-THO.12211960095.25.S.PAE Posted: Tue Jun 3 18:20:20 1986 Date-Received: Fri, 13-Jun-86 06:47:15 EDT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 48 Approved: telecom@xx.lcs.mit.edu I recently got a pair of Vadic 2400PA. They implement Class 3 MNP communications. My company's file transfer protocol uses DEC DDCMP for error-free transmissions. Generally, we can specify the windowing (pipelining) for DDCMP to 0 or 1, but one of our implementations only has a windowing of 0 (no pipelining). The reults of a timing trials are as follows: Window No Error Correction Error Correction 1 213 cps 210 cps 0 190 cps 127 cps The dramatic fall off with no windowing seems to be caused by the timeout that the modem takes before it decides to packetize a sub-size number of characters (there's clearly a precise term for this...). We probably lose on the last part of our data packet and on the returned acknowledge packet. Since everything hangs until that ack is returned, the timeout time is probably added in twice per packet. A pipelining implementation has enough time to get the ACK back and the timeouts are (mostly) not impeding throughput. Other than knowing how our DDCMP implementation works, the above paragraph is guesswork. The Vadic documentation contains NO information about how MNP works, how much memory their beasties have, how big the packet size is, etc. Vadic technical support doesn't when it comes to MNP. I would be very interested to know what MNP is up to. Specifically, what is the minimal number of characters in a MNP Class 3 packet? How long does the protocol take to decide that it should go ahead and send a partial packet out? Is this rigidly specified in the protocol? Would bad things happen if the timeout were set to the 1/240 of a second (one character)? Why do I care? Why not just turn off error correction? Or turn it on when we need it? Mostly because it would be really nice if it worked, and we could just leave it on with a small performance loss. Everything is too complicated. My apologies if this sounds like a condemnation of Vadic. I have no idea if anyone else is doing any better. If there are any Vadic employees on this list who can help me out, send me personal mail. --phil PS One general caveat about the 2400PAs with MNP on: when no characters are being sent in either direction, the modems are still sending characters to each other (This is useful??). When things aren't working and you see the transmit light going off on its own, it's a tremendous source of confusion. -------