ddl@husc6.harvard.edu (Dan Lanciani) (06/15/88)
I'm preparing a new distribution of the MIT/CMU PC/IP code. It will include some bug fixes, some new drivers, and a few additional applications (a simple nntp client for one). I would like to collect any additional available code into this distribution so if you have patches, drivers, or useful programs (or maybe useless programs) that you would like to contribute, please let me know. Dan Lanciani ddl@harvard.*
koji@VENERA.ISI.EDU (06/16/88)
Dan, Last week I sent a message to the pcip mailing list about smtp and pop2 clients for cmu/mit pcip. I presume you read it, but in case you haven't, I'm appending that message to the bottom of this one. Feel free to add our code to your distribution. I plan on keeping them available for anonymous ftp from one of our machines, but adding it also to your distribution makes a lot of sense. The 2 tar files are about 100K total... pretty small. As a side note, I think what you're doing is great, trying to maintain a central release point for mods and additions to the cmu pcip code. A lot of rogue pcip programmers have done neat things to pcip, but since Drew Perkins backed out of maintaining pcip it's been an anarchy almost. /Koji ------------------ To: pcip@louie.udel.edu Subject: SMTP and POP2 for CMU PC/IP available Date: Thu, 09 Jun 88 18:33:17 PDT From: koji@venera.isi.edu Greetings. "smtp.tar" and "pop2.tar" are available via anonymous ftp from the directory "pub" on Venera.ISI.Edu (128.9.0.32), a BSD 4.3 Unix host. Ftp in binary mode, place the tar files under your "srccmd" directory, and untar them. The makefiles are in the same format as the makefiles in the CMU pcip distribution (e.g., "smtp.3d" is the makefile for smtp, for Microsoft C version 3.0, with DEBUG #defined and "smtp.3n" is the same, expect that DEBUG is not defined) and require Microsoft's MAKE utility. Please be warned that I have only been using these 2 programs compiled under Microsoft C version 3.0, for the 3Com 3C501 Ethernet controller, and so I have no idea how well they will work for other versions of Microsoft C or the other ethernet cards that CMU pcip currently supports. The smtp code was evidently developed at MIT during John Romkey's years there, and so we've preserved MIT's copyright notice on it. The smtp doc comes from MIT. However, Dale Chase here at ISI did a lot of modifications to the code and he (not MIT) wrote the pop2 program. There is no documentation for the pop2 program, but the source code should be pretty much self-explanatory. Enjoy! /Koji
neerma@cod.NOSC.MIL (Merle A. Neer) (06/30/88)
Hi, We are looking for help in implementing client/servers on UDP using Network Research FUSION for the IBM AT. We are interested in hearing from anyone with similar experience. Or UNIX experience. We are having problems in sending on a well known port and reading at the other end. We broadcast on a well known socket but at the other end we have to do a connect without a socket number and we get the data; but the problem, is that we should have a way of reading on the well-known socket only, otherwise, we have no way of multiplexing the data streams. HELP! Reply to: neerma at nosc.mil Merle Neer 619-679-8127 NOSC San Diego, Ca.
ddl@husc6.harvard.edu (Dan Lanciani) (10/29/88)
A new release of the MIT/CMU PC/IP package is now available for anonymous ftp from husc6.harvard.edu in pub/pcip/pcip.tar.Z (a compressed tar archive). Also in pub/pcip are: readme - what's new (appended this note) mmake.exe - a unix-compatible make for MS-DOS (needed to compile backup) compress.exe - a full 16-bit compress for MS-DOS (needs much memory) tarread.com - a slightly improved version of your old friend Treat this distribution as something of a pre-release; if there are no major bug reports, it will remain unchanged. Dan Lanciani ddl@harvard.* ------------- This distribution includes a few new drivers, a few new commands, and some bug fixes. I have not added entries to the makefiles to link versions of commands for all drivers. Build the libraries first and copy the drivers that you actually use to names that the makefiles know about (il, serial, pronet, 3com). I am not continuing support for multiple makefiles: submissions that included the 3d, 3n, 4d, 4n set have been integrated but local programs are 4d only. The next release will probably be 4d/4n with a single makefile and an include file. Fixed bugs of particular interest: Crock didn't chain INT 1C. (broke Apple's AppleTalk BIOS) Dma_setup didn't disable interrupts. (caused all sorts of problems using multiple interfaces or hard disk i/o) Most drivers don't manipulate buffer offsets correctly. This is a problem only if you are building a gateway. The slip driver has been fixed and the pcnet and at drivers are correct. The ethernet driver is still wrong. In general, you can combine a "wrong" driver with a "right" one as long as the "wrong" one has the larger local net header size. Netdev argument processing didn't work with DOS 3.3. New drivers: PCNET - NETBIOS Uses a local protocol to avoid ip fragmentation. Should work with any NETBIOS implementation that caches name translations. Ugly delay loops seem necessary for Sytek cards. AT - AppleTalk Supports KIP style dynamic address ip on AppleTalk. Tested with TOPS FlashCard (new driver only) and Apple's PC AppleTalk card. NI5210 - NI5210 ethernet Not tested here. WD80003 - WD8003 ethernet Tested lightly. PACKET - interface to packet driver Requires MSC 5.1 and a different make utility. Not compiled automatically. TRW - TRW ethernet Requires MSC 5.1 and a different make utility. Not compiled automatically. New commands: REXEC - BSD compatible rexec client RED - simple nntp client SMTP/POP - name says it all BACKUP (tar) - a version of tar that can be used for a simple disk backup system. Given appropriate options, this tar builds its image in pieces and invokes a program (tarsend.exe) to transmit each one to a server. The sample tarsend.c uses tftp. A friendly front-end program that uses rexec to prepare the server is included in the REXEC directory. These programs are not compiled automatically. GW, GW2 - sample gateway configurations for PCNET/3COM and SLIP/3COM This is a bare-bones gateway. Good points: understands subnets provides proxy ARP but does not require it broadcasts RIP PCNET version does cute activity monitoring talks to syslogd Bad points: doesn't listen to RIP one default gateway redirects don't work too well no fragmentation support