Cita:
Originalmente publicado por pinguino
esta mañana hemos trasteado algo Diavolo y yo acerca del tema de enviar datos AIS a servidores como Marinettrafic o shippingexplorer.
Hay que añadir que hemos logrado enviar datos con éxito a Marinettrafic a través de una conexión tcp.
Pero con shippingexplorer no ha sido posible. Con una conexión tcp no funciona y hemos intentado con una UDP [broadcast] pero no hemos terminado de aclararnos.
Lo que mas me machaca es que los de shippingexplorer nos dan un puerto y una dirección como si fuera una conexión tipo tcp, pero al intentar configurar kplex como broadcast no acepta la direccion que nos dan si no que parece exigir una dirección bcast interna tipo X.X.X.255.
Si ponemos la interna bien sea 255.255.255.255 o 192.168.1.255, no tira error pero los datos no llegan. Y si ponemos la que ellos nos dan kplex da error y se niega a trabajar.
Lo hemos intentado tanto como usuario normal como administrador.
¿Que se nos escapa?
¿Nos podríais aclarar algo de esto?
¿O es que las conexiones de kplex de tipo UDP solo funcionan en la red interna?
|
Parece ser que kplex solamente admite UDP con boadcast (a la red local) o con multicast (sobre IPv6).
Es una pena que no admita transferencias UDP a IPs sencillas, y me parece un error de concepto.
Las conexiones TCP solamente son útilies cuando se requiere una alta fiabilidad en que los datos van a llegar a su destino, la contrapartida es que estos se pueden demorar en llegar un tiempo arbitrario, y retrasar los datos que van a continuación, que tienen que esperar a que se transmitan los anteriores.
Con UDP las transferencias de datos son independientes entre si. Se puede enviar una lectura de viento y posteriormente una de corredera y llegar con el orden cambiado o no llegar alguna de ellas, lo que no afecta a esas lecturas ni al resto de lecturas.
En mi opinión UDP sería el protocolo más adecuado para la transferencia de datos NMEA, pero con kplex solamente lo tenemos disponible para direcciones de broadcast o de multicast.
Nota: el permitir que se utilice UDP broadcast sobre una red remota podría habilitar el realizar atakes de tipo
UDP flooding