Пишу скорее для себя, чтобы уложить в голове принципы работы 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)

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

deb h225 asn1


пирисдал нах.
Знай наших.

Завалил седня экзамен очередной по цискам.
Блин, как чуствовал. )
На ладно, не все коту масленица.
Бум пересдавать.

Cкопипижжу пост одного камрада с наглядной инструкцией по определению частотных характеристик сигнала телефонной линии.
Авось на будущее пригодится.

Автор: vabue on 12.8.09

В работе использую две связки Linksys SPA3102 с GSM-шлюзами. Шлюзы разных производителей – Sprut Universal и Eccom Basis. Eccom Basis зарекомендовал себя как более функциональный, Sprut Universal – как более надёжный.

Именно с надёжностью Eccom Basis возникли большие проблемы. Шлюз иногда зависал, в Flash Operator Panel это выглядело как будто никто не положил трубку. Помогала перезагрузка Эккома по питанию. Замена карточки, обновление прошивки и разборки с Basis Data Suite 2 не помогли.

Как оказалось – несмотря на заявленную поддержку Polarity Reversal, Eccom не ложит трубку после окончания звонка. Поэтому я решил прописать на SPA3102 корректное значение Disconnect Tone, с правильными частотами.
Для этого запустил софтфон (пользовался Zoiper) и с помощью стандартной в Windows 7 утилиты Sound Recorder записал сигнал отбоя шлюза.

Далее установил SigView и открыл в нём запись.

Получилась вот такая симпатичная картинка:

С помощью FFT Spectrum Analys посмотрел значение основной частоты гудка.

Далее высчитал время сигнала и время тишины.

После этого округляем получившиеся значения и превращаем их в формулу для Linksys. Формула выглядит так:

X@-30,X@-30;Y(A/B/1+2)
где:
* X – частота (у меня 464 Герца)
* Y – количество гудков, которые будет слушать Linksys и оператор перед тем как положить трубку (я задал 4)
* A – период сигнала гудка (0.350 с)
* B – период тишины (0.350 с)

Для GSM-шлюза Eccom Basis и оператора Киевстар получилась следующая формула:
464@-30,464@-30;4(.350/.350/1+2)

Её и подставляем в параметр Disconnect Tone. Linksys начал ложить трубку
вместо шлюза, а прекратятся ли зависания – покажет время.

По умолчанию стоит следующая формула:
480@-30,620@-30;4(.25/.25/1+2)

via

В свое время я столкнулся с проблемой – решили использовать акаунт на sipnet.ru для совершения МН/МГ звонков, однако звонки отбивались со стороны sipnet.ru, хотя деньги были на счету и тестовые звонки с софтклиента проходили.

Долго бился с их техподдержкой, в итоге на форуме (не в СТП подсказали таки, что их софтсвич не любит Delayed media, который цисковые шлюзы используют по умолчанию в случае проброса IP-IP звонков.

Копание в документации показало, что как раз в том момент вышел софт 12.4(20)T1 в котором добавили такую фичу – Forced Early Media на IP-IP звонках.

Скачал свежий софт, привел конфиг примерно вот к такому виду:

     voice service voip
       redirect ip2ip
      sip
      early-offer forced

и все побежало.

Почему в топике написано «провайдерами»: в последующем я столкнулся с точно такой же проблемой при стыковке с Huawei SoftX3000.
Также, есть подозрение что аналогичная ситуация с Мерой.

Решил систематизировать свои знания по теме, да и народу наверное полезно должно быть – помню что в свое время когда искал почти ничего существенного в сети не нашел.

Введение

Callmanager Express – встроенный функционал Cisco IOS с фичсетом SP Services и выше, реализованный на маршрутизаторах семейства ISR: 18xx, 28xx, 38xx.
От платформы зависит количество поддерживаемых пользователей (точнее телефонов). Максимум поддерживается 250 телефонов на роутере 3845. Аналоговые порты FXO/FXS и девайсы подключаемые через SIP/H323 транки не считаются – только SCCP и SIP терминалы, регистрирующиеся на самом маршрутизаторе.

Функционала предоставляемого данной IP ATC более
чем достаточно для функционирования среднего офиса (а 250 человек это
по моему сильно поболе среднего офиса). Плюс к тому тот же самый
маршрутизатор позволяет организовать выход в интернет (можно через
нескольких разных провайдеров), организовать безопасность (DMZ,
firewall, IPS), подключение для удаленных пользователей и филиалов (IPSEC, SSL VPN, DMVPN) да и вообще почти все что угодно, со специальными модулями при большом желании можно и кофеварку подключить.

Перейдем к делу.

Базовая конфигурация:

Для начала основные понятия. Cisco рекомендует использовать для IP телефонов отдельный VLAN - это позволяет изолировать голосовой трафик с целью обеспечения безопасности и упростить настройку QOS в сети. Такой VLAN принято называть Cisco-Voice. Православные коммутаторы умеют сообщать телефону о наличии такого VLAN при помощи протокола CDP. Пользовательский трафик со второго Ethernet порта телефона, предназначенного для подключения компьютера пользователя, как правило передается не тегированным.

Пример настройки порта на коммутаторе (2960 и старше) для подключения IP телефона:
interface FastEthernet0/1/2
switchport voice vlan 101
macro description cisco-phone
spanning-tree portfast

В простейшем случае коммутатор подключается к маршрутизатору при помощи транкового порта и на маршрутизаторе требуется создать L3 интерфейс для терминирования Voice-Vlan. Это может быть как Ethernet сабинтерфейс, так и виртуальный SVI, в зависимости от типа порта на маршрутизаторе.

Пример:

interface GigabitEthernet0/0.101
description Cisco_Voice
encapsulation dot1Q 101
ip address 10.1.1.1 255.255.255.0
ip nbar protocol-discovery

Далее нам надо раздать телефонам IP адреса. Здесь кроется один важный нюанс – телефоны Cisco конфигурируются при помощи XML файла создаваемого самим Callmanager для каждого телефона. Телефоны скачивают свой конфиг по tftp с маршрутизатора. Первое что делает телефон после включения и инициализации прошивки – пытается найти на tftp сервере файл SEPxxxxxxxxxxxx.cnf.xml, где xxxxxx это MAC адрес телефона.
Значит нам нужно сообщить телефону об IP адресе tftp сервера. Это делается при помощи отдельной опции в DHCP ответе.

Пример настройки DHCP сервера для телефонов на маршрутизаторе:

ip dhcp pool phone
network 10.1.1.0 255.255.255.0
default-router 10.1.1.1
option 150 ip 10.1.1.1

Опция 150 как раз указывает на tftp сервер – в нашем случае он совпадает с IP адресом на интерфейсе терминирующем Voice-Vlan.

Итак связность телефонов и IP АТС мы обеспечили, пора начать создавать конфигурацию самой АТС.

Настройка Callmanager

Существует возможность создать базовую конфигурацию для Callmanager при помощи ответов на простые вопросы в CLI. Делается это командой telephony-service setup в режиме конфигурирования:

router(config)#telephony-service setup
--- Cisco IOS Telephony Services Setup ---
Do you want to setup DHCP service for your IP Phones? [yes/no]: no
Do you want to start telephony-service setup? [yes/no]: yes
Configuring Cisco IOS Telephony Services :
Enter the IP source address for Cisco IOS Telephony Services :10.1.1.1
Enter the Skinny Port for Cisco IOS Telephony Services : [2000]:
How many IP phones do you want to configure : [0]: 10
Do you want dual-line extensions assigned to phones? [yes/no]: yes
What Language do you want on IP phones :
0 English
1 French
2 German
3 Russian
4 Spanish
5 Italian
6 Dutch
7 Norwegian
8 Portuguese
9 Danish
10 Swedish
11 Japanese
[0]: 0
Which Call Progress tone set do you want on IP phones :
0 United States
1 France
2 Germany
3 Russia
4 Spain
5 Italy
6 Netherlands
7 Norway
8 Portugal
9 UK
10 Denmark
11 Switzerland
12 Sweden
13 Austria
14 Canada
15 Japan
[0]: 0
What is the first extension number you want to configure (maximum 32 digits): 100
Do you have Direct-Inward-Dial service for all your phones? [yes/no]: no
Do you want to forward calls to a voice message service? [yes/no]: no
Do you wish to change any of the above information? [yes/no]: no
CNF-FILES: Clock is not set or synchronized, retaining old versionStamps
---- Setup completed config ---


В итоге получаем следующий результат в конфиге роутера:

router#sh run | b telep
telephony-service
max-ephones 10
max-dn 10
ip source-address 10.1.1.1 port 2000
auto assign 1 to 10
max-conferences 4 gain -6
transfer-system full-consult
server-security-mode non-secure
create cnf-files version-stamp Jan 01 2002 00:00:00
!
!
ephone-dn 1 dual-line
number 100
< .... skipped ... >
ephone-dn 10 dual-line
number 109
ephone 1
no phone-ui speeddial-fastdial
no multicast-moh
device-security-mode none
keepalive 30 auxiliary 0
< .... skipped ... >
ephone 10
no phone-ui speeddial-fastdial
no multicast-moh
device-security-mode none
keepalive 30 auxiliary 0

Скрипт создал для нас базовую конфигурацию, создал 10 внутренних двухлинейных (dual-line) номеров командами ephone-dn, и создал 10 «болванок» для IP телефонов управляемых по SCCP командами ephone.

Как мы уже знаем, телефоны идентифицируются по MAC адресу.
Скрипт включил режим авторегистрации телефонов командой auto assign 1 to 10 , теперь «новый» телефон будет стучаться на tftp сервер, Callmanager «увидит» попытку регистрации от неизвестного телефона, и, если еще есть свободные места из запрошеных 10 – пропишет телефон у себя в конфиге.
Таким образом первые 10 телефонов автоматом получат номера от 100 до 109.

Мы же пойдем своим путем и добавим пару телефонов вручную:

router(config)#ephone 1
router(config-ephone)#mac-address 001B.D460.EAE6
router(config-ephone)#type 7912
router(config-ephone)#button 1:1 ; первому телефону дадим номер 100 указав для него ephone-dn1
router(config)#ephone 2
router(config-ephone)#mac-address 0022.9004.C1DC
router(config-ephone)#type 7941
router(config-ephone)#button 1:10 ; второму телефону дадим номер 109 указав для него ephone-dn10

не забудем перегенерить конфиги для телефонов (это нужно не всегда, но для надежности)

router(config)#telephony-service
router(config-telephony)#create cnf-files
CNF file creation is already On
Updating CNF files
CNF files update complete

Телефоны перезагрузятся, скачают новенький конфиг с tftp сервера, и зарегистрируются на IP АТС.
Убедится что телефоны зарегистрировались можно командой sh ephone registered.

вывод с реальной железки:


router#sh ephone registered
ephone-5 Mac:0022.9004.C1DC TCP socket:[6] activeLine:0 REGISTERED in SCCP ver 9/8
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
button 1: dn 10 number 4400 CH1 IDLE CH2 IDLE
Username: Igor
ephone-7 Mac:0022.9003.8804 TCP socket:[5] activeLine:0 REGISTERED in SCCP ver 9/8
mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:9
button 1: dn 11 number 4213 CH1 IDLE CH2 IDLE
Username: Alexander


Уже можно друг другу позвонить, profit!

В дальнейших статьях я расскажу о более тонкой настройке АТС, голосовой почте, пробросе звонков по PSTN и IP транкам, и о других интересных вещах.
Stay tuned!

Пишите о чем вам интересно было бы почитать в разрезе Callmanager Express, да и вообще голосовых решениях Cisco. Постараюсь осветить.

Upd: настоятельно просят осветить вопрос цены.
Голосовой бандл (комплект) маршрутизатор Cisco1861 с:

• лицензией на 8 IP телефонов (+ 2 лицензии бонус, итого 10)
• с модулями 4FXO+4FXS (т.е. еще 4 аналоговых телефона сразу можно подключить)
• встроенная Wi-Fi точка доступа
• UnityExpress (голосовая почта)
• коммутатор на 8 портов с PoE

обойдется в GPL в $5495.
Кроме этого роутера не нужно больше ничего – он полностью покрывает IT инфраструктуру маленького офиса.
Ну может быть серверок под файлопомойку/почту. Но это уже необязательный элемент.

Телефоны можно взять любые SIP если хочется очень дешево, а минимальные телефоны Cisco обойдутся в GPL $135.

народ, посоветуйте плз хорошего сантехника, срочно.

спасибо.
коменты скринятся.

В жизни инженеру почти наверняка придется сталкиваться с задачами, которые приходится решать в супер-сжатые сроки, в условиях жесточайшего давления и жесточайшей же нехватки информации — учеба позволяет ему пройти все эти круги ада, приобрести этот опыт, а если он еще и работал во время учебы — то и научится выполнять чертову уйму дел одновременно, расставлять приоритеты, выбирать, в конце концов, «жертву» — что-то, чем можно, в данных обстоятельствах, пренебречь. Именно это умение быстро учиться, «переваривать» дикие объемы информации в предельно сжатые сроки, делать выводы в условиях недостаточных данных (где-то что-то слышал про это, но не помню что, а экзамен-то уже идет — хрен с ним, по логике это должно работать вот так:… ) – все оно и делает инженера-универсала, человека, который способен работать в своей области, может быстро переключиться на смежную, не чужд научному методу, умеет получать новые знания практически из воздуха и применять их в своей деятельности.

via

http://citius.mybrute.com а также http://faglobyr.mybrute.com

народ, кто в узе пользуется VPN-ами наружу – сегодня около 12 часов дня все не наипнулось?
у меня тут ппц приколы )