Здраствуйте , мож кто знает , можно ли сделать резервирование сервера asterisk по типу : 2 машины с одинаковыми ip в одной сети , в той которой обслуживается телефонные ip абоненты , и с разными ip в другой , закрытой сети ,где эти машины друг с другом переговариваются , и в случае падения одной из них , активизируется вторая машина(т.е. активизируется сетевой интерфейс ,в той сети где одинаковые ip).По типу как это сделано на Мере ?

http://www.voip-info.org/wiki/view/Asterisk+High+Availability+Solutions
Вообще не совсем полно и корректно ТЗ.
Вытекающие доп вопосы - а в этих астерисках есть карты ТДМ (Е1 или ещё какие)?
Если да, то сильно сложнее, так как необходимо и резервирование входящих линий тоже. В случае с цифрой - одна или несколько Е1, то через файловер свич можно и нужно. При потере пульса (heartbeat) у одного все юзеры автоматом обрабатываются на втором ноде *, на который этот свич перекидывает телефонный трафик.
Такое решение не делается только на советах с форумов.

Конфигурация проста - есть один sip транк к мере от asterisk , а клиентов собирает во внутренней сети по тому же sip.Спасибо за ссылку , но я так понял стандартного решения этой задачи не существует (т.е. на базе самого asterisk),но можно сделать на базе OC типа UNIX ?

Сам астериск - это приложение, такое же, как вэб- или почтовый сервер, к примеру. Вопрос резервирования (и балансировки нагрузки) - это сетевая надстройка - кластер. Либо использовать готовую железку - Load balancer, которая представляет из себя модифицированый рутер, у которого 1 внешний и два внутренних ИП.
На базе OC типа UNIX есть Vovida - альтернативный sip прокси, у которого есть функционал SIP load balancer.
В общем то вот полный список:
http://www.voip-info.org/wiki/index.php?page=Asterisk%20High%20Availability%20Solutions

* linuxha - Linux Replicated High Availability Manager
Пакет позволяющий организовать высокодоступный кластер, состоящий из двух обычных машин, работающих под ОС Linux. Данные реплицируются с одной машины на другую посредством DRBD.

* CLUSTERIP - Cluster IP hashmark target
# Модуль к iptables, позволяющий использовать один multicast MAC адрес на всех серверах кластера. Приняв запрос, за нодой кластера закрепляется обработка всех пакетов пришедших с клиентского IP (также можно учитывать порт назначения и отправки пакета).Пример: Нода 1: iptables - A INPUT - d 192.168.1.1 - i eth0 - p tcp --dport 80 - j CLUSTERIP --new --hashmode sourceip --clustermac 01:23:45:67:89:AB --total- nodes 2 --local-node 1
# Нода 2: iptables - A INPUT - d 192.168.1.1 - i eth0 - p tcp --dport 80 - j CLUSTERIP --new --hashmode sourceip --clustermac 01:23:45:67:89:AB --total- nodes 2 --local-node 2
* keepalived - userspace daemon for LVS cluster nodes healthchecks and LVS directors failover
# Демон, реализующий протокол VRRP Virtual Router Redundancy Protocol) для Linux, следящий за работоспособностью машин работающий в рамках LVS (Linux Virtual Server) кластера, в случае обнаружения сбоя - машина исключается из списка активных серверов и перестает получать запросы от балансировщика нагрузки. LVS - ПО для создания отказоустойчивого кластера с распределением нагрузки.
# vrrpd - другая реализация протокола VRRPv2.

* UCARP - Common Address Redundancy Protocol (CARP) for Unix (Версия: 1.3 от 2007-07-05)
# User level реализация CARP для *BSD и Linux. CARP позволяет организовать совместное использование IP между несколькими серверами в локальной сети, может применяться для балансировки нагрузки (IP одновременно используют все сервера) или для создания отказоустойчивых систем (IP использует первичный сервер, при нарушении его работы, IP подхватывает другой). Альтернативы: HSRP (Hot Standby Router Protocol) и VRRP (Virtual Router Redundancy Protocol);
# VRRPd - реализация VRRPv2 (rfc2338) для Linux.
# linux_carp - отечественный CARP модуль для 2.6 Linux ядра, код портирован из OpenBSD;

В вашем случае не нужен сетевой уровень резервирования, достаточно было бы дискового (RAID).

IMHO проще сделать резервирование средствами heartbeat + qagga (ospf/rip/и т.д.).
Делается резервируемый (средствами heartbeat) лупбек, с нормальным айпишником и редистрибутится по динамике с активного в данный момент сервера. к этому айпишнику привязывается *. настройки серверов одинаковы, за исключением айпишников на сетевухах. для резервирования данных (биллинга) можно использовать drbd или проще nfs и внешнее хранилище.

Полагаю, это схема active/passive? Невыгодно, интересней active/active, и это через qagga никак. Или как?