The design of the UNIX Operating System 117 страница
Надо отметить, что к приведенной эталонной модели большинство практиков относится без излишнего пиетета. Эта модель не предвосхитила появления различных семейств протоколов, таких как, например, семейство протоколов TCP/IP, а наоборот, была создана под их влиянием. Ее не следует рассматривать как готовый оптимальный чертеж для создания любого сетевого средства связи. Наличие некоторой функции на определенном уровне не гарантирует, что это ее наилучшее место, некоторые функции (на-пример, коррекция ошибок) дублируются на нескольких уровнях, да и само деление на 7 уровней носит отчасти произвольный характер. Хотя в конце концов были созданы работающие реализации этой моде-ли, но наиболее распространенные семейства протоколов лишь до некоторой степени согласуются с ней. Как отмечено в книге [Таненбаум, 2002], она больше подходит для реализации телефонных, а не вычис-лительных сетей. Ценность предложенной эталонной модели заключается в том, что она показывает на-правление, в котором должны двигаться разработчики новых вычислительных сетей.
|
|
|
|
|
|
Проблемы 3–5, перечисленные в разделе "Основные вопросы логической организации передачи инфор-мации" между удаленными процессами, относятся в основном к сетевому и транспортному уровням эта-лонной модели и, соответственно, решаются на уровне сетевых и транспортных протоколов. Давайте приступим, наконец, к их рассмотрению.
|
|
|
Проблемы адресации в сети
Любой пакет информации, передаваемый по сети, должен быть снабжен адресом получателя. Если взаи-модействие подразумевает двустороннее общение, то в пакет следует также включить и адрес отправите-ля. В лекции 4 мы описали один из протоколов организации надежной связи с использованием контроль-ных сумм, нумерации пакетов и подтверждения получения неискаженного пакета в правильном порядке. Для отправки подтверждений обратный адрес также следует включать в пересылаемый пакет. Таким об-разом, практически каждый сетевой пакет информации должен быть снабжен адресом получателя и ад-ресом отправителя. Как могут выглядеть такие адреса?
|
|
|
Несколько раньше, обсуждая отличия взаимодействия удаленных процессов от взаимодействия локаль-ных процессов, мы говорили, что удаленные адресаты должны обладать уникальными адресами уже не в пределах одного компьютера, а в рамках всей сети. Существует два подхода к наделению объектов таки-ми сетевыми адресами: одноуровневый и двухуровневый.
Одноуровневые адреса
В небольших компьютерных сетях можно построить одноуровневую систему адресации. При таком под-ходе каждый процесс, желающий стать участником удаленного взаимодействия (при прямой адресации), и каждый объект, для такого взаимодействия предназначенный (при непрямой адресации), получают по мере необходимости собственные адреса (символьные или числовые), а сами вычислительные комплек-сы, объединенные в сеть, никаких самостоятельных адресов не имеют. Подобный метод требует доволь-но сложного протокола обеспечения уникальности адресов . Вычислительный комплекс, на котором за-пускается взаимодействующий процесс, должен запросить все компьютеры сети о возможности присвое-ния процессу некоторого адреса. Только после получения от них согласия процессу может быть назначен адрес. Поскольку процесс, посылающий данные другому процессу, не может знать, на каком компоненте сети находится процесс-адресат, передаваемая информация должна быть направлена всем компонентам сети (так называемое широковещательное сообщение – broadcast message), проанализирована ими и
Дата добавления: 2021-01-21; просмотров: 101; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!