https://opennet.dev/openforum/vsluhforumID6/19135.html Уважаемые господа стоит задача обеденить два gatekeepera в один кластер, в кластер вложил а вот звонки не ходют. Подскажите что не так написано может надо что дописать.<br><br>interface Loopback0<br> description Gatekeeper A<br> ip address 10.200.1.200 255.255.255.0<br>!<br>gatekeeper<br> zone local GKA test.ua 10.200.1.200 <br> zone local GKB_B test.ua <br> zone cluster local GKA_cluster GKA <br> element GKA_A 10.200.109.200 1719 <br>! <br> zone cluster local GKB_cluster GKB_B <br> element GKB 10.200.109.200 1719 <br>! <br> <br><br> <br><br>interface Loopback0<br> description Gatekeeper B<br> ip address 10.200.109.200 255.255.255.0<br><br>!<br>gatekeeper https://opennet.dev/openforum/vsluhforumID6/19135.html#15 Fri, 20 Jan 2012 08:04:30 GMT &gt;[оверквотинг удален]<br>&gt;&gt;работают автономно со своими киперами не выходя друг на друга до <br>&gt;&gt;момента востановления главного кипера.<br>&gt;&gt;Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети <br>&gt;&gt;а на дополнительных токо елемент главного кипера, соответственно на АТА пишем <br>&gt;&gt;основной GK и AltGK, на GW пишем основной кипер и свой <br>&gt;&gt;месный. Сомневаюсь но может так можно всё построить: <br>&gt;&gt; <br>&gt; Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача <br>&gt; классическая и решается без всякой кластеризации - ставите в регионе гейткипер <br>&gt; со своей зоной, а с остальными взаимодействуете как с remote-зонами.<br><br>Добрый день.<br><br>Подниму старую тему. Так сейчас так же стоит задача внедрить ГК. В случае с локальными зонами и remote зонами как настраивается отказоустойчивость??? если один из ГК упадёт?<br> https://opennet.dev/openforum/vsluhforumID6/19135.html#14 Tue, 30 Jun 2009 07:59:30 GMT &gt;&gt;&gt;&gt;<br>&gt;&gt;В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше <br>&gt;&gt;один раз отписать все префиксы чем иметь гемор с неправильно построенной <br>&gt;&gt;сетью. <br>&gt;<br>&gt;Я непротив покурить но где курилка ? и что такоё дизайн-гайды ? <br>&gt;<br><br>Курилка растет на cisco.com в секции support, ищите документы типа design guide.<br> https://opennet.dev/openforum/vsluhforumID6/19135.html#13 Mon, 29 Jun 2009 15:20:13 GMT &gt;&gt;&gt;<br>&gt;В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше <br>&gt;один раз отписать все префиксы чем иметь гемор с неправильно построенной <br>&gt;сетью. <br><br>Я непротив покурить но где курилка ? и что такоё дизайн-гайды ?<br> https://opennet.dev/openforum/vsluhforumID6/19135.html#12 Mon, 29 Jun 2009 15:14:32 GMT &gt;&gt;Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4. <br><br>В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше один раз отписать все префиксы чем иметь гемор с неправильно построенной сетью.<br> https://opennet.dev/openforum/vsluhforumID6/19135.html#11 Mon, 29 Jun 2009 15:05:54 GMT &gt;Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4. https://opennet.dev/openforum/vsluhforumID6/19135.html#10 Mon, 29 Jun 2009 14:42:23 GMT &gt;В моём случае сеть построена звездой, есть гланый офис на ньом кипер <br>&gt;все пять областей рулят через него, токо кипер валитса полный хаос <br>&gt;телефоны молчят. Идея состоит в том когда лижит главный офис области <br>&gt;работают автономно со своими киперами не выходя друг на друга до <br>&gt;момента востановления главного кипера. <br>&gt;Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети <br>&gt;а на дополнительных токо елемент главного кипера, соответственно на АТА пишем <br>&gt;основной GK и AltGK, на GW пишем основной кипер и свой <br>&gt;месный. Сомневаюсь но может так можно всё построить: <br>&gt;<br><br>Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача классическая и решается без всякой кластеризации - ставите в регионе гейткипер со своей зоной, а с остальными взаимодействуете как с remote-зонами.<br> https://opennet.dev/openforum/vsluhforumID6/19135.html#9 Mon, 29 Jun 2009 14:36:10 GMT В моём случае сеть построена звездой, есть гланый офис на ньом кипер все пять областей рулят через него, токо кипер валитса полный хаос телефоны молчят. Идея состоит в том когда лижит главный офис области работают автономно со своими киперами не выходя друг на друга до момента востановления главного кипера.<br>Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети а на дополнительных токо елемент главного кипера, соответственно на АТА пишем основной GK и AltGK, на GW пишем основной кипер и свой месный. Сомневаюсь но может так можно всё построить:<br> <br><br>GK1<br>zone local GK1 root.ua 10.200.1.200<br>zone local cluster GK2_cluster GK2<br> element GK2 10.200.5.200 1719<br>zone local cluster GK3_cluster GK3<br> element GK3 10.200.8.200 1719<br><br><br>GK2<br>zone local GK2 dom.ua 10.200.5.200 <br>zone local cluster GK1_cluster GK1 <br> element GK1 10.200.1.200 <br><br>h323-gateway voip id gk1 ipaddr 10.200.1.200 1719 priority 1<br>h323-gateway voip id gk2 ipaddr 10.200.5.200 1719 priority 2<br><br><br><br><br><br>G https://opennet.dev/openforum/vsluhforumID6/19135.html#8 Mon, 29 Jun 2009 13:11:54 GMT &gt;В принцыпе всё правильно, токо вопрос стоит шире чем я описал, у <br>&gt;нас большая глобальная сеть <br>&gt;по всей стране множиство GW шлюзов, IP телефонов а гейткипер один. Для <br>&gt;создания модели у меня в наличии токо две цыски на которых <br>&gt;можно тренировастя. А в робочей сети гейткиперов должно быть пять. <br>&gt;Какбы с киперами всё понятно , все елементы описали кроме своего <br>&gt;на GW описали все киперы с указанием приоритета. Вот и опять <br>&gt;возник вопрос как быть с ата 186, что где описывать если <br>&gt;киперов в сети больше двух.????? <br><br>Циска не рекомендует иметь более 2 или 3 гейткиперов, и причин тому несколько, каких точно не помню, почитайте на cisco.com в документе о кластерах. В случае с АТАшками - такие устройства в принципе глупо резервировать больше чем на двух гейткиперах, поэтому они больше и не умеют.<br>А еще прежде чем ставить такую схему в продакшн 24 раза подумайте т. к. как показала практика это не надежно. В частности у меня не удалось заставить стабильно работать кластер на туннелях через public ip с https://opennet.dev/openforum/vsluhforumID6/19135.html#7 Mon, 29 Jun 2009 12:50:38 GMT &gt;&gt;Пока не наступило завтра возник ещё вопрос а как в даном случае <br>&gt;&gt;указать привратник на <br>&gt;&gt;cisco ATA186 там же указываетса ip адресс превратника <br>&gt;<br>&gt;Там есть gatekeeper и altgk. В один вписываете первый, во второй - <br>&gt;второй. <br><br>В принцыпе всё правильно, токо вопрос стоит шире чем я описал, у нас большая глобальная сеть<br>по всей стране множиство GW шлюзов, IP телефонов а гейткипер один. Для создания модели у меня в наличии токо две цыски на которых можно тренировастя. А в робочей сети гейткиперов должно быть пять. Какбы с киперами всё понятно , все елементы описали кроме своего на GW описали все киперы с указанием приоритета. Вот и опять возник вопрос как быть с ата 186, что где описывать если киперов в сети больше двух.?????<br>