URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 19135
[ Назад ]
Исходное сообщение
"Ну очень нужна помошь"
Отправлено 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 , 26-Июн-09 12:10 
Это делается не так. Прописывается один общий кластер и в нем регистрируется все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.
"Ну очень нужна помошь"
Отправлено htgtnf , 29-Июн-09 10:13 
>Это делается не так. Прописывается один общий кластер и в нем регистрируется
>все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.

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

"Ну очень нужна помошь"
Отправлено mdenisov , 29-Июн-09 10:44 
>>Это делается не так. Прописывается один общий кластер и в нем регистрируется
>>все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.
>
>Когда не регестрировать на кластере свой елемент то циска выдаёт ошибку в
>локальной зоне
>конкретно не помню какую циска не под рукой. Ищё вопрос что значит
>"На шлюзах надо прописывать оба гейткипера". Вы имеете в виду на
>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 , 29-Июн-09 14:18 
Спасибо завтра приду на роботу попробую.
"Ну очень нужна помошь"
Отправлено htgtnf , 29-Июн-09 15:38 
Пока не наступило завтра возник ещё вопрос а как в даном случае указать привратник на
cisco ATA186 там же указываетса ip адресс превратника


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

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

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

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

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

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

"Ну очень нужна помошь"
Отправлено htgtnf , 29-Июн-09 18:36 
В моём случае сеть построена звездой, есть гланый офис на ньом кипер все пять областей рулят через него, токо кипер валитса полный хаос телефоны молчят. Идея состоит в том когда лижит главный офис области работают автономно со своими киперами не выходя друг на друга до момента востановления главного кипера.
Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети а на дополнительных токо елемент главного кипера, соответственно на АТА пишем основной 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 , 29-Июн-09 18:42 
>В моём случае сеть построена звездой, есть гланый офис на ньом кипер
>все пять областей рулят через него, токо кипер валитса полный хаос
>телефоны молчят. Идея состоит в том когда лижит главный офис области
>работают автономно со своими киперами не выходя друг на друга до
>момента востановления главного кипера.
>Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети
>а на дополнительных токо елемент главного кипера, соответственно на АТА пишем
>основной GK и AltGK, на GW пишем основной кипер и свой
>месный. Сомневаюсь но может так можно всё  построить:
>

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

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

Добрый день.

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

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

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

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

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

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

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