EKERMIT(1) | General Commands Manual | EKERMIT(1) |
ekermit | [-BdhkLRrT] [-b 1235] [-E number] [-p neoms] [-s file] |
ekermit performs just two functions: sending files and receiving files.
ekermit does not include client/server functions; a command or script programming language; character-set conversion; transport encryption; or any form of communications or file input/output. It does not dial modems, it does not make connections, it does not have a built-in TCP/IP stack or interface to an external one. If you need these features, then you should use a full Kermit program, such as C-Kermit or Kermit 95.
The following options are available:
The following Kermit Protocol features are not implemented:
Because ekermit is designed primarily for embedding, it does not use streaming or (except in EKSW) true sliding windows (although much of the sliding windows code is there).
The lack of true sliding windows in ekermit is compensated by having ekermit pretend to support them without really doing so. This allows its sending partner to "stream" packets rather than waiting for ACKs after each one, as long as there isn't an error. If there is an error, the recovery strategy is "go back to n" (or perhaps in some cases "error out") rather than "selective repeat". EKSW, a separate program that has not been integrated with ekermit (but should be), supports true sliding windows with selective repeat; that is, only those packets are retransmitted that actually need to be.
In any event, since ekermit is intended primarily for embedding, it is anticipated that round-trip delays won't be a big factor; connections will generally be local, short, relatively fast, and if the connection is effectively flow controlled, error-free. When effective flow control is lacking, the speed and/or packet length and/or window size can be set to a combination of values that maximizes throughput and minimizes data loss.
August 8, 2014 | NetBSD 7.1 |