![No se puede transmitir el UDP en Internet](https://rvso.com/image/1607102/No%20se%20puede%20transmitir%20el%20UDP%20en%20Internet.png)
Estoy usando el reproductor multimedia VLC en Windows 10.
Cuando usé el archivo y transmití usando HTTP en el puerto 9000, funcionó perfectamente. Tengo configurado el reenvío de puertos en el enrutador para ambos puertos para la dirección IP de mi computadora portátil con Windows 10 en el puerto 9000.
IP LOCAL: 192.168.0.7
Entonces, cuando utilicé Http://<"ISP public IP">>:9000 en el mismo WINDOWS LAPTOP, funcionó perfectamente.
IP pública del ISP: 76.XXX.XXX.XXX
B)
AHORA, intenté usar lo mismo para la transmisión UDP.
Elegí el archivo y luego seleccioné UDP. Luego proporcioné la dirección IP 224.0.0.0 PUERTO: 9000
Luego, sin transcodificar y simplemente seleccionó la transmisión All Elemental.
Intentando jugar en la misma computadora
udp://[correo electrónico protegido]:9000
Se reproduce como udp://224.0.0.0:9000 en la computadora local.
Pero cuando uso el siguiente udp://<<"ISP Public IP">>@224.0.0.0:9000 Nada funciona... :(
POR FAVOR AYUDA... ¿Qué debo hacer para poder reproducir la transmisión UDP desde Internet?
Lo intenté de nuevo según la sugerencia de Ed... todavía no puedo exponer el UDP.
Según el puerto de Internet. Se muestra como abierto por el ISP para el puerto 9000.
La regla FIREWALL está abierta tanto para TCP como para UDP. Seleccioné "AMBOS" en el enrutador mientras abría el puerto para el FIREWALL.
Funciona localmente para jugar en UDP.
Respuesta1
No estás intentando simplemente usar la transmisión UDP (que probablemente funcionaría perfectamente), estás intentando usar UDP.multidifusióntransmisión. Esta es una diferencia muy importante.
La multidifusión es un método mediante el cual unremitente únicopuede hablar unidireccionalmentemúltiples receptores. Se inicia mediante el uso de direcciones IP especiales (224.0.0.0 a 239.255.255.255), que normalmente no se utilizan en Internet.
En una LAN plana esto no plantea muchos problemas: los paquetes enviados llegarán a todos los PC conectados a través del conmutador y los PC podrán elegir los que quieran y ensamblar el flujo a partir de ellos.
En una red con enrutadores, este enfoque ingenuo ya no funciona: es físicamente imposible transportar todos los paquetes de todos los remitentes a todos los receptores posibles, para que puedan elegir los que quieran.
Ésta es la razón por la que la mayor parte del tráfico de multidifusión no cruza los límites del enrutador: solo si todos los enrutadores entre un receptor y un remitente tienen un mecanismo para acordar qué paquetes de multidifusión transportar (nuevamente: transportar todos no es factible) se pueden entregar. El mecanismo más común es IGMP
(pero existen otros). No conozco ningún ISP que proporcione IGMP a sus clientes residenciales o PYMES.
Sin tal mecanismo, los paquetes para dicha transmisión de multidifusión simplemente no llegarán a su conexión a Internet, por lo que ninguna configuración en su enrutador doméstico puede hacerlos visibles.
Si controla el remitente, puede configurarlo para usar unidifusión (es decir, UDP "normal") a la dirección IP pública de su conexión a Internet: entonces su reenvío de puerto funcionará con un designador de flujo VNC de udp://@:9000
.
Si no controlas al remitente, no podrás utilizar este tipo de transmisión.
Respuesta2
La dirección que estás utilizando 224.0.0.0 es local. VerEsta mesapara direcciones de multidifusión.
Configure el reenvío de puertos como lo hizo para el puerto 9000 tcp (pero esta vez para udp). Y luego acceda a la transmisión udp con la IP pública, no con la de multidifusión.
Respuesta3
intercambie las direcciones IP. "UDP://[ip local]@[ip pública]:[puerto]"
está buscando "ubicaciones de IP privadas @ ubicaciones de IP públicas: puerto público"
La forma en que ha formado su argumento es que busca una IP inexistente para recuperar información.