Автор: Илья Рубинчик. Рубрики: Видеоконференции,Унифицированные коммуникации. Опубликовано: Октябрь 31st, 2010

Пишу скорее для себя, чтобы уложить в голове принципы работы H.323 привратника, ну и как ссылочный материал в случае чего.

Основные принципы

Гейткипер служит для маршрутизации звонков между голосовыми шлюзами, работающими по протоколу H.323.
Причиной наличия гейткипера в сети является усложнение конфигурации шлюзов, по мере увеличения их количества.

Гейткипер оперирует зонами и префиксами. Зоны служат для логического сегментирования шлюзов, по различным признакам, например географическое распределение, сегментирование по внутреннему или внешнему плану нумерации, по применяемой технологии, либо по другому признаку.

Пример базовой настройки гейткипера и описания зон и префиксов и маршрутизации звонков.

gatekeeper
zone local gk 192.168.1.1
zone local tas
! зона расположена на удаленном гейткипере
zone remote msk 192.168.100.1 1719
zone prefix gk 3...
zone prefix tas 71*
zone prefix msk 7495*
gw-type-prefix 1# default-technology
no shut

Пример настройки шлюза, регистрирующегося на гейткипере:

interface lo0
! данный интерфейс будет работать как источник пакетов протокола ras
h323-gateway voip interface
! протокол H.323(h.225) будет работать от этого IP адреса (указывается локальный IP)
h323-gateway voip bind srcaddr
! регистрируемся в зоне gk на гейткипере 192.168.1.1
h323-gateway voip id gk ipaddr 192.168.1.1
! идентификатор регистрируемого шлюза
h323-gateway voip h323-id ccm
! тех-префикс регистрируемого шлюза
h323-gateway voip tech-prefix 1#

gateway

Тех-префиксом называется символьная последовательность, добавляемая в качестве префикса набранного номера терминалом, осуществляющим вызов. Тех-префикс служит для более гранулярной маршрутизации вызовов между терминирующими шлюзами.
Предположим, в зоне gk зарегистрировано 2 шлюза, один из которых может терминировать видео вызовы, другой же может терминировать только аудио вызовы. Гейткипер маршрутизирующий вызов, не знает заранее на какой именно шлюз надо отправить данный конкретный вызов, т.к. вызов сам по себе не имеет признака того, поддерживает ли вызывающий терминал только аудио, либо и аудио и видео.
Поэтому вызывающий терминал прибавляет к набранному номеру префикс, указывающий технологию, которая должна применяться при маршрутизации вызова. Терминирующие шлюзы, регистрируясь на гейткипере, указывают свой префикс, и гейткипер получает возможность направить звонок нужного типа на нужный шлюз. Если в сети присутствуют терминалы только одного типа, можно указать в настройках гейткипера тех-префикс по умолчанию, командой
gw-type-prefix 1# default-technology
В таком случае прибавлять префикс на стороне вызывающего шлюза не нужно.

Например, видео терминал осуществляет вызов номера 3001. Администратор настроил на видеотерминале тех-префикс 25#. Набранный номер при поступлении звонка на гейткипер будет иметь вид 25#3001. Гейткипер отрежет тех-префикс во временный буфер, и начнет осуществлять маршрутизацию звонка по зонам. Очевидно, что звонок попадет в зону gk, т.к. 3001 подпадает под маску «3…».
Выбрав терминирующую зону, гейткипер проверит наличие в данной зоне шлюзов, указавших, что их тех-префиксом является «25#». Если таковой шлюз найдется, звонок будет немедленно отправлен на него. Если шлюз с нужным префиксом найден не будет, гейткипер проверит наличие в зоне gk шлюзов, зарегистрировавшихся с тех-префиксом по умолчанию 1#. Если такой шлюз найдется, звонок будет отправлен на него, иначе звонок будет отброшен.
Маршрутизация звонков невозможна без указания тех-префиксов шлюзов, либо тех-префикса по умолчанию.

Приоритезация шлюзов

Если в одной зоне на гейткипере регистрируется много шлюзов, гейткипер будет осуществлять балансировку нагрузки между ними.
Для управления этим процессом существует возможность указать приоритет шлюза внутри зоны. Приоритет указывается в виде числа от 0 до 10, причем шлюз с приоритетом 0 никогда не будет получать вызовы. По умолчанию все шлюзы получают приоритет 5.
Пример:
gatekeeper
zone gk prefix 3... gw-priority 10 ccme
zone gk prefix 3... gw-priority 0 ccm

Управление полосой пропускания

Гейткипер может использоваться в качестве средства ограничения полосы пропускания в направлении зон или конкретных шлюзов, а также осуществлять call admission control (CAC).
Возможно указание:
1) Доступной суммарной полосы для удаленных зон командой bandwidth remote
2) Доступной суммарной полосы пропускания из текущей зоны в другие зоны командой bandwidth interzone
3) Доступной суммарной полосы пропускания внутри текущей зоны командой bandwidth total
4) Проверка полосы пропускания в удаленной зоне командой bandwidth check destination
5) Доступной полосы пропускания для одного звонка внутри текущей зоны командой bandwidth session

Гейткипер-каталог (Directory Gatekeeper, DG)

По мере усложнения плана нумерации и увеличения количества гейткиперов в системе, ситуация повторяется, аналогично ситуации с шлюзами без гейткиперов. На каждом новом гейткипере приходится указывать все удаленные зоны, а также включать его в конфигурацию старых гейткиперов. Для упрощения администрирования сети с большим количеством гейткиперов, применяется механизм Directory Gatekeeper, который позволяет держать один или несколько гейткиперов в качестве «службы каталога», и указывать все терминирующие гейткиперы только на них.

Пример настройки терминирующего гейткипера:

gatekeeper
zone local gk 192.168.1.1
zone remote directory 192.168.100.1
zone prefix gk 1...
zone prefix directory *
! не отбрасывать неизвестные префиксы
rrq dynamic-prefixes-accept

Т.е. гейткипер-каталог будет направлять все звонки по маске 1… в свою локальную зону gk, а для всех остальных вызовов осуществлять процедуру маршрутизации через вышестоящий гейткипер с IP адресом 192.168.100.1.
Сам же Directory Gatekeeper настраивается обычным образом, и на нем указываются все локальные и удаленные зоны, в которых осуществляется поиск. Для того чтобы гейткипер «знал» что он должен выполнять функции DG в конфигурации указывается команда
lrq forward-queries.

Пример:

gatekeeper
zone local dg 192.168.100.1
zone remote tas 192.168.1.1
zone remote msk 192.168.2.1
zone remote spb 192.168.3.1
zone remote kz 192.168.4.1
zone prefix tas 71*
zone prefix msk 495*
zone prefix kz 77.........
zone prefix spb 812*
! не отбрасывать неизвестные префиксы
rrq dynamic-prefixes-accept
! осуществлять поиск по зонам
lrq forward-queries

Информация о работе гейткипера

Полезные команды:

show gatekeeper gw
show gatekeeper endpoint
sh gatekeeper zone prefix
sh gatekeeper status
sh gatekeeper calls

Дебаг (в порядке увеличения количества выдаваемой информации):
debug gatekeeper main 10 (от 0 до 10 – степень информативность)
debug gatekeeper call 10 (от 0 до 10 – степень информативность)

debug ras

deb h225 asn1

Поделиться

Опубликовать в Facebook
Опубликовать в Google Buzz
Опубликовать в Google Plus
Опубликовать в LiveJournal
Опубликовать в Мой Мир
Опубликовать в Одноклассники
Опубликовать в Яндекс

Мы в социальных сетях

Читать ProITClub в TwitterЧитать ProITClub в RSSЧитать ProITClub в п&##1086;чтовой подпискеЧитать ProITClub в Живом ЖурналеЧитать ProITClub в LinkedInЧитать ProITClub в LinkedIn
Вы можете оставить комментарий, или поставить трэкбек со своего сайта.

Написать комментарий

Вы должны войти чтобы добавить сообщение.