Олифер В.Г., Олифер Н.А. - Компьютерные сети. Принципы, технологии, протоколы (4-ое изд.) - 2010 - обработка (953099), страница 206
Текст из файла (страница 206)
Именно такой вариант показан на рис. 23.10. 817 !Р-телефония В протоколах БССР МССР и МЕОАСО/Н.248 управляющий элемент называется агентом вызова (са1! айепг), однако программный коммутатор — это нечто большее, чем агент управления вызовами. Обычно в продукт с маркой зо(сзепгс!т производители помещают элементы уровня управления вызовами нескольких стандартов, чтобы такой программный коммутатор мог взаимодействовать с другими зонами телефонной сети по наиболее популярным протоколам сигнализации. Так, в программный коммутатор может входить привратник стандарта Н.323, серверы стандарта Б1Р (прокси-сервер, сервер переадресации и сервер определения местоположения пользователей), а также шлюзы телефонной сигнализации для преобразования протоколов телефонных сетей в протоколы сигнализации 1Р-телефонии — те же Б1Р и Н.225.0 стека Н.323.
Широкая поддержка протоколов сигнализации позволяет программному коммутатору находить общий язык практически с любыми типами телефонных сетей, как с традиционными (с коммутацией каналов), так и с пакетными. Программные коммутаторы — «сердце» современного узла 1Р-телефонии — осуществляют за единицу времени множество соединений, столько же, сколько телефонные коммутаторы городского и междугородного типов.
Высокая степень масштабируемости достигается благодаря распределенной модели коммутации, элементы которой взаимодействуют стандартным образом, что обеспечивает модульное построение узла коммутации. Новые услуги В промежуточных устройствах 1Р-сети не хранится информация о каждом соединении абонентов (компьютеров пользователей) с серверами. Это одно из принципиальных отличий 1Р-сети от телефонной сети. Коммутаторы телефонной сети, напротив, отслеживают и запоминают состояние каждого вызова, что является одной из причин более высокой стоимости передачи через них транзитного графика по сравнению с 1р-маршрутизаторами. В публикациях по 1Р-телефонии постоянно подчеркивается, что удешевление звонков н оказание конкурентного давления на сектор традиционной международной телефонии— это краткосрочное преимущество 1Р-телефонии.
Что же касается дальней стратегической перспективы, то основным направлением здесь будет предоставление новых услуг, в том числе интегрированных с услугами по передаче данных и манипулированию данными. К ним относятся: 0 С!!с!г со ТаПг — инициирование телефонного разговора при просмотре веб-страницы ЖеЬ; 0 1птегпеС Са!1 %а!Г!пй (1СЖ) — уведомление абонента, подключившегося с помощью телефонной сети к Интернету, о наличии входящего вызова и, возможно, организация параллельного с интернет-сеансом разговора путем пакетной передачи; (3 Пп!бег! Меззай!пй — организация единой почтовой службы для любых сообщений, в том числе электронной почты, факсов и голоса, с возможностью трансформации вида представления информации. Разнообразие услуг, их настройка в соответствии с потребностями конкретного пользователя, простота прог!уаммирования нового предложения, легкость интеграции голосовых услуг с услугами манипулирования данными — это «врожденные» сильные стороны 1Р- телефонии, ее стратегический потенциал.
Часть этих услуг, описываемых стандартами 31Р и Н.245 как дополнительные, может предоставлять непосредственно программный коммутатор, более сложные сервисы реализуются с помощью серверов приложений узла 1Р-телефонии. В1В Глава 23. Сетевые сл1лкбы Интеграция систем адресации Е.164 и Ойв на основе ЕМОМ Одной из проблем современной 1Р-телефонии является сложность установления соединения, когда инициировавший вызов абонент использует обычный телефонный аппарат, подключенный к традиционной телефонной сети, а вызываемый абонент — компьютер или 1Р-телефон, соединенный с Интернетом или частной 1Р-сетью.
Сложность подобного соединения связана с применением в общедоступных телефонных сетях и Интернете разных схем адресации — системы телефонных номеров на основе международного стандарта Е.164 и системы имен 1)Х5. И если пользователю компьютера или цифрового 1Р-телефона не составляет труда набрать телефонный номер для вызова абонента, то представить себе набор ОХ5-имени с помощью обычного аналогового аппарата довольно сложно. Для преодоления пропасти между этими видами общедоступных услуг необходимо либо выбрать единую схему идентификации абонентов, либо разработать метод трансляции одной схемы в другую.
Предложения ЕХЮМ (Е.164 ХШпЬег Марр!п8 — отображение адресов стандарта Е.164) рабочей группы 1ЕТР решают задачу вторым способом, и пока этот вариант наиболее близок к немедленной реализации. Подход ЕХ()М, описанный в КРС 3761 (ггр://1Грзтс-еа11ог.огййп-потев/Ис3761.па), состоит в назначении всем абонентам 1Р-телефонии, подключенным к Интернету или частной 1Р-сети, идентификаторов еше одного типа — телефонных номеров стандарта Е.164.
Однако на конечных узлах и даже сетях, в которых вызов терминируется, эти телефонные номера не используются — они нужны только для идентификации вызываемого абонента стороной-инициатором, применяющей обычный телефон, и маршрутизации вызова в пределах традиционной телефонной сети. Затем телефонные номера преобразуются в имена Интернета с помощью хорошо известной и отлично зарекомендовавшей себя службы — системы доменных имен (ПХБ). Используемый при этом подход подобен тому, который применяется для решения обратной задачи — нахождению имени узла по его 1Р-адресу.
С этой целью предлагается создать новую зону е164.агра, куда будут входить территории, соответствующие цифрам телефонного номера, например, зоны верхнего уровня 1, 7, 33, 44 для номеров, принадлежащих абонентам Североамериканского региона, России, Франции и Великобритании соответственно. Домен верхнего уровня агра традиционно отводится для решения обратной задачи — нахождение имени по адресу с помощью зоны 1п-ацаг.агра.
Для преобразования телефонного номера в ПХЗ-имя используется специальный тип записи — Хаш!п8 АГЬопсу Ро1псег (ХАРТК). Изначально данная запись предназначалась для перечисления сервисов, которые поддерживает организация, администрирующая данный домен (Кг С 2915). Примером такой записи может служить строка в1р Ре1гонЮаппа. го, сообщающая о том, что с абонентом можно связаться, направив ему вызов по протоколу 51Р на имя реггоыйзгта.ги. Очевидно, что такие записи будут находиться только в зонах самого нижнего уровня, где располагается база номеров, которую провайдер получил для обслуживания конечных абонентов.
Зоны же верхнего уровня будут содержать только обычные ссылки на серверы имен зон более низкого уровня. Итак, если имени ре1гонзвзппа. го соответствует телефейный номер +7 095 758 35 22, то связанная с этим абонентом запись, возможно, содержится в зоне 8 5 7 59 0 7е164 агра (обратный порядок записи цифр телефонного номера согласуется с принятым в 1)Х5 правилом расположения старшей части имени справа, а не слева, как в телефонии).
Запись может находиться и в зоне 3.8.5.7.5.9.0.7.е164. агра, если все номера диапазона +7 095 758 Зххх переданы еше более мелкому провайдеру (в предыдущем примере предполагалось, что все номера +7 095 758 хх хг принадлежали В19 Протокол передачи файлов одному провайдеру).
Деление телефонного номера иа зоны производится по цифрам в полком соответствии с административной ответственностью каждой конкретной оргаиизации за отображение телефонных номеров иа ПХБ-имеиа (точиее, иа (!К1-адреса, которые в дополиеиие к !ЭХА-имеии имеют префикс, указывающий иа протокол доступа к ресурсу). Чем больше уровней подчиненности провайдеров !Р-телефоиии, тем больше составных компонентов в имени зоны. Протокол передачи файлов До появления службы !йг'тт'!Ч сетевая файловая служба ва основе протокола РТР (Рйе Тгапз1ег Ргососо! — протокол передачи файлов), описанная в спецификации ВРС 959, долгое время была самой популярной службой доступа к удаленным данным в Интернете и корпоративных 1Р-сетях.
РТР-серверы и РТР-клиеиты имеются практически в каждой ОС, кроме того, для доступа ко все еще популярным РТР-архивам используются РТР-клиеиты, встроенные в браузеры. Протокол РТР позволяет целиком переместить файл с удалеииого компьютера иа локальный, и наоборот. ЕТР также поддерживает несколько команд просмотра удаленного каталога и перемещения по каталогам удаленной файловой системы.
Поэтому РТР особенно удобио использовать для доступа к тем файлам, данные которых иет смысла просматривать удаленно, а гораздо эффективней целиком переместить иа клиентский компьютер (иапример, файлы исполняемых модулей приложений). В протокол РТР встроены примитивные средства авторизации удалеииых пользователей яа основе передачи по сети пароля в открытом виде. Кроме того, поддерживается анонимвый доступ, ие требующий указания имени пользователя и пароля; такой способ доступа часто рассматривается как более безопасный, так как ои ие подвергает пароли пользователей угрозе перехвата.
Основные модули службы ГТР ГТР-клиеит состоит из трех основных функциональных модулей. 0 0зег 1псег!асе (аиалог агента пользователя) — пользовательский интерфейс, прииимающий от пользователя команды и отображающий состояние РТР-сеацса иа экране. Пользовательский интерфейс зависит от программной реализации ГТР-клиеита. Наряду с традиционными клиентами, работающими в символьном режиме, имеются и графические оболочки, ве требующие от пользователя знания символьных команд. Символьные клиеиты обычно поддерживают следующий основной набор комавд: О орел имл хоста — открытие сеанса с удаленным сервером; О Ьуе — завершение сеанса с удаленным хостом и завершение работы утилиты йр; О с1 охе — завершение сеанса с удаленным хостом, утилита (Ср продолжает работать; О 1 з (о! г) — печать содержимого текущего удаленного каталога; О 9 ес имл файла — копирование удаленного файла иа локальный хост; О рос имя файла — копирование удаленного файла иа удаленный сервер.
0 Узег-Р! — интерпретатор команд пользователя. Этот модуль взаимодействует с модулем Яегтег-Р! РТР-сервера. Глава 23. Сетевые службы В2О С1 13зег-1)ТР— модуль, осуществляющий передачу данных файла по командам, получаемым от модуля ()зег-Р1 по протоколу клиент-сервер. Этот модуль взаимодействует с локальной файловой системой клиента. РТР-сервер включает два модуля. Ы Бегтег-Р1 — модуль, который принимает и интерпретирует команды, передаваемые по сети модулем ()зег-Р1.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
