17. Протоколы tcp и udp: байтовая передача данных и передача датаграмм (массивов дан­ных).

Протокол TCP обеспечивает устойчивое виртуальное соединение между удаленными прикладными процессами. Протокол UDP обеспечивает передачу прикладных пакетов датаграммным методом, то есть без установления виртуального соединения, и поэтому требует меньших накладных расходов, чем TCP. Протокол UDP предназначен для отправки небольших объемов данных без установки соединения и используется приложениями, которые не нуждаются в подтверждении адресатом их получения. UDP также использует номера портов для определения конкретного процесса по указанному IP адресу. Однако UDP порты отличаются от TCP портов и, следовательно, могут использовать те же номера портов, что и TCP, без конфликта между службами. Задачей протокола транспортного уровня UDP (User Datagram Protocol) является передача данных между прикладными процессами без гарантий доставки, поэтому его пакеты могут быть потеряны, продублированы или прийти не в том порядке, в котором они были отправлены.

Единица данных протокола UDP называется UDP-пакетом или пользовательской датаграммой (user datagram). UDP-пакет состоит из заголовка и поля данных, в котором размещается пакет прикладного уровня. Заголовок имеет простой формат и состоит из четырех двухбайтовых полей:

• UDP source port - номер порта процесса-отправителя,

• UDP destination port - номер порта процесса-получателя,

• UDP message length - длина UDP-пакета в байтах,

• UDP checksum - контрольная сумма UDP-пакета

Не все поля UDP-пакета обязательно должны быть заполнены. Если посылаемая датаграмма не предполагает ответа, то на месте адреса отправителя могут помещаться нули.

18. Стек протоколов ipx/spx. Преимущества и недостатки.

Этот стек является оригинальным стеком протоколов фирмы Novell, который она разработала для своей сетевой операционной системы Novell NetWare.

На физическом и канальном уровнях в сетях Novell используются все популярные протоколы этих уровней (Ethernet, Token Ring и другие).

На сетевом уровне в стеке Novell работает протокол IPX, а также протоколы обмена маршрутной информацией RIP и NLSP.

Транспортному уровню модели OSI в стеке Novell соответствует протокол, который осуществляет передачу сообщений с установлением соединений.

На верхних — прикладном, представительном и сеансовом — уровнях работают протоколы NCP и ASP. Протокол NCP является протоколом взаимодействия сервера NetWare и оболочки рабочей станции.

Особенности стека IPX/SPX обусловлены особенностями ОС NetWare, а именно ориентацией ее ранних версий на работу в локальных сетях небольших размеров, состоящих из персональных компьютеров со скромными ресурсами. Поэтому Novell нужны были протоколы, на реализацию которых требовалось минимальное количество оперативной памяти и которые бы быстро работали на процессорах небольшой вычислительной мощности. В результате, протоколы стека IPX/SPX до недавнего времени хорошо работали в локальных сетях и не очень хорошо — в больших корпоративных сетях, так как слишком перегружали медленные глобальные линии связи широковещательными пакетами, которые интенсивно используются несколькими протоколами этого стека (например, для установления связи между клиентами и серверами).

Это обстоятельство, а также тот факт, что стек IPX/SPX является собственностью фирмы Novell и на его реализацию нужно получать у нее лицензию, долгое время ограничивали распространенность его только сетями NetWare. Однако к моменту выпуска версии NetWare 4.0, Novell внесла и продолжает вносить в свои протоколы серьезные изменения, направленные на приспособление их для работы в корпоративных сетях. Сейчас стек IPX/SPX реализован не только в NetWare, но и в нескольких других популярных сетевых ОС —UNIX, Microsoft Windows NT и др.

19. Общая хар-ка группы стандартов IEEE 802.x.

Стандарты семейства IEEE 802.x охватывают два нижних уровня модели OSI — физический и канальный. Это связано с тем, что именно эти уровни в наибольшей степени отражают особенности физической архитектуры локальных сетей.

Специфика локальных сетей нашла также свое отражение в разделении канального уровня на два подуровня:

• подуровень управления доступом к среде (Media Access Control, MAC);

• подуровень логической передачи данных (Logical Link Control, LLC).

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

Уровень LLC отвечает за достоверную передачу кадров данных между узлами, а также реализует функции интерфейса с прилегающим к нему сетевым уровнем. Для уровня LLC также существует несколько вариантов протоколов, отличающихся наличием или отсутствием на этом уровне процедур восстановления кадров в случае их потери или искажения, то есть отличающихся качеством транспортных услуг этого уровня. Протоколы уровней MAC и LLC взаимно независимы — каждый протокол MAC-уровня может применяться с любым типом протокола LLC-уровня и наоборот.

Стандарт IEEE 802 содержит несколько разделов: