PACKER DRIVERS What follows are some files from the Crynwr Packet driver collection. The information below is meant to give you a clue what a packet driver is, and where to get one. =-=-=-=-= 1. What are they? A packet driver is a terminate-and-stay-resident program for PCs running MS-DOS. Packet drivers hide the differences between network adapter, and they permit multiple protocol stacks to access the same network adapter at the same time. They also make it easier to install new networking software because the driver is already installed and working. On a more technical note, they allow programs to send packets, receive packets, and determine the adapter's address. Packet drivers, by themselves, do not provide any application-level Services. Some application is needed which will make use of the low-level packet driver services. 2. What happens without a packet driver? Without a packet driver, network software must access the adapter directly. Every adapter is different, so the network software must be programmed for each adapter. And because each program is writing to adapter memory, setting I/O ports, handling interrupts, etc., unfriendly programs do not work together. When you use a packet driver, it handles the details, not the network software. It doesn't matter if an adapter is I/O mapped, memory mapped, or bus mastering. In addition, because only one program is accessing the adapter, multiple protocol stacks can gain access through the packet driver. 3. What don't they do? They don't hide the difference between network technologies. An ARCNET driver needs ARCNET support, an Appletalk driver needs Appletalk support, etc. Having just said that, some packet drivers emulate Ethernet, e.g. IBMTOKEN, ARCETHER, ETHERSLIP. They also don't let you run multiple identical protocol stacks. That means that you can't run two TCP/IP stacks at the same time, e.g. NCSA Telnet and PC-NFS. Each program has its own TCP/IP stack, and each expects to receive IP and ARP packets. Even if the packet driver was modified to deliver the packets to both stacks, you still have the problem of determining which stack should reply to which packets. 4. Where do they come from? The Packet Driver Specification (PDS) was written by FTP Software. Some companies have written their own packet drivers. The majority of packet drivers were written by individuals, and have been collected by Russell Nelson while he was at Clarkson University. This collection used to be called the Clarkson Packet Driver Collection. Clarkson is now completely disassociated with any packet driver collection, so the collection is now called the Crynwr Packet Driver Collection. 5. What do they work with? There are many applications that use the packet drivers, too many to list here. Any such list would be incomplete because new applications are constantly being written. Therefore, we will name the most popular and list the rest in the collection's SUPPORT.DOC file. Freely copyable software: NCSA Telnet -- NCSA's Telnet. Provides VT-100 terminal emulation. KA9Q aka NOS aka NET -- Phil Karn's complete TCP/IP package. Free to some users. Trumpet -- Usenet news reader using NNTP. WNQVTNET -- Windows Telnet, FTP, news reader. Shareware. BYU and Intel have free packet driver clients for NetWare's IPX. Commercial software: TCP/IP -- FTP Software, The Wollongong Group, Beame & Whiteside, SunConnect, James River Group. Only a very few TCP/IP stacks do not support packet drivers. NetWare -- BYU and Intel have free packet driver clients for NetWare's IPX. Monitors -- FTP Software, Intel. Others -- Performance Technology and Banyan. 6. Support? The packet drivers in the Crynwr collection are freed software. They are available from many places for the cost of copying them. However, they do not come with support unless purchased directly from Crynwr Software. We accept purchase orders, checks drawn in US funds, and VISA/MasterCard via mail, FAX, and telephone. Terms of the support are available on request. 7. How do I get them? Crynwr Software distributes supported drivers only. You can get unsupported drivers from the following locations. Mail: Columbia University distributes packet drivers by mail. The exact terms and conditions have yet to be worked out, please call (212) 854-3703 for ordering information, or write to: Kermit Distribution, Dept PD; Columbia University Center for Computing Activities; 612 West 115th Street; New York, NY 10025 or send e-mail to kermit@watsun.cc.columbia.edu (Internet) or KERMIT@CUVMA (BITNET/EARN). FTP/email: The packet driver collection has its own directory devoted to it, pd1:. The drivers are there, along with many free programs that use the packet drivers. SIMTEL20 files are also available from mirror sites OAK.Oakland.Edu, wuarchive.wustl.edu, ftp.uu.net, nic.funet.fi, src.doc.ic.ac.uk or archie.au, or by e-mail through the BITNET/EARN file servers. Modem: If you cannot access them via FTP or e-mail, the packet drivers are also available for downloading from Detroit Download Central (313) 885-3956. This is a subscription system with an average hourly cost of 17 cents. It is also accessible on Telenet via PC Pursuit and on Tymnet via StarLink outdial. 8. What about the Novell/Unix connection? There is no problem transporting both Novell (actually, NetWare) and Unix (actually, TCP/IP) packets over the same network at the same time. NetWare packets have one magic number, TCP/IP another. The trick, for DOS users, is to run both at the same time on the same PC. NetWare servers and clients can be configured for standard Ethernet II packets, or left alone for nonstandard NetWare packets. This configuration process is done by a program called econfig. NetWare's drivers access the adapter directly, which will cut off packet driver access to the adapter. The way to convince NetWare to avoid stomping on your packet driver is to use a version of IPX that accesses the adapter through a packet driver. There are two such IPXes, both of them freely copyable. Brigham Young University (BYU) wrote one back in April of 1989. Intel wrote one more recently, and is continuing to modify it as needed. With BYU PDIPX, you must either econfig or use the packet driver's -n switch. In any case, BYU requires that you econfig the client. The Intel PDIPX lets you choose to econfig your network or not. 9. Are there alternatives to packet drivers? After the packet driver specification had been published, Microsoft and Novell devised their own driver specifications, NDIS and ODI (aka ODLI). LAN Manager requires an NDIS driver, and newer versions of NetWare require an ODI driver. The specifications for NDIS drivers are freely copyable, but writing an ODI driver requires a multi-thousand dollar toolkit from Novell. There are several "shims" that convert one specification into the other: dis_pkt, which emulates a packet driver using an NDIS driver, odipkt, which is a packet driver over ODI, and pdether, which is an ODI driver over packet driver. Crynwr Software distributes these, although we do not support them. -- -russ I'm proud to be a humble Quaker! Crynwr Software Crynwr Software sells packet driver support. 11 Grant St. 315-268-1925 Voice [ if mail bounces, forward it ] Potsdam, NY 13676 315-268-9201 FAX [ to uuadmin@uu.psi.com. ] Packet driver information To use the packet driver interface: You would install the packet driver according to its instructions. In the config.tel file, you would use the options: hardware=packet ioaddr=[software interrupt of the driver] for example if you are using 0x60 as the software interrupt, it would read ioaddr=60 Places to look for packet drivers: Crynwr Packet Driver Collection The following is an update concerning the former Clarkson Packet Driver collection. If you need further information please contact Russ Nelson at (nelson@crynwr.com). ========================================================================== Subject: Release 10.x of the Crynwr Packet Driver Collection I have uploaded to OAK.Oakland.Edu: DIrectory: /pub/msdos/pktdrvr/ drivers.zip Executables+docs of Crynwr packet drivers drivers1.zip Sources, part 1 of Crynwr packet drivers drivers2.zip Sources, part 2 of Crynwr packet drivers The Crynwr Packet Driver Collection contains the same software as the former Clarkson Packet Driver Collection. I have purchased the copyright from Clarkson. The permissions on the copyright remain the same. Clarkson is now out of the packet driver business. Summary of changes in the 10.x release: Support is now available (see SUPPORT.DOC). New drivers: ARCEther, AT&T_LP, David Systems, EtherSLIP, ICL EtherTeam16 (formerly Nokia Data), Intel EtherExpress, Multitech EN-301, nb (NetBIOS, now class 1) New utilities: winpkt, pkttraf Bugs fixed: ibmtoken, localtlk, depca, (multicast for all drivers), (all 8390 drivers), ipxpkt, isolink, slip8250, termin, tiara. Parameters changed! slip8250, tiara. The files will be transferred to SIMTEL20 as soon as it recovers from the present system outage caused by lack of air conditioning. Russ Nelson nelson@crynwr.com Availability:(for more information contact Russ Nelson) ============================================================================= FTP Software FTP Software's anonymous FTP server address: vaxeline.ftp.com (128.127.2.100) Phone: 617-246-0900 If a packet driver is not available from the Crynwr Packet Driver Collection or FTP software for the ethernet card you are interested in,contact the manufacturer of the card.