если, например, в сети меньше 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. Кто должен определять перечень значений разрешенных к применению
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.