Tengo configuración FreePBX y tiene 2 NIC. He estado intentando configurarlo para que:
eth0
seguirá siendo el utilizado para todos los teléfonos de oficina y llamadas internas; yeth1
es la nueva NIC que estaría conectada a Internet para que pueda hacer y recibir llamadas externas a través de Faktortel, nuestro proveedor SIP.
he estado trabajando coneste gran ejemplo, pero la ruta aún no es correcta.
La diferencia es que ambas NIC utilizan los mismos rangos de direcciones IP. La dirección del servidor eth0
es: 192.168.0.20/255.255.255.0
. Preferiría eth1
usar DHCP desde nuestro enrutador de Internet, pero también usa 192.168.0.1/255.255.255.0
. No estoy seguro de si esto es posible o debería ser realmente en redes diferentes.
Según tengo entendido, si haces una llamada, primero lo comprobarás eth0
. Entonces debería tener una ruta (como route-eth0
) para sip.faktortel.com.au
( eth1
¿y si es la misma dirección IP?). ¿O solo necesita estar dentro route-eth1
?
ifcfg-eth0
:
DEVICE=eth0
IPADDR=192.168.0.20
NETMASK=255.255.255.0
BOOTPROTO=static
ONBOOT=yes
ifcfg-eth1
:
DEVICE=eth1
IPADDR=192.168.0.10
NETMASK=255.255.255.0
BOOTPROTO=static
ONBOOT=yes
/etc/sysconfig/network
:
NETWORKING=yes
GATEWAY=192.168.0.1
/etc/sysconfig/network-scripts/route-eth1
:
202.43.66.5/24 via 192.168.0.1
¿Es 202.43.66.5
la sip.faktortel.com.au
dirección correcta para agregar aquí?
¿Y entonces cómo funciona todo este proceso en reserva para poder recibir llamadas?
Respuesta1
Tu problema es que ambas interfaces están en la misma subred. Cuando proporciona una ruta al siguiente salto 192.168.0.1, el enrutamiento en el servidor ve que puede usar cualquiera de las interfaces para llegar allí. Quizás sea posible hacerlo de otra manera, pero vas en contra de la programación y no lo recomendaría.
Si coloca la subred del teléfono en una nueva subred, el problema se resolverá solo.
Respuesta2
Técnicamente, puedes usar la misma subred para VOIP y datos, pero no es muy recomendable. Lo ideal sería crear al menos 2 subredes; 1 para tu VOIP y 1 para tus datos. Si hace esto, puede utilizar rutas estáticas adecuadas para administrar qué subred atraviesa qué NIC en su servidor.
Respuesta3
La solución tiene dos partes. Primero, sus NIC deben estar en subredes diferentes. Su configuración anterior le dará un comportamiento extraño (como el tráfico que sale de una NIC y regresa a la otra).
En segundo lugar, debe configurar una o más rutas estáticas para indicarle a su sistema qué ruta tomar para el tráfico de Internet y, opcionalmente (si sus teléfonos están en otra subred), qué ruta tomar para los teléfonos.