CONTROL REMOTO DE ESTACIÓN DE RADIO - EXISTE SOLUCIÓN PARA ROUTER CON IP CONDICIONADA POR CG-NAT?.

Estoy con Digi y por 1€ al mes tengo "conexión plus" sin CGNAT. 

En 4g ????

la ostia en 2 años como a cambiado el panorama, cuando yo estaba en valencia llamabas a la copañia y con apretarles las tuercas te sacaban del cg nat, recuerdo que movistar te montaba internet via radio que aun que era una patata pues las torres dan prioridad a la voz antes que a los datos pero con ip publica, si ya movistar cambio la cosa tambien a cg nat , queda la solucion vpn , kaspersky po unos 30 dolares al año te da antivirus con vpv siempre sera mas economico que pagar una ip

¿pero seguro que preguntaste por una ip publica? 

¿no entenderian una ip estatica/fija?

para el remoto en que sea publica es suficiente no es necesario que sea estatica ,para eso existen DDNS

Publicado por: EA2DR

↑

En 4g ????

Ah, perdón. Pensaba que estabamos hablando de conexión de fibra.
¿Has probado a utilizar IPv6 como pila de protocolo IP? Yo tengo Digi y Simyo en diferentes móviles, y en ambos me asignan dirección IPv6 válida y enrutable. 

Claro que el dispositivo que pretendes controlar también debe disponer de IPv6, si no no habrá maneras. Y me temo que los fabricantes de dispositivos para radioaficionados no están demasiado por la labor de actualizarse. 

No uses 4G , y usa Starlink

https://www.starlink.com/es/residential

Es IPV4 ? 
y de serlo, facilita IP pública compatible con servicios DDNS para el RS-BA1? 
73. 

Chrome Remote Desktop
https://remotedesktop.google.com

Es el que yo utilizo para CG-NAT.

Saludos

Hola Santiago. 
Gracias por la información.
Disculpame si me equivoco pero eso soluciona otras cosas como muchos otros de control remoto de escritorios. 
Pero en nada la conexión del RS-BA1 V.2 

No es reproche, es solo para no descentrarnos del tema de este hilo.

En el supuesto de que me equivoque, cuéntanos en qué nos ayuda al funcionamiento  

En mi caso particular, para los escritorios uso teamviewer que con una quincena de dispositivos que gestionar con Windows , RadpiOs, iOS y android, me va perfecto  

Un cordial saludo a todos 

73,s

Hola Luis,

De nada, aquí estamos para compartir conocimiento.

Te has parado a considerar que con GOOGLE DESKTOP REMOTE se puede subsanar el problema de la falta de IP estática (por ser CG-NAT) y que, a través de él, se puede conectar con un PC en remoto que a su vez esté conectado vía LAN al transceptor ICOM via RS-BA1 v2?

Es similar a Teamviever pero, si no recuerdo mál, no tiene audio remoto y REMOTE CHROME sí.

Yo lo tengo así y me funciona, por supuesto preferiría una conexión directa con el RS-BA1 v2 a la ICOM, pero las conexión remota que tengo de CG-NAT y es la única forma que he encontrado (además de buscar un proveedor ISP que me ofrezca IP estática, claro).

73

Hola Santiago.  
Si tú lo tienes así y está funcional no tengo consideración que hacer. 
TeamViewer también proporciona audio pero la carga del ancho de banda para mantener la visión del escritorio abierta hace que todo sea muy lento y tenga bastante retardo (delay le llaman los puristas) además de la pobreza de la calidad de audio. 
El sistema es eficaz cuando solo carga poca información de subida especialmente con las conexiones vía radio (4G) y ahí, la verdad es que la sensación obtenida con la VPN y el RS-BA1 es prácticamente la de trabajar en el mismo equipo. 
Si tú lo has solucionado así y te va, sería genial que, si tienes un poco de tiempo, nos lo cuentes pormenorizadamente para que cualquiera de nosotros pueda explorar esa solución con la ayuda de nuestra comunidad. 
Este hilo trata de eso, recopilar soluciones explicadas para sortear este obstáculo. 
Seré el primero en probarla. Te doy mi palabra. 
De momento la que encontramos es la única que me ha funcionado de forma satisfactoria, pero necesité ayuda con softether y azure. 
Es muy probable que la que propones sea más fácil e intuitiva. 
Muchas gracias de mi parte por tu participación en este hilo. 
73, Luis. 

• Lo ideal y primer objetivo siempre es tener IP pública y fija. Con eso ahorraste todo lo demás.
• Si no hay IP fija y pública, disponer de "algo" en el medio te soluciona las situaciones complicadas. Ese "algo" puede ser un VPN como lo descrito antes, o también puede ser un servidor como el que creo que ofrece FlexRadio, llamado SmartLink y no se si Elecraft tiene algo parecido también, para su Twin K3/0 (estaría limitado a esa radio)
• No se fijo si el RemoteRig funcionaría en esos casos complicados. RemoteRig ofrece su propio servidor DDNS; dns.remoterig.com

73, Máximo EA1DDO

Si no me equivoco, el servidor DDNS que ofrece RemoteRig resuelve el problema de que la IP no sea fija (hace mucho tiempo que los operadores dejaron de facilitar las cosas a los clientes para disponer de IPs fijas, cada vez más escasamente disponibles).

Pero la IP que tenga el dispositivo RemoteRig en el lado de la radio (transmisor y antenas) tiene que tener, si o si, IP pública (alcanzable desde internet). Independientemente de que ésta sea fija o no (si cambia, ya está el servidor DDNS para resolverlo).

Todo se ha complicado desde la implantación masiva por los operadores del CG-NAT. Con este sistema, los clientes no tienen en realidad una IP pública (aunque vaya cambiando de vez en cuando) para ellos solos, sino que la comparten con unos cuantos clientes más. Esta argucia no impide la "salida" a internet de esos clientes, pero sí la entrada (que desde internet se pueda conectar en concreto con uno de esos clientes).

Cuando en un sistema RemoteRig el puesto "remoto", de "consola", se pone en marcha lo que hace es lanzar una conexión vía internet (o LAN si estamos en un entorno de red de área local) con el "lado radio". Eso se traduce en una IP destino, que tiene que ser "alcanzable" y el problema es que, con CG-NAT, no es alcanzable y el enlace no puede establecerse.

¿Soluciones?. Por supuesto que las hay. Aquí pongo una alternativa posible:

https://www.ure.es/foros/postid/397075/

Muchas gracias por acordarte del articulo. El merito es casi 100% de EA2BEE.

Creo que este articulo ofrece muy buena info y manera de solventar el CG-NAT.

Todos esos problemas con los equipos SunSDR en remoto no existen. Conectan a traves de un servidor externo y le da igual la IP que tengas, no hay que abrir puertos ni hacer nada de nada. Solo ingresar con tu usuario y contraseña al servidor y listo. Conexión en tiempo real.

EA5CCY - Pedro

y esperar que acaben de hacer el software....

Hola.

Acabo de ver el hilo y quizá me he perdido algo al hacer una lectura rápida, pero ¿con Movistar qué APN usas en la configuración en el QTH desde el que te conectas? ¿movistar.es o telefonica.es?

Saludos

Publicado por: EA4CHS

↑

Hola.

Acabo de ver el hilo y quizá me he perdido algo al hacer una lectura rápida, pero ¿con Movistar qué APN usas en la configuración en el QTH desde el que te conectas? ¿movistar.es o telefonica.es?

Saludos

Me refiero al QTH en el que tiene la instalación remota conectada al router 4G, que creo es el problema que tiene con CG-NAT. Quizá me expresé mal en mi mensaje anterior, he intentado editarlo pero ya no es posible.

El APN puede que le resuelva el problema si es Movistar su operador. Normalmente el APN movistar.es no usa CG-NAT, el APN telefonica.es usa CG-NAT.

Yo uso unos sistemas en remoto en mi autocaravana con un router 4G y 5G y no me pude conectar a ellos en remoto por el problema de CG-NAT hasta que cambié el APN a movistar.es. No sé si es así en todos los contratos, pero lo pude resolver sin más complicaciones (no sin muchos quebraderos de cabeza antes). Lo que sí cambia con el tipo de contrato es la velocidad en 4G y 5G.

carlos en la parte donde esta el equipo tienes que tener una ip publica o hacer  malabares con VPN. para poder acceder al equipo

Hola a todos.

Esa es la cuestión y la razón de la existencia de este hilo, que es la de aportar soluciones a los problemas expresados en la apertura del mismo. 

En este caso, el problema del CG-NAT se resuelve, por un lado, siendo usuario de movistar, usando el APN movistar.es, que facilitó una IP pública. Esto no lo hacía el APN por defecto, el de telefonica.es, el cual trabajó siempre en CG-NAT. En sí mismo, esta ya fue una solución para el problema. 

Por otro lado, cuando esto no es posible, la solución de los malabares (me ha encantado esa expresión de HP1XV), ha sido buscar un enlace mediante una red privada virtual (VPN) que fuera resistente a CG-NAT (que pase por ella sin problemas). Y en este caso fue con softether con el modulo azure. 

Seguimos avanzando. 

73,s

Luis.