home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / rfc / 3 / rfc2321.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  12.0 KB  |  340 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         A. Bressen
  8. Request for Comments: 2321                      Cohesive Network Systems
  9. Category: Informational                                     1 April 1998
  10.  
  11.  
  12.         RITA -- The Reliable Internetwork Troubleshooting Agent
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard of any kind.  Distribution of this
  18.    memo is unlimited.
  19.  
  20. Copyright Notice
  21.  
  22.    Copyright (C) The Internet Society (1998).  All Rights Reserved.
  23.  
  24. Abstract
  25.  
  26.    A Description of the usage of Nondeterministic Troubleshooting and
  27.    Diagnostic Methodologies as applied to today's complex
  28.    nondeterministic networks and environments.
  29.  
  30. 1. Introduction
  31.  
  32.    Increasingly, IETF efforts have been devoted to aiding network
  33.    management, troubleshooting, and diagnosis. Results have included
  34.    SNMP, cflowd, and RMON, and ongoing projects at the time of this
  35.    writing include Universal Logging Protocol and Distributed
  36.    Management.  These tools work well within the horizon of
  37.    deterministic situations in which the configuration of the network or
  38.    relevant components is known or can be relatively easily determined.
  39.    They do not well address many problems that are related to the
  40.    complex internetworks we have today, such as:
  41.  
  42.      o  Networks where the root bridge for a world-wide bridged
  43.         network is suboptimally located, such as under the desk of a
  44.         secretary who kicks off her shoes when she arrives in the
  45.         morning.
  46.      o  Networks where a hub is located adjacent to a monitor that
  47.         emits disruptive RF when displaying certain graphics.
  48.      o  Networks where an ISP and several of their customers use
  49.         network 10.0.0.0 internally and do not hide RIP broadcasts from
  50.         one another.
  51.      o  Networks where gateways are data-sensitive
  52.      o  Networks where vendors inadvertently ship units with
  53.         duplicate MAC addresses to the same end-user or where all users
  54.         have a tool for changing MAC addresses.
  55.  
  56.  
  57.  
  58. Bressen                      Informational                      [Page 1]
  59.  
  60. RFC 2321                          RITA                      1 April 1998
  61.  
  62.  
  63.    In this document we introduce a new hardware-based tool for diagnosis
  64.    and repair of network related hardware and software problems. This
  65.    tool is best suited to addressing nondeterministic problems such as
  66.    those described above. This tool has broad areas of application at
  67.    all levels of the OSI model; in addition to uses in the physical,
  68.    network, transport and application layers, it has been used to
  69.    successfully address problems at the political and religious layers
  70.    as well. RITA, the Reliable Internet Troubleshooting Agent, was
  71.    developed initially at The Leftbank Operation (now known as Cohesive
  72.    Network Systems, New England Division) based on a hardware platform
  73.    supplied by Archie McPhee (Reference [1]). A typical RITA unit is
  74.    depicted in Figure 1.
  75.  
  76.          comb      neck             body                    feet
  77.           |         |                |                       |
  78.           v         v                V                       V
  79.            ,^/'/,           ,______________________.         ,
  80.          i'  '  /          /                       =========<-
  81.         / <o>   `---------/                        \         `
  82.       .;__.  ,__,--------.                         /         ,
  83.          / ,/ vv          \                        =========<-
  84.         '-'                `-----------------------'         `
  85.          ^     ^                                     ^
  86.          |     |                                     |
  87.         beak  wattles                               legs
  88.  
  89.                                  Figure 1.
  90.  
  91. 2. Specification
  92.  
  93.    A typical RITA is 51.25 cm long and yellow-orange in color.  Either
  94.    natural or artificial substances may be used for construction.  RITA
  95.    has very flexible characteristics, and thus can interoperate within
  96.    fairly broad parameters.  Unlike most other tools described in
  97.    forthcoming RFC's, RITA does not require any IANA namespace
  98.    management.  It is not anticipated that versions will be
  99.    incompatible, thus no versioning field is present. Interoperability
  100.    testing may be conducted at a future meeting of the IETF.
  101.  
  102. 3. Diagnostic Usage:
  103.  
  104.    RITA may be applied in two diagnostic fashions, however only one of
  105.    these methods, described below in 3.1, has been refined to a state
  106.    such that we feel comfortable publishing the methodology.
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Bressen                      Informational                      [Page 2]
  115.  
  116. RFC 2321                          RITA                      1 April 1998
  117.  
  118.  
  119.    3.1   The first method provides a broad-spectrum evaluation of
  120.    quality of the entity tested, and is thus known as the BS eval test.
  121.    This method can be used with great success on both deterministic and
  122.    non-deterministic problems.  Testing is performed by placing the RITA
  123.    unit on top of a suspect piece of hardware, or, in the case of
  124.    software, placing the unit on a packaged copy of the program, or hard
  125.    copy of the source code.
  126.  
  127.    If the RITA does not get up and fly away, the hardware or software
  128.    being tested is misconfigured, fubar, or broken as designed. While
  129.    this method does identify all equipment and software as sub-optimal,
  130.    Sturgeon's Law (see reference [5]) indicates that at least 90% of
  131.    these results are accurate, and it is felt that a maximum 10% false
  132.    positive result is within acceptable parameters.
  133.  
  134.    3.2 The second method involves applications of traditional techniques
  135.    of haruspication (see reference [3]) and to date has been practiced
  136.    with much greater success using implements other than RITA. The
  137.    absence of entrails in the RITA unit may contribute to this; future
  138.    design enhancements may address this issue by the addition of
  139.    artificial giblets.
  140.  
  141.    An alternative approach that has been discarded involved cleromantic
  142.    principles (see reference [3]), and was known as "flipping the bird".
  143.  
  144. 4. Corrective Usage:
  145.  
  146.    Corrective usage of RITA is most successful in dealing with the most
  147.    difficult class of networking problems: those that seem to exhibit
  148.    sporadic, non-deterministic behavior.
  149.  
  150.    RITA units enhance normal corrective measures of these problems,
  151.    methods such as rebooting, reseating of components and connectors,
  152.    changing tabs to spaces or vice-versa in configuration files, blaming
  153.    third-party vendors, and use of ballistic implements to effect
  154.    wholesale displacement of systems and software, to at least 100% of
  155.    their normal efficacy.
  156.  
  157.     Specific Problem Methodologies:
  158.  
  159.      o  Physical Layer: Wave RITA unit towards malfunctioning
  160.         components.
  161.      o  Network Layer: Wave RITA unit towards malfunctioning
  162.         components.
  163.      o  Transport Layer: Wave RITA unit towards malfunctioning
  164.         components.
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Bressen                      Informational                      [Page 3]
  171.  
  172. RFC 2321                          RITA                      1 April 1998
  173.  
  174.  
  175.      o  Application Layer: Strike product vendor representative
  176.         (or programmer, if available) with RITA, preferably on the top
  177.         of the skull, while shouting, "Read The Fine RFC's comma darn
  178.         it!"
  179.      o  Political Layer: Strike advocates of disruptive or
  180.         obstructive policies with RITA, preferably on the top of the
  181.         skull. In extreme cases insertion of RITA into bodily apertures
  182.         may become necessary. WARNING: subsequent failure to remove RITA
  183.         may cause further problems.
  184.      o  Religious Layer: Strike advocates of disruptive or
  185.         obstructive religions, and their vendor representatives, with
  186.         RITA, preferably on the top of the skull. In extreme cases, the
  187.         RITA may be used as a phlactory, funerary urn, or endcap for
  188.         bus-and-tag cables.
  189.  
  190. 5. Further Work
  191.  
  192.    A RITA MIB is under development.  This may require adding interface
  193.    technology and hardware to RITA; a prototype is depicted in Figure 2.
  194.  
  195.          comb      neck             body                    feet
  196.           |         |                |                       |
  197.           v         v                V                       V
  198.            ,^/'/,           ,______________________.         ,
  199.          i'  '  /          /                       =========<-
  200.         / <o>   `---------/                        \_____________m
  201.       .;__.  ,__,--------.                         /         ,
  202.          / ,/ vv          \                        =========<-
  203.         '-'                `-----------------------'         `
  204.          ^     ^                                     ^          ^
  205.          |     |                                     |          |
  206.         beak  wattles                               legs       ethernet
  207.  
  208.                                  Figure 2.
  209.  
  210.    There has been to date no investigation of the possible use of RITA
  211.    to implement RFC 1149.
  212.  
  213.    Additionally, this tool has been used with some success for dealing
  214.    with non-network problems, particularly in the debugging of SCSI bus
  215.    malfunctions.
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Bressen                      Informational                      [Page 4]
  227.  
  228. RFC 2321                          RITA                      1 April 1998
  229.  
  230.  
  231. 6. Security Considerations
  232.  
  233.    The RITA will only have serious impact on system security facilities
  234.    if it is filled with lead shot. It does however, increase the
  235.    personal security of system administrators; few network toughs are
  236.    willing to face down a sysadmin armed with a RITA and a confident
  237.    demeanor.
  238.  
  239. 7. Citations and References
  240.  
  241.    [1] Postel, J., and J. Reynolds, "Instructions to RFC Authors", RFC
  242.    2223, October 1997.
  243.  
  244.    [2] McPhee, A., http://www.mcphee.com
  245.  
  246.    [3] http://www.clix.net/5thworld/no-osphere/3e/manteia.html
  247.  
  248.    [4] Waitzman, D., "Transmission of IP Datagrams on Avian Carriers"
  249.    RFC 1149, April 1990.
  250.  
  251.    [5] Raymond, E. (editor), "The New Hacker's Dictionary" 2nd ed., MIT
  252.    Press, September 1993.  ISBN 0-262-18154-1
  253.  
  254. 8. Acknowledgments
  255.  
  256.    Initial Development of RITA, Editing, and excellent leather jacket
  257.    provided by Bob Antia, first reading by John "cgull" Hood,
  258.    illustrations done using equipment provided by Elizabeth Goodman and
  259.    Gerry Goodnough.
  260.  
  261. 9. Author's Address
  262.  
  263.    Andrew K. Bressen
  264.    72 Endicott Street
  265.    Somerville, MA
  266.  
  267.    Phone: 617-776-2373
  268.    EMail: bressen@leftbank.com, bressen@cohesive.com, bressen@mirror.to
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Bressen                      Informational                      [Page 5]
  283.  
  284. RFC 2321                          RITA                      1 April 1998
  285.  
  286.  
  287. 10.  Full Copyright Statement
  288.  
  289.    Copyright (C) The Internet Society (1998).  All Rights Reserved.
  290.  
  291.    This document and translations of it may be copied and furnished to
  292.    others, and derivative works that comment on or otherwise explain it
  293.    or assist in its implementation may be prepared, copied, published
  294.    and distributed, in whole or in part, without restriction of any
  295.    kind, provided that the above copyright notice and this paragraph are
  296.    included on all such copies and derivative works.  However, this
  297.    document itself may not be modified in any way, such as by removing
  298.    the copyright notice or references to the Internet Society or other
  299.    Internet organizations, except as needed for the purpose of
  300.    developing Internet standards in which case the procedures for
  301.    copyrights defined in the Internet Standards process must be
  302.    followed, or as required to translate it into languages other than
  303.    English.
  304.  
  305.    The limited permissions granted above are perpetual and will not be
  306.    revoked by the Internet Society or its successors or assigns.
  307.  
  308.    This document and the information contained herein is provided on an
  309.    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  310.    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  311.    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  312.    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  313.    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Bressen                      Informational                      [Page 6]
  339.  
  340.