home *** CD-ROM | disk | FTP | other *** search
/ Generic Fidonet Collection / fidonet.zip / fidonet / BOFAQ903.TXT < prev    next >
Text File  |  1999-03-01  |  24KB  |  534 lines
  1.                   =====================================
  2.                   ==     North American Backbone     ==
  3.                   ==      General Information &      ==
  4.                   ==    Frequently Asked Questions   ==
  5.                   =====================================
  6.  
  7.                         BOFAQ903.TXT  -  01 Mar 99
  8.  
  9.  
  10.      (Note: Q11 completely re-written)
  11.  
  12.  
  13.                      Terms used throughout this file
  14.                     =================================
  15.  
  16. North American Backbone - A group of volunteer FidoNet hubs who help
  17.         distribute echomail and routed netmail in North America (FidoNet
  18.         Zone 1).  The structure is customarily recognized as a set of tiers
  19.         with the intention of distributing echomail in an accurate and
  20.         expeditious manner.  Hereafter in this file the North American
  21.         Backbone is referred to simply as the Backbone.
  22.  
  23. Echo or Conference - An echomail conference is a message base or forum,
  24.         distributed under a specified echomail conference name, dealing
  25.         with a defined area of interest.  Hereafter in this file echomail
  26.         conferences are referred to simply as echoes.
  27.  
  28. Backbone Hub - A hub who helps to distribute mail within the North American
  29.         Backbone.  Backbone Zone Hubs (ZHubs) distribute mail at the zone
  30.         level.  Backbone Region Hubs (RHubs) distribute mail at the region
  31.         level.  Backbone Net Hubs (NHubs) distribute mail at the net level.
  32.  
  33. Overseer of Backbone Operations (OBO) - Person responsible for the
  34.         day-to-day operation of the North American Backbone at the zone
  35.         level.  He coordinates routing to ensure reliable and efficient
  36.         transport of echomail and Backbone-routed netmail while avoiding
  37.         creation of duplicate messages.  He also serves as liaison to the
  38.         ZEC and to other distribution systems.
  39.  
  40. Echomail Coordinators (ECs) - Echomail Coordinators have been recognized by
  41.         Fidonet since 1987.  The Zone Echomail Coordinator (ZEC)
  42.         coordinates echomail at the zone level.  Region Echomail
  43.         Coordinators (RECs) coordinate echomail at the region level.  Net
  44.         Echomail Coordinators (NECs) coordinate echomail at the net level.
  45.  
  46. Backbone Council - An advisory group of RECs who represent the interests of
  47.         the zone.  They provide input and perspective to the Backbone.
  48.  
  49. BACKBONE.NA - A text file listing all echoes, and their descriptions, that
  50.         are presently carried on the North American Backbone.  This text
  51.         file is formatted in a manner which makes it easily readable by
  52.         echomail distribution software to use as a "forward list".  It is
  53.         published weekly at the direction of the OBO and distributed in the
  54.         BACKBONE file area.
  55.  
  56. BACKSTAT.NA - A North American Backbone newsletter published weekly which,
  57.         among other things, itemizes echoes which are in the process of
  58.         being added to or dropped from the North American Backbone, as well
  59.         as listing the OBO and the Backbone Zone and Region Hubs.  It is
  60.         published weekly at the direction of the OBO and distributed in the
  61.         BACKBONE file area.  It is advisable that those who rely on the
  62.         North American Backbone get in the habit of reading this file.
  63.  
  64. BOFAQxxx.TXT (xxx = version) - This file.  It is published monthly by the
  65.         OBO and distributed in the BACKBONE file area.
  66.  
  67. Moderator - Person(s) responsible for an echo and its liaison with the
  68.         Backbone.
  69.  
  70. Zone 1 EchoList - A database containing a list of echoes, published monthly
  71.         by the Zone 1 EchoList Coordinator (1:1/21).  It customarily
  72.         contains echo names, moderator names and addresses, and
  73.         descriptions of the echoes.  Hereafter in this file the Zone 1
  74.         EchoList is referred to simply as the EchoList.
  75.  
  76. Gateways - Echomail Gateways are nodes whose systems are used to exchange
  77.         mail with other groups.  The term Gateway, as used here, includes
  78.         all forms of gating including, but not limited to, zone-gating,
  79.         inter-network gating, intra-network gating, and domain-gating.
  80.  
  81. Q1 ========================================================================
  82.  
  83. What is the purpose of this help file?
  84.  
  85. This help file has been assembled as a means to provide answers to
  86. frequently asked questions regarding how the Backbone operates and to
  87. provide an insight into its internal administration.
  88.  
  89. Q2 ========================================================================
  90.  
  91. How are Backbone Hubs selected?
  92.  
  93. ZHubs are selected by a vote of the OBO and the other ZHubs.
  94.  
  95. RHubs are recognized by the OBO upon application by their respective RECs.
  96. An applicant should connect to either a ZHub or another RHub and route
  97. netmail and/or echomail for at least a few nets other than their own.
  98.  
  99. NHub selection is left up to the individual nets.
  100.  
  101. Q3 ========================================================================
  102.  
  103. Are all of the echoes listed in BACKBONE.NA available from all of the
  104. Backbone Hubs?
  105.  
  106. The ZHubs make available all echoes which are listed in in BACKBONE.NA.
  107. RHubs and NHubs are not obligated to carry all listed echoes.  However, no
  108. Backbone Hub is required to carry any echo which, in their opinion, could
  109. subject them to consequences which might have a negative effect on their
  110. well being.
  111.  
  112. Q4 ========================================================================
  113.  
  114. What are the responsibilities of a moderator of an echo which the Backbone
  115. carries?
  116.  
  117.     1)  Seeing that messages in their echo correspond to the echo's theme.
  118.  
  119.     2)  Updating their echo's listing in the Echolist at least every six
  120.         months.
  121.  
  122.     3)  Preventing the distribution of their echo from interfering with the
  123.         operation of the Backbone.
  124.  
  125.     4)  Must be accessible via netmail through known channels.
  126.  
  127.     5)  Seeing that messages in their echo do not violate the standards set
  128.         in Q8, Q20 and Q26.
  129.  
  130. Q5 ========================================================================
  131.  
  132. What "tools" does the Backbone provide to a moderator in order to help
  133. him/her carry out their responsibilities?
  134.  
  135. If a moderator believes that a node is violating an echo rule, he/she may
  136. request the feed to that node be severed.  This request is made in written
  137. form (netmail), to the hub feeding the offending node, with a copy to the
  138. offending node.  It is recommended that a copy also be sent to the node's
  139. NEC so that he or she is aware of such problems in the net and can provide
  140. information and assistance.
  141.  
  142. Some important points to remember regarding feed cut requests:
  143.  
  144.     1) Feed cuts should be initiated with an effort to cause the least
  145.        amount of disruption to the echo.
  146.  
  147.     2) In most cases, the main goal of a feed cut is to remove a REPEAT
  148.        offender who is likely to cause future echo disruption.
  149.  
  150.     3) Echo rule offenders are, in most cases, PEOPLE - not systems.
  151.  
  152.     4) SYSTEMS should not be cut until efforts to remove the PERSON have
  153.        failed.  Moderators should attempt to resolve problems as close to
  154.        the root of the problem as possible, i.e., user first, SysOp second,
  155.        hub third, etc.
  156.  
  157.     5) Feed cuts at the Zone level are taken very seriously.  Only use
  158.        them as a last resort after all other means have failed.  Have
  159.        proper documentation ready to support a link cut request at the Zone
  160.        level showing that all other efforts have failed.
  161.  
  162.     6) Feed cut requests are just that - requests.  Communications should
  163.        be polite and not demanding as you are REQUESTING help from another
  164.        system.
  165.  
  166. Q6 ========================================================================
  167.  
  168. What means does the Backbone use to recognize the moderator of an echo?
  169.  
  170. A moderator is recognized as follows:
  171.  
  172.     1)  Upon formation of an echo, the person who forms the echo is the
  173.         moderator.
  174.  
  175.     2)  Upon resignation or replacement of an existing moderator, the
  176.         echo's rules define