⌕ Поиск по атласу

IETF · RFC · RFC3424

RFC3424 · IAB Considerations for UNilateral Self-Address Fixing (UNSAF) Across Network Address Translation

IAB Considerations for UNilateral Self-Address Fixing (UNSAF) Across Network Address Translation

As a result of the nature of Network Address Translation (NAT) Middleboxes, communicating endpoints that are separated by one or more NATs do not know how to refer to themselves using addresses that are valid in the addressing realms of their (current and future) peers. Various proposals have been made for "UNilateral Self-Address Fixing (UNSAF)" processes. These are processes whereby some originating endpoint attempts to determine or fix the address (and port) by which it is known to another endpoint - e.g., to be able to use address data in the protocol exchange, or to advertise a public address from which it will receive connections. This document outlines the reasons for which these proposals can be considered at best as short term fixes to specific problems and the specific issues to be carefully evaluated before creating an UNSAF proposal. This memo provides information for the Internet community.

Официальная английская аннотация

As a result of the nature of Network Address Translation (NAT) Middleboxes, communicating endpoints that are separated by one or more NATs do not know how to refer to themselves using addresses that are valid in the addressing realms of their (current and future) peers. Various proposals have been made for "UNilateral Self-Address Fixing (UNSAF)" processes. These are processes whereby some originating endpoint attempts to determine or fix the address (and port) by which it is known to another endpoint - e.g., to be able to use address data in the protocol exchange, or to advertise a public address from which it will receive connections. This document outlines the reasons for which these proposals can be considered at best as short term fixes to specific problems and the specific issues to be carefully evaluated before creating an UNSAF proposal. This memo provides information for the Internet community.

Связи документа

Официальный источник · 2002-11-01

Полные импортированные сведения карточки
{
  "id": "RFC3424",
  "number": 3424,
  "title_en": "IAB Considerations for UNilateral Self-Address Fixing (UNSAF) Across Network Address Translation",
  "title_ru": "",
  "summary_ru": "",
  "purpose_ru": "",
  "use_ru": "",
  "full_translation_path": "",
  "full_translation_checked_at": "",
  "full_translation_source_sha256": "",
  "architect_note_ru": "",
  "topics_ru": [],
  "translation_state": "not_prepared",
  "verification_level": "not_prepared",
  "verification_level_ru": "Русская выжимка не подготовлена",
  "verification_note_ru": "",
  "abstract_en": "As a result of the nature of Network Address Translation (NAT) Middleboxes, communicating endpoints that are separated by one or more NATs do not know how to refer to themselves using addresses that are valid in the addressing realms of their (current and future) peers. Various proposals have been made for \"UNilateral Self-Address Fixing (UNSAF)\" processes. These are processes whereby some originating endpoint attempts to determine or fix the address (and port) by which it is known to another endpoint - e.g., to be able to use address data in the protocol exchange, or to advertise a public address from which it will receive connections. This document outlines the reasons for which these proposals can be considered at best as short term fixes to specific problems and the specific issues to be carefully evaluated before creating an UNSAF proposal. This memo provides information for the Internet community.",
  "authors": [
    "L. Daigle",
    "IAB"
  ],
  "organizations": [],
  "publication_date": "2002-11-01",
  "current_status": "INFORMATIONAL",
  "current_status_ru": "Информационный",
  "publication_status": "INFORMATIONAL",
  "publication_status_ru": "Информационный",
  "lifecycle": "informational",
  "lifecycle_ru": "Справочный",
  "stream": "IAB",
  "stream_ru": "Совет по архитектуре Интернета (IAB)",
  "area": "",
  "area_ru": "",
  "working_group": "",
  "source_draft": "draft-iab-unsaf-considerations-02",
  "page_count": 9,
  "doi": "10.17487/RFC3424",
  "keywords": [
    "nat",
    "middleboxes"
  ],
  "formats": [
    "TXT",
    "HTML"
  ],
  "relations": {
    "obsoletes": [],
    "obsoleted_by": [],
    "updates": [],
    "updated_by": [],
    "is_also": [],
    "see_also": []
  },
  "links": {
    "info": "https://www.rfc-editor.org/info/rfc3424/",
    "html": "https://www.rfc-editor.org/rfc/rfc3424.html",
    "txt": "https://www.rfc-editor.org/rfc/rfc3424.txt",
    "datatracker": "https://datatracker.ietf.org/doc/rfc3424/"
  }
}