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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Табл. 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. Маршрутизируемые вызовы направляются в сеть с коммутацией каналов. В этом случае необходим, по крайней мере, один маршрут к домену, в котором расположен шлюз к сети с коммутацией каналов, обеспечивающий доступ к адресату. Хотя могут быть доступны более чем один маршрут, так как несколько доменов и несколько шлюзов позволяют обслу­жить этот вызов.

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

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

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

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

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

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

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

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

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

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

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

Процесс взаимодействия серверов 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 - адрес кластера. Обозначает группу узлов, которые имеют общий адресный префикс (например, присоединенных к одной физической сети). Пакет должен быть маршрутизирован группе узлов по кратчайшему пути, а затем доставлен только одно­му из членов группы (например, ближайшему узлу).

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

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

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

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

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

Служба каталогов на базе протокола 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.

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

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

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