[ Previous ] [ Next ] [ Index ] [ C-Kermit Home ] [ Kermit Home ]
Article: 10925 of comp.protocols.kermit.misc
From: firstname.lastname@example.org (Frank da Cruz)
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:
The newsgroups are plastered every day with "How do I automate FTP?" queries. IKSD is a good answer. And the automation can be driven from either client side or the server side.
IKSD has some other advantages over FTP too:
You can also install IKSD at your own site; for directions, read the IKSD Administration Guide, in which you'll see that all sorts of security, configuration, logging, and monitoring options are available, including a real-time SYSDPY-like display of active sessions with the ability to zoom in on selected sessions.
IKSD protocols and services are described in a pair of Internet Drafts, which will be promoted to RFCs shortly:
The 1649 socket is official; the service name is "kermit":
Hopefully it will find its way into /etc/services and equivalent files on all platforms in the coming months, so you can refer to the service by name rather than number.
[ Top ] [ Previous ] [ Next ] [ Index ] [ C-Kermit Home ] [ Kermit Home ]
C-Kermit 7.0 / Columbia University / email@example.com / 14 Jan 2000