The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
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, 17:12 , 16-Янв-12 (1)
    > Вопрос:  как реализовать , чтоб проходил звонок на CallManager? Пробовал создавать
    > вторую зону с префиксом, но тогда перестает проходить звонок с  
    > CallManager(не работает связь между зонами).  Подскажите в какую сторону копать,
    > правильно ли я пытаюсь разрулить это зонами или можно обойтись диалпирами?

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

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

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

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

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


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

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

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

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

    • CCM и Gatekeeper, !*! galych, 13:10 , 17-Янв-12 (5)
      > Делайте вторую зону с префиксом "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, 14:04 , 17-Янв-12 (6)
        Обрисуйте как соединены все ваши циски\ссм\алкатели. Ваши объяснения и конфиг не сходятся в логичную картинку.

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

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

          Алкателька соединена с циской на которой и поднят этот 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, 20:39 , 17-Янв-12 (8)
            Так делали?

            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, 07:32 , 18-Янв-12 (9)
              > Так делали?
              > 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, 07:34 , 18-Янв-12 (10)
                в дебаге:
                Звоню с cisco 1760 ip 172.22.138.166
                Cisco c gatekeeper ip 172.21.138.26
                • CCM и Gatekeeper, !*! galych, 08:48 , 18-Янв-12 (11)
                  Походу что-то с маршрутизацией звонков.

                  команда 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, 09:09 , 18-Янв-12 (12)
                    > Походу что-то с маршрутизацией звонков.
                    > команда 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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру