[IRC-DEV] Revisión del numeric 005 y otros..

[Miguel A. Fosas]

Buenas..

	No hará mas de una semana, cuando se publicaron como internet drafts un 
conjunto de propuestas sobre RPL_ISUPPORT, CAPAB, y algunas otras cosas 
relacionadas con el protocolo del IRC. Éstas [1] estan disponibles en el ftp 
de IETF [2] y sería conveniente revisarlas - en especial la que trata sobre 
RPL_ISUPPORT - para comprobar que tal coincide con la implementación actual, 
que cosas serían necesarias ser añadir, y cuales eliminar.

	Sobre CAPAB, decir que trata de un conjunto de comandos que tratarían la 
negociacion de capacidades (features, opciones, como se le quiera llamar..) 
entre el cliente y el servidor. Cito la traducción de la motivación de CAPAB:

[..]Debido a la naturaleza del desarrollo del IRC en la ultima decada, con la 
mayoria de las redes expandiendose y alterando la especificacion del 
protocolo como así lo será, el protocolo de comunicacion entre el cliente de 
IRC y el servidor contiene gran cantidad de pequeñas diferencias y 
capacidades especiales que dependen del servidor usado. Este documento 
intenta estandarizar la manera de anunciar este conjunto de capacidades 
adicionales a los clientes, y la manera de que los clientes activen éstas.

Debido a la existencia de protocolos, y a que algunos clientes de IRC pueden 
soportarlos, este documento también cubre la negociacion del protoclo usado 
para la comunicación con el servidor[..]

Y la motivación de USERCMDPFX, otra traducción:

[..]Actualmente, la interacción entre el cliente de IRC y el servidor requiere 
que el cliente guarde gran cantidad de informacion recordando el estado de la 
conexión. Por ejemplo, guardar los nombres de usuarios y hosts por parte del 
cliente requiere que se pida una lista de los miembros del canal (através del 
comando WHO) y procesar la respuesta. Para prevenir interpretaciones 
equivocadas de las peticiones de WHO por el usuario, el cliente debe guardar 
información sobre el comando enviado, y corresponder cada respuesta con el 
comando que envió al servidor. Esto es un gran error, y no facilita el manejo 
perdiendo la lista de comandos enviados.

Este documento propone una alternativa para seguir el estado de los comandos 
enviados al servidor; esto no es específico para el comando WHO, y podría ser 
aplicado a cualquier comando.[..]

¿Comentarios? ¿Opiniones?

[1] 
IRC client capabilities negotiation
ftp://ftp.ietf.org/internet-drafts/draft-baudis-irc-capab-00.txt 

IRC RPL_ISUPPORT Numeric Definition
ftp://ftp.ietf.org/internet-drafts/draft-brocklesby-irc-isupport-01.txt 

IRC Command Prefix Capability
ftp://ftp.ietf.org/internet-drafts/draft-brocklesby-irc-usercmdpfx-02.txt

[2]
ftp://ftp.ietf.org/internet-drafts

Un saludo.

P.D. Las traducciones son aproximadas, recomiendo encarecidamente la lectura 
de los documentos originales en inglés.

-- 
Miguel A. Fosas