[SOLUCIONADO] PfSense e Imagenio

gofret84

Buenas tardes.

Ando probando un cacharro que pedí por Amazon que viene con pfsense, pongo foto, es un HUNSN con cuatro puertos y WiFi alt text

La cosa es que después de alguna que otra vuelta, he conseguido que funcione internet (eso fue fácil) y también he conseguido que funcione la IPTV en el deco, pero algunas veces tiene cortes o se queda un poco pillado, aparte que todavía no he visto la fórmula para la vídeo demanda ¿Sabéis donde podría tocar o de donde puede venir esos pequeños parones de vez en cuando o que se quede parado unas décimas de segundo?

Por cierto, de la voz ip he pasado directamente, no la uso y en este caso va directo de la ONT al teléfono, pero no lo uso y me da igual.

Un saludo y gracias.

mwave

Alguien puede echarme un cable con la configuracion para VoIP? No consigo hacer ping/tener conexion con la IP 10.31.255.134? Consigue la interfaz de la VLAN de VoIP una IP del rango 10.22.71.x/18, pero nada mas.

guerrerotook

¿Alguien puede enviar un resumen de la configuración para las reglas de NAT?

En las ultimas versiones de pfSense, el paquete de RIP tienes que instalarlo a parte y ahora ya me muestra todas las rutas de la VLAN2, pero no consigo hacer funcionar el video desde el VLC ya el deco ni lo intento. Pero lo único que no he conseguido configurar con las reglas de NAT.

Muchas gracias.

jorgelahoz

Hola,

Estoy intentando configurar pfSense como router en una línea Movistar Fusión: Tengo ya funcionando la VLANs de Internet y Voz, pero pasa algo bastante raro con Imagenio.

Resulta que puedo ver canales de TV desde VLC solo a través de udpxy. Es decir, cuando quiero ver, por ejemplo, el canal de publicidad de Movistar, puedo verlo únicamente desde http://iprouter:4000/udp/239.0.0.77:8208, y no desde rtp://@239.0.5.185:8208. Imagino que será cosa del IGMP proxy, pero no consigo encontrar el fallo... Por supuesto, tampoco funciona desde el decodificador.

IGMPproxy está funcionando y habilitado supuestamente: he probado a iniciarlo manualmente con igmpproxy -vv /var/etc/igmpproxy.conf y no suelta ningún error. Dejo captura de pantalla de la configuración del proxy, pero la he mirado 32758934566 veces y me parece que está todo bien.

Gracias de antemano.
Un saludo.

EDIT: Parece ser que el error está relacionado con el Firewall, todo me funciona sin problemas si deshabilito packet filtering desde "Advanced>Firewall & NAT>Disable all packet filtering". Sin embargo, no consigo encontrar qué regla está bloqueando el tráfico IGMP, he deshabilitado reglas una por una y creado otras permitiendo tráfico "any" y no hay forma de que funcione. También he revisado muchas veces si las reglas que indica el pdf están bien metidas y creo que está todo bien.

EDIT 2: Al final, el problema era que pfBlockerNG estaba bloqueando conexiones de forma aleatoria. Al desactivar y volver a activar (no he cambiado ninguna configuración), funciona perfectamente...

mwave

Al final me decidi a depurar el problema con la vlan 3, aun sin resolver:

12:56:58.026890 IP (tos 0xc0, ttl 1, id 14588, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
12:57:24.016204 IP (tos 0xc0, ttl 1, id 15120, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
12:57:55.121594 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from e0:41:36:c8:de:30 (oui Unknown), length 300, xid 0xb05ae449, Flags [none] (0x0000)
	  Client-Ethernet-Address e0:41:36:c8:de:30 (oui Unknown)
	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: Request
	    Requested-IP Option 50, length 4: 10.22.71.3
	    Client-ID Option 61, length 7: ether e0:41:36:c8:de:30
	    Hostname Option 12, length 7: "bla"
	    Parameter-Request Option 55, length 10: 
	      Subnet-Mask, BR, Time-Zone, Classless-Static-Route
	      Default-Gateway, Domain-Name, Domain-Name-Server, Hostname
	      Option 119, MTU
	    END Option 255, length 0
	    PAD Option 0, length 0, occurs 20
12:57:55.134309 IP (tos 0x0, ttl 255, id 16483, offset 0, flags [none], proto UDP (17), length 377)
    10.22.64.1.bootps > 10.22.71.3.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 349, hops 1, xid 0xb05ae449, Flags [none] (0x0000)
	  Your-IP 10.22.71.3
	  Server-IP 192.168.116.169
	  Gateway-IP 10.31.105.3
	  Client-Ethernet-Address e0:41:36:c8:de:30 (oui Unknown)
	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: ACK
	    Server-ID Option 54, length 4: 192.168.116.169
	    Lease-Time Option 51, length 4: 7200
	    Subnet-Mask Option 1, length 4: 255.255.192.0
	    Default-Gateway Option 3, length 4: 10.22.64.1
	    Domain-Name Option 15, length 14: "telefonica.net"
	    POSIX-TZ Option 100, length 38: "CET-1CEST-2,M3.5.0/02:00,M10.5.0/03:00"
	    RN Option 58, length 4: 3600
	    T120 Option 120, length 5: 1.10.31.255.134
	    RB Option 59, length 4: 6300
	    NTP Option 42, length 4: 10.22.64.1
	    END Option 255, length 0
12:57:55.159373 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.22.71.3 tell 10.22.71.3, length 28
12:57:57.035959 IP (tos 0xc0, ttl 1, id 16520, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff

DHCP funciona, recibe una GW e IP asignada pero las rutas no parecen normales:

10.22.64.0/18      link#15            U         ix0.3
10.31.255.128/27   10.22.64.1         UGS       ix0.3

La ruta a 10.31.255.128/27 es estatica en mi caso, he replicado lo que RIPv2 envia por broadcast desde Movistar (pero igualmente he probado con routed y no hay cambios, salvo el hecho de que routed en pfsense manda un broadcast de todas tus rutas de vuelta a telefonica... algo que no me gusta un pelo asi que manualmente me arreglo con rutas estaticas y tcpdump sacando los broadcasts de RIPv2).

No hay salida de trafico:

: ping -vvv -c 3 -t 3 -S 10.22.71.3 10.31.255.128
PING 10.31.255.128 (10.31.255.128) from 10.22.71.3: 56 data bytes

--- 10.31.255.128 ping statistics ---
3 packets transmitted, 0 packets received, 100.0% packet loss

La interfaz esta asi:

WAN_VOIP Interface (opt1, ix0.3)
Status
up
DHCP
up     Relinquish Lease
MAC Address
e0:41:36:c8:de:30 - MitraStar Technology
IPv4 Address
10.22.71.3
Subnet mask IPv4
255.255.192.0
Gateway IPv4
10.22.64.1
IPv6 Link Local
fe80::ae1f:6bff:fe46:ca5c%ix0.3
MTU
1500
Media
1000baseT <full-duplex,rxpause,txpause>
In/out packets
173/82547 (35 KiB/2.27 MiB)
In/out packets (pass)
173/82547 (35 KiB/2.27 MiB)
In/out packets (block)
47/0 (3 KiB/0 B)
In/out errors
0/1
Collisions
0

(Con la MAC del Mitrastar clonada). MTU en 1500 de facto.

Empiezo a pensar que hay algo que no estamos documentando bien, el caso es que no veo por donde arreglar el problema. A diferencia de Imagenio, las subnets de VOIP no son un circo (nada de mascaras de /8 y locuras varias, Imagenio se asigna el espacio entero de clase A... es una chapuza al mas puro estilo Telefonica). No tengo conflictos entre VLANs ni hay signos obvios de mala configuracion en otros puntos.

Alguien vivo por aqui o el foro esta muerto?

virusbcn

Yo lo único que te puedo decir es que me funciona y tengo un Yealink conectado, si quieres que te haga alguna prueba o enviar algún pantallazo ....

jorgelahoz

Hola @mwave ,

¿Cuál es el problema exactamente? Yo tengo funcionando sin problemas el firewall con la línea de Movistar. La voz me funciona también perfectamente, tengo conectada una centralita VoIP de 3CX con los datos SIP de Telefónica.

La interfaz VoIP la tengo en la VLAN 3 y me asigna la IP bien por DHCP, como a ti. Luego, tengo configurada una ruta estática hacia la red 10.31.255.128/27 en dicha interfaz (veo que lo tienes tú igual). Lo del ping, olvídalo: las peticiones de ICMP las rechazan muchos servidores de Movistar, no significa que no haya comunicación.

Salu2

mwave

@jorgelahoz said in [SOLUCIONADO] PfSense e Imagenio:

Hola @mwave ,

¿Cuál es el problema exactamente? Yo tengo funcionando sin problemas el firewall con la línea de Movistar. La voz me funciona también perfectamente, tengo conectada una centralita VoIP de 3CX con los datos SIP de Telefónica.

La interfaz VoIP la tengo en la VLAN 3 y me asigna la IP bien por DHCP, como a ti. Luego, tengo configurada una ruta estática hacia la red 10.31.255.128/27 en dicha interfaz (veo que lo tienes tú igual). Lo del ping, olvídalo: las peticiones de ICMP las rechazan muchos servidores de Movistar, no significa que no haya comunicación.

Salu2

Hola Jorge y virusbcn,

Podeis poner alguna captura de los datos de la interfaz con todo el addressing, etc? Y luego la table de rutas desde la shell.
Yo no consigo llegar a 10.31.255.134:5070 para nada, ni desde el fw por la interfaz correcta, ni poniendo reglas para que me redirija todo lo que vaya a 10.31.255.134 via gateway de la interfaz VOIP, y con sus reglas tambien en las respectivas interfaces de LAN y VPN.

No hay ping hacia ninguna de las IPs tampoco.

jorgelahoz

@mwave :

Como decía, lo del ping no es una prueba fiable, a mi tampoco me responde al ping y me funciona bien. Te dejo las entradas de la tabla de rutas que corresponden al servicio VoIP:

10.23.224.0/19     link#10            U         em0.3
<IP in. VoIP>      link#10            UHS         lo0
10.31.255.128/27   10.23.224.1        UGS       em0.3

Respecto a los datos de la interfaz, lo tengo puesto por DHCP y me asigna la netmask 255.255.224.0. Tu estás con otra,.. ¿no?

virusbcn

Yo si me dices los comandos que quieres que ejecute te paso la respuesta que me da a mí.....

mwave

@jorgelahoz said in [SOLUCIONADO] PfSense e Imagenio:

@mwave :

Como decía, lo del ping no es una prueba fiable, a mi tampoco me responde al ping y me funciona bien. Te dejo las entradas de la tabla de rutas que corresponden al servicio VoIP:
10.23.224.0/19     link#10            U         em0.3
<IP in. VoIP>      link#10            UHS         lo0
10.31.255.128/27   10.23.224.1        UGS       em0.3
Respecto a los datos de la interfaz, lo tengo puesto por DHCP y me asigna la netmask 255.255.224.0. Tu estás con otra,.. ¿no?

Jorge,

Puedes mostrarme tu NAT outbound e inbound de esa interfaz? Y una captura de tcpdump -vvv que muestre el intercambio DHCP? quita los datos que sean sensibles.
Hay algo que no cuadra, efectivamente tengo esta IP:

: ifconfig ix0.3
ix0.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
	ether e0:41:36:c8:de:30
	inet6 fe80::ae1f:6bff:fe46:ca5c%ix0.3 prefixlen 64 scopeid 0xf 
	inet 10.22.71.3 netmask 0xffffc000 broadcast 10.22.127.255 
	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
	media: Ethernet autoselect (1000baseT <full-duplex,rxpause,txpause>)
	status: active
	vlan: 3 vlanpcp: 0 parent interface: ix0
	groups: vlan

: netstat -r | grep ix0
10.22.64.0/18      link#15            U         ix0.3
10.31.105.0/27     10.22.64.1         UGS       ix0.3
10.31.255.128/27   10.22.64.1         UGS       ix0.3

Voy a restablecer la interfaz y ver si cambia algo. Quitare RIP tambien, y con tcpdump sacare las rutas que me den, y las pondre manualmente, que es lo que hice.
Uso direcciones 10.1. en mi LAN (10.1.x.0 donde x es cada VLAN que uso para asuntos separados). Pero no veo ninguna mask en conflicto (Imagenio si es incompatible con esto por la mascara de /8 o /9 que usan). Imagenio me da igual y no lo tengo configurado, ni interfaz ni nada.

@virusbcn si puedes replicar los comandos de arriba seria genial, asi al menos sabemos que config os estan dando. No entiendo las diferencias con la mia.

Tambien una captura de como teneis las interfaces y vlan asignadas de la ONT.

La mac del Mitrastar esta clonada.

mwave

Esto es un log de tcpdump reiniciando la interfaz desde cero:

: tcpdump -vvv -i ix0.3
tcpdump: listening on ix0.3, link-type EN10MB (Ethernet), capture size 262144 bytes
18:40:28.527196 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from e0:41:36:c8:de:30 (oui Unknown), length 300, xid 0x550dcf7, Flags [none] (0x0000)
	  Client-Ethernet-Address e0:41:36:c8:de:30 (oui Unknown)
	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: Request
	    Requested-IP Option 50, length 4: 10.22.71.3
	    Client-ID Option 61, length 7: ether e0:41:36:c8:de:30
	    Hostname Option 12, length 9: "mitrastar"
	    Parameter-Request Option 55, length 4: 
	      Subnet-Mask, BR, Time-Zone, Domain-Name
	    END Option 255, length 0
	    PAD Option 0, length 0, occurs 24
18:40:28.538918 IP (tos 0x0, ttl 255, id 5110, offset 0, flags [none], proto UDP (17), length 377)
    10.22.64.1.bootps > 10.22.71.3.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 349, hops 1, xid 0x550dcf7, Flags [none] (0x0000)
	  Your-IP 10.22.71.3
	  Server-IP 192.168.116.169
	  Gateway-IP 10.31.105.3
	  Client-Ethernet-Address e0:41:36:c8:de:30 (oui Unknown)
	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: ACK
	    Server-ID Option 54, length 4: 192.168.116.169
	    Lease-Time Option 51, length 4: 43200
	    Subnet-Mask Option 1, length 4: 255.255.192.0
	    Domain-Name Option 15, length 14: "telefonica.net"
	    Default-Gateway Option 3, length 4: 10.22.64.1
	    POSIX-TZ Option 100, length 38: "CET-1CEST-2,M3.5.0/02:00,M10.5.0/03:00"
	    RN Option 58, length 4: 21600
	    T120 Option 120, length 5: 1.10.31.255.134
	    RB Option 59, length 4: 37800
	    NTP Option 42, length 4: 10.22.64.1
	    END Option 255, length 0
18:40:28.567453 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.22.71.3 tell 10.22.71.3, length 28
18:40:28.968629 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 32) :: > ff02::1:ff46:ca5c: [icmp6 sum ok] ICMP6, neighbor solicitation, length 32, who has fe80::ae1f:6bff:fe46:ca5c
	  unknown option (14), length 8 (1): 
	    0x0000:  239c f296 a844
18:40:44.886596 IP (tos 0xc0, ttl 1, id 5382, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
18:41:13.875901 IP (tos 0xc0, ttl 1, id 5883, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
18:41:38.866465 IP (tos 0xc0, ttl 1, id 6339, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
18:42:06.866010 IP (tos 0xc0, ttl 1, id 6829, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003
18:42:35.885968 IP (tos 0xc0, ttl 1, id 7327, offset 0, flags [none], proto UDP (17), length 52)
    10.22.64.1.router > rip2-routers.mcast.net.router: [udp sum ok] 
	RIPv2, Response, length: 24, routes: 1 or less
	  AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 3, next-hop: self
	0x0000:  0202 0000 0002 0000 0a1f ff80 ffff ffe0
	0x0010:  0000 0000 0000 0003

Hay ciertas cosas que noto que no me cuadran:

opcion 50: Requested-IP Option 50, length 4: 10.22.71.3 Esto no se si deberia ser asi.
Segun https://web.archive.org/web/20180908001759/http://www.luispa.com/archivos/266 hay que ignorar el default GW que nos da DHCP, pero no se como podemos hacerlo en pfsense:

dhcp_vlan3="nogateway nodns nontp nosendhost nonis"

Asi que no estoy del todo seguro de si hay algo local mal con mi ONT, o si han cambiado cosas del servicio, etc.

Despues del reinicio de la interfaz:

: netstat -r | grep ix0
10.22.64.0/18      link#15            U         ix0.3
10.31.255.128/27   10.22.64.1         UGS       ix0.3
fe80::%ix0/64      link#5             U           ix0
fe80::%ix0.6/64    link#14            U         ix0.6
fe80::%ix0.3/64    link#15            U         ix0.3

jorgelahoz

@mwave said in [SOLUCIONADO] PfSense e Imagenio:

@jorgelahoz said in [SOLUCIONADO] PfSense e Imagenio:
@mwave :

Como decía, lo del ping no es una prueba fiable, a mi tampoco me responde al ping y me funciona bien. Te dejo las entradas de la tabla de rutas que corresponden al servicio VoIP:
10.23.224.0/19     link#10            U         em0.3
<IP in. VoIP>      link#10            UHS         lo0
10.31.255.128/27   10.23.224.1        UGS       em0.3
Respecto a los datos de la interfaz, lo tengo puesto por DHCP y me asigna la netmask 255.255.224.0. Tu estás con otra,.. ¿no?
Jorge,

Puedes mostrarme tu NAT outbound e inbound de esa interfaz? Y una captura de tcpdump -vvv que muestre el intercambio DHCP? quita los datos que sean sensibles.
Hay algo que no cuadra, efectivamente tengo esta IP:
: ifconfig ix0.3
ix0.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
	options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
	ether e0:41:36:c8:de:30
	inet6 fe80::ae1f:6bff:fe46:ca5c%ix0.3 prefixlen 64 scopeid 0xf 
	inet 10.22.71.3 netmask 0xffffc000 broadcast 10.22.127.255 
	nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
	media: Ethernet autoselect (1000baseT <full-duplex,rxpause,txpause>)
	status: active
	vlan: 3 vlanpcp: 0 parent interface: ix0
	groups: vlan

: netstat -r | grep ix0
10.22.64.0/18      link#15            U         ix0.3
10.31.105.0/27     10.22.64.1         UGS       ix0.3
10.31.255.128/27   10.22.64.1         UGS       ix0.3
Voy a restablecer la interfaz y ver si cambia algo. Quitare RIP tambien, y con tcpdump sacare las rutas que me den, y las pondre manualmente, que es lo que hice.
Uso direcciones 10.1. en mi LAN (10.1.x.0 donde x es cada VLAN que uso para asuntos separados). Pero no veo ninguna mask en conflicto (Imagenio si es incompatible con esto por la mascara de /8 o /9 que usan). Imagenio me da igual y no lo tengo configurado, ni interfaz ni nada.

@virusbcn si puedes replicar los comandos de arriba seria genial, asi al menos sabemos que config os estan dando. No entiendo las diferencias con la mia.

Tambien una captura de como teneis las interfaces y vlan asignadas de la ONT.

La mac del Mitrastar esta clonada.

Las VLAN las tengo así:

No me queda claro: ¿Estás por DHCP o le estás metiendo una estática a la interfaz VoIP?
La interfaz de VoIP la tengo en DHCP con MTU 1492, la PPPoE:

No me deja ahora mismo obtener el log de la negociación de DHCP, te lo paso luego si puedo.

mwave

Nada de eso esta fuera de lo comun, lo tengo igual, salvo el tema de clonar la Mac, desconozco si tu haces lo mismo.
Puedes tirar de shell:

tcpdump -vvv em0.3

Basta con desactivar la interfaz VOIP, guardar, reactivar, guardar y aplicar la conf. O desde el status de interfaces, dar a renew.

Nuestras IPs son distintas para la GW y demas. Hay que ver que tienes de NAT, mi outbound es hibrida.
Tienes alguna regla en el FW?

edit: estoy por DHCP.

virusbcn

ifconfig vmx1.3
vmx1.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:0c:29:b0:af:49
        inet6 fe80::20c:29ff:feb0:af49%vmx1.3 prefixlen 64 scopeid 0x8
        inet 10.28.72.101 netmask 0xffffe000 broadcast 10.28.95.255
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
        media: Ethernet autoselect
        status: active
        vlan: 3 vlanpcp: 0 parent interface: vmx1
        groups: vlan

netstat -r | grep vmx1.3
10.28.64.0/19      link#8             U        vmx1.3
10.31.255.128/27   10.28.64.1         UGS      vmx1.3
fe80::%vmx1.3/64   link#8             U        vmx1.3

mwave

@virusbcn said in [SOLUCIONADO] PfSense e Imagenio:

ifconfig vmx1.3
vmx1.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:0c:29:b0:af:49
        inet6 fe80::20c:29ff:feb0:af49%vmx1.3 prefixlen 64 scopeid 0x8
        inet 10.28.72.101 netmask 0xffffe000 broadcast 10.28.95.255
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
        media: Ethernet autoselect
        status: active
        vlan: 3 vlanpcp: 0 parent interface: vmx1
        groups: vlan

netstat -r | grep vmx1.3
10.28.64.0/19      link#8             U        vmx1.3
10.31.255.128/27   10.28.64.1         UGS      vmx1.3
fe80::%vmx1.3/64   link#8             U        vmx1.3

Hm, nada distinto. Tenemos las mismas config excepto que yo paso de Imagenio. Vaya tema, igual el problema esta con el NAT o algo mas???

mwave

Y que tal teneis el NAT outbound?

(en /firewall_nat_out.php)

virusbcn

Habilitado RIPv2 en Imagenio y VoIP

Por cierto.. una pregunta tonta... veo que tienes configuradas las prioridades en las VLAN Wan, VoIP e Imagenio, la 7 era la más prioritaria y la 0 la menos ???? te lo pregunto porque cuando meto una buena descarga tengo microcortes en las emisiones de Imagenio y por mucho que juego con el trafic shapping no consigo dejarlo fino ....

mwave

@virusbcn said in [SOLUCIONADO] PfSense e Imagenio:

Habilitado RIPv2 en Imagenio y VoIP

Por cierto.. una pregunta tonta... veo que tienes configuradas las prioridades en las VLAN Wan, VoIP e Imagenio, la 7 era la más prioritaria y la 0 la menos ???? te lo pregunto porque cuando meto una buena descarga tengo microcortes en las emisiones de Imagenio y por mucho que juego con el trafic shapping no consigo dejarlo fino ....

Una cosa: borrar las rutas de NAT outgoing es un poco innecesario... tus direcciones internas probablemente las estas filtrando por montones de vias, WebRTC por ejemplo. Lo digo porque en este caso si que ayuda ver tus rutas con las direcciones internas. Si alguien tiene acceso ya para que esa info le sea util no necesita saberlas de antemano ;P (acceso L2 dentro de tu red me refiero...).

El tema de traffic shaping lo podemos ver pero es probable que sean varias cosas, desde el HW que usas para pfsense, a tunables que no tienes bien ajustados, falta de capacidad en multihilo... ugh. Con el TS ademas ya metes muchas incognitas. A nivel de switching, si tienes equipos gestionables, suele haber cosas especificas para mejorar el multicast IGMP y otras cosas. Y si lo haces mal puedes estar bombardeando la red con multicast de IGMP y eso puede estar puteando bastante al FW, especialmente si no lo corres en un HW potente. Mira quitando pasos intermedios si ayuda.

Mandame PM si no quieres poner las capturas con las direcciones. Yo no tengo reglas de NAT aun para salir por la interfaz VOIP pero probando desde el FW no he sido capaz de llegar al registrar SIP en su puerto 5070. Sinceramente estoy quedandome sin opciones. Es muy raro porque tenemos todo igual por lo demas.

Puedes probar a correr esto:

nmap -P0 -vvv -p5070 -sU -A 10.31.255.134

A ver que te dice.

Y si puedes mirar lo que puse de tcpdump mejor que mejor. Alguna discrepancia tiene que haber en nuestras configs.

virusbcn

@mwave said in [SOLUCIONADO] PfSense e Imagenio:

tcpdump -vvv -i ix0.3

Lo de borrar direcciones internas ya es por costumbre sana, de todas formas es una 192.168.x.x /24 típica, pero no he creado nada en Outbound NAT como ves está en automático.
Respecto al traffic shaping lo tengo virtualizado con vmware en un Xeon nuevecito potente, y viendo las estadísticas por hardware no es, creo que algo no hago bien con el traffic shaping con el tema de las VLAN y demás, por eso te preguntaba el motivo de priorizar en las VLAN, el 7 era el más que más prioridad tiene ??

Te paso las capturas del tcpdump, el nmap no lo tengo instalado, ¿está como paquete en la GUI?

 10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11336, length 8
09:25:34.134447 IP (tos 0x0, ttl 64, id 41778, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11337, length 8
09:25:34.667312 IP (tos 0x0, ttl 64, id 64576, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11338, length 8
09:25:34.688670 IP (tos 0x0, ttl 1, id 21240, offset 0, flags [none], proto UDP (17), length 412)
    10.28.72.101.router > rip2-routers.mcast.net.router: [udp sum ok]
        RIPv2, Response, length: 384, routes: 19 or less
          AFI IPv4,      10.10.10.1/32, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,      10.28.64.0/19, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,   10.31.255.128/27, tag 0x0000, metric: 16, next-hop: 10.28.64.1
          AFI IPv4,      10.128.0.0/9 , tag 0x0000, metric: 1, next-hop: self
          AFI IPv4, 33.red-x-x-x.dynamicip.rima-tde.net/32, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,     172.26.22.0/26, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,    172.26.22.56/29, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,     172.26.23.0/27, tag 0x0000, metric: 4, next-hop: self
          AFI IPv4,     172.26.23.3/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,     172.26.23.4/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,     172.26.23.5/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,    172.26.23.23/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,    172.26.23.24/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,    172.26.23.30/32, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,     172.26.80.0/21, tag 0x0000, metric: 3, next-hop: self
          AFI IPv4,    192.168.11.0/24, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,    192.168.99.1/32, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,    192.168.99.2/32, tag 0x0000, metric: 1, next-hop: self
          AFI IPv4,   192.168.144.1/32, tag 0x0000, metric: 1, next-hop: self
        0x0000:  0202 0000 0002 0000 0a0a 0a01 ffff ffff
        0x0010:  0000 0000 0000 0001 0002 0000 0a1c 4000
        0x0020:  ffff e000 0000 0000 0000 0001 0002 0000
        0x0030:  0a1f ff80 ffff ffe0 0a1c 4001 0000 0010
        0x0040:  0002 0000 0a80 0000 ff80 0000 0000 0000
        0x0050:  0000 0001 0002 0000 5027 dc21 ffff ffff
        0x0060:  0000 0000 0000 0001 0002 0000 ac1a 1600
        0x0070:  ffff ffc0 0000 0000 0000 0003 0002 0000
        0x0080:  ac1a 1638 ffff fff8 0000 0000 0000 0003
        0x0090:  0002 0000 ac1a 1700 ffff ffe0 0000 0000
        0x00a0:  0000 0004 0002 0000 ac1a 1703 ffff ffff
        0x00b0:  0000 0000 0000 0003 0002 0000 ac1a 1704
        0x00c0:  ffff ffff 0000 0000 0000 0003 0002 0000
        0x00d0:  ac1a 1705 ffff ffff 0000 0000 0000 0003
        0x00e0:  0002 0000 ac1a 1717 ffff ffff 0000 0000
        0x00f0:  0000 0003 0002 0000 ac1a 1718 ffff ffff
        0x0100:  0000 0000 0000 0003 0002 0000 ac1a 171e
        0x0110:  ffff ffff 0000 0000 0000 0003 0002 0000
        0x0120:  ac1a 5000 ffff f800 0000 0000 0000 0003
        0x0130:  0002 0000 c0a8 0b00 ffff ff00 0000 0000
        0x0140:  0000 0001 0002 0000 c0a8 6301 ffff ffff
        0x0150:  0000 0000 0000 0001 0002 0000 c0a8 6302
        0x0160:  ffff ffff 0000 0000 0000 0001 0002 0000
        0x0170:  c0a8 9001 ffff ffff 0000 0000 0000 0001
09:25:35.177869 IP (tos 0x0, ttl 64, id 4878, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11339, length 8
09:25:35.702122 IP (tos 0x0, ttl 64, id 61923, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11340, length 8
09:25:36.231148 IP (tos 0x0, ttl 64, id 13724, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11341, length 8
09:25:36.744301 IP (tos 0x0, ttl 64, id 8416, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11342, length 8
09:25:37.267027 IP (tos 0x0, ttl 64, id 62054, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11343, length 8
09:25:37.803819 IP (tos 0x0, ttl 64, id 65006, offset 0, flags [none], proto ICMP (1), length 28)
    10.28.72.101 > 10.28.64.1: ICMP echo request, id 7133, seq 11344, length 8
09:25:38.344789 IP (tos 0x0, ttl 64, id 40660, offset 0, flags [none], proto ICMP (1), length 28)