RFC3481 · TCP через беспроводные сети второго (2.5G) и третьего (3G) поколений
TCP over Second (2.5G) and Third (3G) Generation Wireless Networks
RFC 3481 описывает профиль настройки TCP для путей, включающих беспроводные сети 2.5G и 3G, с учётом высокой задержки, изменчивой пропускной способности, задержек при хэндовере и иных свойств радиоканала. TCP для таких путей следует (SHOULD) настраивать с размером окна по сквозному BDP, увеличенным начальным CWND по формуле min(4*MSS, max(2*MSS, 4380 bytes)), Limited Transmit, Path MTU Discovery, SACK, ECN и опцией временных меток TCP; потенциальный выигрыш ECN возможен лишь при развёртывании ECN-способных маршрутизаторов вдоль пути. RFC 1144 TCP/IP Header Compression не следует включать (SHOULD NOT), если вероятность потерь между компрессором и декомпрессором не очень низка; выбор увеличенного IP MTU следует делать с учётом особенностей канала, причём для 2.5G требуется осторожность. Дополнительно рассматриваются механизмы и настройки, которые на момент публикации, кроме обсуждения начального RTO, не были частью standards-track RFC и поэтому не рекомендуются для Интернета в целом.
IETF · RFC
Назначение
Дать проектировщикам и разработчикам TCP-стеков набор безопасных для общего Интернета рекомендаций по работе TCP через сети 2.5G и 3G.
Применение
При настройке TCP-соединений через пути 2.5G/3G следует (SHOULD) применять рекомендации, относящиеся к роли отправителя, получателя и, где указано, промежуточных маршрутизаторов. Размеры буферов и окна следует выбирать по сквозному BDP, учитывая влияние MTU и сжатия заголовков на эффективность узла. Для ECN потенциальный выигрыш возможен лишь при развёртывании ECN-способных маршрутизаторов вдоль пути.
Документ опубликован в феврале 2003 года как BCP 71 и описывает характеристики и механизмы своего времени. Рекомендации раздела 4 относятся к доступным на тот момент механизмам IETF standards track, а механизмы раздела 5, кроме обсуждения начального RTO, на момент публикации не были частью standards-track RFC и не рекомендуются для Интернета в целом. Область документа — TCP через 2.5G/3G; она не устанавливает универсальную обязательность настроек для современных мобильных сетей.
Официальная английская аннотация
This document describes a profile for optimizing TCP to adapt so that it handles paths including second (2.5G) and third (3G) generation wireless networks. It describes the relevant characteristics of 2.5G and 3G networks, and specific features of example deployments of such networks. It then recommends TCP algorithm choices for nodes known to be starting or ending on such paths, and it also discusses open issues. The configuration options recommended in this document are commonly found in modern TCP stacks, and are widely available standards-track mechanisms that the community considers safe for use on the general Internet. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
{
"id": "RFC3481",
"number": 3481,
"title_en": "TCP over Second (2.5G) and Third (3G) Generation Wireless Networks",
"title_ru": "TCP через беспроводные сети второго (2.5G) и третьего (3G) поколений",
"summary_ru": "RFC 3481 описывает профиль настройки TCP для путей, включающих беспроводные сети 2.5G и 3G, с учётом высокой задержки, изменчивой пропускной способности, задержек при хэндовере и иных свойств радиоканала. TCP для таких путей следует (SHOULD) настраивать с размером окна по сквозному BDP, увеличенным начальным CWND по формуле min(4*MSS, max(2*MSS, 4380 bytes)), Limited Transmit, Path MTU Discovery, SACK, ECN и опцией временных меток TCP; потенциальный выигрыш ECN возможен лишь при развёртывании ECN-способных маршрутизаторов вдоль пути. RFC 1144 TCP/IP Header Compression не следует включать (SHOULD NOT), если вероятность потерь между компрессором и декомпрессором не очень низка; выбор увеличенного IP MTU следует делать с учётом особенностей канала, причём для 2.5G требуется осторожность. Дополнительно рассматриваются механизмы и настройки, которые на момент публикации, кроме обсуждения начального RTO, не были частью standards-track RFC и поэтому не рекомендуются для Интернета в целом.",
"purpose_ru": "Дать проектировщикам и разработчикам TCP-стеков набор безопасных для общего Интернета рекомендаций по работе TCP через сети 2.5G и 3G.",
"use_ru": "При настройке TCP-соединений через пути 2.5G/3G следует (SHOULD) применять рекомендации, относящиеся к роли отправителя, получателя и, где указано, промежуточных маршрутизаторов. Размеры буферов и окна следует выбирать по сквозному BDP, учитывая влияние MTU и сжатия заголовков на эффективность узла. Для ECN потенциальный выигрыш возможен лишь при развёртывании ECN-способных маршрутизаторов вдоль пути.",
"full_translation_path": "translations/rfc3481.html",
"full_translation_checked_at": "2026-10-04",
"full_translation_source_sha256": "8d9e12c698a6ac0da890d21cdbac5d51d5cd8debc82854404289c00b097bbb51",
"architect_note_ru": "Документ опубликован в феврале 2003 года как BCP 71 и описывает характеристики и механизмы своего времени. Рекомендации раздела 4 относятся к доступным на тот момент механизмам IETF standards track, а механизмы раздела 5, кроме обсуждения начального RTO, на момент публикации не были частью standards-track RFC и не рекомендуются для Интернета в целом. Область документа — TCP через 2.5G/3G; она не устанавливает универсальную обязательность настроек для современных мобильных сетей.",
"topics_ru": [],
"translation_state": "reviewed",
"verification_level": "primary_source_reviewed",
"verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
"verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-04",
"abstract_en": "This document describes a profile for optimizing TCP to adapt so that it handles paths including second (2.5G) and third (3G) generation wireless networks. It describes the relevant characteristics of 2.5G and 3G networks, and specific features of example deployments of such networks. It then recommends TCP algorithm choices for nodes known to be starting or ending on such paths, and it also discusses open issues. The configuration options recommended in this document are commonly found in modern TCP stacks, and are widely available standards-track mechanisms that the community considers safe for use on the general Internet. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.",
"authors": [
"H. Inamura",
"G. Montenegro",
"R. Ludwig",
"A. Gurtov",
"F. Khafizov"
],
"organizations": [],
"publication_date": "2003-02-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": "tsv",
"area_ru": "Транспорт",
"working_group": "pilc",
"source_draft": "draft-ietf-pilc-2.5g3g-12",
"page_count": 26,
"doi": "10.17487/RFC3481",
"keywords": [
"paths",
"algorithm stacks"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [],
"updated_by": [],
"is_also": [
"BCP71"
],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc3481/",
"html": "https://www.rfc-editor.org/rfc/rfc3481.html",
"txt": "https://www.rfc-editor.org/rfc/rfc3481.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc3481/"
}
}