home *** CD-ROM | disk | FTP | other *** search
/ Generic Fidonet Collection / fidonet.zip / fidonet / BOFAQ904.TXT < prev    next >
Text File  |  1999-04-04  |  24KB  |  536 lines
  1.                   =====================================
  2.                   ==     North American Backbone     ==
  3.                   ==      General Information &      ==
  4.                   ==    Frequently Asked Questions   ==
  5.                   =====================================
  6.  
  7.                         BOFAQ903.TXT  -  01 Apr 99
  8.  
  9.  
  10.  
  11.  
  12.                      Terms used throughout this file
  13.                     =================================
  14.  
  15. North American Backbone - A group of volunteer FidoNet hubs who help
  16.         distribute echomail and routed netmail in North America (FidoNet
  17.         Zone 1).  The structure is customarily recognized as a set of tiers
  18.         with the intention of distributing echomail in an accurate and
  19.         expeditious manner.  Hereafter in this file the North American
  20.         Backbone is referred to simply as the Backbone.
  21.  
  22. Echo or Conference - An echomail conference is a message base or forum,
  23.         distributed under a specified echomail conference name, dealing
  24.         with a defined area of interest.  Hereafter in this file echomail
  25.         conferences are referred to simply as echoes.
  26.  
  27. Backbone Hub - A hub who helps to distribute mail within the North American
  28.         Backbone.  Backbone Zone Hubs (ZHubs) distribute mail at the zone
  29.         level.  Backbone Region Hubs (RHubs) distribute mail at the region
  30.         level.  Backbone Net Hubs (NHubs) distribute mail at the net level.
  31.  
  32. North American Backbone Coordinator (NAB Coordinator) formerly OBO - Person
  33.         responsible for the day-to-day operation of the North American
  34.         Backbone at the zone level.  He coordinates routing to ensure
  35.         reliable and efficient transport of echomail and Backbone-routed
  36.         netmail while avoiding creation of duplicate messages.  He also
  37.         serves as liaison to the ZEC and to other distribution systems.
  38.  
  39. Echomail Coordinators (ECs) - Echomail Coordinators have been recognized by
  40.         Fidonet since 1987.  The Zone Echomail Coordinator (ZEC)
  41.         coordinates echomail at the zone level.  Region Echomail
  42.         Coordinators (RECs) coordinate echomail at the region level.  Net
  43.         Echomail Coordinators (NECs) coordinate echomail at the net level.
  44.  
  45. Backbone Council - An advisory group of RECs who represent the interests of
  46.         the zone.  They provide input and perspective to the Backbone.
  47.  
  48. BACKBONE.NA - A text file listing all echoes, and their descriptions, that
  49.         are presently carried on the North American Backbone.  This text
  50.         file is formatted in a manner which makes it easily readable by
  51.         echomail distribution software to use as a "forward list".  It is
  52.         published weekly at the direction of the NAB Coordinator and
  53.         distributed in the BACKBONE file area.
  54.  
  55. BACKSTAT.NA - A North American Backbone newsletter published weekly which,
  56.         among other things, itemizes echoes which are in the process of
  57.         being added to or dropped from the North American Backbone, as well
  58.         as listing the NAB Coordinator and the Backbone Zone and Region Hubs.  It is
  59.         published weekly at the direction of the NAB Coordinator and distributed in the
  60.         BACKBONE file area.  It is advisable that those who rely on the
  61.         North American Backbone get in the habit of reading this file.
  62.  
  63. BOFAQxxx.TXT (xxx = version) - This file.  It is published monthly by the
  64.         NAB Coordinator and distributed in the BACKBONE file area.
  65.  
  66. Moderator - Person(s) responsible for an echo and its liaison with the
  67.         Backbone.
  68.  
  69. Zone 1 EchoList - A database containing a list of echoes, published monthly
  70.         by the Zone 1 EchoList Coordinator (1:1/21).  It customarily
  71.         contains echo names, moderator names and addresses, and
  72.         descriptions of the echoes.  Hereafter in this file the Zone 1
  73.         EchoList is referred to simply as the EchoList.
  74.  
  75. Gateways - Echomail Gateways are nodes whose systems are used to exchange
  76.         mail with other groups.  The term Gateway, as used here, includes
  77.         all forms of gating including, but not limited to, zone-gating,
  78.         inter-network gating, intra-network gating, and domain-gating.
  79.  
  80. Q1 ========================================================================
  81.  
  82. What is the purpose of this help file?
  83.  
  84. This help file has been assembled as a means to provide answers to
  85. frequently asked questions regarding how the Backbone operates and to
  86. provide an insight into its internal administration.
  87.  
  88. Q2 ========================================================================
  89.  
  90. How are Backbone Hubs selected?
  91.  
  92. ZHubs are selected by a vote of the NAB Coordinator and the other ZHubs.
  93.  
  94. RHubs are recognized by the NAB Coordinator upon application by their
  95. respective RECs. An applicant should connect to either a ZHub or another
  96. RHub and route netmail and/or echomail for at least a few nets other than
  97. 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 replaceme