Статус документа
В этом документе содержится проект стандартного протокола Internet для сообщества Internet и приглашение к дискуссии в целях развития и совершенствования протокола. Информацию о текущем состоянии стандартизации протокола можно найти в текущей версии документа "Internet Official Protocol Standards" (STD 1). Документ может распространяться без ограничений.
Тезисы
В этом документе приведена спецификация протокола TFRC, который представляет собой механизм контроля насыщения для потоков с индивидуальной адресацией в среде Internet, обеспечивающей доставку по-возможности. Этот механизм обеспечивает достаточно беспристрастное деление полосы с конкурирующими потоками TCP, но отличается значительно меньшими временными вариациями пропускной способности по сравнению с TCP, что делает этот механизм более подходящим для таких приложений, как телефония или потоковая передача, где важна постоянная скорость потока данных.
Данный документ отменяет действие RFC 3448 и является обновлением RFC 4342.
Оглавление
- 1. Введение
- 2. Терминология
- 3. Механизм протокола
- 3.1. Уравнение для пропускной способности TCP
- 3.2. Содержимое пакетов
- 3.2.1. Пакеты данных
- 3.2.2. Пакеты обратной связи
- 4. Протокол отправителя данных
- 4.1. Измерение размера сегмента
- 4.2. Инициализация отправителя
- 4.3. Поведение отправителя при получении пакета обратной связи
- 4.4. Завершение отсчета таймера обратной связи
- 4.5. Предотвращение осцилляций
- 4.6. Планирование передачи пакетов
- 5. Расчет частоты потерь (p)
- 5.1. Детектирование потерь и маркированных пакетов
- 5.2. Преобразование истории потерь в факты потерь
- 5.3. Размер интервала без потерь
- 5.4. Средний интервал без потерь
- 5.5. Дисконтирование истории
- 6. Протокол получателя данных
- 6.1. Поведение получателя при поступлении пакета данных
- 6.2. Завершение отсчета таймера обратной связи
- 6.3. Инициализация получателя
- 6.3.1. Инициализация истории потерь после первого факта потери
- 7. Серверные варианты
- 8. Вопросы реализации
- 8.1. Расчет пропускной способности
- 8.2. Поведение отправителя при получении пакета обратной связи
- 8.2.1. Детектирование интервалов с ограниченной передачей данных
- 8.2.2. Поддержка X_recv_set
- 8.3. Передача пакетов раньше номинального времени
- 8.4. Расчет среднего интервала без потерь
- 8.5. Опциональный механизм History Discounting
- 9. Отличия от RFC 3448
- 9.1. Обзор изменений
- 9.2. Изменения в отдельных параграфах
- 10. Вопросы безопасности
- 10.1. Вопросы безопасности для TFRC в DCCP
- 11. Благодарности
- Приложение A. Параметры
- Приложение B. Начальное значение таймера обратной связи
- Приложение C. Отклик на период ограниченной передачи
- C.1. Долгое бездействие или ограниченный объем данных
- C.2. Короткое бездействие или ограниченный объем данных
- C.3. Среднее бездействие или ограниченный объем данных
- C.4. Потери в период ограниченной передачи данных
- C.5. Другие варианты
- C.6. Оценка отклика TFRC на периоды бездействия
- Литература
- Нормативные документы
- Дополнительная литература
1. Введение
В этом документе содержится спецификация TFRC — механизма контроля насыщения, предназначенного для потоков с индивидуальной адресацией в среде Internet при одновременной передаче с трафиком TCP [FHPW00]. Вместо задания полного протокола в данном документе просто дается спецификация механизма контроля насыщения, который может использоваться в транспортных протоколах типа DCCP (Datagram Congestion Control Protocol) [RFC4340] для приложений, включающих сквозной контроль насыщения на прикладном уровне, или в контексте контроля насыщения на оконечных точках [BRS99]. В документе не рассматриваются форматы пакетов и вопросы надежности доставки. Связанные с реализацией механизма вопросы рассмотрены кратко в главе 8.
Механизм TFRC разработан для обеспечения разумной беспристрастности распределения полосы при конкуренции с потоками TCP. Разумная беспристрастность означает, что скорость передачи отличается от скорости потока TCP при таких же условиях не более, чем вдвое. Однако TFRC обеспечивает существенно меньшие временные вариации пропускной способности по сравнению с TCP, что делает этот механизм более подходящим для телефонии и потоковых приложений, где относительное постоянство скорости передачи играет важную роль.