RFC3704 · Входящая фильтрация для мультидомных сетей
Ingress Filtering for Multihomed Networks
RFC 3704 описывает механизмы входящей фильтрации, ограничивающие использование подменённых адресов источника и тем самым снижающие последствия распределённых атак отказа в обслуживании и улучшающие прослеживаемость их источника. Рассматриваются списки входного доступа, строгая, допустимая и свободная обратная проверка пути (RPF), включая вариант свободной RPF без маршрутов по умолчанию. Документ разъясняет применение фильтрации на границах ISP, сетей заказчиков и пиринговых соединениях, а также особенности асимметричной маршрутизации и мультидоминга. RFC 3704 обновляет RFC 2827 и является BCP 84.
IETF · RFC
Назначение
Помочь операторам ISP и граничных сетей выбирать и применять входящую фильтрацию без необоснованного нарушения легитимного трафика, особенно в мультидомных и асимметричных сценариях.
Применение
Применяйте при проектировании и эксплуатации проверок адресов источника на границах сети. Между ISP и однодомной граничной сетью входящую фильтрацию следует всегда применять. Для мультидомных сетей, использующих мультидоминг для устойчивости или изменения маршрутизации в зависимости от наблюдаемого поведения ISP, наиболее простым вариантом является обеспечить полноту фильтров каждого ISP; также рассматриваются Feasible RPF, эксплуатационные приёмы Strict RPF и другие подходы из раздела 4. Для небольших граничных сетей, использующих адресацию на основе адресного пространства провайдера, когда у каждого ISP действует полный входящий фильтр, направляйте трафик с адресным пространством данного провайдера только к этому провайдеру.
Свободная RPF теряет проверку направления и не рекомендуется между граничной сетью и ISP, кроме измерения использования «марсианских» или иных немаршрутизируемых адресов. Эффективность зависит от полноты и согласованности маршрутизации, особенно при Feasible RPF, а фильтрацию следует применять на нескольких уровнях. Документ обновляет RFC 2827; позднее он обновлён RFC 8704.
Официальная английская аннотация
BCP 38, RFC 2827, is designed to limit the impact of distributed denial of service attacks, by denying traffic with spoofed addresses access to the network, and to help ensure that traffic is traceable to its correct source network. As a side effect of protecting the Internet against such attacks, the network implementing the solution also protects itself from this and other attacks, such as spoofed management access to networking equipment. There are cases when this may create problems, e.g., with multihoming. This document describes the current ingress filtering operational mechanisms, examines generic issues related to ingress filtering, and delves into the effects on multihoming in particular. This memo updates RFC 2827. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
{
"id": "RFC3704",
"number": 3704,
"title_en": "Ingress Filtering for Multihomed Networks",
"title_ru": "Входящая фильтрация для мультидомных сетей",
"summary_ru": "RFC 3704 описывает механизмы входящей фильтрации, ограничивающие использование подменённых адресов источника и тем самым снижающие последствия распределённых атак отказа в обслуживании и улучшающие прослеживаемость их источника. Рассматриваются списки входного доступа, строгая, допустимая и свободная обратная проверка пути (RPF), включая вариант свободной RPF без маршрутов по умолчанию. Документ разъясняет применение фильтрации на границах ISP, сетей заказчиков и пиринговых соединениях, а также особенности асимметричной маршрутизации и мультидоминга. RFC 3704 обновляет RFC 2827 и является BCP 84.",
"purpose_ru": "Помочь операторам ISP и граничных сетей выбирать и применять входящую фильтрацию без необоснованного нарушения легитимного трафика, особенно в мультидомных и асимметричных сценариях.",
"use_ru": "Применяйте при проектировании и эксплуатации проверок адресов источника на границах сети. Между ISP и однодомной граничной сетью входящую фильтрацию следует всегда применять. Для мультидомных сетей, использующих мультидоминг для устойчивости или изменения маршрутизации в зависимости от наблюдаемого поведения ISP, наиболее простым вариантом является обеспечить полноту фильтров каждого ISP; также рассматриваются Feasible RPF, эксплуатационные приёмы Strict RPF и другие подходы из раздела 4. Для небольших граничных сетей, использующих адресацию на основе адресного пространства провайдера, когда у каждого ISP действует полный входящий фильтр, направляйте трафик с адресным пространством данного провайдера только к этому провайдеру.",
"full_translation_path": "translations/rfc3704.html",
"full_translation_checked_at": "2026-10-04",
"full_translation_source_sha256": "79aadfe01455bcb96b1663b0bd299c93649f12e623e20105ee0810839a128f89",
"architect_note_ru": "Свободная RPF теряет проверку направления и не рекомендуется между граничной сетью и ISP, кроме измерения использования «марсианских» или иных немаршрутизируемых адресов. Эффективность зависит от полноты и согласованности маршрутизации, особенно при Feasible RPF, а фильтрацию следует применять на нескольких уровнях. Документ обновляет RFC 2827; позднее он обновлён RFC 8704.",
"topics_ru": [],
"translation_state": "reviewed",
"verification_level": "primary_source_reviewed",
"verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
"verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-04",
"abstract_en": "BCP 38, RFC 2827, is designed to limit the impact of distributed denial of service attacks, by denying traffic with spoofed addresses access to the network, and to help ensure that traffic is traceable to its correct source network. As a side effect of protecting the Internet against such attacks, the network implementing the solution also protects itself from this and other attacks, such as spoofed management access to networking equipment. There are cases when this may create problems, e.g., with multihoming. This document describes the current ingress filtering operational mechanisms, examines generic issues related to ingress filtering, and delves into the effects on multihoming in particular. This memo updates RFC 2827. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.",
"authors": [
"F. Baker",
"P. Savola"
],
"organizations": [],
"publication_date": "2004-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": "",
"area_ru": "",
"working_group": "NON WORKING GROUP",
"source_draft": "draft-savola-bcp38-multihoming-update-03",
"page_count": 16,
"doi": "10.17487/RFC3704",
"keywords": [
"ISP",
"Internet Service Provider",
"Internet Protocol",
"DOS",
"Denial of Service"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [
"RFC2827"
],
"updated_by": [
"RFC8704"
],
"is_also": [
"BCP84"
],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc3704/",
"html": "https://www.rfc-editor.org/rfc/rfc3704.html",
"txt": "https://www.rfc-editor.org/rfc/rfc3704.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc3704/"
}
}