Читайте также: |
|
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 - указывает начало кадра
Адрес получателя (АП)- 6 байт - содержит аппаратный адрес станции локального сегмента. Широковещательный адрес
FF FF FF FF FF FF.
Адрес источника (АИ) - 6 байт - адрес станции, отправившей пакет данных.
Длина - 2 байта - длина данных, размещенных в поле данных кадра.
Поле данных - поскольку протокол IPX/SPX является единственным протоколом, который может быть связан с кадром данного типа, поле данных всегда начинается с IPX - заголовка, который начинается в свою очередь с FFFF - 2 - байта.
Заполнитель, чтобы кадр имел min длину 64 байта (без преамбулы) и начального ограничителя, и если длина данных, которые должны быть переданы в пакете меньше 46 байт, то поле данных должно быть заполнено заполнителем, чтобы кадр содержал не менее 46 байт.
Контрольная последовательность кадра - встраивается в кадр с тем, чтобы принимающая станция обрабатывала лишь корректные кадры. Контрольная последовательность вычисляется по содержимому полей: адрес получателя, адрес источника, длина, данные, заполнитель с помощью циклического избыточного кода.
Min длина кадра - 64 байта.
Max длина кадра - 1518 байт
Дата добавления: 2015-07-07; просмотров: 188 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Ethernet на витой паре. 10BASE-T. | | | Структура кадра типа Ethernet_802.2 |