Добрый день подскажите как реализуется отказоустойчивость CUBE. Имеется три cisco 2911 с CUBE. Если на каждой настроить локальные и удалённые зоны, то в случае не доступности одного как реализовать отказоустойчивость??
> Добрый день подскажите как реализуется отказоустойчивость CUBE. Имеется три cisco 2911
> с CUBE. Если на каждой настроить локальные и удалённые зоны, то
> в случае не доступности одного как реализовать отказоустойчивость??О каких зонах идет речь? Если Вы говорите о функционале гейткипера, тут CUBE ничем не отличается от шлюза, он также может регистрироваться со своими префиксами. Здесь подробно рассказано о маршрутизации в RAS http://www.cisco.com/en/US/tech/tk1077/technologies_tech_not...
>> Добрый день подскажите как реализуется отказоустойчивость CUBE. Имеется три cisco 2911
>> с CUBE. Если на каждой настроить локальные и удалённые зоны, то
>> в случае не доступности одного как реализовать отказоустойчивость??
> О каких зонах идет речь? Если Вы говорите о функционале гейткипера, тут
> CUBE ничем не отличается от шлюза, он также может регистрироваться со
> своими префиксами. Здесь подробно рассказано о маршрутизации в RAS http://www.cisco.com/en/US/tech/tk1077/technologies_tech_not...в GK можно указать secondary для зоны
>> Добрый день подскажите как реализуется отказоустойчивость CUBE. Имеется три cisco 2911
>> с CUBE. Если на каждой настроить локальные и удалённые зоны, то
>> в случае не доступности одного как реализовать отказоустойчивость??
> О каких зонах идет речь? Если Вы говорите о функционале гейткипера, тут
> CUBE ничем не отличается от шлюза, он также может регистрироваться со
> своими префиксами. Здесь подробно рассказано о маршрутизации в RAS http://www.cisco.com/en/US/tech/tk1077/technologies_tech_not...Я только начинаю разбираться с ГК, поэтому может что-то не правильно высказал имел ввиду что по России раскинуты три CUBE. На каждом настроены локальные зоны(насколько я правильно понял это те зоны с которыми данный CUBE работает не посредственно) и удалённый зоны(насколько я понял они нужны для того что бы показать что у нас в сети есть ещё CUBE и мы будем с ними работать..). Вот в таком случае если один ГК станет не доступны, а к нему будут поступать обращения, как реализовать отказоустойчивость? только через HSRP, можно указать на каждой АТС в поле секондери ip адрес второго или третьего ГК, но тогда как сами ГК настроить чтоб звонки ходили(в плане локоал и ремоут зон)?
>[оверквотинг удален]
> имел ввиду что по России раскинуты три CUBE. На каждом настроены
> локальные зоны(насколько я правильно понял это те зоны с которыми данный
> CUBE работает не посредственно) и удалённый зоны(насколько я понял они нужны
> для того что бы показать что у нас в сети есть
> ещё CUBE и мы будем с ними работать..). Вот в
> таком случае если один ГК станет не доступны, а к нему
> будут поступать обращения, как реализовать отказоустойчивость? только через HSRP, можно
> указать на каждой АТС в поле секондери ip адрес второго или
> третьего ГК, но тогда как сами ГК настроить чтоб звонки
> ходили(в плане локоал и ремоут зон)?Вы путаете gatekeeper и CUBE, а это разные вещи. Для простоты понимания и наибольшей схожести с документацией считайте что CUBE это обычные шлюзы. В цисковской реализации RAS есть механизм отказоустойчивости - гейткиперы обмениваются состояниями регистрации устройств, а шлюзы/endpoint'ы могут регистрироваться на нескольких гейткиперах и не нужно никакого HSRP. Вот достаточно полная дока по гейткиперам http://www.cisco.com/en/US/docs/ios/12_2/voice/configuration....
Когда интересовался, базовый функционал народ делал через HSRP.