Информационная сеть. Открытые системы и стандартизация сетей

Страницы работы

Фрагмент текста работы

если, например, в сети меньше 255 машин, то на адрес можно выделить только 1 байт.

Под MAC–адрес выделяется 6 байт.  

Виды рассылок фреймов а) Индивидуальная рассылка (unicast) – по MAC–адресу. б) Широковещательная рассылка(broadcast) – ТВ, радио.

В локальных сетях в качестве среды передачи данных используется разделяемая среда – просто осуществляется реализация широковещательной рассылки, т.е. фрейм, единственный со специальным MAC-адресом, получают все узлы, подключенные к локальной сети.

На примере Ethernet: FF:FF:FF:FF:FF:FF.

в) Групповая рассылка(multicast)

Также используется специальный MAC–адрес:

стоит 1 в первом бите первого байта MAC–адреса.

Фрейм принимается, если для конкретного компьютера групповой адрес найден в таблице.

Определение содержимого фрейма

MAC–адреса не позволяют определять содержимое (тип) передаваемого фрейма. Для обозначения содержимого фрейма используются следующие методы: а) Явное обозначение типа фрейма

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

В качестве примера явного обозначения типа фрейма приведём один из форматов фрейма для Ethernet:

Фрейм стандарта Ethernet-DIX:

CRC – циклическая избыточная контрольная сумма (4 байта).

Данный фрейма 46 – 1500 байт.

Тип фрейма может принимать следующие значения:

Значение

Описание

0800

Версия 4 протокола IP, в поле данных инкапсулирован

IP пакет.

0806

В поле данных ARP–запрос.

Цифры в значении в шестнадцатеричном формате.

Полную таблицу значений можно посмотреть в RFC.

б) Неявное обозначение типа фрейма

При использовании этого типа сетевые аппаратные средства не включают поле типа в каждый фрейм. Фрейм содержит только данные, поэтому отправитель и получатель должны согласовывать между собой содержимое каждого фрейма или предусматривать использование части данных фрейма в качестве поле типа.

Фреймы, не обеспечивающие автоматическое распознавание типа.

Структура фрейма:

Заголовок

Данные фрейма

CRC

Некоторые сетевые технологии не предусматривают в заголовке фрейма поле типа. Это значит, что фрейм не обеспечивает автоматическое распознавание типа и возникает проблема: как определить тип данных, инкапсулированных во фрейм?

Для определения такого типа данных могут использоваться два подхода:

а) Перед передачей данных отправитель и получатель согласовывают применение единого формата. Программное обеспечение в компьютере отправителя настроено на отправку данных в выбранном формате и программное обеспечение в компьютере получателя настроено на получение данных того же формата.

Применяется очень редко (фирменная технология).

б) перед передачей каких–либо данных отправитель и получатель согласовывают применение первых нескольких байтов поля данных для хранения сведений о типе, т.е. тип передаётся во фрейме с помощью первых нескольких байтов поля данных.

ПО компьютера отправителя добавляет эти сведения о типе данных в начало тела фрейма. Компьютер получателя извлекает информацию о фрейме использует ее при обработке данных.

         Применение последней схемы требует ответа на два вопроса:

1.  Какой именно размер должна иметь информация о типе?

2.  Кто должен определять перечень значений разрешенных к применению

Информация о работе