C-Kermit 7.0 Case Study #07

[ Previous ] [ Next ] [ Index ] [ C-Kermit Home ] [ Kermit Home ]

Article: 10925 of comp.protocols.kermit.misc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Case Study #7: Internet Kermit Service
Date: 14 Jan 2000 22:15:48 GMT
Organization: Columbia University

The new Internet Kermit Service combines the convenience and speed of FTP with the features of Kermit. But let's make one thing clear right now -- it isn't FTP, it's Kermit.

Since the very beginning, Kermit has been a do-it-yourself affair. It lets you make a connection from one computer to another, and then, if you start a second Kermit program on the second computer, it also lets you transfer files. So it's like FTP except you have to "install" (or start) the FTP server on the far end yourself -- it's not just waiting there for you.

Aside from the possibly tricky mechanics, the other drawback of the traditional arrangement is the requirement that you have a user ID on the second computer (at least on platforms that require login). FTP, on the other hand, allows anonymous access; you can get files from any FTP server as user "anonymous", and in some cases also upload files, depending on site policies.

Now C-Kermit 7.0 (UNIX version only) lets you do this too. In one of its many guises (1), C-Kermit 7.0 can be installed as an Internet Kermit Service, similar to your FTP, Telnet, Web, and other servers, and it works the same way. It has its own TCP socket, 1649. When a connection comes in on this socket, the Internet Services Daemon (inetd) starts a copy of C-Kermit in "IKSD mode" -- i.e. as an Internet Kermit Service Daemon (IKSD) -- just for you.

An IKSD client can be any telnet client that also includes Kermit protocol, but the ones that work best are C-Kermit, Kermit 95, and MS-DOS Kermit. Once you make the connection to IKSD you have to log in, either as a real user or anonymously (unless authentication occurs automatically), just as you would to an FTP server.

Once logged in, if have an IKSD-aware client, or at least a client that offers Kermit protocol client-end commands such as GET, REMOTE xxx, FINISH, and BYE, you can conduct all further business from your client, just as you would with an FTP client (but with Kermit commands, not FTP commands).

But unlike FTP, IKSD also lets you interact directly with the server in your terminal window, where you will find the familiar Kermit prompt and all its features -- command and filename completion, ?-menus, macros, and all the rest.

If your client is C-Kermit 7.0, Kermit 95 1.1.17, or MS-DOS Kermit 3.16 Beta, you should find that file transfers with IKSD are about as fast as with FTP because it's a reliable socket-to-socket connection where streaming can be done, which these new Kermit versions support. With other clients, performance will be as good as the client's Kermit protocol implementation.

Now look at what IKSD offers you that FTP doesn't:

  1. A selection of secure authentication methods (1) (2).
  2. Character-set translation (3).
  3. Filename collision o