RFC 2317 описывает способ делегировать IN-ADDR.ARPA для диапазонов IPv4, охватывающих менее 256 адресов и не совпадающих с границами октетов. Метод использует записи CNAME в родительской зоне, направляющие обратные запросы в отдельные делегированные зоны с записями PTR. Он совместим с исходным механизмом DNS-разрешения и не требует изменения алгоритма поиска или уже развернутого ПО, выполняющего DNS-запросы. Документ также рассматривает эксплуатационные ограничения, в том числе рекомендации по вторичным DNS-серверам и невозможность повторно применять CNAME-перенаправление к тому же адресному пространству.
IETF · RFC
Назначение
Дать практический способ делегирования полномочий по обратному DNS-сопоставлению IPv4-адресов с именами для адресных блоков размером менее 256 адресов.
Применение
Применять при передаче разным организациям управления обратными IN-ADDR.ARPA-сопоставлениями для частей диапазона /24, используя записи CNAME в родительской зоне и PTR-записи в целевых зонах. Для блоков большего размера документ предлагает использовать традиционные множественные делегирования. Рекомендуется, чтобы авторитетные серверы делегирующей зоны также работали как вторичные серверы дочерних зон, на которые указывают CNAME.
Это BCP 20 от марта 1998 года; RFC 2317 не заменяет и не обновляет другие RFC согласно предоставленным метаданным. Подход относится к обратному DNS для IPv4 и не задаёт универсальную схему делегирования DNS. Следует учитывать зависимость конечных площадок от дополнительной площадки, корректно обслуживающей DNS, а также исторические проблемы старых реализаций BIND 4.9.3.
Официальная английская аннотация
This document describes a way to do IN-ADDR.ARPA delegation on non-octet boundaries for address spaces covering fewer than 256 addresses. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
{
"id": "RFC2317",
"number": 2317,
"title_en": "Classless IN-ADDR.ARPA delegation",
"title_ru": "Бесклассовое делегирование IN-ADDR.ARPA",
"summary_ru": "RFC 2317 описывает способ делегировать IN-ADDR.ARPA для диапазонов IPv4, охватывающих менее 256 адресов и не совпадающих с границами октетов. Метод использует записи CNAME в родительской зоне, направляющие обратные запросы в отдельные делегированные зоны с записями PTR. Он совместим с исходным механизмом DNS-разрешения и не требует изменения алгоритма поиска или уже развернутого ПО, выполняющего DNS-запросы. Документ также рассматривает эксплуатационные ограничения, в том числе рекомендации по вторичным DNS-серверам и невозможность повторно применять CNAME-перенаправление к тому же адресному пространству.",
"purpose_ru": "Дать практический способ делегирования полномочий по обратному DNS-сопоставлению IPv4-адресов с именами для адресных блоков размером менее 256 адресов.",
"use_ru": "Применять при передаче разным организациям управления обратными IN-ADDR.ARPA-сопоставлениями для частей диапазона /24, используя записи CNAME в родительской зоне и PTR-записи в целевых зонах. Для блоков большего размера документ предлагает использовать традиционные множественные делегирования. Рекомендуется, чтобы авторитетные серверы делегирующей зоны также работали как вторичные серверы дочерних зон, на которые указывают CNAME.",
"full_translation_path": "translations/rfc2317.html",
"full_translation_checked_at": "2026-09-21",
"full_translation_source_sha256": "2e491a78108d652ec1f3233b32726589f696e97ce3568f4ee1e10c80a5e4e68d",
"architect_note_ru": "Это BCP 20 от марта 1998 года; RFC 2317 не заменяет и не обновляет другие RFC согласно предоставленным метаданным. Подход относится к обратному DNS для IPv4 и не задаёт универсальную схему делегирования DNS. Следует учитывать зависимость конечных площадок от дополнительной площадки, корректно обслуживающей DNS, а также исторические проблемы старых реализаций BIND 4.9.3.",
"topics_ru": [],
"translation_state": "reviewed",
"verification_level": "primary_source_reviewed",
"verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
"verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-09-21",
"abstract_en": "This document describes a way to do IN-ADDR.ARPA delegation on non-octet boundaries for address spaces covering fewer than 256 addresses. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.",
"authors": [
"H. Eidnes",
"G. de Groot",
"P. Vixie"
],
"organizations": [],
"publication_date": "1998-03-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": "int",
"area_ru": "Интернет",
"working_group": "dnsind",
"source_draft": "draft-ietf-dnsind-classless-inaddr-03",
"page_count": 10,
"doi": "10.17487/RFC2317",
"keywords": [
"routing",
"mapping",
"addresses",
"zone",
"files"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [],
"updated_by": [],
"is_also": [
"BCP20"
],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc2317/",
"html": "https://www.rfc-editor.org/rfc/rfc2317.html",
"txt": "https://www.rfc-editor.org/rfc/rfc2317.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc2317/"
}
}