home *** CD-ROM | disk | FTP | other *** search
/ Doom Fever / Doom_Fever-1995_Maple_Media.iso / dmutil / drivers.zip / PACKET.DOC < prev    next >
Text File  |  1992-01-17  |  7KB  |  151 lines
  1.                         Packet Drivers, made simple             9 Jan 1990
  2.  
  3.                         by Joe R. Doupnik, Utah State University
  4.                         jrd@usu.Bitnet, jrd@cc.usu.edu 129.123.1.1
  5.  
  6.                         for Novell Technology Transfer Partnership
  7.  
  8.  
  9. The problem:
  10.  
  11.         Ethernet is a common, or the most common, large organization method
  12. of networking systems. To date, the many programs (applications) designed to
  13. talk across Ethernet all have built-in drivers for particular Ethernet boards.
  14.  
  15.         That means that each application owns the Ethernet board and other
  16. applications cannot use it simultaneously. Goodbye Novell file server(s) if
  17. TCP/IP is needed.
  18.  
  19.         That also has meant that different applications have not used a common
  20. pool of Ethernet boards and the user may have to install two of them, if that
  21. is possible on many PCs. Expensive and a real pain for system maintainers.
  22.  
  23.         Changing applications means reconfiguring the PC and then rebooting.
  24.  
  25.  
  26. The solution:
  27.  
  28.         Suppose some small piece of software owned the Ethernet board and
  29. provided a standard interface to all software packages. That would give
  30. standardization for the applications, and require only one board per PC.
  31.  
  32.         Further suppose this small item, named a Packet Driver, allowed
  33. applications to register themselves by saying to the P.D. -
  34.  
  35. Pac baby:
  36.         I want packets of the following kind(s) and when you see one like
  37. that call me at this address, immediately. (801) 555-1212.
  38.          Sincerly,
  39.          Big App
  40.  
  41. Or even the reverse if the application is packing up shop and quiting.
  42.  
  43.         This second part allows multiple applications to come and go while
  44. the tiny Packet Driver remains in memory; it uses just a few Kbytes. And it
  45. allows several applications to register for different kinds of packets. Each
  46. application remains ignorant of traffic not destined for itself.
  47.  
  48.         Applications have to be built to use the Packet Driver interface
  49. rather than wanting an Ethernet board to themselves. They are now being
  50. written that way.
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.                         Packet Drivers, made simple                     2-3
  61.  
  62.  
  63.                         Ethernet packet construction
  64.  
  65.                          a packet, 64 to ~1000 bytes
  66.          ---------------------------------------------------------------
  67.         | preamble.. | from address | to address | TYPE |   ...data.... |
  68.          ---------------------------------------------------------------
  69.                         6 bytes       6 bytes     2 bytes   many bytes
  70.  
  71.         Regular Ethernet uses the TYPE field to hold a number which is the
  72. kind of protocol. Novell's TYPE is 8137.
  73.  
  74.          IEEE 802.3 Ethernet (much less popular) uses that field to count
  75. the number of bytes that follow, even though the Ethernet board itself
  76. provides that information. Thus, software must look in the data field to
  77. locate any protocol kind, and that will cost time and impose a load on
  78. machines.
  79.  
  80.         The TO address refers to an Ethernet hardware address, normally that
  81. set into the board by the manufacturer and hence unique in the world. But, a
  82. big headache is that address can be one to be received by several places or
  83. by all places (Multicast or Broadcast). Broadcast traffic hits every single
  84. board in the place. TCP and NFS and Unix systems love to broadcast, a lot.
  85.  
  86.                     Packet Driver concept, from FTP Software Inc.
  87.                         --------------------    /======= coax ========>
  88.                         |  Ethernet board   |- T
  89.                         --------------------    \======= coax ========>
  90.                                 |
  91.         -----------------------------------------------------------------
  92.                         Packet Driver == Owner of the Board
  93.         Board interrupts Packet Driver, saying "Got another pkt for you".
  94.         Get TYPE from board's packet buffer.
  95.         Scan list of requestors to find match of TYPE and requestor's Type.
  96.         If a match pass packet to requestor, clears board for next packet.
  97.         If no match discard packet, clears board for next packet.
  98.         ------------------------------------------------------------------
  99.                 |                 |              |      ... |
  100.              NetWare            TCP/IP          NFS     other requestors
  101.  
  102. Advantages:
  103.  1) Run multiple applications across the same board, simultaneously if req'd.
  104.     Each registers and can deregister itself with the Packet Driver.
  105.  2) One board fits all, no buying different boards for different applications.
  106.     Current boards: WD8003E, 3C501, 3C503, 3C523, NI5010, NI5210, DLINK,
  107.     (NE-1000 running at USU), and more directly from vendors. Recommend the
  108.     WD8003E, then the 3C503. The NE-1000 is similar to both.
  109.  3) Much faster filtering of "junk" packets, particularly and especially
  110.     Broadcast and Multicast packets found on heavily used networks.
  111.  4) Consequence of 3) the PC uses far fewer cpu cycles servicing the network.
  112.  5) No more reconfiguring and rebooting to change applications.
  113.  6) Connect to a Novell File Server (or servers) and still run TCP/IP or
  114.     PC-NFS or ... with the Novell systems remaining active and available for
  115.     file serving and printing.
  116.  7) Thus the Packet Driver acts as a fast smart secretary, bothering clients
  117.     only when packets arrive specifically for them. If an application has
  118.     slow or weak code for handling packets then the P.D. is a boon.
  119.  9) Packet Driver size is very small and the P.D. + Novell Shell (IPX + NETx)
  120.     is very nearly the same size as without a Packet Driver.
  121. 10) TYPE 8137 is REQUIRED by NetWare/VMS, no way around it.
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.                         Packet Drivers, made simple                     3-3
  132.  
  133. Other comments and opinions:
  134. 11) Alas, my experience is that ordinary Novell 2.1x File Servers are unable
  135.     to cohabit a heavily used campus backbone for some kinds of boards. But
  136.     converting the server to use Regular Ethernet packets with TYPE 8137
  137.     allows them to very rapidly discard unwanted pkts and live happily for
  138.     weeks on end attached to a main backbone. Whew!
  139. 12) BYU and Novell have made life easy for us by providing the ECONFIG.EXE
  140.     utility to convert file servers to TYPE 8137 and even to change shells
  141.     to the same system. It's reversable too. Apply to NET$OS.EX1, and to
  142.     IPX.COM (but only if not using Packet Drivers, else build IPX for PD).
  143. 13) FTP Software Inc has made life easy for us by providing the Packet Driver
  144.     specification and making it public.
  145. 14) Ethernet board vendors are rapidly supplying Packet Drivers for their
  146.     products. Hot stuff this year. From the user's side all P.D.'s are
  147.     supposed to look alike; things are improving in this regard.
  148. 15) New Packet Drivers are being developed by individuals and are available
  149.     at no cost across the networks. The central distribution point is
  150.     Crynwr Software, Russ Nelson, nelson@crynwr.com.
  151.