форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Изначальное сообщение		[ Отслеживать ]

"Ну очень нужна помошь"	+/–
Сообщение от htgtnf (ok) on 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Ну очень нужна помошь"	+/–
Сообщение от mdenisov (ok) on 26-Июн-09, 12:10
Это делается не так. Прописывается один общий кластер и в нем регистрируется все элементы кроме своего. На шлюзах надо прописывать оба гейткипера.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 10:13
	>Это делается не так. Прописывается один общий кластер и в нем регистрируется >все элементы кроме своего. На шлюзах надо прописывать оба гейткипера. Когда не регестрировать на кластере свой елемент то циска выдаёт ошибку в локальной зоне конкретно не помню какую циска не под рукой. Ищё вопрос что значит "На шлюзах надо прописывать оба гейткипера". Вы имеете в виду на IP телефонах или на GW.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 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
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 14:18
	Спасибо завтра приду на роботу попробую.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 15:38
	Пока не наступило завтра возник ещё вопрос а как в даном случае указать привратник на cisco ATA186 там же указываетса ip адресс превратника
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 29-Июн-09, 15:41
	>Пока не наступило завтра возник ещё вопрос а как в даном случае >указать привратник на >cisco ATA186 там же указываетса ip адресс превратника Там есть gatekeeper и altgk. В один вписываете первый, во второй - второй.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 16:50
	>>Пока не наступило завтра возник ещё вопрос а как в даном случае >>указать привратник на >>cisco ATA186 там же указываетса ip адресс превратника > >Там есть gatekeeper и altgk. В один вписываете первый, во второй - >второй. В принцыпе всё правильно, токо вопрос стоит шире чем я описал, у нас большая глобальная сеть по всей стране множиство GW шлюзов, IP телефонов а гейткипер один. Для создания модели у меня в наличии токо две цыски на которых можно тренировастя. А в робочей сети гейткиперов должно быть пять.  Какбы с киперами всё понятно , все елементы описали кроме своего на GW описали все киперы с указанием приоритета. Вот и опять возник вопрос как быть с ата 186, что где описывать если киперов в сети больше двух.?????
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 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. Справедливости ради стоит отметить что на стабильных каналах все хорошо.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 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
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 29-Июн-09, 18:42
	>В моём случае сеть построена звездой, есть гланый офис на ньом кипер >все пять областей рулят через него, токо кипер валитса полный хаос >телефоны молчят. Идея состоит в том когда лижит главный офис области >работают автономно со своими киперами не выходя друг на друга до >момента востановления главного кипера. >Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети >а на дополнительных токо елемент главного кипера, соответственно на АТА пишем >основной GK и AltGK, на GW пишем основной кипер и свой >месный. Сомневаюсь но может так можно всё  построить: > Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача классическая и решается без всякой кластеризации - ставите в регионе гейткипер со своей зоной, а с остальными взаимодействуете как с remote-зонами.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	15. "Ну очень нужна помошь"	+/–
	Сообщение от silver87 (ok) on 20-Янв-12, 12:04
	>[оверквотинг удален] >>работают автономно со своими киперами не выходя друг на друга до >>момента востановления главного кипера. >>Мысль такова строим кластер главного кипера, в нём описываем все елементы-киперы сети >>а на дополнительных токо елемент главного кипера, соответственно на АТА пишем >>основной GK и AltGK, на GW пишем основной кипер и свой >>месный. Сомневаюсь но может так можно всё  построить: >> > Вы видимо не поняли идею gatekeeper-routed сети циски, почитайте дизайн-гайды. Ваша задача > классическая и решается без всякой кластеризации - ставите в регионе гейткипер > со своей зоной, а с остальными взаимодействуете как с remote-зонами. Добрый день. Подниму старую тему. Так сейчас так же стоит задача внедрить ГК. В случае с локальными зонами и remote зонами как настраивается отказоустойчивость??? если один из ГК упадёт?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	11. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 19:05
	>Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	12. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 29-Июн-09, 19:14
	>>Так то оно так да не так. В таком случае возникает большая проблема с префиксами remote zone. Номерацыя на каждой области 2XXXXXX что либо добавить нельзя, описывать префиксы нужно по первых четырёх цыфрах и накаждую зону, ето страниц десять формата А4. В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше один раз отписать все префиксы чем иметь гемор с неправильно построенной сетью.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	13. "Ну очень нужна помошь"	+/–
	Сообщение от htgtnf (ok) on 29-Июн-09, 19:20
	>>> >В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше >один раз отписать все префиксы чем иметь гемор с неправильно построенной >сетью. Я непротив покурить но где курилка ? и что такоё дизайн-гайды ?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "Ну очень нужна помошь"	+/–
	Сообщение от mdenisov (ok) on 30-Июн-09, 11:59
	>>>> >>В таким случае это изначально неправильный дизайн, все-таки покурите дизайн-гайды. По-моему лучше >>один раз отписать все префиксы чем иметь гемор с неправильно построенной >>сетью. > >Я непротив покурить но где курилка ? и что такоё дизайн-гайды ? > Курилка растет на cisco.com в секции support, ищите документы типа design guide.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема