The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Ну очень нужна помошь, !*! htgtnf, 25-Июн-09, 20:01  [смотреть все]
Уважаемые господа стоит задача обеденить два gatekeepera в один кластер, в кластер вложил а вот звонки не ходют. Подскажите что не так написано может надо что дописать.

interface Loopback0
description Gatekeeper A
ip address 10.200.1.200 255.255.255.0
!
gatekeeper
zone local GKA test.ua 10.200.1.200                                                        
zone local GKB_B test.ua                                    
zone cluster local GKA_cluster GKA                          
  element GKA_A 10.200.109.200 1719                                                          
!                                                                
zone cluster local GKB_cluster GKB_B                          
  element GKB 10.200.109.200 1719                                  
!                                                                
            

  

interface Loopback0
description Gatekeeper B
ip address 10.200.109.200 255.255.255.0

!
gatekeeper                                                      
zone local GKB test.ua 10.200.109.200                                                            
zone local GKA_A test.ua                                  
zone cluster local GKA_cluster GKA_A                                
  element GKA 10.200.1.200 1719                                                          
!                                                              
zone cluster local GKB_cluster GKB                      
  element  GKB_B 10.200.1.200 1719  

  • Ну очень нужна помошь, !*! mdenisov, 12:10 , 26-Июн-09 (1)
    Это делается не так. Прописывается один общий кластер и в нем регистрируется все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.
    • Ну очень нужна помошь, !*! htgtnf, 10:13 , 29-Июн-09 (2)
      >Это делается не так. Прописывается один общий кластер и в нем регистрируется
      >все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.

      Когда не регестрировать на кластере свой елемент то циска выдаёт ошибку в локальной зоне
      конкретно не помню какую циска не под рукой. Ищё вопрос что значит "На шлюзах надо прописывать оба гейткипера". Вы имеете в виду на IP телефонах или на GW.

      • Ну очень нужна помошь, !*! mdenisov, 10:44 , 29-Июн-09 (3)
        >>Это делается не так. Прописывается один общий кластер и в нем регистрируется
        >>все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.
        >
        >Когда не регестрировать на кластере свой елемент то циска выдаёт ошибку в
        >локальной зоне
        >конкретно не помню какую циска не под рукой. Ищё вопрос что значит
        >"На шлюзах надо прописывать оба гейткипера". Вы имеете в виду на
        >IP телефонах или на GW.

        На шлюзах, на ip телефонах это как правило называется altgk. Выглядит это примерно так:

        ГК 1
        gatekeeper
        zone local gk1 msk.noc 194.165.24.3
        zone cluster local tez-gk gk2
          element gk2 172.25.0.34 1719

        ГК 2
        gatekeeper
        zone local gk2 msk.noc 172.25.0.34
        zone cluster local tez-gk gk2
          element gk1 194.165.24.3 1719

        На шлюзах на h323-gateway интерфейса прописываете вот так:
        h323-gateway voip id gk1 ipaddr 194.165.24.3 1719 priority 64
        h323-gateway voip id gk2 ipaddr 172.25.0.34 1719 priority 32

        • Ну очень нужна помошь, !*! htgtnf, 14:18 , 29-Июн-09 (4)
          Спасибо завтра приду на роботу попробую.
          • Ну очень нужна помошь, !*! htgtnf, 15:38 , 29-Июн-09 (5)
            Пока не наступило завтра возник ещё вопрос а как в даном случае указать привратник на
            cisco ATA186 там же указываетса ip адресс превратника


            • Ну очень нужна помошь, !*! mdenisov, 15:41 , 29-Июн-09 (6)
              >Пока не наступило завтра возник ещё вопрос а как в даном случае
              >указать привратник на
              >cisco ATA186 там же указываетса ip адресс превратника

              Там есть gatekeeper и altgk. В один вписываете первый, во второй - второй.

              • Ну очень нужна помошь, !*! htgtnf, 16:50 , 29-Июн-09 (7)
                >>Пока не наступило завтра возник ещё вопрос а как в даном случае
                >>указать привратник на
                >>cisco ATA186 там же указываетса ip адресс превратника
                >
                >Там есть gatekeeper и altgk. В один вписываете первый, во второй -
                >второй.

                В принцыпе всё правильно, токо вопрос стоит шире чем я описал, у нас большая глобальная сеть
                по всей стране множиство GW шлюзов, IP телефонов а гейткипер один. Для создания модели у меня в наличии токо две цыски на которых можно тренировастя. А в робочей сети гейткиперов должно быть пять.  Какбы с киперами всё понятно , все елементы описали кроме своего на GW описали все киперы с указанием приоритета. Вот и опять возник вопрос как быть с ата 186, что где описывать если киперов в сети больше двух.?????

                • Ну очень нужна помошь, !*! mdenisov, 17:11 , 29-Июн-09 (8)
                  >В принцыпе всё правильно, токо вопрос стоит шире чем я описал, у
                  >нас большая глобальная сеть
                  >по всей стране множиство GW шлюзов, IP телефонов а гейткипер один. Для
                  >создания модели у меня в наличии токо две цыски на которых
                  >можно тренировастя. А в робочей сети гейткиперов должно быть пять.  
                  >Какбы с киперами всё понятно , все елементы описали кроме своего
                  >на GW описали все киперы с указанием приоритета. Вот и опять
                  >возник вопрос как быть с ата 186, что где описывать если
                  >киперов в сети больше двух.?????

                  Циска не рекомендует иметь более 2 или 3 гейткиперов, и причин тому несколько, каких точно не помню, почитайте на cisco.com в документе о кластерах. В случае с АТАшками - такие устройства в принципе глупо резервировать больше чем на двух гейткиперах, поэтому они больше и не умеют.
                  А еще прежде чем ставить такую схему в продакшн 24 раза подумайте т. к. как показала практика это не надежно. В частности у меня не удалось заставить стабильно работать кластер на туннелях через public ip совместно с h.235 - при потере rcf шлюз вмораживался и постоянно кидал rrq с неверными ключами, несколько разных 12.4 ИОСов вели себя одинаково. В итоге пришлось перейти на peer-to-peer через пару ipip gw. Справедливости ради стоит отметить что на стабильных каналах все хорошо.

                  • Ну очень нужна помошь, !*! htgtnf, 18:36 , 29-Июн-09 (9)
                    В моём случае сеть построена звездой, есть гланый офис на ньом кипер все пять областей рулят через него, токо кипер валитса полный хаос телефоны молчят. Идея состоит в том когда лижит главный офис области работают автономно со своими киперами не выходя друг на друга до момента востановления главного кипера.
                    Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети а на дополнительных токо елемент главного кипера, соответственно на АТА пишем основной GK и AltGK, на GW пишем основной кипер и свой месный. Сомневаюсь но может так можно всё  построить:

                    GK1
                    zone local GK1 root.ua 10.200.1.200
                    zone local cluster GK2_cluster GK2
                      element GK2 10.200.5.200 1719
                    zone local cluster GK3_cluster GK3
                      element GK3 10.200.8.200 1719


                    GK2
                    zone local GK2 dom.ua 10.200.5.200  
                    zone local cluster GK1_cluster GK1    
                      element GK1 10.200.1.200  

                    h323-gateway voip id gk1 ipaddr 10.200.1.200 1719 priority 1
                    h323-gateway voip id gk2 ipaddr 10.200.5.200 1719 priority 2

                    GK3
                    one local GK3 zoo.ua 10.200.8.200
                    zone local cluster GK1_cluster GK1
                      element GK1 10.200.1.200

                    h323-gateway voip id gk1 ipaddr 10.200.1.200 1719 priority 1
                    h323-gateway voip id gk3 ipaddr 10.200.8.200 1719 priority 2

                    • Ну очень нужна помошь, !*! mdenisov, 18:42 , 29-Июн-09 (10)
                      >В моём случае сеть построена звездой, есть гланый офис на ньом кипер
                      >все пять областей рулят через него, токо кипер валитса полный хаос
                      >телефоны молчят. Идея состоит в том когда лижит главный офис области
                      >работают автономно со своими киперами не выходя друг на друга до
                      >момента востановления главного кипера.
                      >Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети
                      >а на дополнительных токо елемент главного кипера, соответственно на АТА пишем
                      >основной GK и AltGK, на GW пишем основной кипер и свой
                      >месный. Сомневаюсь но может так можно всё  построить:
                      >

                      Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача классическая и решается без всякой кластеризации - ставите в регионе гейткипер со своей зоной, а с остальными взаимодействуете как с remote-зонами.

                      • Ну очень нужна помошь, !*! silver87, 12:04 , 20-Янв-12 (15)
                        >[оверквотинг удален]
                        >>работают автономно со своими киперами не выходя друг на друга до
                        >>момента востановления главного кипера.
                        >>Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети
                        >>а на дополнительных токо елемент главного кипера, соответственно на АТА пишем
                        >>основной GK и AltGK, на GW пишем основной кипер и свой
                        >>месный. Сомневаюсь но может так можно всё  построить:
                        >>
                        > Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача
                        > классическая и решается без всякой кластеризации - ставите в регионе гейткипер
                        > со своей зоной, а с остальными взаимодействуете как с remote-зонами.

                        Добрый день.

                        Подниму старую тему. Так сейчас так же стоит задача внедрить ГК. В случае с локальными зонами и remote зонами как настраивается отказоустойчивость??? если один из ГК упадёт?

                    • Ну очень нужна помошь, !*! htgtnf, 19:05 , 29-Июн-09 (11)
                      >Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4.
                      • Ну очень нужна помошь, !*! mdenisov, 19:14 , 29-Июн-09 (12)
                        >>Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4.

                        В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше один раз отписать все префиксы чем иметь гемор с неправильно построенной сетью.

                        • Ну очень нужна помошь, !*! htgtnf, 19:20 , 29-Июн-09 (13)
                          >>>
                          >В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше
                          >один раз отписать все префиксы чем иметь гемор с неправильно построенной
                          >сетью.

                          Я непротив покурить но где курилка ? и что такоё дизайн-гайды ?

                        • Ну очень нужна помошь, !*! mdenisov, 11:59 , 30-Июн-09 (14)
                          >>>>
                          >>В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше
                          >>один раз отписать все префиксы чем иметь гемор с неправильно построенной
                          >>сетью.
                          >
                          >Я непротив покурить но где курилка ? и что такоё дизайн-гайды ?
                          >

                          Курилка растет на cisco.com в секции support, ищите документы типа design guide.




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

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