home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / answers / LANs / big-lan-faq next >
Text File  |  1993-11-04  |  63KB  |  1,341 lines
  1. Newsgroups: news.answers,bit.listserv.big-lan,comp.dcom.lans.misc
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!spool.mu.edu!howland.reston.ans.net!europa.eng.gtefsd.com!uunet!psinntp!newstand.syr.edu!arachnids.syr.edu!jmwobus
  3. From: jmwobus@mailbox.syr.edu (John Wobus)
  4. Subject: BIG-LAN/bit.listserv.big-lan FAQ
  5. Message-ID: <1993Nov4.080300.18809@newstand.syr.edu>
  6. Followup-To: poster
  7. Originator: jmwobus@arachnids.syr.edu
  8. Reply-To: big-lan-request@suvm.syr.edu
  9. Organization: Syracuse University, Syracuse, NY
  10. Date: Thu, 4 Nov 93 08:02:59 EST
  11. Approved: jmwobus@mailbox.syr.edu
  12. Lines: 1326
  13. Xref: senator-bedfellow.mit.edu news.answers:14289 bit.listserv.big-lan:76 comp.dcom.lans.misc:2612
  14.  
  15. Archive-name: LANs/big-lan-faq
  16.  
  17. BIG-LAN Frequently Asked Questions
  18.  
  19. Last Updated: April 18, 1993
  20.  
  21. Acknowledgements: A lot of people provided information for me and I freely
  22. admit that I have not recorded the list of names.  Thanks to all.
  23.  
  24. Contents
  25. --------
  26. I. About BIG-LAN
  27. II. Explanation of this Memo
  28. III. Sources of Information on Campus Networks
  29.   1. Must-Read Sources
  30.   2. A Few General Sources
  31.   3. LISTSERV Mailing Lists
  32.   4. Internet Mailing Lists
  33.   5. Internet Mailing Lists with automatic subscription
  34.   6. USENET/Netnews Groups
  35.   7. Anonymous FTP-based Archive Sites
  36.   8. LISTSERV-based Archive Sites
  37.   9. RFCs (Internet "Request For Comments")
  38.   10. Other Useful Online Papers
  39.   11. Sources of Protocol Documents
  40.   12. Useful Free Software
  41.   13. Books
  42.   14. Periodicals
  43.   15. Training Courses
  44.   16. Conferences
  45. IV. Basic Glossary on Campus Networks
  46. V. Frequently Asked Questions on Campus Networks
  47.   1. What is the difference between Ethernet and IEEE 802.3?
  48.   2. What is encapsulation?  What do I have to know about it?
  49.   3. How do I know whether to use a router or a bridge?
  50.   4. How do I know whether to use a bridge or a repeater?  How many
  51.      repeaters may I put on an Ethernet?
  52.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  53.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  54.   7. What is the ideal cable to install in a new building?
  55.   8. What is the ideal cable to install between buildings on a campus?
  56.   9. Whose routers are recommended?
  57.   10. Whose bridges are recommended?
  58.   11. Whose Ethernet equipment are recommended?
  59.   12. Whose Token Ring equipment are recommended?
  60.   13. Whose FDDI equipment are recommended?
  61.   14. What PC network software is recommended?
  62.   15. What protocols should run on a campus-wide LAN?
  63.   16. What software is recommended for managing a campus-wide LAN?
  64.   17. What terminal server is recommended?
  65.   18. Whose troubleshooting equipment are recommended?
  66.   19. What security products should I buy?
  67.   20. Should the names of devices on my campus LAN have subdomains?
  68.   21. Should client stations use POP?  Should they use just SMTP?  Should
  69.       I use some non-TCP/IP protocol for mail to/from client stations?
  70.   22. Should I enable SQE/heartbeat?
  71.  
  72. I. About BIG-LAN
  73.  
  74.    BIG-LAN is a mailing list for discussion of issues in designing and
  75.    operating Campus-Size Local Area Networks, especially complex
  76.    nes utilizing multiple technologies and supporting multiple
  77.    protocols.  Topics include repeaters, bridges, routers and
  78.    gateways; how to incorporate smaller Personal-Computer type LANs
  79.    into the campus-wide LAN; how to unify the mail systems, etc.
  80.    This is an ideal list in which to debate the relative merits of
  81.    bridges vs routers.
  82.  
  83.    All requests to be added to or deleted from this list, problems,
  84.    questions, etc., should be sent to BIG-LAN-REQUEST@SUVM.ACS.SYR.EDU
  85.    (Internet) or BIG-REQ@SUVM (Bitnet).  Those familiar with LISTSERV
  86.    can subscribe with LISTSERV@SUVM.ACS.SYR.EDU (Internet) or
  87.    LISTSERV@SUVM (Bitnet).
  88.  
  89.    Archives are available through LISTSERV and anonymous ftp.
  90.  
  91.    Coordinator: John Wobus <JMWOBUS@SYR.EDU>
  92.                            <JMWOBUS@SUVM>
  93.  
  94. II. Explanation of this Memo
  95.  
  96.      Since BIG-LAN is not specific to any protocol family, it will
  97.      not cover any particular protocol family in detail, e.g.  this
  98.      is not a TCP/IP/Internet FAQ Memo.  Fortunately, there are some
  99.      good TCP/IP FAQ Memos which are listed in the sources of
  100.      information below.
  101.  
  102.      Suggestions, corrections, and contributions welcome.  Please
  103.      send them to:
  104.  
  105.                 big-lan-request@suvm.acs.syr.edu
  106.                 BIG-REQ@SUVM.BITNET
  107.  
  108. III. Sources of Information on Campus Networks
  109.  
  110.      This list favors "network" sources of information: available on
  111.      the Internet and/or BITNET and other similar networks; if you
  112.      have access to BIG-LAN then you have access to one of these
  113.      networks; and these sources are not the kind which you can
  114.      discover through vendors, books, bookstores, or libraries.
  115.  
  116.   1. Must-Read Sources
  117.  
  118.       These are documents that you definitely should get and read if you
  119.       have questions about Campus Networks.
  120.  
  121.     a. Charles Spurgeon's reading list (see below under "Other Useful
  122.         Online Papers").
  123.     b. RFCs 1175, 1325, 1207, and 1392 (see below under "RFCs").
  124.  
  125.   2. A Few General Sources
  126.  
  127.      These are network resources & mechanisms for getting all kinds
  128.      of information--not just on Networking; thus we can't cover them
  129.      very thoroughly in this memo.
  130.  
  131.     a. LISTSERV - mailing list servers & file servers on BITNET, accessible
  132.         via e-mail.  Can be reached and used from a lot of networks.
  133.         Mail the command INFO to any LISTSERV for help.  Also have
  134.         database commands (i.e. search commands) for archives they store.
  135.     b. Usenet News/Netnews: distributed bulletin board with discussions
  136.         on lots of topics.  Distributed through the Internet and through
  137.         UUCP.
  138.     c. Anonymous ftp: the main way to make files available on the Internet.
  139.         ftp to a site using username "anonymous".  A password is always
  140.         demanded--sometimes a banner tells you what to use--otherwise
  141.         "guest" almost always works.
  142.     d. Archie servers - network-accessible databases of where to get
  143.         files via anonymous ftp.  Access is through telnet, rlogin,
  144.         mail, or a special "archie" protocol.  To use via telnet,
  145.         enter username archie.  Some servers: archie.ans.net,
  146.         archie.sura.net, archie.mcgill.edu, archie.unl.edu.
  147.     e. WAIS - Internet-accessible databases on different topics.
  148.         Available via WAIS protocol (basically Z39.50).  Client
  149.         (and server) software is collected on quake.think.com as
  150.         well as a WAIS database of WAIS servers.
  151.     f. ftplist.txt - collected list of anonymous ftp sites.
  152.         Stored lots of places in anonymous ftp including syr.edu.
  153.     g. Internet gopher - something like anonymous ftp only more advanced:
  154.         to get started, I suggest ftping boombox.micro.umn.edu and getting
  155.         information on gopher.  A number of sites have servers.
  156.     h. Internet List of lists: available by anonymous ftp from
  157.         ftp.nisc.sri.com, or through a mail-based file server
  158.         at mailserver@nisc.sri.com.
  159.     i. LISTSERV internal list of lists.  Available by mailing the command
  160.         LIST GLOBAL to any LISTSERV.
  161.     j. news.answers - newsgroup that distributes Frequently Asked
  162.         Questions memos for lots of Netnews groups.
  163.     k. FAQ archive available via anonymous ftp on pit-manager.mit.edu
  164.         From the archives of news.answers, Frequently Asked Question
  165.         memos for lots of Netnews groups.
  166.     l. news.announce.newusers - has periodic postings about how to
  167.         use Usenet/Netnews and also a lot about mailing lists.
  168.     m. BITFTP.  A BITNET server that allows BITNET sites to use the
  169.         Internet's File Transfer Protocol to send/receive files to
  170.         ftpable Internet sites.  For more information, send mail
  171.         to BITFTP@PUCC with HELP as the message body.
  172.     n. Database of lists managed by LISTSERV@VM1.NODAK.EDU.  Use through
  173.         LISTSERV's database interface.
  174.     o. Maas files--Indexes & abstracts about various services available
  175.         via Internet & BITNET including some related to campus networks.
  176.         Available via anonymous ftp from ftp.unt.edu.
  177.     p. NETSCOUT@VMTECMEX.BITNET mailing list.  A list to exchange information
  178.         on the location of network resources.  LISTSERV-based so use
  179.         instructions below to subscribe, etc.
  180.  
  181.  
  182.   3. LISTSERV Mailing Lists
  183.  
  184.       Send a "SUBSCRIBE" command to LISTSERV@foo, e.g.
  185.               SUBSCRIBE BIG-LAN John Doe
  186.  
  187.     a. BIG-LAN@SUVM.BITNET/SUVM.ACS.SYR.EDU
  188.     b. NOVELL@SUVM.BITNET/SUVM.ACS.SYR.EDU
  189.     c. CDROMLAN@IDBSU.BITNET/IDBSU.IDBSU.EDU
  190.     d. BANYAN-L@AKRONVM.BITNET
  191.     e. CW-EMAIL@TECMTYVM.BITNET    (Campus Wide E-mail)
  192.     f. CWIS-L@WUVMD.BITNET         (Campus Wide Information Systems)
  193.     g. IBM-NETS@BITNIC.BITNET
  194.     h. LWUSERS@NDSUVM1.BITNET      (LANWatch User List)
  195.     i. TN3270-L@RUTVM1.BITNET
  196.     j. 3COM-L@NUSVM.BITNET
  197.     h. HELP-NET@TEMPLEVM.BITNET    (Help re networking software)
  198.     i. LANWORKS@MIAMIU.BITNET      (LanWorks PCSA stuff)
  199.     j. LANMAN-L@NIHLIST.BITNET     (MS LAN MAN stuff)
  200.  
  201.   4. Internet Mailing Lists
  202.  
  203.       Send a subscription request for list foo to foo-request@blah
  204.  
  205.     a. big-lan@suvm.acs.syr.edu             (gives you 2 ways)
  206.     b. cisco@spot.colorado.edu
  207.     c. p4200@comet.cit.cornell.edu          (Proteon routers)
  208.     d. tcp-ip@nic.ddn.mil
  209.     e. netblazer-users@telebit.com
  210.     f. info-appletalk@andrew.cmu.edu
  211.     g. net-ops@nsl.dec.com
  212.     h. nfs@tmc.edu
  213.     i. wellfleet-l@nstn.ns.ca
  214.     j. ospf@trantor.umd.edu               (OSPF IP routing protocol)
  215.     k. pop@jhunix.hcf.jhu.edu
  216.     l. bind@ucbarpa.berkeley.edu
  217.     m. pc-ip@udel.edu
  218.     n. drivers@sun.soe.clarkson.edu       (Packet Drivers)
  219.     o. cell-relay@indiana.edu         gatewayed to comp.dcom.cell-relay)
  220.  
  221.   5. Internet Mailing Lists with automatic subscription
  222.  
  223.      Send a "SUBSCRIBE" command to the listed server.
  224.  
  225.     a. firewalls@greatcircle.com          majordomo@greatcircle.com
  226.                                           (about firewall routers)
  227.     b. firewalls-digest@greatcircle.com   majordomo@greatcircle.com
  228.                                           (same list in digested form)
  229.  
  230.   6. USENET/Netnews Groups
  231.  
  232.     a. comp.dcom.*          lans, modems, sys.cisco, telecom, ...
  233.     b. comp.protocols.*     appletalk, tcp-ip, ibm, ppp, ...
  234.     c. comp.sys.proteon
  235.     d. comp.sys.novell
  236.     e. comp.sys.mac.comm
  237.     f. bit.listserv.big-lan  (Note: these groups give Netnews
  238.     g. bit.listserv.novell     readers a way to read the corresponding
  239.     h. bit.listserv.cwis-l      LISTSERV lists)
  240.     i. bit.listserv.cw-mail
  241.     j. bit.listserv.3com-l
  242.     k. alt.dcom.*           catv, telecom, ...
  243.  
  244.   7. Anonymous FTP-based Archive Sites
  245.  
  246.     a. syr.edu: BIG-LAN mailing list; NOVELL mailing list; a collection of
  247.         network-oriented papers.
  248.     b. spot.colorado.edu: cisco mailing list & some other network stuff
  249.     c. hsdndev.harvard.edu: (in ndtl/results) Results of Scott
  250.         Bradner's router benchmarks.
  251.     d. ftp.uu.net: a treasure trove of software.
  252.     e. wuarchive.wustl.edu: a treasure trove of software.
  253.     f. vax.ftp.com: packet drivers, some Unix software, other stuff.
  254.     g. ftp.utexas.edu: collection of networking info & software.
  255.     h. ftp.slc.is.novell.com: files Novell makes available.
  256.     i. ftp.cisco.com: files Cisco makes available & some interesting
  257.         applications.
  258.     j. gatekeeper.dec.com: a treasure trove of software & stuff
  259.         (the stuff that was on decwrl.dec.com).
  260.     k. lux.levels.unisa.edu.au: files that 3Com distributes via
  261.         Compuserve.
  262.     l. ftp.unt.edu: Maas files and other goodies.
  263.     m. simtel20.army.mil: a treasure trove of software, including
  264.         packet drivers (pd1:<msdos.pktdrvr>).  Mirrored on ftp.uu.net
  265.         and wuarchive.wustl.edu.
  266.     n. osi.ncsl.nist.gov: online copies of GOSIP & related documents.
  267.  
  268.   8. LISTSERV-based Archive Sites
  269.  
  270.      The brave can mail the command "INFO FILES" and/or the command
  271.      "INFO DATABASE" to the LISTSERV for instructions.
  272.  
  273.     a. LISTSERV@SUVM.BITNET: BIG-LAN & NOVELL mailing list archives.
  274.  
  275.   9. RFCs (Internet "Request For Comments")
  276.  
  277.      Some anonymous ftp sites for RFCs: nic.ddn.mil, ftp.nisc.sri.com,
  278.      nis.nsf.net, nisc.jvnc.net, venera.isi.edu, wuarchive.wustl.edu.
  279.      There are also some mail-based file servers:
  280.      mailserver@nisc.sri.com, info-server@nnsc.nsf.net, and
  281.      sendrfc@jvnc.net.
  282.  
  283.     a. RFC1147: FYI on a network management tool catalog: Tools for
  284.         monitoring and debugging TCP/IP internets and interconnected devices
  285.     b. RFC1175: FYI on where to start: A bibliography of internetworking
  286.         information
  287.     c. RFC1325: FYI on Questions and Answers: Answers to commonly asked
  288.         "new Internet user" questions
  289.     d. RFC1178: Choosing a name for your computer
  290.     e. RFC1207: FYI on Questions and Answers: Answers to commonly asked
  291.         "experienced Internet user" questions
  292.     f. RFC1244: Site Security Handbook
  293.     g. RFC1118: Hitchhiker's Guide to the Internet
  294.     h. RFC1122 & RFC1123: Requirements for Internet Hosts
  295.     i. RFC1208: A Glossary of Networking Terms
  296.     j. RFC1180: A TCP/IP Tutorial
  297.     k. RFC1173: Responsibilities of Host and Network Managers:
  298.         A Summary of the Oral Tradition of the Internet
  299.     l. IAB Official Protocol Standards (Currently RFC1360 but it is
  300.         periodically updated & given a new RFC number)
  301.     m. Assigned Numbers (Currently RFC1340 but it is periodically
  302.         updated & given a new RFC number; Includes field-values for
  303.         protocols in the TCP/IP family as well as some others)
  304.     n. RFC1392: Internet User's Glossary
  305.  
  306.  
  307.   10. Other Useful Online Papers
  308.  
  309.     a. Charles Spurgeon. "Network Reading List: TCP/IP, UNIX, and
  310.         Ethernet".  Available via anonymous ftp from ftp.utexas.edu
  311.         in directory pub/netinfo/docs as net-read.txt and netread-ps.
  312.         Also available via electronic-mail-based archive server.  Send
  313.         the word "help" in the subject header or body of a message
  314.         to archive-server@ftp.utexas.edu for more information.
  315.     b. Charles Hedrick. "Introduction to the Administration of an
  316.         Internet-based Local Network".  Available via anonymous ftp
  317.         from cs.rutgers.edu as runet/tcp-ip-admin.doc (also .ps).
  318.     c. Charles Hedrick.  "Introduction to Internet Protocols."
  319.         Available via anonymous ftp from cs.rutgers.edu as
  320.         runet/tcp-ip-intro.doc (also .ps).
  321.     d. Unofficial lists of codes used on 802.3 & Ethernet networks.
  322.         Portions of the official list are not released, so various
  323.         people compile unofficial lists.  One that is available via
  324.         anonymous ftp is Michael Patton's pub/map/EtherNet-Codes
  325.         on ftp.lcs.mit.edu.  See also RFC: "Assigned Numbers".
  326.     e. Scott Jenkins: "Frequently Asked Questions for NOVELL@SUVM
  327.         Mailing List."  Available via anonymous ftp from
  328.         info.umd.edu in the info/Computers/Novell/Information directory.
  329.     f. Brendan Kehoe: "Zen and the Art of the Internet: A Beginner's
  330.         Guide to the Internet."  Available via anonymous ftp from
  331.         ftp.cs.widener.edu in the pub/zen directory.
  332.     g. ATM Bibliography.  Available via anonymosu ftp from
  333.         mythos.ucs.indiana.edu.
  334.  
  335.   11. Sources of Protocol Documents
  336.  
  337.     a. Ethernet V2   DEC-Direct; 1-800-344-4825; DEC Part Number AA-K759B-TK.
  338.     b. IEEE 802      (802.3, Token Ring, 10BASE-T, etc) IEEE; 1-800-678-IEEE.
  339.     c. TCP/IP        RFCs.  See RFCs (above).
  340.     d. Appletalk     APDA; 1-800-282-APDA.  Now a book in the
  341.                       "Inside" series.
  342.     e. OSI           Omnicom Inc.; 1-800-666-4266.
  343.     f. DECNet        DEC.
  344.     g. SNA           IBM.
  345.     h. Novell(IPX)   Built on XNS; rest is designed by Novell.
  346.     i. FDDI          ANSI; 1-212-642-4900.
  347.                       Also Global Engineering Documents; 1-800-854-7179.
  348.                       2805 McGaw Avenue; PO Box 19539; Irvine, CA 92714;
  349.                       1-714-261-1455.
  350.     j. CCITT         United Nations book shop in New York
  351.               Also there is a new online service mail-based
  352.               document server available from ITU called
  353.               teledoc@itu.arch.ch.
  354.     k. GOSIP         NTIS Sales Dept; (703)487-4650; Document
  355.               FIPS 146-1; See also Anonymous FTP-based Archive
  356.               Sites
  357.     l. XNS           Xerox.
  358.  
  359.   12. Useful Free Software
  360.      (see also RFC1147; listed above)
  361.  
  362.     a. CUTCP           (TCP/IP client for PCs) sun.soe.clarkson.edu,
  363.                         omnigate.clarkson.edu
  364.     b. NCSA Telnet     (Telnet clients for PCs & Macs) ftp.nsca.uiuc.edu
  365.     c. Eudora          (POP3 Client for Macs) ux1.cso.uiuc.edu
  366.     d. POPmail         (POP3 Client for PCs & Macs) boombox.micro.umn.edu
  367.     e. PCROUTE         (Makes IP router out of PC) accuvax.nwu.edu
  368.     f. PCBRIDGE        (Makes bridge out of PC) accuvax.nwu.edu
  369.     g. Packet Drivers  (Drivers for various PC LAN cards) simtel20.army.mil
  370.     h. WinQVT          (IP clients for Windows) ftp.cica.indiana.edu
  371.     i. ka9q            (TCP/IP for PCs and Macs) ucsd.edu
  372.     j. PC/IP           (TCP/IP client for MS-DOS) husc6.harvard.edu
  373.     k. charon          (Pegasus/smtp gateway) omnigate.clarkson.edu
  374.     l. CAP             (AppleTalk for Unix systems) rutgers.edu, munnari.oz.au,
  375.                         gatekeeper.dec.com
  376.     m. Popper          (POP3 server for Unix systems) ftp.cc.berkeley.edu
  377.     n. Trumpet         (PC Newsreader) simtel20.army.mil
  378.     o. bootpd          (Bootp Daemon for Unix) lancaster.andrew.cmu.edu
  379.     p. NUPOP           (POP3 daemon for MS-DOS) ftp.acns.nwu.edu
  380.     q. PC netwatching program [I don't know name or site]
  381.     r. iupop3          (POP3 server for VMS) mythos.ucs.indiana.edu
  382.  
  383.   13. Books
  384.  
  385.     The following books were mentioned by responders to the 12/91
  386.     BIG-LAN Reader Survey as good books for administrators of Campus-sized
  387.     LANs:
  388.  
  389.     a. Douglas Comer.  Internetworking with TCP/IP.
  390.     b. Marshall Rose.  The Simple Book.
  391.     c. Caroline Arms.  Campus Networking Strategies.  Digital Press.
  392.         Out of print.
  393.     d. DEC Telecomm. & Network Buyer's Guide.
  394.     f. Marshall Rose.  The Open Book.
  395.     g. Carl Malamud.  Analyzing Novell Networks.
  396.     h. Andrew Tanenbaum.  Computer Networks.
  397.     i. Martin A. W. Nemzow.  Keeping The Link (McGraw-Hill).
  398.     j. William Stallings.  Local Networks: an Introduction.
  399.     k. John McCann.  NetWare Supervisor's Guide.
  400.     l. William Stallings.   Handbook of Communications Standards. (?)
  401.     m. Nemeth, Snyder & Seebass.  Unix System Administration Handbook.
  402.  
  403.     Other interesting looking books:
  404.  
  405.     n. Mark A. Miller.  Troubleshooting Internetworks.
  406.  
  407.   14. Periodicals
  408.  
  409.     The following periodicals were mentioned by responders to the 12/91
  410.     BIG-LAN Reader Survey as good periodicals for administrators of Campus-
  411.     sized LANs:
  412.  
  413.     a. LAN Times
  414.     b. Communications Week
  415.     c. Network Computing
  416.     d. ConneXions
  417.     e. Data Communications
  418.     f. Network World
  419.     g. LAN Magazine
  420.     h. Info World
  421.     i. SunExpert
  422.     j. Telecommunications
  423.     k. Computerworld
  424.     l. DataCommunicationInternational
  425.     m. Datamation
  426.     n. Digital Review
  427.     o. LAN Technology
  428.     p. Lightwave
  429.     q. MacUser
  430.     r. MacWeek
  431.     s. MacWorld
  432.     t. Networking Management
  433.     u. PC Week
  434.  
  435.   15. Training Courses
  436.  
  437.     The following providers of tutorials were mentioned by responders to
  438.     the 12/91 BIG-LAN Reader Survey:
  439.  
  440.     a. Interop
  441.     b. ACM SIGComm
  442.     c. Learning Tree
  443.     d. Novell
  444.     e. PSI
  445.     f. Usenix
  446.  
  447.   16. Conferences
  448.  
  449.     The following conferences were mentioned by responders to the 12/91
  450.     BIG-LAN Reader Survey as good conferences for administrators of Campus-
  451.     sized LANs:
  452.  
  453.     a. Interop
  454.     b. Usenix
  455.     c. ComNet
  456.     d. NetWorld
  457.     e. ACM SIGComm
  458.     f. DECUS
  459.     g. IETF
  460.  
  461.  
  462. IV. Basic Glossary on Campus Networks
  463.  
  464.    Another glossary is RFC1208.  See "Online Papers" above.
  465.  
  466.      ANSI "American National Standards Institute" - A definer of
  467.        standards of all kinds, including FDDI.
  468.  
  469.      Appletalk - A protocol family developed by Apple Computer to
  470.        implement LANs serving Macintoshes.
  471.  
  472.      ATM "Asynchronous Transfer Mode" - a method for switching little
  473.        fixed-size packets (cells) around.  Like T1 and DS3, digitized
  474.        voice was a major consideration in its design, but it can be
  475.        used for data.  It is designed around fixed speeds too, roughly
  476.        150MBS and 600MBS.  The fixed cell size is 53 bytes.  Though ATM
  477.        is really designed for voice and WANs, there are schemes to use
  478.        it in LANs.  ATM is a big buzzword these days but it is still
  479.        very new.
  480.  
  481.      AUI "Attachment Unit Interface" - the Ethernet/IEEE 802.3 term
  482.        for the interface between a MAU and a station.  A special kind
  483.        of cable known as an "AUI Cable" can attach a MAU to a station
  484.        at a distance (up to 50 meters).
  485.  
  486.      BNC Connector "Bayonet Neill-Concelman connector" - a type of
  487.        connector used for attaching coax cable to electronic equipment
  488.        which can be attached or detached quicker than connectors that
  489.        screw.  ThinWire Ethernet (IEEE 802.3 10BASE2) uses BNC connectors.
  490.  
  491.      Bridge - A network "relay" which reads, buffers, and sends
  492.        data to relay it from one data link to another, but makes
  493.        the two data links appear as one to levels higher than the
  494.        data link layer.
  495.  
  496.      CDDI "Copper Data Distribution Interface" - essentially a way to
  497.        use electrical communications cables in an FDDI network.  Several
  498.        companies have worked out ways to do this but ANSI has yet to
  499.        standardize one.  I think CDDI was coined by Crescendo corporation
  500.        for their scheme, but it may well be adopted by ANSI as the name.
  501.        So far there are schemes that work on Coax, on STP and UTP, but
  502.        the front runners look like they will be able to run on UTP for
  503.        about 100 meters.
  504.  
  505.      CMIP "Common Management Information Protocol" - An OSI protocol
  506.        for management of network equipment.  Not widely implmented.
  507.        See SNMP.
  508.  
  509.      CMOT "CMIP over TCP/IP" - A protocol consisting of CMIP running
  510.        under TCP/IP.  An alternative to SNMP.
  511.  
  512.      Coaxial Cable - any of a number of kinds of electrical
  513.        communications cable designed so one conductor is in the
  514.        center and the second conductor forms a ring around it.
  515.        Depending upon who you talk to, someone might have a specific
  516.        kind of coaxial cable in mind.  Some well known kinds are
  517.        various Cable TV cables, cables used by IBM 327x terminals
  518.        and ARCnet, and cables used by Ethernet & IEEE 802.3.
  519.  
  520.      DECnet - Trade name of Digital Equipment Corporation for some
  521.        of their networking products.  It is a kind of network
  522.        built out of Digital Equipment Corporations own networking
  523.        protocols (with some standard protocols also used).
  524.  
  525.      Dialup Modem - Modem used over ordinary dial-up telephone lines
  526.        as opposed to private or leased lines.
  527.  
  528.      Ethernet - LAN data-link protocol developed by a consortium
  529.        of vendors; later standardized as IEEE 802.3 with a few
  530.        modifications.  For many applications, users have not adopted
  531.        all the IEEE 802.3 differences.  Ethernet/802.3 now can be
  532.        run on two types of coaxial cable as well as multi-mode
  533.        fiber and unshielded twisted-pair.  "Raw" rate of data
  534.        transmission is 10 megabits/second.
  535.  
  536.      FDDI "Fiber Data Distribution Interface" - LAN data-link protocol.
  537.        Designed to run on multi-mode fiber.  "Raw" rate of data
  538.        transmission is 100 megabits/second.  Developed by the American
  539.        National Standards Institute.
  540.  
  541.      FDDI-2 - Same speed, same fiber, same basic protocol as FDDI.
  542.        FDDI-2 adds a layer which allows you to allocate fixed bandwith
  543.        to applications of your choice, making it more like broadband.
  544.        FDDI-2 is still rather new.
  545.  
  546.      Fiber - optical fiber: a very long, narrow, flexible piece of glass.
  547.        Used for high-speed communications.
  548.  
  549.      Firewall Router - a router which blocks traffic according to
  550.        various criteria for security--for example a router which
  551.        allows no telnet to any host through one of its interfaces
  552.        but allows ftp to a list of authorized hosts through the
  553.        same interface.
  554.  
  555.      FOIRL "Fiber Optic Inter-Repeater Link" - a standard for running
  556.        IEEE 802.3 over fiber.  It was originally designed to link two
  557.        repeaters, and only supports two attachments.  Many users use it
  558.        to attach a station to a repeater.  See 10BASE-F.
  559.  
  560.      FTP - Protocol in the "TCP/IP" family for copying files from
  561.        one computer to another.  Stands for "File Transfer Protocol".
  562.  
  563.      Gateway - A type of "network relay" that attaches two networks
  564.        to build a larger network.  Modern "narrow" usage is that it
  565.        is one that translates an entire stack of protocols, e.g.,
  566.        translates TCP/IP-style mail to ISO-style mail.  Older usage
  567.        used it for other types of relays--in particular, in the "TCP/IP"
  568.        world, it has been used to refer to what many now insist is
  569.        a "router".
  570.  
  571.      GOSIP "Government Open Systems Interconnect Profile" - A subset of
  572.        OSI standards specific to US Government procurements, designed
  573.        to maximize interoperability in areas where plain OSI standards
  574.        are ambiguous or allow options.  Theoretically, required of all
  575.        US Government networking procurements since mid-1990.
  576.  
  577.      Heartbeat - In Ethernet (Version 2), a test of the collision
  578.        functionality of the transciever.  The term "Heartbeat" is often
  579.        (wrongly) used interchangeably with "SQE" which is a similar
  580.        function of IEEE 802.3.  See Question on SQE/Heartbeat below.
  581.  
  582.      IPX - Novell's protocol used by Netware.  Utilizes part of XNS.
  583.        A router with "IPX routing" purports to interconnect LANs so
  584.        that Novell Netware clients & servers can talk through the router.
  585.  
  586.      MAU "Media Adaptor Unit" - an IEEE 802.3 or Ethernet device which
  587.        attaches a station to the cable.  Popularly called a "transceiver".
  588.        Can be attached by cable to the station or built into the
  589.        station.
  590.  
  591.      MIB "Management Information Base" - the set of parameters an SNMP
  592.        management station can query or set in an SNMP agent (e.g. router).
  593.        Standard, minimal MIBs have been defined (MIB I, MIB II), and vendors
  594.        often have custom entries.  In theory, any SNMP manager can talk
  595.        to any SNMP agent with a properly defined MIB.
  596.  
  597.      Multimode fiber - A type of fiber mostly used for shorter, e.g. campus
  598.        distances.  It can carry 100 megabits/second for typical campus
  599.        distances, the actual maximum speed (given the right electronics)
  600.        depending upon the actual distance.  It is easier to connect to than
  601.        Single Mode Fiber, but its limit on speed x distance is lower.
  602.  
  603.      NFS "Network File System" - an IP-based protocol originally developed
  604.        by Sun Microsystems which provides file services.
  605.  
  606.      OSI "Open System Interconnect" - A standard put forth by the ISO for
  607.        communication between computer equipment and networks.
  608.  
  609.      OSI Reference Model - A model put forth by the ISO for communication
  610.        between computer equipment and networks, which maps out 7 protocol
  611.        layers.
  612.  
  613.             Top layer:  layer number 7:   application layer
  614.                         layer number 6:   presentation layer
  615.                         layer number 5:   session layer
  616.                         layer number 4:   transport layer
  617.                         layer number 3:   network layer
  618.                         layer number 2:   data-link layer (e.g. IEEE 802.x)
  619.          Bottom layer:  layer number 1:   physical layer (wire & electricity)
  620.  
  621.        This model explains what each layer does.  The model is often
  622.        used to explain anyones protocols (not just OSI) to the point
  623.        where many people seem to believe that true data-communications
  624.        requires these 7 layers.
  625.  
  626.      POP "Post Office Protocol" - A TCP/IP-based protocol designed to allow
  627.        client-stations (e.g. micros) to read mail from a server.  There
  628.        are three versions under the name "POP": POP, POP2, and POP3.
  629.        Latter versions are NOT compatible with earlier versions.
  630.  
  631.      Protocol - The "rules" by which two network elements trade information
  632.        in order to communicate.  Must include rules about a lot of mundane
  633.        detail as well as rules about how to recover from a lot of unusual
  634.        communication problems.  Thus they can be quite complicated.
  635.  
  636.      Relay - One terminology uses the term "relay" as a device that
  637.        interconnects LANs, different kinds of relays being repeaters,
  638.        bridges, routers, and gateways.
  639.  
  640.      Repeater - In the "Ethernet" world, a "relay" that regenerates and
  641.        cleans up signals, but does no buffering of data packets.
  642.        It can extend an Ethernet by strengthening signals, but timing
  643.        limitations on Ethernets still limit their size.
  644.  
  645.      RFC "Request For Comments" - The name is a real red herring when
  646.        it comes to Internet RFCs.  Some really are "Requests For Comments"
  647.        but all Internet protocol documents are stamped with an RFC number
  648.        that they never shake, so the acronym RFC generally refers to
  649.        documents that describe protocols in the TCP/IP family.
  650.  
  651.      RG numbers (E.g. RG62; sometimes there are qualifiers, e.g. RG 58
  652.        A/U) a shorthand designation for military cable.  RG58 & RG62
  653.        designate two different types of cable used by the military.
  654.        Some data-communications equipment was designed to work with
  655.        a particular military standard, e.g.  IBM 3270-type terminals
  656.        use RG62.  In other cases, people use an RG-numbered cable
  657.        that is close to what they need: for example Thinwire
  658.        Ethernet & IEEE 802.3 10BASE2 define the type of cable they
  659.        need and people sometimes substitute flavors of RG58, which
  660.        are "close".  One can't recommend this practice because you
  661.        can get yourself in trouble.  I think "RG" originally stood
  662.        for "Radio Guide", presumably reflecting the fact that the
  663.        series of cables was designed to handle radio frequencies.  The
  664.        IEEE 802.3 10BASE2 specifications define two RG numbered cables
  665.        (RG58 A/U and RG58 C/U) as meeting the cable requirements for
  666.        thin Ethernet.  However, cable vendors may list a range of
  667.        cables under these same RG numbers, and some of the cables
  668.        listed may not meet the 802.3 specs.  You need to check the
  669.        cable specifications closely, and beware of relying on the RG
  670.        number alone when ordering network cables.
  671.  
  672.      Router - A network "relay" that uses a protocol beyond the
  673.        data-link protocol to route traffic between LANs and other
  674.        network links.
  675.  
  676.      Routing Protocol - a protocol sent between routers by which
  677.        routers exchange information own how to route to various parts
  678.        of the network.  The TCP/IP family of protocols has a bunch,
  679.        such as RIP, EGP, BGP, OSPF, and dual IS-IS.
  680.  
  681.      Shielded Twisted Pair - a type of twisted-pair cable with a
  682.        metallic shield around the twisted conductors.  The shield
  683.        reduces the noise from the cable and reduces the effects of
  684.        noise on the communications in the cable, but changes the
  685.        electrical characteristics of the cable so some equipment
  686.        optimized to non-shielded cable runs worse on shielded cable.
  687.  
  688.      Single Mode fiber - a type of fiber optic cable used for longer
  689.        distances and higher speeds, e.g.  for long-distance telephone
  690.        lines.  See also "Multimode Fiber".
  691.  
  692.      SMTP "Simple Mail Transfer Protocol" - the protocol in the
  693.        TCP/IP family used to transfer electronic mail between
  694.        computers.  It is not oriented towards a client/server system so
  695.        other protocols (see "POP") are often used in that context.
  696.        However, servers will use SMTP if they need to transfer a
  697.        message to another server.
  698.  
  699.      SNMP "Simple Network Management Protocol" - Originally developed
  700.        to manage IP based network equipment like routers and bridges,
  701.        now extended to wiring hubs, workstations, toasters, jukeboxes,
  702.        etc.  SNMP for IPX and AppleTalk under development.  Widely
  703.        implemented.  See CMIP.
  704.  
  705.      SQE Test "Signal Quality Error Test" - an IEEE 802.3 function
  706.        that tests the transceiver.  The term "SQE" is often (wrongly)
  707.        used interchangeably with "Heartbeat" which is a similar
  708.        function of Ethernet Version 2.  See Question on SQE/Heartbeat
  709.        below.
  710.  
  711.      TCP/IP "Transmission Control Protocol/Internet Protocol" -
  712.        literally, two protocols developed for the Defense Data Network
  713.        to allow their ARPANET to attach to other networks relatively
  714.        transparently.  The name also designates the entire family of
  715.        protocols built out of IP and TCP.  The Internet is based upon
  716.        TCP/IP.
  717.  
  718.      TELNET - a protocol in the TCP/IP family that is used for
  719.        "remote login".  The name is also often used as the name of the
  720.        client program that utilizes the TELNET protocol.
  721.  
  722.      Terminal Server - a network device that allows a number of
  723.        terminals to attach to a LAN, and do remote logins across the
  724.        LAN.
  725.  
  726.      TN3270 - A variant of the TELNET program that allows one to
  727.        attach to IBM mainframes and use the mainframe as if you had a
  728.        3270 or similar terminal.
  729.  
  730.      Token Ring - People often mean 802.5 when they say "Token Ring"
  731.        (see below).  In the more general sense of the word, a type of
  732.        LAN that has stations wired in a ring, where each station
  733.        constantly passes a special message (a "token") on to the next.
  734.        Whoever has the token can send a message.
  735.  
  736.      Tunnelling - An important concept in the design of many kinds of
  737.        networks: taking some protocol-family's ability to move packets
  738.        from user to user, or to open virtual-circuits between users,
  739.        and use this as if it were a data-link protocol to run another
  740.        protocol family's upper layers (or even the same protocol
  741.        family's upper layers).  Examples: running TCP/IP over Appletalk
  742.        instead of something like Ethernet; running Appletalk over
  743.        DECnet instead of something like Localtalk or Ethernet.
  744.  
  745.      Twisted Pair - The type of wire used by the phone company to wire
  746.        telephones -- at least over distances like between your house
  747.        and the central office.  It has two conductors, which are twisted.
  748.        The twists are important: they give it electrical characteristics
  749.        which allow some kinds of communications otherwise not possible.
  750.        Ordinary telephone cables are not shielded (see "Shielded twisted
  751.        Pair").
  752.  
  753.      T1 - A phone-company standard for running 24 digitized voice circuits
  754.        through one 1.5megabit/second digital channel.  Since phone companies
  755.        run lots of T1, and will run T1 between customer sites, the
  756.        standard is often used for data communications, either to provide
  757.        24 low-speed circuits, or to provide 1 high-speed circuit, or to
  758.        be divided other ways.
  759.  
  760.      UTP (Unshielded Twisted-Pair) -  See "Twisted-Pair" and "Shielded
  761.        Twisted-Pair".
  762.  
  763.      X.400, X.500 - OSI protocols for mail and directory services.
  764.  
  765.      10BASE-T - A variant of IEEE 802.3 which allows stations to be attached
  766.        via twisted-pair cable.
  767.  
  768.      10BASE-F - A variant of IEEE 802.3 under development which
  769.        allows stations to be attached via multimode fiber.  It will
  770.        offer a variety of methods of using fiber in an IEEE 802.3
  771.        network that go beyond what is currently offered in FOIRL.  The
  772.        current 10BASE-F draft is likely to be confirmed.  Sections of
  773.        the draft include "Fiber Optic Medium and Common Elements of
  774.        Medium Attachment Units and Star, Type 10BASE-F (Section 15)",
  775.        "Fiber Optic Passive Star and Medium Attachment Unit, Type
  776.        10BASE-FP (Section 16)", "Fiber Optic Medium Attachment Unit,
  777.        Type 10BASE-FB (Section 17)", and "Fiber Optic Medium Attachment
  778.        Unit, Type 10BASE-FL (Section 18)".
  779.  
  780.      802 - The set of IEEE standards for the definition of LAN
  781.        protocols.  A story goes that a long time ago, IEEE and ANSI
  782.        decided that IEEE would get the slow protocols and ANSI would
  783.        get the fast ones, thus IEEE defined the 802 protocols and ANSI
  784.        defined FDDI.  Presumably IEEE saw limited application for FDDI
  785.        at the time.  Also, the IEEE standards-making committees
  786.        associated with these standards.
  787.  
  788.      802.1 - The IEEE 802 standard for Network Management and Network
  789.        Bridging of IEEE 802 networks.
  790.  
  791.      802.2 - An IEEE standard for the portion of LAN data-link
  792.        protocols that is the same for all flavors of IEEE LAN
  793.        protocols, e.g.  802.3 and 802.5.  Sometimes not used.
  794.  
  795.      802.3 - An IEEE standard for LANs--their "improved" version of
  796.        Ethernet.  See Ethernet.
  797.  
  798.      802.4 - An IEEE standard for LANs: Token Bus networks.  Basically,
  799.        standardizes MAP, a protocol that operates a Token Bus protocol
  800.        on broadband.
  801.  
  802.      802.5 - An IEEE standard for Token-Ring-based LANs.  See Token
  803.      Ring.
  804.  
  805.      802.6 - An IEEE standard for Metropolitan Area Networks.  Also
  806.        known as DQDB.
  807.  
  808.      802.7 - IEEE 802 technical advisory group on Broadband.
  809.  
  810.      802.8 - IEEE 802 technical advisory group on FDDI & fiber optics.
  811.  
  812.      802.9 - IEEE 802 group on integrated data & voice networks.
  813.  
  814.      802.11 - Proposed IEEE 802 group for wireless Ethernet.
  815.  
  816.  
  817. V. Frequently Asked Questions on Campus Networks
  818.  
  819.      It is hard to answer typical BIG-LAN questions in advance for two
  820.      reasons.  Answers are often long and they are often
  821.      controversial.  To provide some sort of objective information
  822.      relevant to the controversies, a survey of BIG-LAN readers was
  823.      taken on answers to various questions, so this memo could offer a
  824.      sampling of opinions.  Note that the opinions below are extracted
  825.      from the 41 responses received for the survey.  We can't say these
  826.      41 responses represent a fair sampling of campus LAN
  827.      administrators, but they do show some of the answers that you
  828.      would get if you posed some of these questions to the BIG-LAN
  829.      readership.
  830.  
  831.   1. What is the difference between Ethernet and IEEE 802.3?
  832.  
  833.      Ethernet ran through an evolution starting with some experimenting
  834.      at Xerox, and ending with a standard published by Xerox, DEC, and
  835.      Intel, which they offered to the world (with minimal royalties) as
  836.      a standard technology for building LANs.  The Institute of
  837.      Electrical & Electronic Engineers took this as a proposed
  838.      standard, and rewrote the protocol description making some
  839.      clarifications and a few changes.  Some of the changes have been
  840.      universally adopted, and others have not.  After the first go
  841.      round of IEEE standard defining, Ethernet version 2 was introduced
  842.      which brought it more into line with standards.  The basic
  843.      differences are:
  844.  
  845.      - Heartbeat vs SQE (see below) - Which pin in the MAU & AUI
  846.      connectors carry the ground conductor - Packet Length Field vs
  847.      Type Field
  848.  
  849.      The latter issue is the one in which IEEE 802.3 has not displaced
  850.      Ethernet.  Ethernet had a 16-bit field which defined the type of
  851.      packet (examples: IP, XNS, Appletalk).  The IEEE committee decided
  852.      to use that field to specify the length of the packet, and have
  853.      the data-portion of the packet define itself through the next
  854.      higher level of protocol (e.g., IEEE 802.2).  However, the sets of
  855.      possible values for that field used by the two different protocols
  856.      are completely separate, and both protocols are designed to
  857.      deliberately ignore packets with fields outside their own sets of
  858.      values.  Thus Ethernet and IEEE 802.3 packets can coexist on the
  859.      same cable, though a computer which expects to get packets
  860.      belonging to just one of the protocols won't notice any packets
  861.      sent according to the rules of the other (the expression used is
  862.      "they pass by each other like ships in the night").
  863.  
  864.      These days, LANs use both.  There is a way to send TCP/IP packets
  865.      via 802.3, but when 802.3 was introduced, there were already so
  866.      many systems using the Ethernet rules that the use of
  867.      Ethernet-style packets for TCP/IP has persisted now for years.
  868.  
  869.   2. What is encapsulation?  What do I have to know about it?
  870.  
  871.      One encapsulation issue on LANs is whether IEEE 802.3 packets are
  872.      used or Ethernet packets are used to encapsulate your traffic on
  873.      your IEEE 802.3/Ethernet LAN.  See previous question for more
  874.      explanation.  Most TCP/IP systems use Ethernet, any that uses IEEE
  875.      802.3 by default might surprise you by not interoperating with the
  876.      rest of your TCP/IP network.
  877.  
  878.      A second encapsulation issue on IEEE 802.3/Ethernet networks is
  879.      whether your Novell (IPX) packets use Novell's default
  880.      encapsulation or whether they use Ethernet-style encapsulation.
  881.      Novell, at least for a long time, had the distinction of using
  882.      IEEE 802.3 as if it were the only protocol on the network, not
  883.      following the rules for avoiding other protocols running under
  884.      IEEE 802.3 rules.  They offered a utility called ECONFIG that
  885.      changed Netware to use Ethernet rules, and use them properly, so
  886.      Novell IPX packets could utilize the same LAN as other protocols.
  887.      In no case would the Novell traffic bother Ethernet traffic-- only
  888.      any other IEEE 802.3 traffic if ECONFIG wasn't used.  In any case,
  889.      a single Ethernet segment, or bridged segments, had to have all
  890.      Novell servers and clients configured the same, in order to
  891.      interoperate.
  892.  
  893.      A third encapsulation issue stems from Berkeley Unix 4.2, from
  894.      which many versions of Unix and many TCP/IP implementations have
  895.      been modeled.  It used, by default, its own encapsulation rules
  896.      (i.e., manner of putting IP packets within Ethernet packets) which
  897.      is termed "Trailer Encapsulation".  When an Ethernet had some
  898.      computers using Trailer Encapsulation and some not, TCP/IP
  899.      connections would often work, but hang when large data transfers
  900.      were taking place.  The next version of Berkeley Unix, version
  901.      4.3, remedied this by avoiding Trailer Encapsulation except when
  902.      it was guaranteed to work correctly.
  903.  
  904.      A fourth encapsulation issue is "tunnelling", which consists of
  905.      one of the layers in the protocol stack mimicking another layer to
  906.      provide a way of running a different set of upper layers than
  907.      would otherwise be possible.  This is rather widely used and
  908.      seldom explained to beginners.  It is perhaps best explained with
  909.      an actual example:
  910.  
  911. [Here put an example, perhaps Appletalk over IP]
  912.  
  913. [Include "encapsulated bridging" as a second example]
  914.  
  915.   3. How do I know whether to use a router or a bridge?
  916.  
  917.      (Note that the answer to this question is oriented to
  918.      Ethernet-based LANs).  Few administrators of networks doubt that a
  919.      network can be large enough to require routers nor that there are
  920.      situations where a bridge is an effective solution.  However,
  921.      there is controversy as to where to draw the line.  Campus-sized
  922.      networks involving distances of up to a mile and possibly
  923.      thousands of stations, can be, and have been built solely out of
  924.      one or the other.  The BIG-LAN Survey of 12/91 showed the
  925.      following opinion among respondents:
  926.  
  927.        Survey question: "When you build a campus network, do you tend
  928.        to use bridges as opposed to routers?"
  929.  
  930.        Answers: 9 said yes; 26 said no; 2 said "brouters" (combination
  931.        bridge/routers) would be the best solution.
  932.  
  933.      Some clear tradeoffs: routers generally have to be set up no
  934.      matter what whereas bridges can be plug-and-play on a network
  935.      without too much total traffic; bridges generally have a higher
  936.      speed-to-cost ratio and the low-end bridge is less expensive than
  937.      the low-end router; routers handle huge networks with links of
  938.      different speeds better.
  939.  
  940.   4. How do I know whether to use a bridge or a repeater?  How many
  941.      repeaters may I put on an Ethernet?
  942.  
  943.      You cannot keep plugging more repeaters and add more cables to an
  944.      Ethernet indiscriminately and expect it to work.  With too large a
  945.      networks, the protocol which keeps the number of collisions down
  946.      (known as CSMA/CD) fails to do that.  The protocol documents
  947.      supply rules-of-thumb which, if followed, prevent this from
  948.      occurring.  If you break them, you may be risking large
  949.      performance degradations.
  950.  
  951.      The latest version of the rules-of-thumb (which have been updated
  952.      over time as new features like 10BASE-T have been added to the
  953.      protocol) are in the IEEE 802.3 document describing 10BASE-T,
  954.      specifically IEEE Std 802.ei-1990 in the section called "System
  955.      Considerations for Multisegment 10 Mb/s Baseband Networks" (When
  956.      10BASE-F is released later, this section will be updated again).
  957.      The rules refer to the piece of the LAN that is between repeaters
  958.      as a segment and refer to 4 kinds: 10BASE5 (i.e. "classic"
  959.      Ethernet) and 10BASE2 (i.e., ThinWire Ethernet) both classified as
  960.      "Coax" segments and FOIRL (fiber inter-repeater links) and
  961.      10BASE-T, both classified as "Link" segments, and both of which
  962.      have the property that you can attach things only to their ends.
  963.      The basic repeater rule is that between any two stations on the
  964.      LAN, there may be at most 4 repeaters and three coax segments.  In
  965.      addition, there are length restrictions on the segments which are
  966.      designed to keep CSMA/CD working properly:
  967.  
  968.     10BASE5         500 meters 10BASE2         185 meters
  969.     FOIRL           500 meters (1000 meters in some cases)
  970.     10BASE-T        100 meters (or more)
  971.  
  972.      FOIRL links can be 1000 meters if you have at most 3 repeaters
  973.      between stations instead of 4.  10BASE-T links can be longer if
  974.      the cable will support it: CSMA/CD is not the limiting factor on
  975.      10BASE-T.  For the purposes of this discussion, bridges, routers,
  976.      and gateways are "stations" since the CSMA/CD protocol does not
  977.      pass through them.  Thus if you discover these rules prevent you
  978.      from putting a repeater in the network where you need one, then
  979.      you can put a bridge there instead, or perhaps split the LAN
  980.      somewhere else using a bridge.
  981.  
  982.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  983.  
  984.      This is a controversial question also.  Vendors have attempted to
  985.      make hubs and concentrators that require little training &
  986.      manpower to manage & troubleshoot, and they will attempt to
  987.      convince you that they have succeeded.  You pay a premium for
  988.      "manageability".  Those who remain skeptical wonder how much the
  989.      management features are ever used: for example, management allows
  990.      you to turn on & off ports from an operator's console; how often
  991.      do you need to do such a thing?  Also, some of the benefits
  992.      attributed to management packages are simply due to good record
  993.      keeping, something which the administrator must find the manpower
  994.      to accomplish with a management package or without one (presumably
  995.      with a simple dbms, which can often be tailored more to the
  996.      administrators needs).
  997.  
  998.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?
  999.   10BASE-T?
  1000.  
  1001.      A controversial question.  Some questions & answers from the 12/91
  1002.      BIG-LAN Reader Survey:
  1003.  
  1004.        "When you install a LAN, which "Technology" (e.g.  Ethernet,
  1005.        Token Ring) do you prefer?"
  1006.  
  1007.        37 responders said Ethernet; 2 said "pick one and stick with
  1008.        it"; 1 said token ring.
  1009.  
  1010.        "If you have experience with two or more LAN technologies, which
  1011.        have you found works better?"
  1012.  
  1013.        Answers received:  "Ethernet works best"
  1014.       7 "Ethernet works better than Token Ring"      4 "Depends on
  1015.       application"                     1 "Ethernet works better
  1016.       than ARCnet"          1 "Ethernet works better than
  1017.       Broadband"       1 "Ethernet best, Localtalk 2nd, ARCnet
  1018.       3rd"   1 "Ethernet works better than PhoneNet"        1
  1019.       "Token Ring works best"                      1
  1020.  
  1021.   7. What is the ideal cable to install in a new building?
  1022.  
  1023.      Distribution runs, i.e., phone closet to room: Best possible thing
  1024.      to do is to leave usable pathways for future expansion.  Whatever
  1025.      you do, install at least 2 pair and probably 4 pair of data grade
  1026.      unshielded twisted pair.  It will always have uses.  Install
  1027.      something else too if you are tied to a particular vendor.
  1028.      Multimode fiber might become popular in the future but that is a
  1029.      gamble.
  1030.  
  1031.      Riser runs, i.e., phone closet to phone closet: it is imperative
  1032.      to leave usable pathways for future expansion.  For Ethernet,
  1033.      ThinWire is a usable riser cable, multimode fiber is possible
  1034.      too.
  1035.  
  1036.   8. What is the ideal cable to install between buildings on a campus?
  1037.  
  1038.      Trunks, i.e., cables into the building: pathways for future
  1039.      expansion very valuable.  Multimode fiber is useful, run 24 fibers
  1040.      if you can.  Use cable with some single mode too.  Run several
  1041.      times what you need initially and leave a lot of the unused fiber
  1042.      unterminated for the time being.  Cable pulling & termination are
  1043.      much more costly than the cable itself.
  1044.  
  1045.   9. Whose routers are recommended?
  1046.  
  1047.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1048.  
  1049.        "Name some router vendors whose routers you have used and
  1050.        recommend:"
  1051.  
  1052.        Cisco got 30 mentions; Wellfleet 4; PCRoute 2; Proteon 2; Apple
  1053.        1; DEC 1; Network Systems 1; Shiva 1; Vitalink 1; 3COM 1.
  1054.  
  1055.   10. Whose bridges are recommended?
  1056.  
  1057.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1058.  
  1059.        "Name some bridge vendors whose routers you have used and
  1060.        recommend:"
  1061.  
  1062.        DEC got 6 mentions; Retix 5; BICC 3; Cabletron 3; 3COM 3; Cisco
  1063.        2; PCBridge 2; Vitalink 2; ACC 1; Clearpoint 1; Datability 1;
  1064.        Develcon 1; Dowty Scanet 1; HP 1; IBM (Token Ring) 1; Network
  1065.        Application Technology 1; PCBRoute 1; Wellfleet 1.
  1066.  
  1067.   11. Whose Ethernet equipment are recommended?
  1068.  
  1069.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1070.  
  1071.        "Name some Ethernet concentrator/transceiver/repeater vendors
  1072.        whose Ethernet equipment you have used and recommend:"
  1073.  
  1074.        Cabletron got 20 mentions; BICC 8; DEC 8; HP 4; Synoptics 4;
  1075.        David 3; Lantronix 3; Gandalf 2; Lannet 2; Pirelli Focom 2;
  1076.        Acton 2; Allied Telesys 1; AMP 1; Asante 1; Chipcom 1; Dowty
  1077.        Scanet 1; Dupont Electroptic 1; EAZY 1; Fibermux 1; Hirschmann
  1078.        1; IMC Network Corporation 1; NetCor Transceivers 1; Sension 1;
  1079.        3COM 1.
  1080.  
  1081.   12. Whose Token Ring equipment are recommended?
  1082.  
  1083.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1084.  
  1085.        "Name some Token Ring equipment vendors whose Token Ring
  1086.        equipment you have used and recommend:"
  1087.  
  1088.        IBM was mentioned by 6 responders; FiberMux 1; Madge 1;
  1089.        Synoptics 1.
  1090.  
  1091.   13. Whose FDDI equipment are recommended?
  1092.  
  1093.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1094.  
  1095.        "Name some FDDI equipment vendors whose FDDI equipment you have
  1096.        used and recommend:"
  1097.  
  1098.        Cisco was mentioned by 6 responders; DEC 2; Tymeplex 2; ALCATEL
  1099.        2; AT&T 1; Synernetics 1; Tekelec 1.
  1100.  
  1101.   14. What PC network software is recommended?
  1102.  
  1103.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1104.  
  1105.        "Name some PC network software vendors whose PC network software
  1106.        you have used or recommend:"
  1107.  
  1108.        Novell was mentioned by 19 responders; FTP Software 14; Sun 8;
  1109.        DEC 3; Apple 2; Farallon 2; InterCon 2; 3COM 2; Beame and
  1110.        Whiteside 1; Hummingbird Communications 1; IBM 1; Microsoft 1;
  1111.        NCSA 1; Neon Software 1; Network Application Technology 1; Sitka
  1112.        1.
  1113.  
  1114.   15. What protocols should run on a campus-wide LAN?
  1115.  
  1116.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1117.  
  1118.        "Name some protocols that you use to interconnect your campus
  1119.        that you would recommend:"
  1120.  
  1121.        TCP/IP was mentioned by 39 responders; Appletalk 9; DECNET 9;
  1122.        IPX 9; LAT 2; Coloured Book 2; G.703 2; ISO CONS 2; X.25/HDLC 1;
  1123.        XNS 1.
  1124.  
  1125.   16. What software is recommended for managing a campus-wide LAN?
  1126.  
  1127.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1128.  
  1129.        "Name some network management system that you use for the
  1130.        management of a campus LAN, that you recommend:"
  1131.  
  1132.        PSI SNMP was mentioned by 4 responders; Cabletron Remote LanView
  1133.        2; Cisco NetCentral 2; Proteon Overview 2; SNMP 2; "A good
  1134.        drawing program" 1; DEC EMA 1; Map 1; NEMISYS from SEEL 1;
  1135.        SunNet Manager 1; TRW NMS 1.
  1136.  
  1137.        "Name other software that you use for the management of a campus
  1138.        LAN that you recommend:"
  1139.  
  1140.        FTP LanWatch was mentioned by 3 responders; EtherPeek 2; ping 2;
  1141.        AG Group Net Watchman for Appletalk 1; Apple Interpoll 1;
  1142.        Clarkson Packet Driver Utilities 1; DEC LAN Traffic Monitor 1;
  1143.        Domain Name System 1; inetrover 1; LAN Patrol 1; Neon Software
  1144.        Netminder Localtalk 1; Neon Software Netminder Ethernet 1;
  1145.        Network Application Technology EtherMeter 1; Shiva Net Manager
  1146.        1; SNMP-Gawk (A SNMP-capable Gawk) 1; traceroute 1; Unix 1;
  1147.        Watchdog 1.
  1148.  
  1149.   17. What terminal server is recommended?
  1150.  
  1151.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1152.  
  1153.        "Name vendors of terminal servers that you use and recommend:"
  1154.  
  1155.        Cisco was mentioned by 13 responders; DEC 5; Xyplex 4;
  1156.        Datability 2; Xylogics 2; 3COM 2; Emulex 1; Lantronix 1; Netcomm
  1157.        1; Spider 1; TRW 1.
  1158.  
  1159.   18. Whose troubleshooting equipment are recommended?
  1160.  
  1161.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1162.  
  1163.        "Name some vendors of network troubleshooting equipment that you
  1164.        use and would recommend:"
  1165.  
  1166.        Network General was mentioned by 8 responders; HP 4; Tektronix
  1167.        4; Cabletron 3; Novell 3; Spider 3; AG Group 2; Wandel and
  1168.        Goltermann 2; FOTEC 1; Neon Software 1.
  1169.  
  1170.   19. What security products should I buy?
  1171.  
  1172.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1173.  
  1174.        "Name some security products that you use to maintain security
  1175.        on your campus LAN that you recommend:"
  1176.  
  1177.        The answers reflected the lack of obvious products to choose
  1178.        from.  Responses included "Athena Kerberos", "Encryption in
  1179.        Net3270", "Extended TACACS', "Host security", "Physical
  1180.        security", "Router access control lists", "SecurID", "Virus
  1181.        Scan", and "Windows Workstation".
  1182.  
  1183.   20. Should the names of devices on my campus LAN have subdomains?
  1184.  
  1185.        Example of name without subdomain: bigvax.sequoia.edu; example
  1186.        with subdomain: bigvax.acs.sequoia.edu.  It is possible to run
  1187.        networks of thousands of computers without the bother of
  1188.        subdomains, but they have some advantages.
  1189.  
  1190.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1191.  
  1192.        "For Internet names of nodes on a campus network that supports
  1193.        TCP/IP, do you prefer the use of subdomains?"
  1194.  
  1195.        27 responders said yes, 5 said no, 2 said it depends.
  1196.  
  1197.        "If you have worked on a campus that utilizes subdomains and one
  1198.        that does not, which does your experience tell you is the better
  1199.        way to administer names in a campus network?"
  1200.  
  1201.        5 responders said the LAN with subdomains worked better; 2 said
  1202.        the LAN without subdomains worked better.  One responder claimed
  1203.        that a good rule of thumb is that a LAN with more than 4000
  1204.        stations works better with subdomains.
  1205.  
  1206.   21. Should client stations use POP?  Should they use just SMTP?
  1207.       Should I use some non-TCP/IP protocol for mail to/from client
  1208.       stations?
  1209.  
  1210.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1211.  
  1212.        "For client station's mail, which do you prefer: SMTP;
  1213.        TCP/IP-based client-server protocols (e.g.  POP, POP2, etc);
  1214.        other LAN protocols?"
  1215.  
  1216.        10 responders preferred TCP/IP-based client-server protocols
  1217.        (e.g.  POP, IMAP, PCMAIL); 7 preferred SMTP; 4 said "use all
  1218.        three"; 3 preferred users signing onto a host system; 2
  1219.        preferred other LAN protocols; 1 said "SMTP and TCP/IP-based
  1220.        client-server protocols"; 1 said "SMTP and X.400".
  1221.  
  1222.  
  1223.   22. Should I enable SQE/heartbeat?
  1224.  
  1225.      This is a very brief discussion of SQE Test and CPT (both commonly
  1226.      referred to as "heartbeat") for IEEE 802.3 and Ethernet. For
  1227.      really gory details, see the appropriate documents, IEEE standard
  1228.      802.3, ISO standard 8802-3, and the DIX Ethernet V2 Standard. (The
  1229.      first 2 references are, in theory, identical.)
  1230.  
  1231.      First, SQE Test (often misleadingly shortened to "SQE" by vendors)
  1232.      and CPT are not quite the same thing. CPT is a part of DIX
  1233.      Ethernet Version 2 and is simply a test of collision detection
  1234.      functionality in the MAU (that's the IEEE 802.3 name for a
  1235.      transceiver, Media Access Unit). It is ALWAYS present in Ethernet
  1236.      V2 MAUs and can't ever be disabled (without modifying the
  1237.      hardware). It is required for correct operation of ALL Ethernet V2
  1238.      equipment.
  1239.  
  1240.      SQE Test, on the other hand, is part of the 802.3 specification
  1241.      and performs a number of MAU tests and "reports" to the controller
  1242.      if all is well.  The "report" is in the form of a pulse nearly
  1243.      identical to the V2 CPT pulse, but with slightly differing timing
  1244.      specifications.  It should be switchable, as 802.3 requires SQE
  1245.      Test for all terminal equipment, but prohibits it for repeaters.
  1246.  
  1247.      SQE Test and Heartbeat both appear as a signal in the collision
  1248.      lines from the MAU to the controller after every write. This is
  1249.      why MAUs with SQE Test enables and with displays show a collision
  1250.      every time they show a write.  THIS IS NORMAL!
  1251.  
  1252.      Quick digression: What is a collision? Of course, we all know that
  1253.      a collision is when two controllers start to transmit at the same
  1254.      time (more of less) and that when this happens both will stop and
  1255.      wait for a random interval and then retransmit if carrier is not
  1256.      present. This function is critical to proper network operation. A
  1257.      MAU which can't detect a collision can mess up a network badly.
  1258.      This makes it critical to be able to quickly isolate "broken"
  1259.      MAUs. If you don't understand this, read any of the old papers on
  1260.      multiple access nets, especially the old Aloha Net.
  1261.  
  1262.      In practice, MAUs hardly ever fail. BUT IF ONE DOES, YOU MAY HAVE
  1263.      A BIG PROBLEM!
  1264.  
  1265.      While SQE Test indicates a bit more than heartbeat did and is
  1266.      slightly different in both timing and electrical characteristics,
  1267.      they are essentially the same from the perspective of most
  1268.      terminal equipment and you can replace an Ethernet V2 MAU with an
  1269.      802.3 MAU with SQE Test enabled most of the time. (A notable
  1270.      exception is an Ethernet repeater which really requires an
  1271.      Ethernet V2 MAU. There may be others.) You can even replace an
  1272.      802.3 MAU with an Ethernet V2 one most of the time. In fact, there
  1273.      are "fixes" for some Ethernet V2 MAUs to disable heartbeat and
  1274.      make them into something like an 802.3 MAU with SQE Test disabled.
  1275.      This also seems to work almost all the time.
  1276.  
  1277.      Anyone still with me? OK
  1278.  
  1279.      RULE FOR SQE Test. Always turn it on except for repeaters.  There
  1280.      should be no exceptions to this rule, but there are.  Some
  1281.      manufacturers can't seem to read standards (or just don't care).
  1282.      As a result there are some terminal devices that get upset when
  1283.      they see SQE Test. I have been told that this is true of the cisco
  1284.      AGS, but not the IGS. Not that there is any documentation on
  1285.      this.  Several email exchanges with cisco folks have not clarified
  1286.      this.
  1287.  
  1288.      There is one BIG special case, the Ethernet fan-out box, most
  1289.      commonly a DEC DELNI. This box has only one MAU, so it repeats the
  1290.      CPT (it's a V2 device) that it sees from the MAU on the "master"
  1291.      port. If the master port is disabled, CPT is generated internally
  1292.      to keep things happy.
  1293.  
  1294.      But, what if you plug a repeater into a DELNI? You can disable CPT
  1295.      by using an 802.3 MAU with SQE Test disabled.  or, if you don't
  1296.      use the master port, turn it on and plug an Ethernet loopback
  1297.      connector into the master port. In either case, CPT is disabled to
  1298.      ALL PORTS! No way around this.
  1299.  
  1300.      DELNIs produce other oddities. They shorten the total maximum
  1301.      length of the AUI cable used between the system and the MAU to 35
  1302.      meters. (And don't forget to include the length of the cable
  1303.      between the interface and the connector on the rear of the
  1304.      cabinet.) This number is the sum of the cable from the host to the
  1305.      DELNI and from the DELNI to the MAU.  Two 20 meter cables and you
  1306.      are over the limit!  Because of these and other oddities, I try to
  1307.      avoid DELNIs.  And I NEVER EVER plug a repeater of any type into
  1308.      one.
  1309.  
  1310.      Other companies make 802.3 equivalents to the DELNI on which SQE
  1311.      Test may be switched on each port. While this fixes one problem,
  1312.      the timing concerns of fan-out boxes remains. Buyer beware!
  1313.      Neither 802.3 nor Ethernet V2 standards cover fan-out boxes in any
  1314.      way, so there is no way to really claim that they meet standards
  1315.      (or don't).
  1316.  
  1317.      We've now covered the basics. So what happens when a MAU fails? In
  1318.      theory, every time it transmits a packet, an error is logged. This
  1319.      happens on some equipment. But most software I've dealt with
  1320.      simply ignores the error flag and does nothing. So SQE Test makes
  1321.      absolutely no difference to these systems. THIS IS BAD SOFTWARE
  1322.      DESIGN.
  1323.  
  1324.      Once in a while a MAU does fail. If it is on some device that does
  1325.      not log SQE Test failures or has a MAU with SQE Test turned off,
  1326.      you don't know what is happening.  If you are on 10baseT, it can
  1327.      be isolated to a hub pretty quickly, but on coax you are reduced
  1328.      to segmenting the cable (physically disconnecting it) until you
  1329.      have isolated the problem. This is NOT fun and makes the network
  1330.      manager very unpopular since the network tends to be down for a
  1331.      LONG time. It took about 4 hours last time I had this problem and
  1332.      could have taken longer.
  1333.  
  1334.      What's a network manager supposed to do? Complain vigorously to
  1335.      vendors of equipment that don't adhere to the standard. Complain
  1336.      equally to vendors of software that doesn't bother to log the
  1337.      failures. SNMP is no good if the agents don't have any information
  1338.      to send out.
  1339.  
  1340. End of Memo: BIG-LAN Frequently Asked Questions
  1341.