IRC - Internet Relay Chat - (Pag.: 15 - 30)

**Dark[Byte]** Miér Mayo 26, 2010 2:55 am

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

:testnick USER guest tolmoon tolsun :Ronnie Reagan
;mensaje entre servidores con el
nick al que pertenece el comando
USER

4.1.4 Mensaje de Servidor

Comando: SERVER
Parámetros: <nombre de servidor> <contador de salto> <información>

El mensaje de servidor se usa para indicar a un servidor que el otro
lado de la conexión es un servidor. También se emplea para enviar
datos sobre servidores a través de toda la red. Cuando se conecta un
nuevo servidor a la red, debe enviarse información sobre él al resto
de la red. El <contador de salto> se usa para dar a los servidores
información interna sobre cómo de lejos están todos los servidores.
Con una lista completa de los servidores, sería posible construir un
mapa completo del árbol de servidores, pero las máscaras de host lo
evitan.

El mensaje SERVER sólo debe aceptarse desde (a) una conexión
pendiente de ser registrada y que se intenta registrar como servidor
o (b) una conexión existente a otro servidor, en cuyo caso el
mensaje SERVER introduce un nuevo servidor tras ese servidor.

La mayoría de los errores que ocurren al recibirse el comando SERVER
acaban en una finalizacion de la conexión por parte del host de
destino (servidor objetivo). Las respuestas de error se envían
normalmente usando el comando "ERROR" en lugar de una respuesta
numérica ya que el comando ERROR tiene propiedades que le hacen
útil en este caso.

Si un mensaje de SERVER se analiza e intenta introducir un servidor
que ya es conocido por el servidor destino, la conexión de la que
vino el mensaje debe cerrarse (siguiendo los procedimientos
adecuados), ya que se forma una ruta doble a un servidor y por tanto
la naturaleza acíclica del árbol de la red IRC.

Respuestas numéricas:

ERR_ALREADYREGISTRED

Ejemplo:

SERVER test.oulu.fi 1 :[tolsun.oulu.fi] Servidor experimental
; El nuevo servidor test.oulu.fi se
presenta e intenta registrarse. El
nombre entre corchetes es el nombre de
host que lleva test.oulu.fi.

Oikarinen & Reed [Pág. 16]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

:tolsun.oulu.fi SERVER csd.bu.edu 5 :BU Servidor central
; Servidor tolsun.oulu.fi es el enlace
superior de csd.bu.edu, que está a 5
saltos.

4.1.5 Oper

Comando: OPER
Parámetros: <usuario> <password>

El comando OPER se usa para que un usuario normal obtenga
privilegios de Operador. La combinación <usuario> y <password> es
necesaria para conseguir los privilegios de Operador.

Si el cliente que envía el comando de OPER da un password correcto
para el usuario dado, el servidor informa al resto de la red del
nuevo Operador ejecutando un comando "MODE +O" para el nick del
cliente.

El mensaje OPER es exclusivamente cliente-servidor.

Respuestas numéricas:

ERR_NEEDMOREPARAMS RPL_YOUREOPER
ERR_NOOPERHOST ERR_PASSWDMISMATCH

Ejemplo:

OPER foo bar ; Intenta registrarse como Operador
usando el nombre de usuario "foo" y
la clave "bar"

4.1.6 Mensaje de salida

Comando: QUIT
Parámetros: [<Mensaje de salida>]

Una sesión de un cliente se finaliza con un mensaje de salida. El
servidor debe cerrar la conexión con un cliente que envía un mensaje
de salida. Si se da un <Mensaje de salida>, éste se enviará en lugar
del mensaje por defecto, el nick.

Cuando hay netsplits (desconexión de dos servidores), el mensaje de
salida está formado por los nombres de los servidores involucrados,
separados por un espacio. El primer nombre es el servidor que aún
está conectado, el segundo el que ha desconectado.

Oikarinen & Reed [Pág. 17]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Si, por cualquier otra razón, se cierra la conexión con un cliente
sin que el cliente envíe el comando QUIT (ej: el cliente muere y hay
un EOF - End Of File - en el socket), el servidor debe rellenar el
mensaje de salida con un mensaje que refleje la naturaleza de la
causa que ha hecho que ocurra.

Respuestas numéricas:

Ninguna.

Ejemplos:

QUIT :Me voy a comer ; Formato de mensaje

4.1.7 Mensaje de salida del servidor

Comando: SQUIT
Parámetros: <servidor> <comentario>

El mensaje SQUIT se necesita para tratar los servidores que
desconectan. Si un servidor quiere terminar la conexión con otro
servidor, debe enviar un mensaje SQUIT al otro servidor, con el
nombre del otro servidor como parámetro, lo que cierra su conexión
con el servidor que desconecta.

Este comando está disponible a los Operadores para ayudar a mantener
una red de IRC conectada de forma ordenada. Los Operadores también
pueden ejecutar un comando SQUIT para una conexión remota entre
servidores. En este caso, el SQUIT debe analizarse por cada servidor
entre el Operador y el servidor remoto, actualizando el esquema de
la red mantenida por cada servidor de la forma que se explica más
abajo.

El <comentario> debe ser indicado por los Operadores que ejecuten un
SQUIT para un servidor remoto (esto es, uno que no está conectado al
servidor en el que se encuentre el Operador), de forma que los demás
Operadores sepan la causa de la desconexión. El <comentario> también
lo rellenan los servidores, pudiendo incluir mensajes de error.

Se requiere que los dos servidores a cada lado de la conexión que
finaliza envíen un mensaje SQUIT (a todas sus conexiones con otro
servidor), para que lo reciban todos los servidores detrás de ese
enlace.

De la misma forma, un mensaje QUIT debe enviarse a los demás
servidores conectados a la red en representación de todos los
clientes tras ese enlace. Además, todos los miembros de un canal que
pierdan un miembro debido al split deben recibir un mensaje de
QUIT.

Oikarinen & Reed [Pág. 18]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Si una conexión con un servidor finaliza prematuramente (ej: se cae
el servidor en el otro lado del enlace), el servidor que detecte la
desconexión debe informar al resto de la red que la conexión se ha
cerrado y rellenar el campo de comentario con algo apropiado.

Respuestas numéricas:

ERR_NOPRIVILEGES ERR_NOSUCHSERVER

Ejemplo:

SQUIT tolsun.oulu.fi :¿Enlace erróneo? ;El enlace del servidor
tolson.oulu.fi ha finalizado
por "Enlace erróneo"

:Trillian SQUIT cm22.eng.umd.edu : Servidor fuera de control
; Mensaje de servidor fuera de
control de Trillian para que
desconecte "cm22.eng.umd.edu" por
"Servidor fuera de control"

4.2 Operaciones en un canal

Este grupo de mensajes se refiere a la manipulación de canales, sus
propiedades (modos de canal) y sus contenidos (normalmente clientes).
Al implementarlos, son inevitables unas condiciones de "carrera",
cuando clientes en lados opuestos de una red envíen comandos que
acabarán colisionando. También se requiere que el servidor mantenga
un historial para verificar, cuando se de un parámetro <nick> si
éste ha cambiado.

4.2.1 Mensaje de entrada al canal (JOIN)

Comando: JOIN
Parámetros: <canal>{,<canal>} [<clave>{,<clave>}]

El comando JOIN lo usa el cliente para empezar a escuchar un canal
específico. El que se permita a un cliente entrar al canal o no lo
verifica solamente el servidor al que está conectado el cliente; los
demás servidores automáticamente añaden el usuario al canal cuando
reciben el mensaje de otros servidores. Las condiciones que debe
cumplir el cliente son:

1. el usuario debe ser invitado si el canal está en modo
sólo invitados;

2. el <nick>/<nombre de usuario>/<nombre de host> del usuario
no debe cumplir ninguno de los bans activos;

3. debe pasarse la clave correcta si está activa en el canal.

Oikarinen & Reed [Pág. 19]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Esto se discute con mayor detalle bajo el comando MODE (ver sevvión
4.2.3 para más información).

Una vez que el usuario ha entrado al canal, recibe anuncios sobre
todos los comandos que su servidor recibe que afecten al canal. Esto
incluye MODE, KICK, PART, QUIT y por supuesto PRIVMSG/NOTICE. El
comando JOIN debe enviarse a todos los servidores para que cada
servidor sepa dónde encontrar los usuarios de un canal. Esto permite
un envío óptimo de mensajes PRIVMSG/NOTICE al canal.

Si se consigue entrar al canal, se envía al usuario el "topic" del
canal (usando RPL_TOPIC) y la lista de usuarios que están en el
canal (usando RPL_NAMREPLY), que debe incluir el usuario recién
entrado.

Respuestas numéricas:

ERR_NEEDMOREPARAMS ERR_BANNEDFROMCHAN
ERR_INVITEONLYCHAN ERR_BADCHANNELKEY
ERR_CHANNELISFULL ERR_BADCHANMASK
ERR_NOSUCHCHANNEL ERR_TOOMANYCHANNELS
RPL_TOPIC

Ejemplos:

JOIN #foobar ; unirse al canal #foobar.

JOIN &foo fubar ; unirse al canal &foo usando como
clave "fubar".

JOIN #foo,&bar fubar ; unirse al canal #foo usando la
clave "fubar" y &bar sin clave.

JOIN #foo,#bar fubar,foobar ; unirse al canal #foo con la clave
"fubar" y el canal #bar clave
"foobar".

JOIN #foo,#bar ; unirse a los canales #foo and #bar

:WiZ JOIN #Twilight_zone ; mensaje JOIN de WiZ

4.2.2 Mensaje de salida del canal (PART)

Comando: PART
Parámetros: <canal>{,<canal>}

El mensaje de salida provoca el borrado de la lista de usuarios
activos de todos los canales dados en la lista de parámetros.

Oikarinen & Reed [Pág. 20]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Respuestas numéricas:

ERR_NEEDMOREPARAMS ERR_NOSUCHCHANNEL
ERR_NOTONCHANNEL

Ejemplos:

PART #twilight_zone ; abandonar el canal "#twilight_zone"

PART #oz-ops,&group5 ; abandonar canales "&group5" y
"#oz-ops".

4.2.3 Mensaje de modos

Comando: MODE

El comando MODE es un comando de doble propósito en el IRC. Permite
cambiar los modos tanto a los usuarios como a los canales. La razón
de ser de esta elección es que algún día los nicks serán obsoletos y
la propiedad equivalente será el canal.N. del T.:Realmente no sé qué
quieren decir aquí, ya que si uno no accede con un nick... ¿Cómo lo
hace?

Al analizar mensajes MODE, se recomienda analizar primero el mensaje
completo y pasar los cambios después.

4.2.3.1 Modos de canal

Parámetros: <canal> {[+|-]|o|p|s|i|t|n|b|v} [<límite>] [<usuario>]
[<máscara de ban>]

El comando MODE se proporciona para que los operadores de canal
puedan cambiar las características de su canal. Se necesita también
que los servidores puedan cambiar los modos de canal para poderse
crear operadores de canal.

Los modos disponibles para canales son:

o - dar/quitar privilegios de operador de canal
p - modo de canal privado
s - canal secreto
i - canal sólo invitados
t - sólo los operadores de canal pueden cambiar el topic
n - no se permiten mensajes al canal desde clientes de fuera
m - canal moderado
l - establecer un límite de usuarios en el canal
b - poner una máscara de ban para mantener usuarios fuera
v - dar/quitar voz en un canal moderado
k - poner clave al canal

Oikarinen & Reed [Pág. 21]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Al usar las opciones 'o' y 'b', hay una restricción de un total de 3
por comando MODE. Esto quiere decir que cualquier combinación de 'o'
y 'b' no debe exceder de 3 en número de parámetros.

4.2.3.2 Modos de usuario

Parámetros: <nick> {[+|-]|i|w|s|o}

Los modos de usuario son cambios que afectan a cómo ven los demás al
cliente o los mensajes "extra" que puede recibir. Un comando MODE
sólo se acepta si tanto el que lo envía como el nick dado como
parámetro coinciden.

Los modos disponibles son:

i - marca el usuario como invisible
s - marca al usuario para que reciba los mensajes del
servidor
w - el usuario recibe wallops (ver 5.6)
o - modo de Operador

Puede haber modos adicionales disponibles más adelante.

Si un usuario intenta hacerse operador usando la opción "+o", debe
ignorarse. En cambio, no hay restricción en que uno se "deopee" (con
"-o").

Respuestas numéricas:

ERR_NEEDMOREPARAMS RPL_CHANNELMODEIS
ERR_CHANOPRIVSNEEDED ERR_NOSUCHNICK
ERR_NOTONCHANNEL ERR_KEYSET
RPL_BANLIST RPL_ENDOFBANLIST
ERR_UNKNOWNMODE ERR_NOSUCHCHANNEL

ERR_USERSDONTMATCH RPL_UMODEIS
ERR_UMODEUNKNOWNFLAG

Ejemplos:

Uso de los modos de canal:

MODE #Finnish +im ; El canal #Finnish es ahora moderado y
sólo para invitados

MODE #Finnish +o Kilroy ; Da privilegios de "chanop" a Kilroy
en el canal #Finnish.

MODE #Finnish +v Wiz ; Permite hablar a WiZ en #Finnish.

MODE #Fins -s ; El canal #Fins deja de ser "secreto"

Oikarinen & Reed [Pág. 22]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

MODE #42 +k oulu ; Poner como clave del canal "oulu"

MODE #eu-opers +l 10 ; Poner un límite de 10 usuarios en el
canal

MODE &oulu +b ; Lista de máscaras de ban del canal

MODE &oulu +b *!*@* ; Prohibe la entrada a todos los
usuarios

MODE &oulu +b *!*@*.edu ; Prohíbe la entrada a cualquier
usuario con máscara de host *.edu

Uso de los modos de usuario:

:MODE WiZ -w ; Desactiva la recepción de mensajes
WALLOPS para WiZ

:Angel MODE Angel +i ; Mensaje de Angel para hacerse
invisible

MODE WiZ -o ; WiZ "deopeándose" (quitar estatus de
operador. El inverso no debe permitirse
a los usuarios ya que se saltaría el
comando OPER.

4.2.4 Mensaje de tópico

Comando: TOPIC
Parámetros: <canal> [<tópico>]

El mensaje TOPIC se usa para cambiar o ver el tópico de un canal. El
tópico para el canal <canal> se devuelve si no se especifica. Si el
parámetro <tópico> está presente, se cambiará el tópico, si los
modos del canal lo permiten.

Respuestas numéricas:

ERR_NEEDMOREPARAMS ERR_NOTONCHANNEL
RPL_NOTOPIC RPL_TOPIC
ERR_CHANOPRIVSNEEDED

Ejemplos:

:Wiz TOPIC #test :Nuevo tópico ;El usuario WiZ pone un tópico

TOPIC #test :otro tópico ;Pone el tópico "otro tópico" en
#test

TOPIC #test ;Mirar el tópico de #test

Oikarinen & Reed [Pág. 23]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

4.2.5 Mensaje de nombres

Comando: NAMES
Parámetros: [<canal>{,<canal>}]

Con el comando NAMES, un usuario puede listar todos los nicks que
sean visibles en cualquier canal que puedan ver. Los nombres de
canal que pueden ver son los que no son privados (+p) o secretos
(+s), o aquellos en los que se encuentran. El parámetro <canal>
especifica el (los) canal(es) de los cuales hay que devolver la
información si es posible. No hay mensaje de error si el nombre del
canal es incorrecto.

Si no se especifica un parámetro <canal>, se da una lista de todos
los canales y sus ocupantes. Al final de la lista, aparecen los
usuarios que son visibles pero o bien no están en ningún canal o en
un canal visible, y se marcan como si estuviesen en el "canal" '*'.

Respuestas numéricas:

RPL_NAMREPLY RPL_ENDOFNAMES

Ejemplos:

NAMES #twilight_zone,#42 ;listar usuarios visibles en #42 y
#twilight_zone si puedes ver los
canales

NAMES ;listar todos los canales y usuarios
visibles

4.2.6 Mensaje de lista de canales

Comando: LIST
Parámetros: [<canal>{,<canal>} [<servidor>]]

El mensaje LIST se usa para listar los canales y sus tópicos. Si se
da el parámetro <canal>, solo se visualiza el estatus de ese canal.
Los canales privados se listan (sin el tópico) como canal "Prv" a no
ser que el cliente que genere la petición se encuentre en el canal.
De la misma forma, los canales secretos no se listan a menos que el
cliente sea miembro del canal en cuestión.

Respuestas numéricas:

ERR_NOSUCHSERVER RPL_LISTSTART
RPL_LIST RPL_LISTEND

Oikarinen & Reed [Pág. 24]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Ejemplos:

LIST ;Listar todos los canales

LIST #twilight_zone,#42 ;Listar canales #twilight_zone y #42

4.2.7 Mensaje de invitación a un canal

Comando: INVITE
Parámetros: <nick> <canal>

El mensaje INVITE se usa para invitar a otros usuarios a un canal.
El parámetro <nick> es el nick de la persona a invitar al canal
<canal>. No se requiere que el canal al que se invita al usuario
exista o sea un canal válido. Para invitar a alguien a un canal sólo
para invitados (+i), el cliente que envíe el mensaje INVITE debe ser
operador de canal en dicho canal.

Respuestas numéricas:

ERR_NEEDMOREPARAMS ERR_NOSUCHNICK
ERR_NOTONCHANNEL ERR_USERONCHANNEL
ERR_CHANOPRIVSNEEDED
RPL_INVITING RPL_AWAY

Ejemplos:

:Angel INVITE Wiz #Dust ;Angel invita a WiZ al canal #Dust

INVITE Wiz #Twilight_Zone ;Comando para invitar a WiZ al canal
#Twilight_zone

4.2.8 Comando de expulsión temporal

Comando: KICK
Parámetros: <canal> <usuario> [<comentario>]

El comando KICK se puede usar para eliminar a un usuario de la lista
de miembros de un canal. "Se le patea" del canal (PART forzado).

Sólo los operadores de canal pueden expulsar otro usuario de un
canal. Cada servidor que reciba un mensaje KICK comprueba que es
válido (esto es, el que lo envía es operador de canal) antes de
eliminar a la víctima del canal.

Respuestas numéricas:

ERR_NEEDMOREPARAMS ERR_NOSUCHCHANNEL
ERR_BADCHANMASK ERR_CHANOPRIVSNEEDED
ERR_NOTONCHANNEL

Oikarinen & Reed [Pág. 25]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Ejemplos:

KICK &Melbourne Matthew ; Expulsar a Matthew de &Melbourne

KICK #Finnish John :Hablar en inglés
; Expulsar a John de #Finnish con el
comentario "Hablar en inglés como
motivo (comentario)

:WiZ KICK #Finnish John ; Mensaje KICK de WiZ para expulsar a
John del canal #Finnish

NOTA:
Se pueden extender los parámetros del comando KICK de la forma:

<canal>{,<canal>} <usuario>{,<usuario>} [<comentario>]

4.3 Peticiones y comandos del servidor

El grupo de de comandos de petición del servidor sirve para devolver
información de cualquier servidor conectado a la red. Todos los
servidores conectados deben responder correctamente a las peticiones.
Cualquier respuesta incorrecta (o ausencia de ella) debe
considerarse como un servidor caído y debe desconectarse o
deshabilitarse tan pronto como sea posible hasta que se solucione el
problema.

En estas peticiones, donde un parámetro aparece como "<servidor>",
normalmente significa que puede ser un nick, servidor o una máscara
de algún tipo. Para cada parámetro sólo se genera una petición y una
respuesta.

4.3.1 Mensaje de versión

Comando: VERSION
Parámetros: [<servidor>]

El mensaje VERSION se usa para preguntar por la versión del programa
que soporta el servidor. El parámetro opcional <servidor> se usa
para obtener la versión de un servidor al cual no está conectado el
cliente directamente.

Respuestas numéricas:

ERR_NOSUCHSERVER RPL_VERSION

Ejemplos:

:Wiz VERSION *.se ; mensaje de Wiz para comprobar la versión
de un servidor que tenga de máscara *.se

Oikarinen & Reed [Pág. 26]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

VERSION tolsun.oulu.fi ; comprobar la versión de "tolsun.oulu.fi".

4.3.2 Mensaje de estadísticas

Comando: STATS
Parámetros: [<petición> [<servidor>]]

El mensaje STATS se usa para obtener las estadísticas de un servidor
en concreto. Si se omite el parámetro <servidor>, sólo se devuelve
el final de la respuesta de estadísticas. La implementación de este
comando depende en gran medida del servidor que responde, pero el
servidor debe poder proporcionar la información de la forma descrita
por las peticiones especificados abajo (o algo similar).

Una petición puede ser una sola letra que sólo la comprueba el
servidor destino (si se da el parámetro <servidor>, en otro caso se
pasa por servidores intermedios, sin alterar e ignorado. Los tipos
de petición que siguen son los que están implementados actualmente y
proporcionan una gran parte de la información sobre la configuración
del servidor. Aunque puede no ser soportado de la misma forma por
todas las versiones, todos los servidores deberían dar una respuesta
válida a una petición de STATS.

Los tipos de petición soportados son:

c - devuelve una lista de los servidores a los que el
servidor puede conectar o desde los que permite
conexiones.
h - devuelve una lista de servidores que se tratan como
hojas y los que se tratan como concentradores (hubs).
i - devuelve una lista de hosts desde los que el servidor
permite a un cliente conectar.
k - devuelve una lista de combinaciones nombre de usuario/
nombre de host baneados del servidor.
l - devuelve una lista de las conexiones del servidor,
mostrando la duración de cada conexión establecida y el
tráfico sobre esa conexión en bytes y mensajes en cada
dirección.
m - devuelve la lista de comandos soportada por el servidor
y el contador de uso si no es cero.
o - devuelve la lista de hosts desde los cuales los clientes
normales pueden ser Operadores (O-lines).
y - mostrar las líneas Y (Clase) del archivo de
configuración del servidor.
u - devuelve una cadena mostrando cuánto tiempo lleva el
servidor activo.

Oikarinen & Reed [Pág. 27]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

Respuestas numéricas:

ERR_NOSUCHSERVER
RPL_STATSCLINE RPL_STATSNLINE
RPL_STATSILINE RPL_STATSKLINE
RPL_STATSQLINE RPL_STATSLLINE
RPL_STATSLINKINFO RPL_STATSUPTIME
RPL_STATSCOMMANDS RPL_STATSOLINE
RPL_STATSHLINE RPL_ENDOFSTATS

Ejemplos:

STATS m ; chequear los comandos del servidor

:Wiz STATS c eff.org ; petición de WiZ de información sobre las líneas
C/N del servidor eff.org

4.3.3 Mensaje de enlaces de servidores

Comando: LINKS
Parámetros: [[<servidor remoto>]<máscara de servidor>]

Con el mensaje LINKS, un usuario puede listar los servidores que
conoce el servidor que responda a la petición. La lista debe cumplir
la máscara, pero si no se proporciona dicha máscara, se devuelve la
lista completa.

Si se da el parámetro <servidor remoto> además de <máscara de
servidor>, el comando LINKS se envía al primer servidor que tenga
ese nombre (si lo hay), y ese servidor es el que responde a la
petición.

Respuestas numéricas:

ERR_NOSUCHSERVER
RPL_LINKS RPL_ENDOFLINKS

Ejemplos:

LINKS *.au ; lista los servidores cuyo nombre
contenga *.au

:WiZ LINKS *.bu.edu *.edu ; Mensaje LINKS de WiZ al primer
servidor *.edu para obtener la lista de
servidores *.bu.edu

N. del T.: el comentario del ejemplo no coincide con lo que dice en la
descripción del comando, desconozco la sintaxis correcta.

Oikarinen & Reed [Pág. 28]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

4.3.4 Mensaje de hora local del servidor

Comando: TIME
Parámetros: [<servidor>]

El mensaje de hora se usa para obtener la hora local del servidor
especificado. Si no se da el parámetro <servidor>, responderá el
servidor que recoja el comando.

Respuestas numéricas:

ERR_NOSUCHSERVER RPL_TIME

Ejemplos:

TIME tolsun.oulu.fi ; Preguntar por la hora en "tolson.oulu.fi"

Angel TIME *.au ; Angel pregunta la hora en un servidor de
"*.au"

4.3.5 Mensaje de conexión servidor-servidor

Comando: CONNECT
Parámetros: <servidor objetivo> [<puerto> [<servidor remoto>]]

El comando CONNECT se usa para obligar a un servidor a intentar
establecer una conexión con otro servidor. Este es un comando
privilegiado y sólo está disponible para Operadores de IRC. Si se da
el parámetro <servidor remoto>, la conexión la realiza ese servidor
al <servidor objetivo> en el <puerto> especificado.

Respuestas numéricas:

ERR_NOSUCHSERVER ERR_NOPRIVILEGES
ERR_NEEDMOREPARAMS

Ejemplos:

CONNECT tols.oulu.fi ;Intento de conectar un servidor a tols.oulu.fi

:WiZ CONNECT eff.org 6667 csd.bu.edu
; Intento de CONNECT de WiZ para conectar los
servidores eff.org y csd.bu.edu en el puerto 6667

Oikarinen & Reed [Pág. 29]

RFC 1459 Protocolo de Charla Basada en Internet Mayo 1993

4.3.6 Mensaje de trazado de ruta

Comando: TRACE
Parámetros: [<servidor>]

El comando TRACE se usa para encontrar la ruta a un servidor
específico. Cada servidor que procese este mensaje debe decírselo al
que lo envía con una respuesta que indique que es un enlace,
formando una cadena de respuestas similar a la que se obtiene al
usar "traceroute". Tras enviar la respuesta, debe enviar el mensaje
TRACE al siguiente servidor hasta que se llegue al servidor
especificado. Si se omite el parámetro <servidor>, se recomienda que
el comando TRACE envíe un mensaje al que solicita el trazado
diciendo los servidores a los que el servidor actual tiene conexión
directa.

Si el destino especificado por <servidor> es un servidor, el
servidor de destino debe informar a todos los servidores y usuarios
que están conectados a él, aunque sólo los Operadores pueden ver los
usuarios. Si <servidor> es un nick, sólo se dará la respuesta para
ese nick.

Respuestas numéricas:

ERR_NOSUCHSERVER

Si el mensaje TRACE va destinado a otro servidor, todos los
servidores intermedios deben devolver una respuesta RPL_TRACELINK
para indicar que el mensaje pasó por él y donde fue a continuación.

RPL_TRACELINK

Una respuesta a TRACE puede estar compuesta por un número cualquiera
de las siguientes respuestas numéricas:

RPL_TRACECONNECTING RPL_TRACEHANDSHAKE
RPL_TRACEUNKNOWN RPL_TRACEOPERATOR
RPL_TRACEUSER RPL_TRACESERVER
RPL_TRACESERVICE RPL_TRACENEWTYPE
RPL_TRACECLASS

Ejemplos:

TRACE *.oulu.fi ; TRACE al servidor *.oulu.fi

:WiZ TRACE AngelDust ; TRACE de WiZ al nick AngelDust

Oikarinen & Reed [Pág. 30]