Hola!
Actualmente me encuentro haciendo pruebas con un cluster de alta
disponibilidad activo/pasivo con Pacemaker y Corosync sirviendo con
Asterisk.
Ahora bien, estuve haciendo pruebas con troncales IAX desde el cluster a
una instalación independiente de Asterisk y me encontré con que la
conexión se podía hacer en el sentido desde el cluster al host
independiente, pero no en el sentido opuesto.
Al principio pensé que podría deberse a que los Asterisk que tengo
instalados en el cluster son de versión 1.8.13 y el que tenía en la
máquina independiente era 11.3.0, pensando en que tal vez podría haber
algún tipo de incompatibilidad entre las implementaciones del protocolo
IAX, así que probé realizando la prueba con un host independiente que
tuviera la misma versión 1.8.13 de Asterisk, pero el resultado siguió
siendo el mismo: el cluster se podía conectar a la máquina
independiente, pero no al revés.
Luego lo que probé fue levantar el peer desde la máquina independiente
contra la IP propia del nodo primario del cluster en vez de hacerlo
contra la IP virtual del cluster y en ese caso la conexión sí se
establece en el otro sentido.
Hice una prueba con netstat y, por lo que veo, el protocolo IAX está
escuchando sobre todas las interfaces:
atlantis:~# netstat -tulepan | grep 4569
udp 0 0
0.0.0.0:4569 0.0.0.0:* 107 5224 1909/asterisk
Me gustaría saber si alguien también pasó por un escenario como este y
pudo resolverlo de alguna manera, para mantener la disponibilidad de la
conexión IAX sobre los dos nodos del cluster a través de la IP virtual.
Estuve investigando en Internet y encontré varios casos similares, pero
sin alguna forma de solucionarlo.
Gracias anticipadas por responder.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
06:09:49 up 67 days, 14:17, 11 users, load average: 0.02, 0.06, 0.01