Компьютерные сети

Многоуровневая архитектура Интернета

Архив за марта, 2008

Рассмотрим сначала случай, в котором все посланные в группу рассылки пакеты направляются по одному и тому же общему дереву группы независимо от отправителя. В этом случае проблема групповой маршрутизации кажется довольно простой: нужно построить дерево, связывающее все маршрутизаторы сети, присоединенные хосты которых являются членами данной группы рассылки. На рис. 4.48 (слева) одно из возможных деревьев группы показано жирными линиями.
Читать далее »

Популярность: 0

Групповые маршрутизаторы

Опубликовано 30 марта, 2008

В предыдущем подразделе мы познакомились с тем, как работает протокол IGMP на периферии сети, между маршрутизатором и соединенным с ним хостом, позволяя маршрутизатору определить, какой групповой трафик он должен получать для своих хостов. Теперь мы можем перейти к рассмотрению самих групповых маршрутизаторов: как они должны выбирать маршруты для пакетов, пересылаемых друг другу, чтобы гарантировать, что каждый маршрутизатор получит предназначенный ему групповой трафик?
Читать далее »

Популярность: 0

Протокол IGMP

Опубликовано 29 марта, 2008

Протокол IGMP (Internet Group Management Protocol — межсетевой протокол управления группами) версии 2, определенный в RFC 2236, работает между хостом и соединенным с ним напрямую маршрутизатором (этот маршрутизатор можно рассматривать как первый маршрутизатор на пути следования входящих дейтаграмм или последний маршрутизатор на пути следования исходящих дейтаграмм). На рис. 4.44 изображены три групповых маршрутизатора, каждый из которых соединен с парой хостов через локальный интерфейс. В данном примере локальный интерфейс связан с локальной сетью, и, как правило, несколько хостов локальной сети являются членами той или иной группы рассылки.
Читать далее »

Популярность: 0

Находится в разделе Групповая маршрутизация

С точки зрения сети групповая рассылка представляет собой одну операцию передачи, в результате которой копии переданных данных доставляются группе получателей. Групповая рассылка может быть реализована несколькими способами.

□ Выборочная рассылка от одного отправителя всем получателям группы. Отправитель устанавливает обычные одноадресные транспортные соединения с каждым из получателей. Передаваемая транспортному уровню отправителя единица обмена прикладного уровня дублируется самим отправителем и передается через каждое соединение. При таком подходе для групповой рассылки нижележащий сетевой уровень используется обычным путем (так же, как для выборочной рассылки) , и явная поддержка на нем групповой рассылки не требуется. Данный подход иллюстрирует рис. 4.42, а, на котором сетевые маршрутизаторы, не принимающие участия в рассылке, показаны светлыми. Чтобы доставить данные трем получателям, отправитель использует три отдельных одноадресных соединения.
□ Групповая рассылка на прикладном уровне. Во втором методе также используется выборочная рассылка, но в дублирование и продвижение данных вовлекаются получатели. В отличие от предыдущего случая, когда отправитель сам пересылал копии данных всем получателям, в данном случае отправитель рассылает копии только нескольким (или одному) из них, а те затем сами создают копии и переправляют их другим получателям. Последние также могут создать копии и разослать их дополнительным получателям и т. д. Для реализации данной схемы необходимо создать и поддерживать инфраструктуру распределения на прикладном уровне [75,374]. Как показано на рис. 4.42, б, единственная дейтаграмма методом выборочной рассылки посылается отправителем получателю, который делает две копии и посылает их остальным двум получателям тем же методом.
□ Явная групповая рассылка. Третья возможность заключается в предоставлении явной поддержки групповой рассылки на сетевом уровне. При таком подходе передающий хост отправляет всего одну дейтаграмму. Эта дейтаграмма (или ее копия) дублируется сетевым маршрутизатором, и копии отправляются по нужным исходящим линиям. Данный подход иллюстрирует рис. 4.42, в, на котором маршрутизаторы, поддерживающие групповую рассылку, показаны темными. Здесь отправитель передает всего одну дейтаграмму, которая затем дублируется маршрутизатором. Одну из копий маршрутизатор посылает самому верхнему получателю, а вторая направляется правому маршрутизатору, который посылает ее по локальной сети Ethernet с широковещательным адресом, в результате эту копию получают оба получателя.
Читать далее »

Популярность: 0

Находится в разделе Групповая маршрутизация

Рассмотренные нами протоколы транспортного и сетевого уровней обеспечивают доставку пакетов от одного отправителя одному получателю, поэтому такие протоколы часто называют протоколами выборочной рассылки (unicast protocols).
Для ряда новых сетевых приложений требуется доставка пакетов от одного или нескольких отправителей группе получателей. Сюда относятся приложения для переноса больших объемов данных (например, рассылка разработчиком программного обеспечения пакета обновлений своим пользователям), приложения для передачи потокового аудио или видео, приложения, использующие распределенные данные (например, доски объявлений или телеконференции), приложения для периодической рассылки новых данных с биржи, приложения для обновления web-кэша, интерактивные сетевые игры. Для каждого из таких приложений было бы крайне полезно использовать групповую рассылку (multicasting): передачу пакета от одного отправителя нескольким получателям за одну операцию.
Читать далее »

Популярность: 0

Находится в разделе Групповая маршрутизация

Переход с IPv4 на IPv6

Опубликовано 26 марта, 2008

Теперь, когда мы обсудили технические детали протокола IPv6, рассмотрим довольно практический вопрос: как перевести на IPv6 Интернет, функционирующий по протоколу IPv4? Проблема заключается в том, что, хотя новые IPv4-системы можно сделать обратно совместимыми, то есть реализовать в них поддержку дейтаграмм старого формата, уже работающие IPv4-системы не смогут обрабатывать IPv4-дейтаграммы. Решений может быть несколько.
Читать далее »

Популярность: 0

Находится в разделе Протокол IPv6

Новый протокол ICMP для протокола IPv6

Опубликовано 25 марта, 2008

Как рассказывалось в разделе «Интернет-протокол», протокол ICMP используется IP-узлами для сообщения о произошедших ошибках, а также для предоставления ограниченной информации (например, эхо-ответа на запрос ping) оконечной системе. Для протокола IPv6 была разработана новая версия протокола ICMP, определенная в RFC 2463. В дополнение к реорганизации существующих ICMP-типов и кодов в ICMPv6 также были добавлены новые типы и коды, призванные обеспечить функциональность протокола IPv6. К ним относятся, например, такие сообщения об ошибках, как «пакет слишком велик» и «нераспознаваемые IPv6-параметры». Кроме того, в протоколе ICMP для IPv6 реализована функциональность протокола IGMP, который мы рассмотрим в разделе «Групповая маршрутизация». Протокол IGMP используется для управления присоединением хоста к так называемой группе рассылки и выходом хоста из этой группы.

Популярность: 0

Находится в разделе Протокол IPv6

Формат дейтаграммы протокола IPv6

Опубликовано 24 марта, 2008

Формат дейтаграммы протокола IPv6 показан на рис. 4.39. По новому формату можно судить о наиболее существенных изменениях в протоколе IP.
□ Расширенные возможности адресации. В дейтаграмме протокола IPv6 размер IP-адреса увеличен с 32 до 128 бит. Это гарантирует, что адресного пространства будет хватать всем и всегда. Теперь можно дать IP-адрес каждой песчинке на планете. В дополнение к индивидуальным и групповым адресам в протоколе IPv6 появился новый тип адресов, называемых адресами свободной рассылки (anycast addresses), позволяющих пересылать дейтаграмму любому члену группы хостов. (Это может служить, например, для передачи сообщения HTTP GET ближайшему из нескольких зеркальных сайтов, содержащих данный документ.)
□ Упрощенный 40-разрядный заголовок. Несколько полей протокола IPv4 были опущены или сделаны необязательными, о чем будет сказано далее. Получившийся в результате 40-разрядный заголовок фиксированной длины обеспечивает ускоренную обработку IP-дейтаграммы. Новый способ кодирования необязательных полей обеспечивает их более гибкую обработку. Метка потока и приоритет. Определение потока в протоколе IPv6 довольно расплывчато. В RFC 1752 и RFC 2460 утверждается, что поле метки потока позволяет «маркировать пакеты, для которых отправителю требуется специальная обработка, например, обслуживание с отличным от предоставляемого по умолчанию уровнем качества или обслуживание в реальном времени». С одной стороны, обрабатываться в качестве потока могут, например, транслируемые аудио- или видеоданные, трафик высокоприоритетного пользователя (например, платящего за более качественное обслуживание своего трафика). С другой стороны, традиционные приложения, такие как приложения передачи файлов и электронной почты, в качестве потока могут не обрабатываться. Ясно лишь то, что разработчики протокола IPv6 предвидят необходимость в дифференцировании потоков, несмотря на то что точное понятие потока еще не определено. В заголовке IPv6 также есть восьмиразрядное поле класса трафика. Подобно полю TOS (Type Of Service — тип службы) протокола IPv4 это поле может использоваться для предоставления приоритета определенным пакетам потока, а также для предоставления приоритета дейтаграммам определенных приложений (например, ICMP-пакетам) по сравнению с дейтаграммами других приложений (например, пакетам с сетевыми новостями).
Читать далее »

Популярность: 0

Находится в разделе Протокол IPv6

6 версия протокола IP

Опубликовано 23 марта, 2008

В начале 90-х годов группа IETF начала работы над очередной версией протокола IP. В первую очередь, необходимость подобных работ была вызвана осознанием того факта, что 32-разрядное адресное пространство протокола IP исчерпывается, а новые сети и IP-узлы присоединяются к Интернету с захватывающей дух скоростью. В ответ на потребность в большем адресном пространстве была разработана версия IPv6 протокола IP. При этом разработчики воспользовались «удобным случаем», чтобы, используя накопленный опыт эксплуатации протокола IPv4, в чем-то его исправить и дополнить.
Читать далее »

Популярность: 0

Находится в разделе Протокол IPv6

Очереди

Опубликовано 22 марта, 2008

Глядя на конфигурацию, изображенную на рис. 4.35, и учитывая функциональность входного и выходного портов, очевидно, что очереди пакетов могут образовываться как на входных, так и на выходных портах. Необходимо рассмотреть эти очереди несколько подробнее, поскольку при увеличении их размеров буферное пространство маршрутизатора, в конце концов, исчерпывается, и в результате маршрутизатор начинает терять пакеты. Ранее уже вскользь упоминалось, что пакеты «теряются в сети» или «отбрасываются маршрутизатором». Это происходит именно в этих очередях. Точное место, в котором теряется пакет (очередь входного порта или очередь выходного порта), зависит от интенсивности трафика, относительной пропускной способности коммутационного блока и скорости передачи данных в линии связи, что будет показано далее.
Читать далее »

Популярность: 0

Находится в разделе Устройство маршрутизатора