¡Bienvenido!

Al registrarte con nosotros, podrás discutir, compartir y enviar mensajes privados con otros miembros de nuestra comunidad.

¡Regístrate ahora!

RFC 1149: IP sobre palomas mensajeras

  • Iniciador del tema Iniciador del tema w1re's iconw1re
  • Fecha de inicio Fecha de inicio

w1re's iconw1re

Bestia prohibida
Moderador
Mensajes
977
Puntos de reacción
1,989
(No sabía si podía poner esto en "Redes y Wifi", así que decidí ponerlo aquí. Que conste que las especificacines originales fueron escritas como bromas del primero de Abril.)

El RFC 1149 es una propuesta (ya no tanto, lean más abajo) de un método para la transmisión de tráfico IP (Internet Protocol, para el que todavía no lo sepa) mediante aves como las palomas mensajeras. El RFC 2549 añade Calidad de Servicio (QoS) y el RFC 6214 lo extiende para soportar IPv6.

Ahora vayamos con una parte de del primero.

Formato de los frames:

El datagrama IP es impreso, en hexadecimal, en un pequeño rollo de papel. Éste se enrolla alrededor de la pata de la paloma y se asegura con cinta adhesiva. El ancho de banda está limitado por la longitud de la pata. La MTU es variable y paradójicamente se incrementa a medida que crece el ave. Una MTU es típica es de 256 miligramos.

A la llegada, se remueve la cinta adhesiva y la copia en papel del datagrama es ópticamente convertida en una forma eléctricamente transmisible.

Discusión:

Una propiedad adicional es la detección y eliminación de gusanos. Debido a que IP sólo garantiza entrega al mejor esfuerzo, la pérdida de un portador es tolerable. Si no se especifica broadcasting, las tormentas pueden causar pérdida de datos. La entrega se reintenta hasta que el portador caiga.

Consideraciones de seguridad:

La seguridad no es una preocupación en situaciones normales, pero deben tomarse medidas especiales (como encriptar los datos) cuando las palomas se usan en entornos tácticos.

(Traducido y retocado por mi mismo desde del original, he omitido algunas partes porque en español no dan gracia y me daba pereza.)

Bueno, como dije antes, ya no es tanto una propuesta, debido a que unos locos individuos con demasiado tiempo libre hicieron una implementación real. No es broma, aquí está el resultado:
Código:
vegard@gyversalen:~$ ping -i 900 10.0.3.1
PING 10.0.3.1 (10.0.3.1): 56 data bytes
64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms
64 bytes from 10.0.3.1: icmp_seq=4 ttl=255 time=3211900.8 ms
64 bytes from 10.0.3.1: icmp_seq=2 ttl=255 time=5124922.8 ms
64 bytes from 10.0.3.1: icmp_seq=1 ttl=255 time=6388671.9 ms

--- 10.0.3.1 ping statistics ---
9 packets transmitted, 4 packets received, 55% packet loss
round-trip min/avg/max = 3211900.8/5222806.6/6388671.9 ms
Como podemos observar, su velocidad y fiabilidad (se envió más de medio kilobyte en menos de un día y sólo se perdió poco más de la mitad de los datos) compiten con los servicios brindados por ETECSA.
 
Última edición:
Atrás