Основные характеристики Интернета (стр. 3 из 7)
Simple Mail Transfer Protocol является фактическим стандартом пересылки электронной почты в сетях, особенно в Интернете. Во всех операционных системах имеются почтовые клиенты с поддержкой SMTP, а большинство поставщиков услуг Интернета использует SMTP для работы с исходящей почтой. Серверы SMTP существуют для всех операционных систем, включая Windows 9x/NT/2K, MacOS, семейство Unix, Linux, BeOS, и даже AmigaOS.
Протокол SMTP проектировался для транспортировки сообщений электронной почты в разных сетевых средах. В сущности, SMTP не следит за тем, как перемещается сообщение, а лишь за тем, чтобы оно было доставлено к месту назначения.
SMTP обладает мощными средствами обработки почты, обеспечивающими автоматическую маршрутизацию по определенным критериям. В частности, SMTP может оповестить отправителя о том, что адрес не существует, и вернуть ему сообщение, если почта остается не доставленной в течение определенного периода времени (задаваемого системным администратором сервера, с которого отправляется сообщение). SMTP использует порт ТСР с номером 25.
Протокол SMTP поддерживает передачу сообщений (электронной почты) между произвольными узлами сети Internet. Имея механизмы промежуточного хранения почты и механизмы повышения надежности доставки, протокол SMTP допускает использование различных транспортных служб. Он может работать даже в сетях, не использующих протоколы семейства TCP/IP. Протокол SMTP обеспечивает как группирование сообщений в адрес одного получателя, так и размножение нескольких копий сообщения для передачи в разные адреса.
Система X-Window использует протокол X-Window, который работает на базе TCP, для многооконного отображения графики и текста на растровых дисплеях рабочих станций. X-Window - это гораздо больше, чем просто утилита для рисования окон; это целая философия человеко-машинного взаимодействия.
Сети X.25 получили свое название по имени рекомендации – «X.25», выпущенной МККТТ (Международный консультативный комитет по телефонии и телеграфии). Данная рекомендация описывает интерфейс доступа пользователя в сеть передачи данных и интерфейс взаимодействия с удаленным пользователем через сеть передачи данных.
Внутри же самой сети передача данных может происходить в соответствии с другими правилами. Ядро сети может быть построено и на более скоростных протоколах framerelay. Мы, однако, рассматривая вопросы построения сетей X.25 будем иметь в виду сети, передача данных внутри которых производится также по протоколам, описанным в рекомендации X.25. Именно таким образом и строится в настоящее время большинство корпоративных сетей X.25 в России.
Рекомендация X.25 описывает три уровня протоколов - физический, сетевой и уровень звена передачи данных.
Первый описывает уровни сигналов и логику взаимодействия в терминах физического интерфейса.
Второй (протокол доступа к каналу/процедура сбалансированного доступа к каналу, LAP/LAPB), с теми или иными модификациями.
Этот уровень протоколов отвечает за эффективную и надежную передачу данных по соединению «точка-точка», т.е. между соседними узлами сети X.25. Данным протоколом обеспечивается коррекция ошибок при передаче между соседними узлами и управление потоком данных (если принимающая сторона не готова к получению данных, она извещает об этом передающую сторону, и та приостанавливает передачу). Кроме того, он определяет параметры, меняя значения которых, режим передачи можно оптимизировать по скорости в зависимости от протяженности канала между двумя точками (времени задержки в канале) и его качества (вероятности искажения информации при передаче).
И, наконец, третий уровень протоколов - сетевой. Он наиболее интересен в контексте обсуждения сетей X.25, так как их специфику, в первую очередь, определяет именно он.
Функционально данный протокол отвечает, прежде всего, за маршрутизацию в сети передачи данных X.25. Со своей стороны протокол третьего уровня также структурирует информацию, иными словами, разбивает ее на «порции».
Однако, при всех достоинствах сетевой технологии, базирующейся на протоколе X.25, у нее есть и свои ограничения. Одно из них - невозможность передавать по сетям X.25 такие виды информации, как голос и видео. Указанные ограничения преодолеваются в технологии, базирующейся на протоколе framerelay.
Стремление использовать сложившуюся структуру IPсетей привело к появлению в 1996 году стандарта H.323 (VisualTelephoneSystemsandTerminalEquipmentforLocalAreaNetworkswhichProvideaNon-GuaranteedQualityofService - Видеотелефоны и терминальное оборудование для локальных сетей с негарантированным качеством обслуживания). Сейчас H.323 - один из важнейших стандартов из этой серии. H.323 - это рекомендации ITU-T для мультимедийных приложений в вычислительных сетях, не обеспечивающих гарантированное качество обслуживания (QoS). Такие сети включают в себя сети пакетной коммутации IP и IPX на базе Ethernet, Fast Ethernet и Token Ring.
Рекомендация Н.323 является зонтичной спецификацией, в рекомендациях, входящих в семейство Н.323, определены протоколы, методы и сетевые элементы, необходимые для организации мультимедийной связи между двумя или более пользователями.
Описание протокола Н.323. Архитектура системы на базе стандарта Н.323. Основными устройствами сети являются: терминал, привратник, шлюз и устройство управления конференциями. Все перечисленные компоненты организованы в так называемые зоны Н.323. Одна зона состоит из привратника и нескольких оконечных точек, причем привратник управляет всеми оконечными точками своей зоны. Зоной может быть и вся сеть поставщика услуг IP-телефонии или ее часть, охватывающая отдельный регион. Деление на зоны Н.323 не зависит от топологии пакетной сети, но может быть использовано для организации наложенной сети Н.323 поверх пакетной сети, используемой исключительно в качестве транспорта.
Семейство протоколов Н.323 включает в себя три основных протокола: протокол взаимодействия оконечного оборудования с привратником – RAS, протокол управления соединениями – Н.225 и протокол управления логическими каналами – Н.245.
Рис.1 Архитектура сети Н.323
Нyper text transfer protocol - заложенвосновуработы World Wide Web. В сущности, именно HTTP принадлежит основная заслуга в бурном развитии Интернета в середине 1990-х годов. Сначала появились первые клиенты HTTP (такие, как Mosaic и Netscape), которые позволяли наглядно «увидеть» Web. Вскоре стали появляться web-серверы с полезной информацией. В наше время в Интернете существует более шести миллионов web-сайтов, работающих на базе HTTP. Протокол HTTP работает на хорошо известном порте TCP с номером 80. Протокол передачи гипертекста - протокол прикладного уровня для распределенных, совместных, многосредных информационных систем. HTTP используется в WWW начиная с 1990 года. Первой версией HTTP, известной как HTTP/0.9, был простой протокол для передачи необработанных данных через Интернет. HTTP/1.0 был улучшением этого протокола, допускал MIME-подобный формат сообщений, содержащий метаинформацию о передаваемых данных и имел модифицированную семантику запросов/ответов. Однако HTTP/1.0 недостаточно учитывал особенности работы с иерархическими прокси-серверами (hierarchical proxies), кэшированием, постоянными соединениями, и виртуальными хостами (virtual hosts). Кроме того, быстрый рост числа не полностью совместимых с протоколом HTTP/1.0 приложений, потребовал введения новой версии протокола, в которой были бы заложены дополнительные возможности, которые помогли бы привести эти приложения к единому стандарту.
HTTP также используется как обобщенный протокол связи между агентами пользователей (user agents) и прокси-серверами/шлюзами (proxies/gateways) или другими Интернет-сервисами, включая такие как SMTP, NNTP, FTP, Gopher и WAIS. Таким образом, HTTP определяет основы многосредного доступа к ресурсам для разнообразных приложений.
HTTP соединение обычно происходит посредством TCP/IP соединений. HTTP также может быть реализован посредством любого другого протокола Интернет, или других сетей. HTTP необходима только надежная передача данных, следовательно, может использоваться любой протокол, который гарантирует надежную передачу данных; отображение структуры запроса и ответа HTTP/1.1 на транспортные модули данных рассматриваемого протокола - вопрос, не решается на уровне самого протокола.
Simple Network Management Protocol работает на базе UDP и предназначен для использования сетевыми управляющими станциями. Он позволяет управляющим станциям собирать информацию о положении дел в сети Internet. Протокол определяет формат данных, их обработка и интерпретация остаются на усмотрение управляющих станций или менеджера сети.