В пакетной коммутации сетей, транспортный поток , поток пакетов или сетевого потока представляет собой последовательность пакетов из исходного компьютера к месту назначения, которое может быть другим хозяин, многоадресной группы, или широковещательный домен. RFC 2722 определяет поток трафика как «искусственный логический эквивалент вызова или соединения». [1] RFC 3697определяет поток трафика как «последовательность пакетов, отправленных из определенного источника в конкретный пункт назначения одноадресной, произвольной или многоадресной рассылки, который источник желает пометить как поток. Поток может состоять из всех пакетов в определенном транспортном соединении или медиапотоке. . Однако поток не обязательно 1: 1 отображается на транспортное соединение ». [2] Поток также определяется в RFC 3917 как «набор IP-пакетов, проходящих через точку наблюдения в сети в течение определенного интервала времени». [3] На временную эффективность пакетного потока может влиять односторонняя задержка (OWD), которая описывается как комбинация следующих компонентов:
- Задержка обработки (время, необходимое для обработки пакета в сетевом узле)
- Задержка в очереди (время, в течение которого пакет ожидает в очереди, пока он не может быть передан)
- Задержка передачи (время, необходимое для проталкивания всего пакета в провод)
- Задержка распространения (время, необходимое заголовку сигнала, чтобы пройти от отправителя к получателю)
Концептуальное описание [ править ]
![[значок]](/wiki/File:Wiki_letter_w_cropped.svg){kind=small} | Этот раздел пуст. Вы можете помочь, добавив к нему . ( Январь 2018 ) |
Утилита для сетевого администрирования [ править ]
Эта концепция важна, поскольку может оказаться, что пакеты из одного потока нужно обрабатывать иначе, чем другие, с помощью отдельных очередей в коммутаторах , маршрутизаторах и сетевых адаптерах , чтобы добиться формирования трафика , справедливой организации очереди или качества обслуживания . Эта концепция также используется в анализаторах сети очередей (QNA) или в трассировке пакетов.
Применительно к Интернет маршрутизаторы, поток может быть канал связи хост-хост, или разъем к разъему связи идентифицируется уникальным сочетанием источника и назначения адреса и номера портов, вместе с транспортным протоколом (например, UDP или TCP ). В случае TCP потоком может быть виртуальный канал , также известный как виртуальное соединение или поток байтов .
В коммутаторах пакетов поток может быть идентифицирован с помощью тегов виртуальной LAN IEEE 802.1Q в сетях Ethernet или с помощью коммутируемого по меткам пути при коммутации тегов MPLS .
Поток пакетов можно представить как путь в сети для моделирования производительности сети. Например, сеть потоков воды может использоваться для концептуального представления потока пакетов. Каналы можно рассматривать как каналы, пропускная способность которых соответствует пропускной способности, а потоки - пропускной способности данных. Эта визуализация может помочь понять узкие места, очереди и помочь понять уникальные требования специализированных систем.
См. Также [ править ]
- Argus - Система создания и использования записей аудита
- Cisco NetFlow
- Канал связи
- Поток данных (программная инженерия)
- Поток данных
- Управление потоком
- Формирование трафика
- Контроль за дорожным движением (связь)
- Сеть потоков в теории графов
- Экспорт информации IP-потока
- Путь (теория графов)
- Stream (вычисления)
- Телекоммуникационная цепь
- Модель генерации трафика
Ссылки [ править ]
- ^ Н. Браунли; К. Миллс и Дж. Рут (октябрь 1999 г.). «RFC 2722 - Измерение потока трафика: архитектура» . IETF . Проверено 11 февраля 2010 .
- ^ Дж. Раджахалм, А. Конта, Б. Карпентер и С. Диринг (март 2004 г.). «RFC 3697 - Спецификация метки потока IPv6» . IETF . Проверено 11 февраля 2010 .CS1 maint: несколько имен: список авторов ( ссылка )
- ^ Дж. Куиттек; JT. Зебы; Б. Клэйз и С. Зандер (октябрь 2004 г.). «RFC 3917 - требования IPFIX» . IETF . Проверено 11 февраля 2010 .
