Problemas com o endereço de origem IP com o IP virtual do PaceMaker

1

Estou com problemas para configurar um IP virtual / flutuante. Nessa circunstância específica, estou usando o Pacemaker + Corosync para gerenciar 2 IPs virtuais. Um é interno e o outro é externo ao nosso tronco SIP. VOIP Asterisk / FreePBX.

O problema parece ser que nosso Tronco SIP está vendo os pacotes vindos do IP que está registrado diretamente no NIC, não do Virtual_IP que está ligado ao NIC .

Isso é possível? Alguma idéia sobre como solucionar / corrigir isso?

Comandos de IP virtuais de cluster usados para criar IPs virtuais:

pcs resource create www_virtual_ip ocf:heartbeat:IPaddr2 ip=10.1.8.32 cidr_netmask=32 nic=eth0 op monitor interval=30s
pcs resource create sip_virtual_ip ocf:heartbeat:IPaddr2 ip=10.251.0.52 cidr_netmask=32 nic=eth1 op monito

Estou usando o Asterisk 11 + FreePBX 2.12 no CentOS 7. Eu li que isso pode ser um problema de asterisco 11 com os 2 IP's em um nic, mas vs tente configurar o Asterisk, eu gostaria de fazer isso funcionar no PaceMaker nível.

    
por FreeSoftwareServers 27.07.2016 / 19:48

1 resposta

2

Eu tive um problema semelhante com um tronco do IAX2 em uma configuração de Pacemaker HA. A solução não é desabilitar o endereço IP primário da NIC, mas sim fornecer todo o tráfego do endereço IP virtual. Existe até mesmo um agente de recursos de marca-passo apenas para isso. O ocf:heartbeat:IPsrcaddr .

Por exemplo, eu tenho um IP virtual (secundário) de 192.168.5.4. Este IP flutua entre os nós A & B. Nós A & B tem endereços IP de 192.168.5.2 e 192.168.5.3 respectivamente. O gateway para esta rede está em 192.168.5.1.

Eu quero que todo o tráfego apareça como se viesse do endereço IP virtual de 192.168.5.4, que atualmente é hospedado pelo nodeA. Para fazer isso, podemos simplesmente adicionar uma rota padrão com um conjunto de endereços de origem específico.

ip route add default via 192.168.5.1 src 192.168.5.4

Você pode então querer excluir a rota padrão antiga. Você pode tentar isso para testar inicialmente e ver se isso resolve seus problemas.

Se isso funcionar para você, basta configurar o agente de recurso ocf:heartbeat:IPsrcaddr em seu marca-passo de marcapasso para definir essa rota de origem padrão automaticamente, caso o endereço 192.168.5.4 virtual seja um failover. No meu cib eu tenho assim:

primitive asterisk_srcaddr IPsrcaddr \
        params ipaddress=192.168.5.4 cidr_netmask=24

Apenas certifique-se de que este recurso asterisk_srcaddr seja iniciado após o recurso 192.168.5.4 IPaddr2.

    
por 27.07.2016 / 23:59