[PLN] Problema de redes, usando otros supernodos n2n
Santiago Crespo
pln-lists.marsupi.org en flanera.net
Mie Jul 18 17:49:11 CEST 2012
Hola,
Estoy atrapado intentando conectarme a la PLN a través de otro supernodo
que no sea el patiomaravillas (al de pablo o al de blackhold) y no lo
consigo.
Es un poco lioso, espero explicarme bien.
En el patio hay un proceso edge conectado al supernodo en localhost, y
todos nos conectamos a ese mismo proceso a través del mismo supernodo.
Así funciona ok.
El problema en resumen: desde voip.marsupi llego al patio y viceversa,
pero no así los clientes edge que se conecten a un supernodo que no sea
el patio. No lo entiendo :S
Éste es el proceso que he seguido para intentar hacer que funcione:
He lanzado otro proceso edge en el patio conectado al supernodo de
blackhold. Ésto levanta otra interfaz (n2n1) con la misma ip (1.0.0.1)
Por otro lado, he lanzado otro proceso edge en el nodo de blackhold
(voip.marsupi, ip 11), conectando a localhost y levantando otra interfaz
(n2n1) con la misma IP. Entonces ya responde a ping ésa interfaz desde
mi casa, que es un nodo edge conectado al supernodo en voip.marsupi. El
problema es que no enruta y no sé cual es la manera buena de hacerlo.
He probado creando un bridge con las 2 interfaces n2n:
aptitude install bridge-utils
brctl addbr n2nbr0
brctl addif n2nbr0 n2n0 n2n1
ifconfig n2nbr0 up
ifconfig 1.0.0.11 n2nbr0
Pero tampoco funciona. He probado a activar el ip_forward pero tampoco :/
echo "1" > /proc/sys/net/ipv4/ip_forward
He quitado el bridge:
brctl delbr n2nbr0
Las rutas ahora mismo:
root en captaincrunch:/home/kresp0# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.139.39.64 0.0.0.0 255.255.255.224 U 0 0 0 eth0
1.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 n2n0
1.0.0.0 0.0.0.0 255.255.255.0 U 0 0 0 n2n1
0.0.0.0 10.139.39.65 0.0.0.0 UG 0 0 0 eth0
n2n0 y n2n1 siguen teniendo la misma ip 1.0.0.11
¿Alguien que controle de redes que me ilumine por favor?
Gracias,
More information about the PLN
mailing list