Мини-Сервер своими руками - это просто! - IP телефония

6.3. Проблемы адресации в сетях IP-телефонии - Часть 4

2011-11-06T04:41:00+04:00

- междугородный звонок (код города отличается от кода, определенного для шлюза) - набирается внутренний национальный код (если есть) + код города + номер абонента;

• Корпоративный: набираемый номер конфигурируется администратором и зависит от определенных им кодов.

Формат номера международного плана имеет следующий вид:

• Фиксированный: код выхода на международную сеть + код страны + код города + номер абонента;

• Корпоративный: набираемый номер конфигурируется администратором и зависит от определенных им префиксов.

Формат номера частного плана имеет следующий вид:

• Фиксированный: номер абонента;

• Переменный: набираемый номер зависит от следующих факторов:

- локальный вызов (код частной зоны соответствует коду, определенному для шлюза) - набирается только номер абонента;

- междугородный звонок (код частной зоны отличается от кода, определенного для шлюза) - внутренний национальный код (если есть) + код города + номер абонента.

• Корпоративный: набираемый номер конфигурируется администратором и зависит от определенных им кодов.

6.3. Проблемы адресации в сетях IP-телефонии - Часть 3

2011-10-28T22:19:00+04:00

2. Маршрутизируемые вызовы направляются в сеть с коммутацией пакетов (IP-сеть). В этом случае вызывающий пользователь использует номер Е. 164 как имя, идентифицирующее адресата IP-сети. При этом возможен только один маршрут через соответствующий шлюз.

В соответствии с концепцией TIPHON сети IP-телефонии должны поддерживать, по крайней мере, одну из следующих схем нумерации:

1. Домены сети IP-телефонии должны поддержать все схемы нумерации на сетях связи с коммутацией каналов и обеспечивать надлежащее межсетевое взаимодействие с ними.

2. План нумерации для пользователей сетей IP-телефонии может быть таким же, как и для пользователей сетей с коммутацией каналов, причем с учетом национальных особенностей.

3. Нумерация для предоставления услуг пользователям IP-телефонии должна быть аналогичной нумерации, используемой в сетях с коммутацией каналов.

Система нумерации IP-телефонии должна обеспечивать возможность замены одного номера Е. 164 на другой. Это необходимо для обеспечения поддержки следующих услуг:

• мобильность номера;

• персональная нумерация;

• негеографические услуги типа freephone.

При таких услугах номер направляется в виде запроса на шлюз IP-телефонии и идентифицируется как номер маршрутирования Е.164. Ответ на запрос будет всегда в виде номера Е.164.

В системе IP-телефонии может существовать два вида планов нумерации: открытый (внутренний и международный) и частный. При этом возможны три формата номеров:

1. Фиксированный - набираемый номер фиксирован;

2. Переменный - набираемый номер может изменяться;

3. Корпоративный - набираемый номер определяется данными конфигурации корпоративного плана набора (Custom Dailing Plan).

Формат номера внутреннего плана имеет следующий вид:

• Фиксированный: внутренний национальный код (если есть) + код города + номер абонента;

• Переменный: набираемый номер зависти от следующих факторов:

- локальный вызов (код города соответствует коду, определенному для шлюза Интернет-телефонии) - набирается только номер абонента;

6.3. Проблемы адресации в сетях IP-телефонии - Часть 2

2011-10-02T12:18:00+04:00

В сетях IP-телефонии, построенных на базе стандарта Н.323, преобразование телефонных номеров Е.164 в IP-адреса и обратно входит в функции gatekeeper. В системах, использующих протокол SIP, эти функции выполняются в специальном сервере.

Табл. 6.2 показывает отношения между именами и адресами для телефонных сетей и приложений Интернет. Она также включает различия в адресации между концепцией TIPHON и решениями по Интернет-телефонии, основанными на протоколе SIP.

Цель преобразования номера - замена цифр, набранных вызывающим пользователем, в имена Е.164 и преобразование этих имен в адреса, имена или идентификаторы, которые необходимо использовать для маршрутизации IP-сообщений управления телефонными вызовами. При этом телефонные соединения устанавливаются внутри домена или между доменами и/или далее маршрутируются в сеть с коммутацией каналов. Для выполнения функций маршрутизации при обслуживании вызовов необходимо иметь базу данных о пользователях и шлюзах, о преобразованиях номеров, имен и адресов.

	Телефонные или иные сети с коммутацией каналов	E-mail	Концепция TIPHON	Решение на базе протокола SIP
Имя	Номер Е. 164	User@host где host - имя домена	Номер Е.164	User@host, возможно с подстановочным номером Е. 164 для входящих вызовов из сетей с коммутацией каналов
Адрес	Маршрутизация по номеру Е. 164 (или префикс маршрутизации + номер Е.164)	IP-адрес	IP-адрес	IP-адрес

Таблица 6.2. Отношения между именами и адресами для телефонных сетей и приложений Интернет

Сети IP-телефонии должны поддержать преобразование номеров в двух случаях:

1. Маршрутизируемые вызовы направляются в сеть с коммутацией каналов. В этом случае необходим, по крайней мере, один маршрут к домену, в котором расположен шлюз к сети с коммутацией каналов, обеспечивающий доступ к адресату. Хотя могут быть доступны более чем один маршрут, так как несколько доменов и несколько шлюзов позволяют обслужить этот вызов.

6.3. Проблемы адресации в сетях IP-телефонии - Часть 1

2011-09-08T15:54:00+04:00

В системах IP-телефонии, так же как и в сетях с коммутацией каналов, номера в соответствии с Рекомендацией Е.164 используются конечными пользователями, чтобы идентифицировать вызов. В IP-системах, когда конечный пользователь идентифицируется терминалом, номер Е.164 этого конечного пользователя временно связан с адресом IP (транспортный адрес) этого терминала (оконечной точки). Проблема нумерации в сети IP-телефонии связана с определением точки назначения вызова при внутридоменной и междоменной связи в IP-сети. В качестве такой конечной точки может выступать или IP-терминал с соответствующим приложением пользователя или шлюз для доступа в сеть с коммутацией каналов.

От решения задач адресации в IP-телефонии во многом зависят удобство пользования услугой, работа алгоритмов маршрутизации, обеспечение мобильности номеров и т. д. Главная проблема организации взаимодействия сетей с коммутацией каналов и IP-сетей заключается в том, что единственный метод адресации обычного терминала абонента телефонной сети - это использование номера этого терминала (в сетях общего пользования номера Е.164). Вопрос преобразования номера сети с коммутацией каналов в IP-адрес представляется пока еще достаточно сложным и разрабатывается не только рабочей группой 4 в рамках проекта TIPHON, но и другими организациями, например IETF. В то же время ITU-T только подходит к решению вопросов взаимодействия услуг IP-телефонии и ТфОП, ограничиваясь пока рассмотрением функций межсетевого взаимодействия на уровне транспортных технологий. Такая позиция объясняется, в частности, отсутствием общих для всех национальных администраций связи подходов к определению статуса услуги IР-телефонии.

Оператору IP-телефонии, предлагающему свои услуги абонентам сетей с коммутацией каналов, необходимо, естественно, использовать уже имеющиеся схемы нумерации. Согласно рекомендациям TIPHON, для организации вызовов от абонентов сетей с коммутацией каналов пользователям IP-сети желательно, чтобы последние имели номер Е.164. В проекте TIPHON также исследуется возможность использования в Интернет кода страны и кода услуги, которые будут задействованы в Интернет-телефонии.

6.2. Адресация в IP-сетях - Часть 14

2011-09-03T05:13:00+04:00

Для обеспечения совместимости со схемой адресации версии IPv4, в версии IPv6 имеется класс адресов, имеющих 0000 0000 в старших битах адреса. Младшие 4 байта адреса этого класса должны содержать адрес IPv4. Маршрутизаторы, поддерживающие обе версии адресов, должны обеспечивать трансляцию при передаче пакета из сети, поддерживающей адресацию IPv4, в сеть, поддерживающую адресацию IPv6, и наоборот.

6.2. Адресация в IP-сетях - Часть 13

2011-08-29T17:07:00+04:00

• Multicast - адрес набора узлов, возможно в различных физических сетях. Копии пакета должны быть доставлены каждому узлу набора, используя аппаратные возможности групповой или широковещательной доставки, если это возможно.

Как и в версии IPv4, адреса в версии IPv6 делятся на классы, в зависимости от значения нескольких старших бит адреса.

Большая часть классов зарезервирована для будущего применения. Наиболее интересным для практического использования является класс, предназначенный для провайдеров услуг Internet, названный Provider-Assigned Unicast.

Адрес этого класса имеет следующую структуру:

010

Идентификатор

Идентиф икатор

Идентификатор

Провайдера

Абонента

Подсети

Узла

Каждому провайдеру услуг Internet назначается уникальный идентификатор, которым помечаются все поддерживаемые им сети. Далее провайдер назначает своим абонентам уникальные идентификаторы и использует оба идентификатора при назначении блока адресов абонента. Абонент сам назначает уникальные идентификаторы своим подсетям и узлам этих сетей.

Абонент может использовать технику подсетей, применяемую в версии IPv4, для дальнейшего деления поля идентификатора подсети на более мелкие поля.

Описанная схема приближает схему адресации IPv6 к схемам, используемым в территориальных сетях, включая телефонные сети или сети Х.25. Иерархия адресных полей позволит магистральным маршрутизаторам работать только со старшими частями адреса, оставляя обработку менее значимых полей маршрутизаторам абонентов.

Под поле идентификатора узла требуется выделения не менее 6 байт, для того чтобы можно было использовать в IP-адресах МАС-адреса локальных сетей непосредственно.

6.2. Адресация в IP-сетях - Часть 12

2011-08-24T19:53:00+04:00

• репликация - уже сейчас многие поставщики встраивают функции репликации в создаваемые ими службы каталогов на базе LDAP; в будущем они еще больше расширятся, так как комитет IETF начинает разрабатывать стандартный протокол LDAP с возможностью репликации.

Главная цель объединения серверов - дать пользователям возможность встраивать в их системы управления сетевыми адресами средства повышения надежности, безопасности и синхронизации имен и адресов.

Процесс взаимодействия серверов LDAP и DHCP показан на рис. 6.4. Клиент посылает запрос на доступ в Internet с указанием нужного адреса и ресурса. Сервер DHCP автоматически присваивает клиенту IP-адрес и связывает пользователя с ресурсами в каталоге LDAP, Сервер LDAP находит указанные ресурсы и автоматически соединяет пользователя с соответствующим узлом сети.

Как и DNS, LDAP - это служба каталогов в архитектуре клиент-сервер. Каталоги могут содержать самую разную информацию, например, базу данных пересчета телефонных номеров Е.164 в IP-адреса для пользователей IP-телефонии. Составляющие дерево каталога LDAP данные хранятся на одном или более серверах LDAP. Если при обращении клиента LDAP, например шлюза IP-телефонии, сервер не может ответить на запрос, то во всяком случае он может возвратить ему указатель на другой сервер LDAP, где запрашиваемая информация может быть найдена.

Рис. 6.4. Процесс взаимодействия серверов DHCP и LDAP Адресация в IPv6

Одним из основных отличий внедряемого в настоящее время протокола IPv6 от протокола IPv4 является использование более длинных адресов. Адреса получателя и источника в IPv6 имеют длину 128 бит или 16 байт. Версия 6 обобщает специальные типы адресов версии 4 в следующих типах адресов:

• Unicast - индивидуальный адрес. Определяет отдельный узел - компьютер или порт маршрутизатора. Пакет должен быть доставлен узлу по кратчайшему маршруту.

• Cluster - адрес кластера. Обозначает группу узлов, которые имеют общий адресный префикс (например, присоединенных к одной физической сети). Пакет должен быть маршрутизирован группе узлов по кратчайшему пути, а затем доставлен только одному из членов группы (например, ближайшему узлу).

6.2. Адресация в IP-сетях - Часть 11

2011-07-31T23:29:00+04:00

Применяемая в LDAP информационная модель основана на схеме, использованной в протоколе Х.500, которая, в свою очередь, базируется на «именных записях». Именные записи обозначают либо реальные объекты, например какого-нибудь пользователя, либо некоторую сетевую службу, например службу преобразования адресов. Каждая запись сопровождается атрибутами, имеющими одно или несколько значений, и хранит информацию, которую при необходимости можно найти. Как правило, каталог на базе LDAP поддерживает репликацию, что повышает надежность и увеличивает быстродействие системы.

Система именования доменов (DNS) нужна для того, чтобы компьютеры могли находить друг друга в сети. С помощью коммуникационных протоколов служба DHCP распространяет информацию об IP-адресах и другие сведения среди клиентов сети; обычно это делается при запуске системы. Службу DHCP можно настроить таким образом, чтобы временно присваивать клиентам динамические адреса из некоторого банка свободных адресов и переназначать эти адреса по мере необходимости.

Автоматическое присвоение IP-адреса требует относительно тесной связи между серверами DNS и DHCP, установленными на данном узле сети. Эта связь необходима, поскольку, присваивая клиенту IP-адрес, сервер DHCP должен иметь возможность обновления информации о соответствии имени клиента присвоенному ему адресу.

Совмещение технологий DHCP и DNS с возможностями каталогов на базе LDAP позволит добиться как минимум следующих преимуществ:

• доступ к информации - новая система позволит организовать стандартный метод доступа для поиска и сохранения данных в информационном хранилище серверов DHCP и DNS;

• гибкость построения сети - поскольку сетевой протокол LDAP способен работать на различных платформах, появляется возможность размещения серверного хранилища информации на других машинах;

6.2. Адресация в IP-сетях - Часть 10

2011-07-10T23:09:00+04:00

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

Служба каталогов на базе протокола LDAP

Протокол LDAP (Lightweight Directory Access Protocol - упрощенный протокол доступа к каталогам) является стандартом доступа к службам сетевых каталогов, а протокол DHCP используется для динамического присвоения IP-адресов пользователям для доступа к сетевым ресурсам. Как заявляют компании-разработчики, объединение этих двух технологий поможет разрешить некоторые серьезные проблемы, присущие протоколу TCP/IP, например, управление адресами, разработку стратегии безопасности и одновременное использование информации об адресах (на что не способны DHCP-серверы).

Протокол LDAP упрощает работу в сетевой среде. Так, пользователи получают возможность входить в систему с любого узла сети и работать с привычными для себя настройками, поскольку информация о них будет сохраняться в основанном на LDAP каталоге. В будущем основанные на LDAP каталоги могут применяться для поддержки инфраструктуры интрасетей и Internet. Например, службы типа системы именования доменов (DNS) и DHCP будут использовать серверы каталогов на базе LDAP в качестве своих хранилищ информации. Тогда эти службы приобретут дополнительные достоинства - модульную структуру и независимость от места размещения.

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

Набор API-интерфейсов протокола LDAP достаточно прост. Протокол становится одним из наиболее предпочтительных для работы с каталогами в Internet. Поскольку уже более 40 компаний обеспечивают поддержку LDAP в своих продуктах или заявили о таком намерении, этот протокол быстро завоевывает себе популярность и получает все более широкое распространение. В настоящее время серверы LDAP выпускаются компаниями Microsoft, Netscape Communications, Lucent Technologies, ISODE, Critical Angle, Novell, Banyan Systems и др. Некоторые браузеры Web, например Netscape Communicator, имеют встроенный клиент LDAP.

6.2. Адресация в IP-сетях - Часть 9

2011-04-26T03:39:00+04:00

Выбранный DHCP-сервер посылает сообщение DHCP-acknowledgment (подтверждение), содержащее тот же IP-адрес, который уже был послан ранее на стадии исследования, а также параметр аренды для этого адреса. Кроме того, DHCP-сервер посылает параметры сетевой конфигурации. После того, как клиент получит это подтверждение, он переходит в состояние «связь», находясь в котором он может принимать участие в работе сети TCP/IP. Компьютеры-клиенты, которые имеют локальные диски, сохраняют полученный адрес для использования при последующих стартах системы. При приближении момента истечения срока аренды адреса компьютер пытается обновить параметры аренды у DHCP-сервера, а если этот IP-адрес не может быть выделен снова, то ему возвращается другой IP-адрес.

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

Однако использование DHCP несет в себе и некоторые проблемы. Во-первых, это проблема согласования информационной адресной базы в службах DHCP и DNS. Как известно, DNS служит для преобразования символьных имен в IP-адреса. Если IP-адреса будут динамически изменятся сервером DHCP, то эти изменения необходимо также динамически вносить в базу данных сервера DNS. Хотя протокол динамического взаимодействия между службами DNS и DHCP уже реализован некоторыми фирмами (так называемая служба Dynamic DNS), стандарт на него пока не принят.

Во-вторых, нестабильность IP-адресов усложняет процесс управления сетью. Системы управления, основанные на протоколе SNMP, разработаны с расчетом на статичность IP-адресов. Аналогичные проблемы возникают и при конфигурировании фильтров маршрутизаторов, которые оперируют с IP-адресами.