Другие протоколы

We use cookies. Read the Privacy and Cookie Policy

Другие протоколы

HTTP

О протоколе HTTP (Hyper Text Transfer Protocol) вы, скорее всего, уже слышали. Именно он является одним из прародителей обмена информацией в Интернете. Каждый раз, переходя с одной веб-страницы на другую или выбирая ссылку, вы тем самым задействуете механизм, который напрямую связан с HTTP-протоколом.

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

FTP

FTP (File Transfer Protocol) – «собрат» HTTP-протокола, так как они всегда работают вместе. Главное отличие заключается в том, что FTP-протокол был разработан специально для передачи файлов в Интернете. Каждый раз, скачивая, например, музыку или нужные документы, вы пользуетесь услугами механизмов FTP-протокола. Представить себе Интернет без FTP невозможно.

SLIP

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

Данный протокол работает вместе с протоколом TCP/IP, находясь на более низком уровне. Перед тем как информация с модема поступит на обработку TCP/IP-протоколу, ее предварительно обрабатывает SLIP-протокол. Выполнив все необходимые действия, он создает другой пакет и передает его TCP/IP.

Пакеты формируются и в обратном порядке: получив пакет данных от TCP/IP, SLIP создает другой пакет, предварительно выбрав всю ценную информацию.

РРР

Протокол РРР выполняет ту же работу, что и описанный выше протокол SLIP, однако он более приспособлен к ней, так как обладает дополнительными функциями. Кроме того, в отличие от SLIP, РРР может взаимодействовать не только с TCP/IP, но и с протоколами IPX/SPX, NetBIOS, DHCP, наиболее распространенными в локальных сетях.

Распространению протокола РРР также помогла операционная система класса Windows NT, которая часто устанавливается на интернет-серверах (SLIP применяют для соединения с серверами, функционирующими на операционной системе UNIX).

Х.25

Протокол Х.25, созданный в 1976 году и усовершенствованный в 1984 году, работает на физическом, канальном и сетевом уровнях модели взаимодействия ISO/OSI. Его разработкой занимался консорциум, состоящий из представителей многих телефонных компаний, и создавали его специально для использования на существующих телефонных линиях.

Учитывая год создания протокола, а соответственно и качество тогдашних телефонных линий, можно с уверенностью сказать, что протокол Х.25 – один из самых надежных. Когда создавался Х.25, цифровая телефонная линия была редкостью – использовалась в основном аналоговая. По этой причине в нем присутствует система обнаружения и коррекции ошибок, что существенно повышает надежность связи. В то же время она замедляет скорость передачи данных (максимальная – 64 Кбит/с). Однако этот факт не мешает использовать его там, где прежде всего требуется высокая надежность, например в банковской системе.

Frame Relay

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

Еще одна особенность протокола Frame Relay – его скорость, которая достигает 45 Мбит/с.

AppleTalk

Протокол AppleTalk – собственность компании Apple Computer, он был разработан для установки связи между компьютерами Macintosh.

Так же, как и TCP/IP, протокол AppleTalk представляет собой набор протоколов, каждый из которых отвечает за работу определенного уровня модели ISO/OSI.

В отличие от протоколов TCP/IP и IPX/SPX, стек протокола AppleTalk использует собственную реализацию физического и канального уровня, а не протоколы модели ISO/OSI (рис. 5.4).

Рис. 5.4. Распределение протоколов стека AppleTalk по уровням модели ISO/OSI

Рассмотрим протоколы стека AppleTalk.

• DDP (Datagram Delivery Protocol) – отвечает за работу сетевого уровня. Его основное предназначение – организация и обслуживание процесса передачи данных без предварительной установки связи между компьютерами.

• RTMP (Routing Table Maintenance Protocol) – работает с маршрутными таблицами AppleTalk. Любая такая таблица содержит информацию о каждом сегменте, куда возможна доставка сообщений. Таблица состоит из номеров маршрутизаторов (порта), которые могут доставить сообщение к выбранному компьютеру, количества пунктов «пересадки»,[14] параметров выбранных сегментов сети: скорости, загруженности и т. п.

• NBP (Name Binding Protocol) – отвечает за адресацию, которая сводится к привязке логического имени компьютера к физическому адресу в сети. Кроме процесса привязки имени, он отвечает за регистрацию, подтверждение, стирание и поиск этого имени.

• ZIP (Zone Information Protocol) – протокол, работающий в паре с протоколом NBP, помогая ему искать имя в рабочих группах или зонах. Для этого он использует информацию ближайшего маршрутизатора, создающего запрос по всей сети, где могут находиться компьютеры, входящие в заданную рабочую группу.

• ATP (AppleTalk Transaction Protocol) – один из протоколов транспортного уровня, отвечающий за транзакции. Транзакция – это набор из запроса, ответа на этот запрос и идентификационного номера, который присваивается данному набору. Примером транзакции может быть сообщение о доставке данных от одного компьютера другому. Кроме того, АТР умеет разбивать большие пакеты на более мелкие с последующей их сборкой после подтверждения о приеме или доставке.

• ADSP (AppleTalk Data Stream Protocol) – протокол, аналогичный ATP, отвечающий за доставку пакетов. Однако в данном случае происходит не одна транзакция, а гарантированная доставка, которая может повлечь за собой несколько транзакций. Кроме того, протокол гарантирует, что данные при доставке не потеряются и не будут дублироваться.

Данный текст является ознакомительным фрагментом.