RFC3967 · Уточнение случаев, когда документы Standards Track могут нормативно ссылаться на документы более низкого уровня

{
  "id": "RFC3967",
  "number": 3967,
  "title_en": "Clarifying when Standards Track Documents may Refer Normatively to Documents at a Lower Level",
  "title_ru": "Уточнение случаев, когда документы Standards Track могут нормативно ссылаться на документы более низкого уровня",
  "summary_ru": "RFC 3967 уточняет и обновляет процедуру IETF для нормативных ссылок из документов Standards Track или BCP на документы с более низким уровнем зрелости, а в применимых случаях — на спецификации вне Standards Track, за исключением спецификаций других органов стандартизации. Такие зависимости обычно не допускаются, однако исключения могут потребоваться, например, для протоколов или алгоритмов внешних органов, модифицированных, адаптированных либо профилированных информационным RFC IETF, для проприетарных протоколов, обычно документируемых IETF информационными RFC, а также в случаях миграции, сосуществования или исключительных процедурных либо правовых причин. Потребность в нисходящей ссылке должна быть явно зафиксирована в IETF Last Call, а комментарии сообщества о её уместности рассматриваются IESG. Процедура не предназначена для обхода обычного процесса или вместо перемещения целевого документа в надлежащую категорию.",
  "purpose_ru": "Установить порядок рассмотрения исключений из правила, ограничивающего нормативные ссылки документов Standards Track и BCP на документы с более низким уровнем зрелости и, в применимых случаях, на спецификации вне Standards Track, кроме спецификаций других органов стандартизации.",
  "use_ru": "Применяйте при подготовке документа IETF уровня Standards Track или BCP, когда ему требуется нормативная ссылка на документ с более низким уровнем зрелости либо, в применимых случаях, на спецификацию вне Standards Track, не являющуюся спецификацией другого органа стандартизации. Явно укажите потребность в такой ссылке в Last Call; после принятия сообществом конкретной нисходящей ссылки Area Director может отказаться от последующих уведомлений о ней. Делать это следует только для того же документа и версии, если Area Director считает использование этого документа признанной частью понимания сообществом соответствующей технической области.",
  "full_translation_path": "translations/rfc3967.html",
  "full_translation_checked_at": "2026-10-04",
  "full_translation_source_sha256": "62afaaaca921b2255f537f0be324b43d554a731287cbb20cbd81d0616b9e6338",
  "architect_note_ru": "Это BCP 97, а не универсальное разрешение на нисходящие ссылки. RFC 3967 обновлён RFC 4897 и RFC 8067; при применении процедуры следует сверить её с актуальным процессом IETF. Чрезмерное или ненадлежащее использование может ослабить качество стандартов и строгость проверки их аспектов безопасности.",
  "topics_ru": [],
  "translation_state": "reviewed",
  "verification_level": "primary_source_reviewed",
  "verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
  "verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-04",
  "abstract_en": "IETF procedures generally require that a standards track RFC may not have a normative reference to another standards track document at a lower maturity level or to a non standards track specification (other than specifications from other standards bodies). For example, a standards track document may not have a normative reference to an informational RFC. Exceptions to this rule are sometimes needed as the IETF uses informational RFCs to describe non-IETF standards or IETF-specific modes of use of such standards. This document clarifies and updates the procedure used in these circumstances. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.",
  "authors": [
    "R. Bush",
    "T. Narten"
  ],
  "organizations": [],
  "publication_date": "2005-01-01",
  "current_status": "BEST CURRENT PRACTICE",
  "current_status_ru": "Лучшая современная практика",
  "publication_status": "BEST CURRENT PRACTICE",
  "publication_status_ru": "Лучшая современная практика",
  "lifecycle": "active",
  "lifecycle_ru": "Действующий",
  "stream": "IETF",
  "stream_ru": "IETF",
  "area": "",
  "area_ru": "",
  "working_group": "NON WORKING GROUP",
  "source_draft": "draft-ymbk-downref-03",
  "page_count": 6,
  "doi": "10.17487/RFC3967",
  "keywords": [],
  "formats": [
    "TXT",
    "HTML"
  ],
  "relations": {
    "obsoletes": [],
    "obsoleted_by": [],
    "updates": [],
    "updated_by": [
      "RFC4897",
      "RFC8067"
    ],
    "is_also": [
      "BCP97"
    ],
    "see_also": []
  },
  "links": {
    "info": "https://www.rfc-editor.org/info/rfc3967/",
    "html": "https://www.rfc-editor.org/rfc/rfc3967.html",
    "txt": "https://www.rfc-editor.org/rfc/rfc3967.txt",
    "datatracker": "https://datatracker.ietf.org/doc/rfc3967/"
  }
}