RFC3692 · Назначение признанных полезными номеров для экспериментов и тестирования

{
  "id": "RFC3692",
  "number": 3692,
  "title_en": "Assigning Experimental and Testing Numbers Considered Useful",
  "title_ru": "Назначение признанных полезными номеров для экспериментов и тестирования",
  "summary_ru": "RFC 3692 рекомендует авторам разделов IANA Considerations рассматривать резервирование небольших диапазонов номеров для экспериментов с расширениями протоколов и новыми функциями. Такие значения позволяют тестировать изменения без получения постоянного назначения, но не предназначены для общего развёртывания или включения по умолчанию в продуктах. Продукт, использующий экспериментальный номер, должен требовать от конечного пользователя явного включения экспериментальной функции и предоставлять ему возможность выбрать и назначить конкретное значение, чтобы избежать конфликтов. Документ резервирует для поля IP Protocol значения 253 и 254 и обновляет RFC 2434.",
  "purpose_ru": "Определить практику выделения и безопасного применения номеров протоколов для экспериментов и тестирования.",
  "use_ru": "Применяйте при подготовке раздела IANA Considerations для нового или расширяемого протокола: рассмотрите резервирование небольшого набора экспериментальных значений. В поставляемых версиях продуктов, включающих протоколы, использующие экспериментальные номера, продукты ДОЛЖНЫ (MUST) отключать распознавание экспериментальных номеров протоколов по умолчанию; реализация ДОЛЖНА (MUST) требовать от конечного пользователя явного включения экспериментальной функциональности протокола, а в большинстве случаев — явной настройки значения до включения его использования.",
  "full_translation_path": "translations/rfc3692.html",
  "full_translation_checked_at": "2026-10-04",
  "full_translation_source_sha256": "86c13296fa803f320702fa238c0332aee31c4faa795128621d5fcbd2081eb518",
  "architect_note_ru": "Это BCP 82, действующая лучшая современная практика IETF; RFC 3692 обновляет RFC 2434. Экспериментальные номера не гарантируют уникальности; её может обеспечить только локальный системный администратор, выбравший конкретный номер для конкретной цели и способный удостовериться, что он не используется для иной цели. Они никогда не должны становиться постоянными назначениями; они предназначены для экспериментов и тестирования, а не для широкого или общего развёртывания. Группе поставщиков, консорциуму или другой организации по разработке стандартов было бы неуместно договариваться об одном конкретном значении для конкретной цели и развёртывать устройства с этим значением. После подтверждения полезности расширения постоянное значение может быть получено обычной процедурой назначения.",
  "topics_ru": [],
  "translation_state": "reviewed",
  "verification_level": "primary_source_reviewed",
  "verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
  "verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-04",
  "abstract_en": "When experimenting with or extending protocols, it is often necessary to use some sort of protocol number or constant in order to actually test or experiment with the new function, even when testing in a closed environment. For example, to test a new DHCP option, one needs an option number to identify the new function. This document recommends that when writing IANA Considerations sections, authors should consider assigning a small range of numbers for experimentation purposes that implementers can use when testing protocol extensions or other new features. This document reserves some ranges of numbers for experimentation purposes in specific protocols where the need to support experimentation has been identified.",
  "authors": [
    "T. Narten"
  ],
  "organizations": [],
  "publication_date": "2004-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-narten-iana-experimental-allocations-05",
  "page_count": 7,
  "doi": "10.17487/RFC3692",
  "keywords": [
    "IANA",
    "Internet Assigned Numbers Authority",
    "values",
    "implementations"
  ],
  "formats": [
    "TXT",
    "HTML"
  ],
  "relations": {
    "obsoletes": [],
    "obsoleted_by": [],
    "updates": [
      "RFC2434"
    ],
    "updated_by": [],
    "is_also": [
      "BCP82"
    ],
    "see_also": []
  },
  "links": {
    "info": "https://www.rfc-editor.org/info/rfc3692/",
    "html": "https://www.rfc-editor.org/rfc/rfc3692.html",
    "txt": "https://www.rfc-editor.org/rfc/rfc3692.txt",
    "datatracker": "https://datatracker.ietf.org/doc/rfc3692/"
  }
}