Desarrollo de una Herramienta Software para
el Acceso a Redes TCP/IP a través de la Red
Telefónica Conmutada
Última Actualización:
30 de Junio de 1.996 - Domingo
Capítulo 17:
Líneas Futuras
El Proyecto desarrollado proporciona una herramienta plenamente
funcional y útil. No obstante, por la propia naturaleza de este
trabajo, los campos de aplicación del mismo son enormes.
Seguidamente se describen de forma somera algunas de las mejoras
posibles:
- Mejor aprovechamiento de las posibilidades del
protocolo PPP
Negociación para la compresión de cabeceras PPP y Van
Jacobson. Con ello puede incrementarse el rendimiento del
canal serie, como mínimo, en un 4%.
- Soporte de NEWS
Existe una gran demanda de este servicio, casi tan ubicuo como
el propio correo electrónico. Las "NEWS" son grupos temáticos
semejantes a "echo-areas" de FidoNET. El sistema de
transporte está bien documentado y es bastante sencillo.
- Definición de una API estandarizada
Se necesita una API simple bien documentada para incentivar a
los programadores a que desarrollen aplicaciones de red
basadas en esta herramienta. Para ello lo más razonable es
implantar el estándar, si lo hay, de cada sistema; en
Windows es el "Winsock" y en Atari el "STiK". Pero también
debería definirse una API propia para posibilitar el acceso a
características específicas, como la multitarea, así como la
adición de servicios adicionales por debajo del nivel de
aplicación (por ejemplo, IGMP).
- Soporte para redes de Radioaficionado AX.25
En España todavía no están muy difundidas, pero es muy posible
que la situación cambie en el futuro. La implementación de los
protocolos KISS y SMACK supone apenas unas líneas de código.
Se necesitaría, por supuesto, completar el
módulo ARP para
poder resolver adecuadamente las direcciones nodales de una
red de estas características.
- Mayor precisión en el cálculo del
tiempo de retardo en el TCP
En este Proyecto se ha implementado el esquema propuesto en el
estándar original. Dicho sistema ha quedado anticuado y en la
actualidad existen, al menos, dos algoritmos recomendados. Uno
de ellos, en particular, parece especialmente adecuado a
nuestro entorno, caracterizado por grandes variaciones en el
RTT en función de la longitud de los datagramas.
Lamentablemente no han sido publicados como RFCs, lo cual
limita considerablemente su disponibilidad.
- Gestión de interfaces adicionales
Se han implementado manejadores para el RS232C y los puertos
MIDI y LAN. Resultaría interesante poder utilizar también
otros interfaces, como el puerto de impresora (mediante PLIP -
Parallel Line IP).
- Mejora del DNS
Fundamentalmente encaminada a reducir la dependencia respecto
al servidor DNS remoto no requiriendo, por ejemplo, que éste
procese solicitudes recursivas. También sería valioso el
permitir efectuar peticiones sobre otros RRs, como el
tipo MX.
De esta forma podríamos disponer de un encaminador de correo
electrónico en nuestra propia máquina.
- Soporte IMAP4
En la actualidad parece una tecnología de acceso a buzones de
correo remotos poco utilizada (al menos en el entorno de
trabajo evaluado).
- Soporte NFS
Este Proyecto fue desarrollado para acceder a redes TCP/IP a
través de un proveedor, pero es perfectamente posible crear
una red local utilizando el mismo software. En ese caso
el NFS
(Network File System) sería uno de los servicios más útiles y
demandados.
©1996
jcea@jcea.es
Más información sobre los OpenBadges
Donación BitCoin: 19niBN42ac2pqDQFx6GJZxry2JQSFvwAfS
Blog personal: El hilo del laberinto
