Intel Pentium processor - технический обзор
Технический обзор
Определение протокола
Протоколы представляют собой просто набор условий (пра-
вил),которые регламентируют формат и процедуры обмена информацией
между двумя или несколькими независимыми устройствами или про-
цессами. Протокол имеет три важнейших элемента: синтаксис, семан-
тику и синхронизацию (timing). Синтаксис протокола определяет по-
ля; например, может быть 16-байтовое поле для адресов, 32-байто-
вое поле для контрольных сумм и 512 байт на пакет. Семантика про-
токола придает этим полям значение: например, если адресное поле
состоит из всех адресов, это "широковещательный" па-
кет. Синхронизация - количество битов в секунду - это скорость
передачи данных. Она важна не только на самых низких уровнях
протокола, но и на высших.
На рис 1-1 показан типичный формат сообщения. В начале сооб-
щения, передаваемого в сети, присваиваются символы синхронизации,
с той целью, чтобы другой узел в сети мог увидеть, что "приходит"
сообщение и смог синхронизировать приемник с передатчиком. Заго-
ловок сообщения содержит информацию об адресе - откуда и куда
поступает сообщение. Текст сообщения - это сама информация, посы-
лаемая по сети. Он имеет заголовок и иногда концевик, показываю-
щий, где заканчивается сообщение. В конце сообщения также могут
быть символы управления и синхронизации.
Начало Д А Н Н Ы Е Конец
сообщения сообщения
! СООБЩЕНИЯ !
! ! ! ! ! !
! !! !! !
----------------------------------------------
! ! ! ! ! !
!Символы !Заго- ! !Конце-!Управ- !
Направление !управле- !ловок ! Т Е К С Т !вик !ляющие !
потока !ния и !сооб- ! !сооб- !симво- !
данных !синхро- !щения ! СООБЩЕНИЯ !щения !лы !
<----------------!низации ! ! ! ! !
! ! ! ! ! !
----------------------------------------------
Рис 1-1. Типичный формат сообщения.
Существует несколько проблем, связанных с транспортными
протоколами. Одна из них заключается в структуре адресации: долж-
на ли она быть простой (одна область адресации для взаимосвязан-
ной системы) или иерархической (древовидная структура адресов та-
кая, как сеть, станция или гнездо в станции)? Что представляет
собой область адресации системы - сколько узлов или ПЭВМ могут
логически быть адресованы в системе? Количество ПЭВМ, подключае-
мых к системе намного меньше,чем область адресации. Каков должен
быть размер единицы данных? В этом вопросе необходимо компромисс-
ное решение, потому что большие единицы данных могут "покоробить"
систему, а передача маленьких единиц может быть неэкономична.
Имеет ли система некоторый способ контроля ошибок? Если происхо-
дят какие-либо неполадки,сможет ли система протоколов показать, в
чем состоит проблема, и сможет ли она исправить эту ошибку? Каким
образом синхронизируются пакеты в уровнях протокола? Предположим,
что-то неисправимо повредило чей-либо пакет данных или записало в
неправильный файловый процессор - будет ли обеспечена защита? Име-
ется ли управление протоколами для контроля распределения ресур-
сов и анализа производительности системы? Как мы увидим далее,
NETBIOS удовлетворяет многим, но не всем этим требованиям.
Сеть ПЭВМ и кольцевая сеть с эстафетной передачей
Прикладные программы,написанные в NETBIOS для Сети ПЭВМ (PC Network),
будут работать с эмулятором кольцевой эстафетной сети
(Token-Ring), но эти две сети по-разному реализуют свои протоколы.
Например,прикладные программы NETBIOS, предлагаемые IBM, включают
Программу ЛВС ПЭВМ IBM (PC LAN), Спецпроцессор асинхронной связи и
Программу SNA 3270 (сетевая архитектура систем). Реализация
NETBIOS для Сети ПЭВМ (PC Network) и кольцевой сети с эстафетной
передачей (Token-Ring) показана на рис.1-2. Важное различие
заключается в том, что NETBIOS в Сети ПЭВМ полностью содержится
на Адаптере сети ПЭВМ, в то время как в эстафетной кольцевой сети
(Token-Ring) он полностью содержится в самой рабочей ПЭВМ. Также
учтите, что в реализации эстафетной кольцевой сети не имеется ни
сетевого, ни транспортного уровня протокола. Существуют разногла-
сия по поводу того, может ли реализация эстафетной кольцевой сети
(Token-Ring) действовать столь же эффективно без специализирован-
ного со-процессора NETBIOS. Испытания, произведенные IBM, показа-
ли по меньшей мере двукратное увеличение производительности
Token-Ring с эмулятором Token-Ring NETBIOS.
СЕТЬ ПЭВМ ЭКС ПЭВМ (Token-Ring)
-----------------------------------------------------------------
! !
! Прикладная программа NETBIOS !
! !
-----------------------------------------------------------------
-----------------------------------------------------------------
! !
! Интерфейс NETBIOS !
! !
-----------------------------------------------------------------
---------------------------
! !
! Программа NETBIOS !
Адаптер сети ПЭВМ ! !
------------------------- ---------------------------
! ! ! !
! Сеансовый уровень ! ! Сеансовый уровень !
! ! ! !
!-----------------------! !-------------------------!
! ! ! !
! Транспортный уровень ! ! !
! ! ! !
!-----------------------! !-------------------------!
! ! ! !
! Сетевой уровень ! ! !
! ! ! !
!-----------------------! !-------------------------!
! ! ! ! !
! ! ! IEEE 802.2 ! DIRECT !
! ! !-------------------------!
! ! ! Подпрограмма взаимо- !
! CSMA/CD ! ! действия с адаптером !
! ! ! !
! ! ---------------------------
! Канальный уровень !
! ! Адаптер ЭКС (Token-Ring)
! ! ---------------------------
! ! !=LLC 80-2.2=! !
! ! !------------! MAC 802.5 !
! ! ! !
------------------------- !-------------------------!
! ! ! !
! Физический транспортн.!---! ! Физический транспортн. !---!
! ! ! ! ! !
!-----------! !-! ! !-------------! !-! !
!---------! ! !---------! !
! !
! !
! !
!-----------------------! ! !------------------------! !
! ЛВС с модулированной ! ! ! ЛВС с немодулированной ! !
! передачей !---! ! передачей !---!
! ! ! !
!-----------------------! !------------------------!
Рис1-2. Реализация NETBIOS.
ПРИМЕЧАНИЕ: Здесь и далее: "ЭКС" - эстафетная
кольцевая сеть (Token-Ring)
CSMA/CD - Множественный доступ с
контролем несущей и
обнаружением конфликтов
LLC - Управление логическим каналом
MAC - Управление доступом к носителям
20.05.2012