Модификации csma/cd

1. Чисто с контролем несущей - обеспечивается бесконфликтный способ передачи. Каждая станция прослушивает канал и если несущая отсутствует, то начинает передавать. Если канал занят, то рабочая станция уходит на случайную задержку.

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

Сети с контролем несущей также имеют модификации, приведенные в табл. 1.1.

Табл. 1.1.

Условие	Ненастойчивый	p-настойчивый	1-настойчивый
Канал свободен	Передать немедленно	Через время ожидания (несколько мкс.) передать с вероятностью p, либо отложить с вероятностью 1-p.	Передать немедленно
Канал занят	Случайное время ожидания и снова проверка состояния канала	Выждать период и передать в освободившийся канал с вероятностью p, отложить с вероятностью p-1	Непрерывно контролировать несущую и передавать как только освободится
Коллизия	Повторно передать после случайного времени ожидания

Метод р - настойчивого контроля разработан с двоякой целью:

1) уменьшить время пребывания канала в состоянии покоя, что обеспечивается методом 1-настойчивого

2) уменьшить вероятность коллизий, на что направлен метод ненастойчивого.

Однако, величина р должна быть выбрана достаточно небольшой, чтобы обеспечить приемлемые эксплуатационные характеристики. Но многие производители, хотя это может показаться удивительным, оказывают предпочтения методу 1-настойчивого контроля.

При обращении станции к коммуникационной среде, данные должны быть объединены в кадры. Кадры обеспечивают синхронизацию, задают адреса отправителя и получателей, а также протокол верхнего уровня, работающий с кадром (например, протокол IPX NetWare или межсетевой протокол IP). Будем использовать наименование типов кадров, принятые фирмой Novell и используемые в файлах AUTOEXEC.NCF и NET.CFG.

Novell NetWare версии 3.х и 4.х поддерживают четыре различных типа кадров (табл. 1.2).

Таблица 1.2.

Тип кадра	Протоколы
Ethernet_802.3	IPX/SPX
Ethernet_II	IPX/SPX, TCP/IP, AppleTalk Phase I
Ethernet_802.2	IPX/SPX, FTAM
Ethernet_SNAP	IPX/SPX, TCP/IP, Apple Talk Phase II

Они берут свое начало с разработок Ethernet компанией Xerox. Novell также использовала эту технологию и стала разрабатывать сети, реализуя данную топологическую схему. В то время IEEE еще не предложил стандарта 802.3, поэтому Novell нужно было найти какую-то основу для своей сети IPX/SPX, и она создала собственную версию 802.3. Проблема состояла в том, что у Novell пакеты 802.3 передаются в непосредственном виде и не включают в себя повышающей надежность кадровой информации, как в 802.2. Когда IEEE закончил работу над стандартом 802.2 и 802.3, Novell стала поддерживать 802.2 (по существу представляющий собой 802.3 с дополнительной информацией). Примерно в то же время в средах TCP/IP и Macintosh разрабатывались реализации Ethernet, начиная с Ethernet_SNAP, который использовался также в средах Token-Ring и AppleTalkPhase II. Как усовершенствование Ethernet_SNAP появился стандарт Ethernet­_II. Эти кадры необходимы для поддержки TCP/IP на сервере NetWare 3.1х.

Структура кадра типа Ethernet_802.3 (непосредственный)

Используется только в IPX/SPX NetWare. Не содержит дополнительной информации для повышения надежности и управления (рис. 1.10).

Преамбула/начальный ограничитель

кадра SFD (8 байт)

Адрес получателя (6 байт)

Адрес источника (6 байт)

Длина (2 байта)

. . . Данные (46-1500 байт)

Контрольная последовательность

кадра FCS ( 4 байта )

Рис. 1.10.

Преамбула - 7 байт - используется для синхронизации принимающих станций и содержит чередующиеся единицы и нули

1010101010....

Начальный ограничитель кадра SFD - 1 - указывает начало кадра

10101011

Адрес получателя (АП)- 6 байт - содержит аппаратный адрес станции локального сегмента. Широковещательный адрес

FF FF FF FF FF FF .

Адрес источника (АИ) - 6 байт - адрес станции, отправившей пакет данных.

Длина - 2 байта - длина данных, размещенных в поле данных кадра.

Поле данных - поскольку протокол IPX/SPX является единственным протоколом, который может быть связан с кадром данного типа, поле данных всегда начинается с IPX - заголовка, который начинается в свою очередь с FFFF - 2 - байта.

Заполнитель, чтобы кадр имел min длину 64 байта (без преамбулы) и начального ограничителя, и если длина данных, которые должны быть переданы в пакете меньше 46 байт, то поле данных должно быть заполнено заполнителем, чтобы кадр содержал не менее 46 байт.

Контрольная последовательность кадра - встраивается в кадр с тем, чтобы принимающая станция обрабатывала лишь корректные кадры. Контрольная последовательность вычисляется по содержимому полей: адрес получателя, адрес источника, длина, данные, заполнитель с помощью циклического избыточного кода.

Min длина кадра - 64 байта.

Max длина кадра - 1518 байт