URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 23447
[ Назад ]
Исходное сообщение
"CCM и Gatekeeper"
Отправлено Дмитрий , 16-Янв-12 16:53 
Есть cisco 3700 Series, на ней настроен gatekeeper с одной зоной gk без префиксов
В этой зоне регистрируются около 20 шлюзов. Эта зона работает с 3-хзначными номерами  100-999.
Также есть   Cisco Unified CallManager на ней используются 4-хзначные номера 1000-1999.
Что пытаюсь сделать:
Регистрирую CallManager на gatekeeper в зоне gk
Что получается:
Звонки с CallManager проходят на ура, а вот на нее никак не могу завернуть звонок.

Вопрос:  как реализовать , чтоб проходил звонок на CallManager? Пробовал создавать вторую зону с префиксом, но тогда перестает проходить звонок с  CallManager(не работает связь между зонами).  Подскажите в какую сторону копать, правильно ли я пытаюсь разрулить это зонами или можно обойтись диалпирами?

Пишу из дома, пока конфиг не могу предоставить.

Содержание
Сообщения в этом обсуждении
"CCM и Gatekeeper"
Отправлено mdenisov , 16-Янв-12 17:12 
> Вопрос:  как реализовать , чтоб проходил звонок на CallManager? Пробовал создавать
> вторую зону с префиксом, но тогда перестает проходить звонок с  
> CallManager(не работает связь между зонами).  Подскажите в какую сторону копать,
> правильно ли я пытаюсь разрулить это зонами или можно обойтись диалпирами?

Нет неправильно. Для начала избавьтесь от пересечения планов набора. Начните с понимания того как в итоге абоненты должны набирать друг друга.

"CCM и Gatekeeper"
Отправлено Дмитрий , 16-Янв-12 17:41 
> Нет неправильно. Для начала избавьтесь от пересечения планов набора. Начните с понимания
> того как в итоге абоненты должны набирать друг друга.

Значит пока не избавлюсь от пересечения ничего хорошего не получится?
А если на CCM отправлять номер с префиксом? и там уже отсекать его?

"CCM и Gatekeeper"
Отправлено mdenisov , 16-Янв-12 17:45 
> Значит пока не избавлюсь от пересечения ничего хорошего не получится?

Хорошего ничего.


> А если на CCM отправлять номер с префиксом? и там уже отсекать
> его?

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

"CCM и Gatekeeper"
Отправлено BJ , 16-Янв-12 21:14 
Делайте вторую зону с префиксом "1...", это рабочий вариант.

> Вопрос:  как реализовать , чтоб проходил звонок на CallManager? Пробовал создавать
> вторую зону с префиксом, но тогда перестает проходить звонок с  
> CallManager(не работает связь между зонами).  Подскажите в какую сторону копать,
> правильно ли я пытаюсь разрулить это зонами или можно обойтись диалпирами?

"CCM и Gatekeeper"
Отправлено galych , 17-Янв-12 13:10 
> Делайте вторую зону с префиксом "1...", это рабочий вариант.

Сделал так: (но звонок не всегда проходит с CCM, где-то из 10 два, на CCM все хорошо)
-------------------
ip cef
isdn switch-type primary-net5
isdn voice-call-failure 0
!
controller E1 1/0
framing NO-CRC4
pri-group timeslots 1-31
description ---- ISDN PRI to Alcatel ----
!
class-map match-all RTP
match ip rtp 16384 16383
match ip precedence 5
!
policy-map OutboundPolicy
class RTP
  priority percent 50
!

interface FastEthernet0/0
description ---- Link ----
ip address 172.xx.xx.xx 255.255.255.252
service-policy output OutboundPolicy
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip id gk ipaddr 172.xx.xx.xx 1719
h323-gateway voip h323-id Irkutsk
h323-gateway voip tech-prefix 1#
!
interface FastEthernet0/1
description ---- LAN ----
ip address 172.yy.yy.yy 255.255.255.240
ip route-cache flow
speed 100
full-duplex
!
interface Serial1/0:15
no ip address
no logging event link-status
isdn switch-type primary-net5
isdn overlap-receiving
isdn protocol-emulate network
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
no isdn outgoing display-ie
no cdp enable
!
no ip http server
ip classless
ip route 0.0.0.0 0.0.0.0 172.ww.ww.ww
ip route 10.0.0.0 255.0.0.0 172.zz.zz.zz
ip flow-export version 5
ip flow-export destination 172.vv.vv.vv 9996
!
snmp-server community public RO
snmp-server enable traps tty
!
control-plane
!
voice-port 1/0:15
cptone RU
!
dial-peer voice 100 pots
description ---- To Alcatel ---
destination-pattern [1-3]..
direct-inward-dial
port 1/0:15
forward-digits all
!
dial-peer voice 300 voip
destination-pattern [4-6]..
session target ras
codec g729r8 bytes 40
ip qos dscp cs5 media
!
dial-peer voice 333 voip
destination-pattern 8T
session target ras
dtmf-relay h245-alphanumeric
codec g729r8 bytes 40
ip qos dscp cs5 media
!
dial-peer voice 101 pots
description ---- Call Manager ---
destination-pattern 7...
port 1/0:15
!
gateway
!
gatekeeper
zone local gk dp.ru 172.xx.xx.xx
zone local sof dp.ru
zone prefix gk 7...
zone prefix sof 8....
gw-type-prefix 1#* default-technology
no shutdown
-------------------------------

Делал DEBUG но ни могу разобраться
Вот дебаги когда звонок не проходит:
----------------------------
debug gatekeeper main 5
22:50:19: gk_rassrv_arq: arqp=0x65D668F4, crv=0x7, answerCall=0
22:50:19: gk_dns_query: No Name servers
22:50:19: rassrv_get_addrinfo: (7115) Tech-prefix match failed.
22:50:19: rassrv_get_addrinfo: (7115) Matched zone prefix 7 and remainder 115
22:50:19: rassrv_arq_select_viazone: about to check the source side, src_zonep=0x65B03D10
22:50:19: rassrv_arq_select_viazone: matched zone is sof, and z_invianamelen=0
22:50:19: rassrv_arq_select_viazone: about to check the destination side, dst_zonep=0x65B03AB8
22:50:19: rassrv_arq_select_viazone: matched zone is gk, and z_outvianamelen=0
22:50:19: gk_zone_get_proxy_usage: local zone= gk, remote zone= sof, call direction= 0, eptype= 2 be_entry= 0
22:50:19: gk_zone_get_proxy_usage: returns proxied = 0
22:50:19: gk_gw_select_px: Source and destination endpoints in different local zones
22:50:19: gk_zone_get_proxy_usage: local zone= sof, remote zone= gk, call direction= 1, eptype= 2050 be_entry= 0
22:50:19: gk_zone_get_proxy_usage: returns proxied = 0
22:50:19: gk_rassrv_arq: arqp=0x65AD520C, crv=0x7, answerCall=1


"CCM и Gatekeeper"
Отправлено BJ , 17-Янв-12 14:04 
Обрисуйте как соединены все ваши циски\ссм\алкатели. Ваши объяснения и конфиг не сходятся в логичную картинку.

Зачем нужен "dial-peer voice 101" ?

"CCM и Gatekeeper"
Отправлено Дмитрий , 17-Янв-12 14:25 
> Обрисуйте как соединены все ваши циски\ссм\алкатели. Ваши объяснения и конфиг не сходятся
> в логичную картинку.

Алкателька соединена с циской на которой и поднят этот gatekeeper, на Алкательки номера 3-хзначные(100-399). Также есть еще 22 voip шлюз cisco и 10 addpac все они расположены удаленно и соединены выделенным каналом провайдера(все эти шлюзы имеют 3-хзначные номера (400-699)) и регистрируются gatekeeper в зоне gk.
Также удаленно находится CCM(на нем 4-х значные номера), как и все другие шлюзы он регистрируется в gatekeeper только в зоне sof.

> Зачем нужен "dial-peer voice 101" ?

Это я уже баловался "пытался изменить ситуацию в лучшую сторону"


"CCM и Gatekeeper"
Отправлено BJ , 17-Янв-12 20:39 
Так делали?

dial-peer voice 101 voip
description ---- Call Manager ---
destination-pattern 7...
session target ras
dtmf-relay h245-alphanumeric
codec g729r8 bytes 40
ip qos dscp cs5 media

"CCM и Gatekeeper"
Отправлено galych , 18-Янв-12 07:32 
> Так делали?
> dial-peer voice 101 voip
> description ---- Call Manager ---
> destination-pattern 7...
> session target ras
> dtmf-relay h245-alphanumeric
> codec g729r8 bytes 40
> ip qos dscp cs5 media

Так тоже не работает.

Народ, спасайте, теперь дозвон со всех удаленных шлюзов происходит не с 1-го раза (где-то с 5-7).
Звоню с любого удаленного шлюза на номер 115 и происходит отбой, но иногда проходит звонок.
Походу проблема в gatekeer, но не могу разобраться.

----------------------
выполняю с удаленного шлюза:
csim start 115
csim: called number = 115, loop count = 1 ping count = 0

csim err csimDisconnected recvd DISC cid(1274)
csim info: cid(1274), state(0), cause(28)
csim: loop = 1, failed = 1
csim: call attempted = 1, setup failed = 1, tone failed = 0
-------------------------------------

На cisco где gatekeeper такая картина:

debug gatekeeper main 10

1d18h: gk_process: QUEUE_EVENT (minor 0) wakeup
1d18h: gk_rassrv_arq: arqp=0x65AD5E60, crv=0x294, answerCall=0
1d18h: gk_rassrv_sep_arq: ARQ Didn't use GK_AAA_PROC
1d18h: gk_dns_query: No Name servers
1d18h: rassrv_get_addrinfo: (115) Tech-prefix match failed.
1d18h: rassrv_get_addrinfo: (115) unresolved zone prefix, using source zone gk
1d18h: rassrv_arq_select_viazone: about to check the source side, src_zonep=0x65B03AB8
1d18h: rassrv_arq_select_viazone: matched zone is gk, and z_invianamelen=0
1d18h: rassrv_arq_select_viazone: about to check the destination side, dst_zonep=0x65B03AB8
1d18h: rassrv_arq_select_viazone: matched zone is gk, and z_outvianamelen=0
1d18h: rassrv_get_addrinfo: No tech prefix

1d18h: rassrv_get_addrinfo: Alias not found

1d18h: rassrv_get_addrinfo: Technology GW selected

1d18h: gk_process: QUEUE_EVENT (minor 0) wakeup
1d18h: gk_rassrv_arq: arqp=0x65AD5E60, crv=0x294, answerCall=1
1d18h: gk_rassrv_dep_arq: ARQ Didn't use GK_AAA_PROC
---------------------------------
debug ras

1d18h:  RecvUDP_IPSockData  successfully rcvd message of length 115 from 172.22.138.166:53060
1d18h: ARQ (seq# 42653) rcvdparse_arq_nonstd: ARQ Nonstd decode succeeded, remlen = 1707787596
1d18h:  IPSOCK_RAS_sendto:   msg length 58 from 172.21.138.26:1719 to 172.22.138.166: 53060
1d18h:       RASLib::RASSendACF: ACF (seq# 42653) sent to 172.22.138.166
1d18h:  RecvUDP_IPSockData  successfully rcvd message of length 130 from 172.26.38.78:22000
1d18h: ARQ (seq# 263) rcvd
1d18h:  IPSOCK_RAS_sendto:   msg length 24 from 172.21.138.26:1719 to 172.26.38.78: 22000
1d18h:       RASLib::RASSendACF: ACF (seq# 263) sent to 172.26.38.78
1d18h:  RecvUDP_IPSockData  successfully rcvd message of length 94 from 172.22.138.166:53060
1d18h: DRQ (seq# 42654) rcvdparse_rasusginfo_nonstd: Ras Usage Info Nonstd decode succeeded, remlen = 1697701960
1d18h:  IPSOCK_RAS_sendto:   msg length 3 from 172.21.138.26:1719 to 172.22.138.166: 53060
1d18h:       RASLib::RASSendDCF: DCF (seq# 42654) sent to 172.22.138.166
1d18h:  RecvUDP_IPSockData  successfully rcvd message of length 82 from 172.26.38.78:22000
1d18h: DRQ (seq# 264) rcvd
1d18h:  IPSOCK_RAS_sendto:   msg length 3 from 172.21.138.26:1719 to 172.26.38.78: 22000
1d18h:       RASLib::RASSendDCF: DCF (seq# 264) sent to 172.26.38.78
------------------------------

"CCM и Gatekeeper"
Отправлено galych , 18-Янв-12 07:34 
в дебаге:
Звоню с cisco 1760 ip 172.22.138.166
Cisco c gatekeeper ip 172.21.138.26
"CCM и Gatekeeper"
Отправлено galych , 18-Янв-12 08:48 
Походу что-то с маршрутизацией звонков.

команда sh gatekeeper gw
выводит несколько шлюзов

Prefix: 1#*    (Default gateway-technology)
  Zone gk master gateway list:
    172.21.138.26:1720 name1
    172.26.38.180:1720 name2
итд

Как сделать нужную маршрутизацию звонков? или я не прав ошибка не в этом?

"CCM и Gatekeeper"
Отправлено galych , 18-Янв-12 09:09 
> Походу что-то с маршрутизацией звонков.
> команда sh gatekeeper gw
> выводит несколько шлюзов
> Prefix: 1#*    (Default gateway-technology)
>   Zone gk master gateway list:
>     172.21.138.26:1720 name1
>     172.26.38.180:1720 name2
> итд
> Как сделать нужную маршрутизацию звонков? или я не прав ошибка не в
> этом?

Сам себе и отвечу)))
ДА дело было в маршрутизации звонков
настроил gatekeeper след образом и все заработало(помогла команда gw-priority)

gatekeeper
zone local gk dp.ru 172.21.138.26
zone local sof dp.ru
zone prefix gk 1.. gw-priority 10 name1
zone prefix gk 2.. gw-priority 10 name1
zone prefix gk 3.. gw-priority 10 name1
zone prefix gk 5.. gw-priority 10 name2
zone prefix gk 7... gw-priority 10 name1
zone prefix sof 8.... gw-priority 10 name3
gw-type-prefix 1#* default-technology
no shutdown