<iframe src="https: www.googletagmanager.com ns.html?id="GTM-TQWMMR&quot;" height="0"  width="0"  style="display:none;visibility:hidden">
Ya no itimos Internet Explorer 10 ni versiones anteriores. O puede que tengas activada la vista de compatibilidad. Desactiva la vista de compatibilidad, actualiza a una versión más reciente o usa otro navegador.

No veo U7D en monopuesto, el resto funciona de forma correcta 3i4f6l

IsmaelMartin84
Más integrado que la RDSI
No veo U7D en monopuesto, el resto funciona de forma correcta

Buenas, he puesto el HGU en monopuesto con la ip 192.168.0.1 detrás un Firewalla Purple con la red 192.168.1.1 y le añado está config para que funcione la TV.

 

 

#!/bin/bash

#Configurar IP y Vlan VOIP.

sudo ip address add 192.168.0.2/24 dev eth0

#Configurar rutas estaticas para direccionar trafico IPTV

sudo ip route add 192.168.0.0/24 dev eth0 table static

sudo ip route add 10.64.0.0/10 via 192.168.0.1 dev eth0 table static

sudo ip route add 172.23.96.0/21 via 192.168.0.1 dev  eth0 table static

sudo ip route add 172.26.22.0/26 via 192.168.0.1 dev  eth0 table static

sudo ip route add 172.26.23.0/27 via 192.168.0.1 dev  eth0 table static

sudo ip route add 172.26.80.0/21 via 192.168.0.1 dev  eth0 table static

#Configurar iptables para enmascarar el trafico hacia la red IPTV.

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 192.168.0.0/24 -j MASQUERADE

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 10.64.0.0/10 -j MASQUERADE

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 172.23.96.0/21  -j MASQUERADE

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 172.26.22.0/26 -j MASQUERADE

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 172.26.23.0/27 -j MASQUERADE

sudo iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -d 172.26.80.0/21 -j MASQUERADE

#Configurar y levantar IGMP Proxy como upstream IPTV.

sudo /usr/sbin/igmpproxy -n /home/pi/.firewalla/config/post_main.d/igmpproxy_movistar.conf &

 

 La IP del deco es 192.168.1200 y el dns 

172.23.101.98

 

He hecho un tdump justo cuando pulso el botón de play en una grabación, pero nose interpretar bien donde está el problema o error en la traza. Alguien puede ayudarme a interpretar la traza y detectar el problema ??  @Theliel  a ver si a ti te suena donde puede estar el problema

 

 

Spoiler

pi@Firewalla:~ (Firewalla2) $ sudo tdump -i any -vvv host 192.168.1.200

tdump: listening on any, link-type LINUX_SLL (Linux cooked v1), capture size 262144 bytes

20:17:56.741127 IP (tos 0x0, ttl 64, id 49147, offset 0, flags [DF], proto UDP (17), length 78)

    192.168.1.200.49406 > 172.23.101.98.domain: [udp sum ok] 9950+ A? portalnc.imagenio.telefonica.net. (50)

20:17:56.741127 IP (tos 0x0, ttl 64, id 49147, offset 0, flags [DF], proto UDP (17), length 78)

    192.168.1.200.49406 > 172.23.101.98.domain: [udp sum ok] 9950+ A? portalnc.imagenio.telefonica.net. (50)

20:17:56.744901 IP (tos 0x0, ttl 249, id 38796, offset 0, flags [DF], proto UDP (17), length 94)

    172.23.101.98.domain > 192.168.1.200.49406: [udp sum ok] 9950*- q: A? portalnc.imagenio.telefonica.net. 1/0/0 portalnc.imagenio.telefonica.net. [30s] A 172.23.103.196 (66)

20:17:56.744914 IP (tos 0x0, ttl 249, id 38796, offset 0, flags [DF], proto UDP (17), length 94)

    172.23.101.98.domain > 192.168.1.200.49406: [udp sum ok] 9950*- q: A? portalnc.imagenio.telefonica.net. 1/0/0 portalnc.imagenio.telefonica.net. [30s] A 172.23.103.196 (66)

20:17:56.745573 IP (tos 0x0, ttl 64, id 35351, offset 0, flags [DF], proto T (6), length 60)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [S], cksum 0x225b (correct), seq 4271235802, win 29200, options [mss 1460,sackOK,TS val 5466317 ecr 0,nop,wscale 7], length 0

20:17:56.745573 IP (tos 0x0, ttl 64, id 35351, offset 0, flags [DF], proto T (6), length 60)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [S], cksum 0x225b (correct), seq 4271235802, win 29200, options [mss 1460,sackOK,TS val 5466317 ecr 0,nop,wscale 7], length 0

20:17:56.749263 IP (tos 0x0, ttl 248, id 49615, offset 0, flags [DF], proto T (6), length 56)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [S.], cksum 0xd32d (correct), seq 2256198856, ack 4271235803, win 4356, options [mss 1452,sackOK,TS val 3011489147 ecr 5466317], length 0

20:17:56.749275 IP (tos 0x0, ttl 248, id 49615, offset 0, flags [DF], proto T (6), length 56)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [S.], cksum 0xd32d (correct), seq 2256198856, ack 4271235803, win 4356, options [mss 1452,sackOK,TS val 3011489147 ecr 5466317], length 0

20:17:56.754063 IP (tos 0x0, ttl 248, id 49626, offset 0, flags [DF], proto T (6), length 52)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [.], cksum 0xea98 (correct), seq 1, ack 418, win 4773, options [nop,nop,TS val 3011489152 ecr 5466321], length 0

20:17:56.754072 IP (tos 0x0, ttl 248, id 49626, offset 0, flags [DF], proto T (6), length 52)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [.], cksum 0xea98 (correct), seq 1, ack 418, win 4773, options [nop,nop,TS val 3011489152 ecr 5466321], length 0

20:17:56.779369 IP (tos 0x0, ttl 248, id 49734, offset 0, flags [DF], proto T (6), length 1492)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [P.], cksum 0xec68 (correct), seq 1:1441, ack 418, win 4773, options [nop,nop,TS val 3011489177 ecr 5466321], length 1440

20:17:56.779383 IP (tos 0x0, ttl 248, id 49734, offset 0, flags [DF], proto T (6), length 1492)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [P.], cksum 0xec68 (correct), seq 1:1441, ack 418, win 4773, options [nop,nop,TS val 3011489177 ecr 5466321], length 1440

20:17:56.779455 IP (tos 0x0, ttl 248, id 49738, offset 0, flags [DF], proto T (6), length 264)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [P.], cksum 0xb0a4 (correct), seq 1441:1653, ack 418, win 4773, options [nop,nop,TS val 3011489178 ecr 5466321], length 212

20:17:56.779464 IP (tos 0x0, ttl 248, id 49738, offset 0, flags [DF], proto T (6), length 264)

    172.23.103.196.2001 > 192.168.1.200.35558: Flags [P.], cksum 0xb0a4 (correct), seq 1441:1653, ack 418, win 4773, options [nop,nop,TS val 3011489178 ecr 5466321], length 212

20:17:56.779781 IP (tos 0x0, ttl 64, id 35354, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [.], cksum 0x7ba6 (correct), seq 418, ack 1441, win 31680, options [nop,nop,TS val 5466351 ecr 3011489177], length 0

20:17:56.779781 IP (tos 0x0, ttl 64, id 35354, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [.], cksum 0x7ba6 (correct), seq 418, ack 1441, win 31680, options [nop,nop,TS val 5466351 ecr 3011489177], length 0

20:17:56.779784 IP (tos 0x0, ttl 64, id 35355, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [.], cksum 0x6f91 (correct), seq 418, ack 1653, win 34560, options [nop,nop,TS val 5466351 ecr 3011489178], length 0

20:17:56.779784 IP (tos 0x0, ttl 64, id 35355, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.35558 > 172.23.103.196.2001: Flags [.], cksum 0x6f91 (correct), seq 418, ack 1653, win 34560, options [nop,nop,TS val 5466351 ecr 3011489178], length 0

20:17:57.252691 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > all-routers.mcast.net: igmp leave 239.0.5.111

20:17:57.252691 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > all-routers.mcast.net: igmp leave 239.0.5.111

20:17:57.256122 IP (tos 0x0, ttl 64, id 49359, offset 0, flags [DF], proto UDP (17), length 85)

    192.168.1.200.53580 > 172.23.101.98.domain: [udp sum ok] 30519+ A? cdvr1.wp7.npvr1.imagenio.telefonica.net. (57)

20:17:57.256122 IP (tos 0x0, ttl 64, id 49359, offset 0, flags [DF], proto UDP (17), length 85)

    192.168.1.200.53580 > 172.23.101.98.domain: [udp sum ok] 30519+ A? cdvr1.wp7.npvr1.imagenio.telefonica.net. (57)

20:17:57.263092 IP (tos 0x0, ttl 247, id 24503, offset 0, flags [DF], proto UDP (17), length 161)

    172.23.101.98.domain > 192.168.1.200.53580: [udp sum ok] 30519 q: A? cdvr1.wp7.npvr1.imagenio.telefonica.net. 3/0/0 cdvr1.wp7.npvr1.imagenio.telefonica.net. [3h30m55s] CNAME rp-5200000000000000.id.vdnott.imagenio.telefonica.net., rp-5200000000000000.id.vdnott.imagenio.telefonica.net. [10s] A 172.26.84.24, rp-5200000000000000.id.vdnott.imagenio.telefonica.net. [10s] A 172.26.84.14 (133)

20:17:57.263103 IP (tos 0x0, ttl 247, id 24503, offset 0, flags [DF], proto UDP (17), length 161)

    172.23.101.98.domain > 192.168.1.200.53580: [udp sum ok] 30519 q: A? cdvr1.wp7.npvr1.imagenio.telefonica.net. 3/0/0 cdvr1.wp7.npvr1.imagenio.telefonica.net. [3h30m55s] CNAME rp-5200000000000000.id.vdnott.imagenio.telefonica.net., rp-5200000000000000.id.vdnott.imagenio.telefonica.net. [10s] A 172.26.84.24, rp-5200000000000000.id.vdnott.imagenio.telefonica.net. [10s] A 172.26.84.14 (133)

20:17:57.271926 IP (tos 0x0, ttl 64, id 38934, offset 0, flags [DF], proto T (6), length 60)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [S], cksum 0x9f43 (correct), seq 2129785549, win 29200, options [mss 1460,sackOK,TS val 5466843 ecr 0,nop,wscale 7], length 0

20:17:57.271926 IP (tos 0x0, ttl 64, id 38934, offset 0, flags [DF], proto T (6), length 60)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [S], cksum 0x9f43 (correct), seq 2129785549, win 29200, options [mss 1460,sackOK,TS val 5466843 ecr 0,nop,wscale 7], length 0

20:17:57.574048 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.255.255.250: igmp v2 report 239.255.255.250

20:17:57.574048 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.255.255.250: igmp v2 report 239.255.255.250

20:17:57.966421 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.29: igmp v2 report 239.0.2.29

20:17:57.966421 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.29: igmp v2 report 239.0.2.29

20:17:59.630408 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.129: igmp v2 report 239.0.2.129

20:17:59.630408 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.129: igmp v2 report 239.0.2.129

20:18:01.166665 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.155: igmp v2 report 239.0.2.155

20:18:01.166665 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.155: igmp v2 report 239.0.2.155

20:18:03.726467 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.2: igmp v2 report 239.0.2.2

20:18:03.726467 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA))

    192.168.1.200 > 239.0.2.2: igmp v2 report 239.0.2.2

20:18:07.258677 IP (tos 0x0, ttl 64, id 38942, offset 0, flags [DF], proto T (6), length 508)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [P.], cksum 0x19a9 (correct), seq 2129787001:2129787457, ack 2574594613, win 246, options [nop,nop,TS val 5476829 ecr 3787690984], length 456: RTSP, length: 456

TEARDOWN rtsp://cdvr1.wp7.npvr1.imagenio.telefonica.net:554/rolling_buffer/2543/2025-01-29T17:34:00Z/2025-01-29T19:35:00Z/vxttoken_cGF0aFVSST0vcm9sbGluZ19idWZmZXIvMjU0My8yMDI1LTAxLTI5VDE3OjM0OjAwWi8yMDI1LTAxLTI5VDE5OjM1OjAwWiZleHBpcnk9MTczODI2NDY3NiZjLWlwPTEwLjgwLjg0LjIxOSw0MjRkNWNmNjU4ZjEyNGMyZDhiMTk4NTMwMTVjYjZjOWJlNmUxODU5NzI0MWQxMDVkNWM1YWIzMzIzMGQxMDQw RTSP/1.0

CSeq: 5

Session: IXawT75VlFiHU439608

-Agent: MICA-IP-STB

x-reason: released

 

20:18:07.258677 IP (tos 0x0, ttl 64, id 38942, offset 0, flags [DF], proto T (6), length 508)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [P.], cksum 0x19a9 (correct), seq 0:456, ack 1, win 246, options [nop,nop,TS val 5476829 ecr 3787690984], length 456: RTSP, length: 456

TEARDOWN rtsp://cdvr1.wp7.npvr1.imagenio.telefonica.net:554/rolling_buffer/2543/2025-01-29T17:34:00Z/2025-01-29T19:35:00Z/vxttoken_cGF0aFVSST0vcm9sbGluZ19idWZmZXIvMjU0My8yMDI1LTAxLTI5VDE3OjM0OjAwWi8yMDI1LTAxLTI5VDE5OjM1OjAwWiZleHBpcnk9MTczODI2NDY3NiZjLWlwPTEwLjgwLjg0LjIxOSw0MjRkNWNmNjU4ZjEyNGMyZDhiMTk4NTMwMTVjYjZjOWJlNmUxODU5NzI0MWQxMDVkNWM1YWIzMzIzMGQxMDQw RTSP/1.0

CSeq: 5

Session: IXawT75VlFiHU439608

-Agent: MICA-IP-STB

x-reason: released

 

20:18:07.258681 IP (tos 0x0, ttl 64, id 38943, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [F.], cksum 0xcf4b (correct), seq 456, ack 1, win 246, options [nop,nop,TS val 5476830 ecr 3787690984], length 0

20:18:07.258681 IP (tos 0x0, ttl 64, id 38943, offset 0, flags [DF], proto T (6), length 52)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [F.], cksum 0xcf4b (correct), seq 456, ack 1, win 246, options [nop,nop,TS val 5476830 ecr 3787690984], length 0

20:18:07.266018 IP (tos 0x40, ttl 58, id 48406, offset 0, flags [DF], proto T (6), length 110)

    172.26.84.24.rtsp > 192.168.1.200.38129: Flags [P.], cksum 0x4beb (correct), seq 1:59, ack 457, win 2078, options [nop,nop,TS val 3787700889 ecr 5476829], length 58: RTSP, length: 58

RTSP/1.0 200 OK

Session: IXawT75VlFiHU439608

CSeq: 5

 

20:18:07.266033 IP (tos 0x40, ttl 58, id 48406, offset 0, flags [DF], proto T (6), length 110)

    172.26.84.24.rtsp > 192.168.1.200.38129: Flags [P.], cksum 0x4beb (correct), seq 1:59, ack 457, win 2078, options [nop,nop,TS val 3787700889 ecr 5476829], length 58: RTSP, length: 58

RTSP/1.0 200 OK

Session: IXawT75VlFiHU439608

CSeq: 5

 

20:18:07.266282 IP (tos 0x40, ttl 64, id 54, offset 0, flags [DF], proto T (6), length 40)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [R], cksum 0xdced (correct), seq 2129787458, win 0, length 0

20:18:07.266282 IP (tos 0x40, ttl 64, id 54, offset 0, flags [DF], proto T (6), length 40)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [R], cksum 0xdced (correct), seq 2129787458, win 0, length 0

20:18:07.267383 IP (tos 0x40, ttl 58, id 48407, offset 0, flags [DF], proto T (6), length 52)

    172.26.84.24.rtsp > 192.168.1.200.38129: Flags [F.], cksum 0xa136 (correct), seq 59, ack 457, win 2078, options [nop,nop,TS val 3787700891 ecr 5476829], length 0

20:18:07.267395 IP (tos 0x40, ttl 58, id 48407, offset 0, flags [DF], proto T (6), length 52)

    172.26.84.24.rtsp > 192.168.1.200.38129: Flags [F.], cksum 0xa136 (correct), seq 59, ack 457, win 2078, options [nop,nop,TS val 3787700891 ecr 5476829], length 0

20:18:07.267617 IP (tos 0x40, ttl 64, id 55, offset 0, flags [DF], proto T (6), length 40)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [R], cksum 0xdced (correct), seq 2129787458, win 0, length 0

20:18:07.267617 IP (tos 0x40, ttl 64, id 55, offset 0, flags [DF], proto T (6), length 40)

    192.168.1.200.38129 > 172.26.84.24.rtsp: Flags [R], cksum 0xdced (correct), seq 2129787458, win 0, length 0

 

48 packets captured

96 packets received by filter

37 packets dropped by kernel

 

Mensaje 1 de 12
581 Visitas
11 RESPUESTAS 11
Theliel
Yo probé el VDSL

Buenas @IsmaelMartin84 

 

Pues a ver... por un lado el enmascaramiento es tan solo una línea, y además esta mal, sería simplemente:

 

iptables -t nat -A POSTROUTING -d 192.168.0.0/24 -j MASQUERADE

 

El resto sobra.

 

Por otro lado, el Router/Firewall debería de asignar de forma específica tanto la DNS como el Option240, no asignarlo de forma estática, aunque realmente no sé como estarás asignando ambos.

 

Por otro lado, tendrás que asegurarte que el Router/Firewall está haciendo uso de un "ayudante" RTSP (rtps throug, rtps ALG... como lo quieras llamar)

 

Las rutas no puedo saber como es lógico si son o no correctas o si falta alguna más, así como la configuración IGMP.

 

Asumo que la visualización de directos se ve bien?



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 2 de 12
510 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

Agradecemos a @Theliel su aporte.

 

Te pedimos disculpas, en este tipo de configuraciones no brindamos soporte, de igual modo mantenemos el hilo abierto por si algún otro del foro, desde su experiencia, quiere aconsejar al respecto.

 

Un saludo.

John.



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 3 de 12
505 Visitas
IsmaelMartin84
Más integrado que la RDSI

Funciona todo menos los últimos 7 días y avanzar, rebobinar. 

 

Esto son las rutas del HGU

 

Spoiler

 

Device Info -- Route

Flags: U - up, ! - reject, G - gateway, H - host, R - reinstate

D - dynamic (redirect), M - modified (redirect).

Destination

Gateway

Subnet Mask

Flag

Metric

Service

Interface

10.64.0.0

0.0.0.0

255.192.0.0

U

0

2

veip0.3

10.64.0.0

10.64.0.1

255.192.0.0

UG

1

2

veip0.3

172.23.96.0

10.64.0.1

255.255.248.0

UG

3

2

veip0.3

172.26.22.0

10.64.0.1

255.255.255.192

UG

3

2

veip0.3

172.26.23.0

10.64.0.1

255.255.255.224

UG

3

2

veip0.3

172.26.80.0

10.64.0.1

255.255.248.0

UG

3

2

veip0.3

 

 

Creo que como dices tiene toda la pinta de ser un problema con RTSP, el firewall esta basado en ubuntu 20.04 pero no encuentro nada en internet de como instalar o activar RTSP trough o alg RTSP en ubuntu :cara_de_decepción: Voy a seguir investigando a ver si encuentro algo

Mensaje 4 de 12
498 Visitas
Theliel
Yo probé el VDSL

Buenas @IsmaelMartin84 

 

En principio en los repositorios de ubuntu tendrían que estar el paquete nat-rtsp, de lo contrario sería necesario compilar el módulo para el kernel en cuestión que se tenga. Si guardas la captura en un archivo haciendo dos o tres intentos mientras se captura, se debería de poder ver si es de eso o no.

 

Tb puedes mirar los módulos que tiene el kernel cargados. Algunos protocolos que aun se usan a día de hoy, no fueron diseñados para usarse con NAT, y esto pues entraña ciertos problemas a los Router en entornos NAT.

 

Algunos de esos protocolos, por ejemplo, porque requieren por ejemplo saber la IP pública para estar dentro del propio paquete y no la IP privada...  otras vías de solucionar estos problemas, que no es el caso, sería con un servidor STUN. De echo, al menos antiguamente los Deco hacían uso de uno, no sé para que

 

Otros en el caso de RTSP es debido a que aunque la conexión la establece el Deco y negocia el stream, la respuesta puede llegar desde cualquier origen/puerto diferente, y por ende NAT lo bloquea, por eso se requieren estos ayudantes.

 

Saludos.

 

Edito: Se me olvidaba... hay una tercera opción tb para lidiar con esto, se lo comenté a otro compañero con un ubiquiti. Siempre puedes forzar una redirección del tráfico, pero solo te serviría si se tiene un único Deco y tiene la IP fijada, de ese modo, sin un helper, se permitiría el tráfico entrante desde cualquier origen/puerto, que es el problema por el cual RTSP da problemas con NAT, porque se configura la conexión por un lado, pero luego el stream puede llegar desde cualquier otro origen, y NAT por ende lo va a filtrar al no iniciar la conexión el Deco.

 



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 5 de 12
485 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

Gracias a @Theliel por su aporte en esta consulta. 

 

Con la información que te han indicado anteriormente, ¿Haz podido solucionar la consulta?. 

 

Quedamos al pendiente de tu respuesta. 

 

Un saludo.

Nicoll. 



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 6 de 12
457 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

No hemos recibido respuesta sobre tu consulta, ¿Se ha podido solucionar con la información que te han indicado anteriormente? 

 

Quedamos al pendiente de tu respuesta.

 

Un saludo.

Nicoll. 



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 7 de 12
428 Visitas
IsmaelMartin84
Más integrado que la RDSI

Buenas @Theliel , he visto que si está disponible el modulo pero me da un error y lo compila en otro kernel que no es el del firewalla. Te suena porque puede ser ?? 

 

Spoiler

pi@Firewalla:~ (Firewalla2) $ sudo apt install nat-rtsp-dkms

Reading package lists... Done

Building dependency tree       

Reading state information... Done

The following NEW packages will be installed:

  nat-rtsp-dkms

0 upgraded, 1 newly installed, 0 to remove and 254 not upgraded.

Need to get 0 B/14.7 kB of archives.

After this operation, 61.4 kB of additional disk space will be used.

Selecting previously unselected package nat-rtsp-dkms.

(Reading database ... 61864 files and directories currently installed.)

Preparing to unpack .../nat-rtsp-dkms_0.7+4.18-0.1ubuntu1_all.deb ...

Unpacking nat-rtsp-dkms (0.7+4.18-0.1ubuntu1) ...

Setting up nat-rtsp-dkms (0.7+4.18-0.1ubuntu1) ...

Loading new nat-rtsp-0.7+4.18 DKMS files...

It is likely that 4.9.241-firewalla belongs to a chroot's host

Building for 4.9.241-firewalla and 5.4.0-205-generic

Module build for kernel 4.9.241-firewalla was skipped since the

kernel headers for this kernel does not seem to be installed.

Building initial module for 5.4.0-205-generic

Done.

Mensaje 8 de 12
422 Visitas
Theliel
Yo probé el VDSL

Buenas @IsmaelMartin84 

 

En el log dice que no tienes el código del kernel, comprueba el kernel que está corriendo el firewall y descarga/instala los header pertinentes de este



Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Mensaje 9 de 12
412 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

No hemos vuelto a recibir más respuesta por tu parte, ¿Nos puedes confirmar que la información facilitada te ha sido de ayuda? Si ha sido así, ¿Te podemos ayudar en algo más?

 

Un saludo.

John.



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 10 de 12
318 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

No hemos recibido respuesta sobre tu consulta, si tienes alguna duda adicional no dudes en arnos.

 

un saludo.

John.



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 11 de 12
274 Visitas
Técnico-Movistar
Responsable Técnico

Hola @IsmaelMartin84 

 

No hemos vuelto a tener más noticias tuyas, entendemos que no necesitas más ayuda, en caso de no ser así, responde a este mismo hilo y retomaremos tu caso.

 

No dudes en ar de nuevo con nosotros si tienes cualquier consulta y/o problema.


¡Gracias por confiar en nosotros y participar en la Comunidad!

 

Un saludo.

Nicoll.



Si necesitas soporte técnico en averías, puedes acceder a nuestro apartado de Soporte Técnico . No te pierdas las últimas ofertas en miMovistar, Tarifas Móvil, Fibra, Móviles, Televisión, Alarmas y Ofertas Movistar.
.

Solución aceptada.png
Mensaje 12 de 12
224 Visitas