[IRC-DEV] Seguimiento de redes IRC: Daemon IRCD Universal de Carlo Wood aka Run

[Zoltan]

En esta ocasión, no estamos siguiendo a una red, sino a un daemon ircd,
llamado IRCD Universal, que lo desarrolla el conocido Carlo Wood, alias Run
que es el creador del protocolo P10 de Undernet.
Empezó a desarrollarlo desde su salida del equipo de developers de Undernet,
utilizando la base del ircu 2.10.07 de Undernet, actualmente va por la
versión 2.10.09.

El IRCD Universal de Run está en varias redes, entre ellas las más conocidas
son AfterNET y GameNET.

Aquí van las "features" que tienen desde que existe el daemon:


         Soporte IPv6
        --------------
            Todavía no está en producción, está en desarrollo, para
probarlo, hay que bajar del CVS utilizando el "tag" IPv6. Más información en
http://sourceforge.net/cvs/?group_id=3962

        Erradicación del soporte P09
        ------------------------------
            En la versión 2.10.09 se ha erradicado totalmente el soporte de
servidores P09 en beneficio del actual protocolo P10. Si se desea utilizar
services P09, la versión del IRCD Universal ha de ser como máximo 2.10.08.

        Cambios en el Protocolo P10
        ------------------------------
            Se ha ampliado el soporte de numéricos extendidos, ahora se
puede utilizar 3 números en base64 para identificar el nick, aunque se use
solo 1 para identificar el servidor (YXXX) con lo que se elimina la
limitación de 4096 nicks por servidor en una red de 64 servidores. Ahora se
da soporte hasta 262144 nicks por servidor en una red de 64 o 4096
servidores.
            Todavía no usan numéricos al 100%, hay comandos que siguen
mandando el típico ":nick" de los antiguos protocolos.
            Tampoco usan tokens al 100%. Hay la intención de que en la
versión 2.10.10 migren todo lo que queda.

        Soporte de Type Of Service (TOS)
        ------------------------------------
            Se ha añadido soporte de TOS, para mejorar la conexión entre
servidor ó cliente y servidor ó servidor. Se puede configurar los parámetros
en el "make config".
             "Goggleando" un poco, se puede encontrar muchísima información
técnica sobre el TOS.


        Cambios en nicks, canales.
        -----------------------------
            Se ha cambiado el "NICKLEN", de por defecto, a 30 caracteres,
siendo configurables en el "make config" los valores de "NICKLEN" del
servidor y el máximo en la red. pudiendo ser diferentes en varios servidores
de la red.
            Así mismo, se ha reducido el "CHANLEN" de 200 a solo 50, hay que
tener en cuenta que hay clientes, como el mIRC, que no funcionan
correctamente con canales más de 64 caracteres.
            El TOPICLEN de los canales ha sido aumentado de los 160
habituales a 250 caracteres.


        Nuevo modo de usuario (+h)
        ------------------------------
            Es el "helper mode", más conocido en nuestras fronteras como
OPERador, por lo que he visto, solo puede ponerlo un IRCop a sí mismo, y no
sale nada en el "WHOIS", tan sólo sale en el "WHO", con la letra "h".


        Nuevo modo de canal (+D)
        ----------------------------
            Este apartado, a petición de jcea, será tratado con más detalle,
explicando a fondo su modo de funcionamiento.
            NOTA IMPORTANTE: este modo está recibiendo actualizaciones en
estos días, e incluso a la hora de escribir las líneas ha llegado un parche
nuevo, y me obligó a actualizar vía CVS. Es una implementación que tiene
menos de 10 días de vida.
            Es el "conference mode" o modo de conferencias, esta
especialmente pensado para dar charlas ante mucha gente, ahorrando caudal,
de  "JOIN/PART/QUIT". La letra D del modo viene de "Delay Join",
             El funcionamiento es lo siguiente.
                  - El modo +D lo puede poner o quitar cualquier OP del
canal.
                    Cuando un usuario entra en un canal con modo +D, su
JOIN, solo sale a si mismo. Los demás usuarios del canal, OP's incluidos, no
se enteran de su entrada al canal. En este caso, se le marca un flag al
usuario (de forma interna, en la memoria) que está en espera de join.
                   - El dicho usuario, al entrar en el canal, solo recibe el
NAMES de los usuarios ya visibles, el resto (los de en espera de join) no
salen.
                   - El usuario en modo de espera de join, puede ver los
privmsgs, parts, modes, etc.. de los usuarios visibles.
                   - Cuando el usuario en estado de espera empieza a hablar
en el canal, entonces en este caso, se propaga el JOIN del usuario a los
demás usuarios y a continuación los privmsgs del usuario, y se le desmarca
el flag al usuario, que ya es visible por todos los usuarios.
                   - Si se da voz o op a un usuario en modo de espera (sea
un service o un OP que tiene la certeza de que el usuario ha entrado al
canal), se propaga el JOIN a los usuarios, y a continuación el MODE
                   - Cuando un OP o un service hace KICK a un usuario en
estado de espera, no sale nada ni a ellos, ni al resto de la gente del
canal. Solo verá el kick, el usuario "kickeado". (En mi opinión, debería
salir un JOIN + KICK, igual lo implementan en los próximos días. hay que
recordar que esta recibiendo continuos parches..)
                   - Si un usuario en modo de espera, cambia el NICK, no se
propaga nada a los demás usuarios. Lo mismo con el QUIT
                   - Cuando se quita el modo +D, se propagan los JOIN de
todos los usuarios en estado de espera.
                   - En el WHOIS, los usuarios en espera de join (delayed
join), salen con un "<" al lado del canal.
                   - Se ha añadido un nuevo parámetro al comando "NAMES", de
momento solo soporta el flag D, que es para sacar la lista de todos los
usuarios del canal visibles y en estado de espera.
                   - Los services, (tenia un service P10 linkado y sacando
por pantalla los mensajes que llegaban), ven todas las entradas, como si no
existiera el modo +D




         Nuevos valores configurables en el "make config"
        ---------------------------------------------------
            Posibilidad de configurar el canal donde entrarán los usuarios
al conectar al servidor, está bien para redes pequeñas de hasta 200-300
usuarios más o menos. Para redes más grandes es una chorrada bestial.
            Posibilidad de que sólo los IRCOPS puedan crear los canales,
esto es ideal para redes de chat vía webchat con canales fijados. En este
caso, si un usuario intenta hacer un "JOIN" para crear un canal, saldrá un
mensaje de que no existe el canal, y que haga un /list para listar los
canales.
            Posibilidad de poner los "quits" del usuario dentro de "Quit
(%s):", por ejemplo, si un usuario hace un "quit" falso como "/quit Ping
timeout for zoltan"  o "/quit G-lined (bla bla blah)", los usuarios verían
*** zoltan has left (Quit (Ping timeout for zoltan))  o  *** zoltan has left
(Quit (G-lined (bla bla blah)).
            Posibilidad de salir la razón del "glined" en los mensajes de
"quit" cuando el usuario recibe una "g-line".


         Otros cambios.
         ------------------
             El comando "/NAMES" ha sido modificado que si se intenta
ejecutar un comando sin parámetros, saliera el error de "Not enough
parameters" en vez de listar todos los canales de la red.
            Comando "WALLUSERS", que los reciben todos los usuarios con +w,
y modificaron el "WALLOPS" de tal forma que solo puedan recibirlos los
ircops con +w
            Se ha implementado la posibilidad de poner "K-lines" por el
realname, es muy útil cuando se trata de evitar la entrada de usuarios
infectados como el Sub 7, que cuyo realname siempre es el mismo.
            En canales moderados (+m), los usuarios que no pueden hablar,
tampoco pueden cambiar de nick. Como en Dal.Net


EOF