/FAQServer от 2:5025/38.12@fidonet/Сеть Фидо/ЭХОПОЛИСИ РЕГИОНА 50 ЗОЫ 2 FIDONET

                                                   13 сентября 1994 г.

                    ЭХОПОЛИСИ РЕГИОНА 50 ЗОЫ 2 FIDONET
                    ===================================

      Версия: 1.0                      Дата принятия: 10 октября, 1994

                                СОДЕРЖАИЕ
                                ----------

               1.0 Введение
                   1.1 Цель данного документа
                   1.2 Определения
                   1.3 Региональный бекбон
               2.0 Функционирование на региональном уровне
                   2.1 Обязанности регионального эхокоординатора
                   2.2 Выборы регионального координатора
                   2.3 Региональные хабы
                   2.4 Взаимодействие с координаторами FidoNet
               3.0 Модераторы конференций
                   3.1 Признание модераторов
                   3.2 Обязанности модераторов
               4.0 Другие функциональные процедуры
                   4.1 Технические области
                   4.2 Технические стандарты сообщений
                   4.3 Добавление конференций на бэкбон
                   4.4 Удаление конференций с бэкбона
                   4.5 Внешние и паритетные конференции
                   4.6 Финансовые взаимоотношения
                   4.7 Конференции вне регионального бэкбона
               5.0 Порядок разрешения конфликтов
               6.0 Порядок принятия и изменения эхополиси
                   6.1 Принятие эхополиси и переходный период
                   6.2 Внесение изменений в эхополиси


  1.0     Введение
  ================

  1.1     Цель данного документа
  ------------------------------
  Данный документ устанавливает политику и процедуры распространения
  эхопочты в рамках региона 50, а также порядок взаимодействия между
  участниками системы распространения эхопочты (регионального бекбона).

  В документе рассматривается только региональный уровень распространения
  эхопочты - функционирование сетевых бекбонов может регулироваться
  сетевыми эхополиси.

  Действие данного документа распространяется на все узлы, которые
  изъявили желание пользоваться услугами бекбона для получения эхопочты.

  В сетях региона могут действовать сетевые эхополиси, не противоречащие
  общей полиси FidoNet. Эхоконференции сети, принятые на региональный
  бекбон, подчиняются эхополиси региона. Если сетевая эхополиси
  отсутствует, то в сети действует эхополиси региона.

  Данный документ не является частью FIDONET Policy. Если какая-либо
  часть этого документа вступает в противоречие с действующей Policy, то
  действует соответствующее положение Policy.

  1.2     Определения
  -------------------
  Эхомейловая конференция - это совокупность сообщений, распространяемых
  под определенным именем конференции (AREATAG) и связанных с
  определенной областью интересов.

  Региональный бекбон - это структура распространения эхопочты,
  координируемая региональным эхокоординатором. Бекбон состоит из узлов,
  участвующих в распространении эхопочты, признающих данный документ и
  получивших от регионального эхокоординатора статус эхо-хаба.

  Сетевой бекбон - структура, аналогичная региональному бекбону, на
  уровне сети и координируемая сетевым эхокоординатором (NEC).

  Региональный эхокоординатор (REC)  -  лицо, координирующее
  распространение эхопочты и соблюдение данного документа в регионе.

  Сетевой эхокоординатор (NEC) - лицо,  координирующее распространение
  эхопочты и соблюдение данного документа в своей сети.

  Эхохаб - узел, который распространяет эхопочту на другие сети/узлы.
  Региональные хабы распространяют эхопочту на региональном уровне.
  Сетевые эхохабы - на уровне сети. В дальнейшем эхохабы будут
  именоваться хабами.

   1.3    Региональный бекбон
  ---------------------------
  Участие в эхомейловом бекбоне региона 50 является добровольным.  Хабы,
  узлы и модераторы, принимая участие в работе бекбона, соглашаются
  выполнять процедуры и предоставлять сервис, описанные в данном
  документе.

  Сервис, предлагаемый региональным бекбоном, является дополнением к
  тому, который обязателен для членов FIDONET согласно FIDONET-policy.
  Использование этого сервиса следует рассматривать как привилегию, а не
  как право.

  Хотя участники регионального бекбона стремятся обеспечить наилучший
  сервис в распространении эхопочты, никакие гарантии не оговариваются.


  2.0     Функционирование на региональном уровне
  ===============================================

  2.1     Обязанности регионального эхокоординатора
  -------------------------------------------------

  Региональный эхокоординатор контролирует работу бекбона на региональном
  уровне. В его обязанности входит:
   - определение структуры и состава регионального бекбона и поддержка его
     нормального функционирования,
   - ведение списка конференций, принятых на региональный бекбон и
     временно снятых с него,
   - ведение списка модераторов конференций регионального бекбона,
   - определение текущих ограничений, действующих при принятии
     конференций на бэкбон (см. далее п.4.3),
   - определение перечня FTSC, обязательных для соблюдения на
     региональном бекбоне, а также допустимого объема необязательной
     служебной информации в сообщениях,
   - разработка и обеспечение совместно с региональными хабами аварийного
     плана, который используется в случае возникновения непредвиденных
     проблем у региональных хабов.

  2.2     Выборы регионального координатора
  -----------------------------------------

  Региональный эхокоординатор выбирается из числа системных операторов
  узлов FidoNet региона 50, тайным голосованием RC, NC, NEC и
  региональных эхохабов.  При совмещении одним человеком нескольких
  функций действует принцип:  'один человек - один голос'. Выборы
  проводятся, если произойдет одно из следующих событий:

      1)  Должность REC окажется вакантной.

      2)  Более одной четверти людей, имеющих право голоса при выборах
  REC, потребуют проведения досрочных выборов, и со времени последних
  выборов пройдет более шести месяцев.

      3)  RC потребует проведения досрочных выборов, и со времени
  последних выборов пройдет более шести месяцев.

      4)  Пройдет более 2 лет со времени последних выборов.

  Предусмотрен следующий порядок выборов REC. RC назначает
  ответственного за сбор кандидатур и проведение голосования из числа
  лиц, имеющих право голоса. В течение трех недель с момента
  объявления выборов происходит выдвижение кандидатур.  Возможно
  самовыдвижение кандидатов. От каждого из кандидатов должно быть
  получено письменное согласие на участие в выборах. Ответственный за
  проведение выборов регистрирует кандидатов и сообщает о них в
  региональной технической эхоконференции.

  Голосование проводится в течение двух недель.  Кандидат считается
  избранным, если он набрал большее число голосов, нежели остальные
  кандидаты.  Если наибольшее число голосов получили несколько
  кандидатов, то RC назначает REC'ом одного из них. Вновь избранный REC
  считается приступившим к своим обязанностям с момента опубликования
  результатов голосования в региональной технической эхоконференции.

  Если к моменту начала выборов должность REC оказалась вакантной, то на
  время проведения выборов RC назначает одного из NEC'ов региона
  исполняющим обязанности REC.

  Порядок выборов (или назначения) NEC определяется эхополиси сети, если
  таковая существует. При ее отсутствии применяется процедура,
  аналогичная той, что была описана выше.

  2.3  Региональные хабы
  ----------------------

  REC определяет (утверждает) региональных хабов для распределения
  эхопочты на региональном уровне. REC может одновременно являться
  региональным хабом, если он этого пожелает.

  Каждый региональный хаб обеспечивает минимум одну межсетевую связь.

  Каждый региональный хаб делает доступными все конференции бэкбона и
  файлэху R50-BONE для передачи на сетевой уровень распространения.
  Однако, никто не вправе требовать от хаба несения какой-либо
  конференции, если это превышает его экономические возможности.

  Региональные хабы обязаны поддерживать аварийный план, который
  используется в случае появления непредвиденных проблем у одного из них.

  2.4   Взаимодействие с координаторами FidoNet
  ---------------------------------------------

  Эхокоординаторы и сисопы хабов бекбона являются узлами FidoNet и
  выполняют все решения координаторов FidoNet. Координаторы FidoNet не
  вмешиваются в деятельность эхокоординаторов и сисопов хабов бекбона,
  пока эта деятельность не нарушает функционирование сети или региона.
  Конфликтные ситуации, в случае их возникновения, разрешаются
  вышестоящим координатором FidoNet.


  3.0  Модераторы конференций
  ===========================

  Модераторы конференций председательствуют в конференциях. Участники
  бэкбона не должны вмешиваться во внутренние дела конкретной
  конференции, пока это не мешает функционированию бэкбона. Модератор не
  обязан быть членом FidoNet.

  3.1  Признание модераторов
  --------------------------

  Модератор признается следующим образом:

      1)  При создании конференции человек, создавший конференцию,
  является модератором.

      2)  При отставке или замене существующего модератора выбор нового
  модератора определяется объявленными правилами конференции.

      3) Модераторы и ко-модераторы (если таковые существуют)
  перечисляются в cписке конференций бэкбона, что служит для хабов
  руководством при получении необходимой для них информации.

  Поощряется назначение модераторами ко-модераторов для помощи и замены
  модераторов на время отсутствия.

  3.2  Обязанности модераторов
  ----------------------------

  Модераторы отвечают за следующий круг вопросов:

      1)  Сообщение действительного нетмейлового адреса для помещения в
  список признанных конференций, по которому  к ним можно обратиться
  через FidoNet.

      2)  Просмотр сообщений в их конференциях на предмет соответствия
  теме и правилам конференции.

      3)  Отсутствие в их конференциях нелегальной информации или
  содействия нелегальной деятельности.

      4)  Посылку в конференцию ее правил по крайней мере раз в месяц.

  Если модератор определит, что узел постоянно нарушает правила
  конференции, он может потребовать, чтобы связь для этого узла была
  отрезана. Такое требование с перечнем нарушенных правил конференции
  оформляется в виде нетмэйл-сообщения на хаб, снабжающий виновный узел,
  и вместе с копией провинившемуся узлу. После проверки наличия модератора
  в списке признанных конференций хаб отрезает связь.

  В случае невыполнения хабом директивы модератора, модератор может
  потребовать, чтобы этот хаб был отрезан и т.д. Такое требование
  оформляется в виде нетмэйл-сообщения хабу, снабжающему хаб,
  противодействующий модератору, вместе с копией хабу, не выполнившему
  требование модератора, и соответствующему эхокоординатору.  После
  проверки информации хаб отрезается от данной конференции.

  Узел, отключенный модератором от конференции не имеет права
  подписываться на эту конференцию до оговоренного срока ни на одном
  узле. Невыполнение этого требования является основанием для полного
  отключения виновного узла от бекбона по решению соответствующего
  эхокоордиинатора.


  4.0  Другие функциональные процедуры
  ====================================

  4.1  Технические области
  ------------------------

 Для ведения дел бэкбона используются эхоконференции R50.BONE и R50.HUBS.
 R50.BONE открыта для любого узла, имеющего дела с бэкбоном.
 R50.HUBS ограничена для использования на региональном и сетевом уровне
 координаторами бэкбона и хабами. REC является модератором обеих
 конференций.

  4.2  Технические стандарты сообщений
  ------------------------------------

  Перечень технических требований к конференциям (используемые стандарты
  и т.д.) определяется REC'ом и распространяется им по файл-эхе
  R50-BONE.

  Бэкбон не поддерживает пересылку зашифрованных сообщений (за
  исключением использования цифровых подписей).

  Пересылка двоичных файлов, закодированных с помощью UUENCODE, BTOA и
  т.д. должна регламентироваться правилами конкретной эхоконференции.

  Хабы могут уничтожать сообщения, которые не удовлетворяют техническим
  стандартам, когда такие сообщения могут нанести вред техническим
  операциям бэкбона. К ним относятся дублированные сообщения, и сообщения
  в эхопочте с возрастом более 20 дней.  Такие сообщения обычно не
  возвращаются.

  Хабы функционируют в защищенном режиме. Это означает, что они
  автоматически обрабатывают сообщения только от тех узлов с которыми
  имеются предварительные соглашения. Обычно хабы имеют пароль на сессию
  и защищенные входные области. Однако приемлем любой другой надежный
  метод, который обеспечивает отсутствие на бэкбоне несанкционированных
  сообщений.

  4.3  Добавление конференций на бэкбон
  -------------------------------------

  Конференция добавляется на бэкбон и заносится в список признанных
  конференций, если выполнены все перечисленные ниже требования:

      1)  Модератор отправил нетмэйловый запрос к REC вместе с правилами
  своей конференции. REC'ом могут быть установлены ограничения на
  начальный уровень распространения конференции, необходимый для принятия
  конференции на бекбон. Если большинство NEC'ов сетей выскажутся против
  установленных ограничений, то REC обязан в месячный срок пересмотреть
  их. Текущие ограничения должны распространяться REC с помощью
  файл-эхи R50-BONE.

      2)  Правила конференции допускают написание сообщений на русском
  языке, в них оговорен порядок смены модератора и согласно им
  допускается распространение конференции в любой сети региона 50.

      3)  По крайней мере 10% NEC потребовали, чтобы конференция
  распространялась для их сети через региональный бэкбон.

  Любая временно удаленная с бэкбона конференция восстанавливается для
  регулярного распространения через бэкбон, когда ситуация, вызвавшая ее
  удаление, будет корректно устранена.

  4.4  Удаление конференций с бэкбона
  -----------------------------------

  Конференция временно удаляется с бэкбона, если имеет место хотя бы одна
  из перечисленных ситуаций:

      1)  В конференции нет модератора.

      2)  Менее 10% NEC требуют распространения конференции через
  бэкбон в их сетях.

  Конференция полностью удаляется с бэкбона, если случится хотя бы одна
  из перечисленных ситуаций:

      1)  Модератор посылает нетмэйлом REC'у требование об удалении
  конференции с бэкбона.

      2)  Модератор не выполняет своих обязанностей, как это описано в
  разделе 3.2 и требований REC

      3)  Траффик в конференции упал ниже установленного REC уровня.

      4)  Конференция, временно удаленная с бэкбона, не была
  восстановлена для регулярного распространения через бэкбон спустя два
  месяца с момента ее удаления.

  Термины 'временное удаление с бэкбона' или 'полное удаление с бэкбона'
  не означают запрета на распространение конференции региональными
  хабами, либо любыми другими узлами региона.  Конференция, временно
  удаленная с бэкбона, изымается из списка конференций бэкбона и
  переводится в список временно удаленных, однако региональные хабы
  продолжают ее распространение. При полном удалении конференции с
  бэкбона она удаляется из всех списков, а системные операторы
  региональных хабов самостоятельно принимают решение о ее дальнейшем
  распространении или нераспространении на своих узлах.

  4.5   Внешние и паритетные конференции
  --------------------------------------

  Кроме внутрирегиональных конференций на бэкбон могут быть приняты также
  внешние и паритетные (межрегиональные или межсетевые) конференции.

  Распространение внутрирегиональных конференций за пределы региона
  возможно при согласии модератора конференции и согласии участников
  конференции, находящихся за пределами региона, признавать и соблюдать
  эхополиси региона. Это касается также и гейтования региональных
  конференций в другие сети.

  Принятие внешних конференций на региональный бекбон при их соответствии
  эхополиси региона производится на общих основаниях. REC может разрешить
  принятие на региональный бекбон внешних конференций, не соответствующих
  эхополиси региона, при условии, что их содержание вызывает значительный
  интерес в регионе.  При этом должны быть определены процедуры,
  обеспечивающие нормальное функционирование бекбона.

  Паритетные конференции (межрегиональные или межсетевые)
  распространяются по региональному бекбону на основе соглашений REC'ов
  регионов (или соответствующих ответственных лиц других сетей). При этом
  должны быть определены процедуры обеспечивающие нормальное
  функционирование бекбона.

  REC может снять с бекбона конференции, нарушающие нормальное
  функционирование бекбона.

  4.6  Финансовые взаимоотношения
  -------------------------------

  В необходимых случаях в рамках регионального бэкбона (как в целом, так
  и в отдельных его частях) может вводиться система взаимного возмещения
  расходов (costsharing). Принципы и порядок функционирования такой
  системы устанавливаются по взаимной договоренности заинтересованными
  лицами (лицом, несущим расходы и лицами, которые получают от него
  эхопочту).  Извлечение прибыли при передаче конференций бэкбона от
  системы к системе не допускается и влечет полное отключение узла от
  бекбона.

  4.7  Конференции вне регионального бэкбона
  ------------------------------------------

  Эхоконференции, которые распространяются в регионе помимо регионального
  бэкбона, находятся за пределами юрисдикции данного документа. Порядок и
  процедуры распространения таких конференций оговариваются
  заинтересованными лицами согласно Общему Уставу FidoNet (FidoNet
  policy).

  5.0  Порядок разрешения конфликтов
  ==================================

  В случае нарушений положений данного документа, которые создают угрозу
  для нормального функционирования регионального бэкбона, любой сисоп
  региона может подать аппеляцию NEC или REC. При подаче аппеляций
  следует придерживаться следующего порядка. Первым шагом должна быть
  попытка связи с лицом, допустившим нарушение. Если такие переговоры не
  дадут желаемого результата, то сисоп может направить аппеляцию к NEC (в
  рамках сети) и REC, представив копию переписки с нарушителем.

  REC'ом не принимаются аппеляции на санкции, налагаемые модераторами
  конференций, если они являются внутренним делом конференции, не
  нарушают объявленных правил конференции и не затрагивают других
  конференций бэкбона. Также не принимаются любые аппеляции относительно
  конференций, распространяемых помимо регионального бэкбона.

  В случае обнаружения дублированных сообщений (dupes) нетмэйловое
  сообщение об этом (с копией служебной информации) должно направляться
  нетмэйлом соответствующим эхокоординаторам.

  Требования эхокоординаторов о разрыве указанного ими линка для
  устранения дублирования сообщений на бекбоне обязательны для выполнения
  любым узлом, получающим эхопочту с бекбона. Невыполнение этих
  требований или неоднократное создание линков, порождающих дублированные
  сообщения, являются основанием для полного отключения виновного узла от
  бекбона по решению соответствующего эхокоордиинатора.

  Все конфликты, касающиеся соблюдения Общего Устава FidoNet (FidoNet
  Policy) должны решаться помимо структуры эхокоординаторов в порядке,
  предусмотренном FidoNet Policy.


  6.0  Порядок принятия и изменения эхополиси
  ===========================================

  6.1  Принятие эхополиси и переходный период
  -------------------------------------------

  Данный документ принимается голосованием всех системных операторов
  региона 50, перечисленных в FidoNet NODELIST, действующем на момент
  объявления голосования.  При голосовании должен соблюдаться принцип
  'один человек - один голос'.  RC назначает одного из SysOp'ов региона
  ответственным за проведение голосования.  Документ считается принятым,
  если за него проголосует более 50% системных операторов узлов FidoNet
  региона 50 от числа принявших участие в голосовании.

  REC и NEC'и, занимающие эти должности в момент принятия данного
  документа пpодолжают выполнять свои обязанности в указанном объеме до
  отставки или замены в соответствии с данным документом.

  Если в момент принятия документа должность REC окажется вакантной (т.е.
  существующий REC заявит о своей отставке), то должны быть проведены
  выборы REC по процедуре, описанной в п.2.2. В связи с отсутствием в
  настоящий момент оформленного регионального бекбона, в выборах
  принимают участие все системные операторы узлов региона 50.

  REC определяет и рассылает по файлэхе R50-BONE структуру и состав
  регионального бекбона, перечень технических требований к конференциям,
  а также список конференций регионального бекбона и их модераторов не
  позже, чем через два месяца после принятия данного документа (или после
  своего избрания, если в момент принятия документа должность REC была
  вакантна). е позже, чем через четыре месяца после принятия документа
  (или избрания REC) должен быть разработан и согласован с региональными
  хабами аварийный план функционирования бэкбона (см. п. 2.1 и 2.3).
  евыполнение REC'ом этих требований в указанные сроки является
  основанием для смещения REC'а до истечения шести месяцев и проведения
  новых выборов.

  Процедура формирования регионального бэкбона в течении этих двух
  месяцев (создание списка конференций бэкбона и списка региональных
  хабов) определяется REC, и может отличаться от процедур, описанных в
  данном документе.

  6.2. Внесение изменений в эхополиси
  -----------------------------------

  Изменения данного документа могут предлагаться RC, REC, NC, NEC и
  сисопами региональных хабов. Если предлагаемое изменение получит
  одобрение более 10% лиц, имеющих право голоса при выборах REC (см.
  п.2.2), то REC обязан назначить голосование по этому изменению.

  Голосование по предлагаемым изменениям проводится среди RC, REC, NC,
  NEC и региональных хабов по тем же правилам, что и выборы REC.
  Изменение считается принятым, если за него проголосует более двух
  третей от числа лиц, принявших участие в голосовании. Предлагаемое
  изменение отклоняется, если за его принятие проголосует менее половины
  от числа лиц, принявших участие в голосовании.

  В случае, если предлагаемое изменение наберет не менее половины
  поданных голосов, но и не более двух третей, то для его принятия или
  отклонения может быть назначено голосование среди всех системных
  операторов региона. Такое голосование назначается, если на его
  проведении настаивает человек, предложивший изменение. Изменение
  принимается, если за него проголосует более 50% системных операторов,
  принявших участие в голосовании.

------------------------------------------------------------------------
                         (Конец текста)

File created by Faq2Site converter. (C) 1998-2002 Edward Grebenyukov
Hosted by uCoz