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