Direct Client-to-Client
De Wikipedia, la enciclopedia libre
Esta página está traduciéndose del idioma inglés a partir del artículo DCC, razón por la cual puede haber lagunas de contenidos, errores sintácticos o escritos sin traducir.
Puedes colaborar con Wikipedia continuando con la traducción desde el artículo original
- Para otros usos de este término, véase Digital Compact Cassette.
DCC (Direct Client-to-Client) (DCC) es un protocolo de IRC que permite interconectar dos peers (puntos) usando un servidor IRC como saludo (handshaking) para permitir intercambiar archivos o llevar acabo tareas no relacionadas con el chat. Una vez conectados, una típica sesión de DCC corre independiente del servidor IRC. Originalmente diseñado para ser usado con IrcII es ahora soportado por varios clientes IRC.
La conexión DCC puede ser iniciada de dos formas diferentes:
- La forma más común es usando CTCP para iniciar una sección DCC. El CTCP es enviado de un usuario sobre la red IRC hacia otro usuario.
- Otra forma es iniciar una sesión DCC en el cliente para conectarse directamente al servidor DCC. Usando este método, no necesita atravesar una red IRC (las partes involucradas no necesitan estar conectadas a una red IRC para usar DCC).
Tabla de contenidos |
[editar] Aplicaciones Comunes DCC
[editar] CHAT DCC
El servicio de CHAT permite a los usuarios charlar el uno con el otro en una conexión DCC. El tráfico va directamente entre usuarios y no sobre la red IRC. Cuando lo comparamos con el envío normal de mensajes, este reduce la carga en la red IRC. Permitiendo el envío de una cantidad grande de texto de una vez, evitando retrasos, saturación, haciendo la comunicación más segura no exponiendo el mensaje a los servidores de IRC (el mensaje sigue siendo texto plano).
El chat DCC es normalmente iniciado usando un saludo CTCP. El usuario que desea establecer la conexión envía el siguiente CTCP al destino, DCC Chat <protocolo><ip><puerto>, donde <ip> y <puerto> son los del origen y están expresado con enteros (integer). <protocolo> es "CHAT" en el estándar DCC CHAT. El que recibe puede entonces conectase con el puerto y la dirección recibidos.
Una vez que la conexión es establecida, el protocolo usado para el chat DCC es muy simple: los usuarios intercambian mensajes terminados en CRLF. Mensajes que comienzan con un ASCII 001 (control+A, representado por "^A") y la palabra "ACTION" y están opcionalmente terminados por otro ASCII 001, que será interpretado como un emotivo: "^A" ACTIVO waves goodbye "^A".
[editar] DCC Whiteboard
Esta una extensión de DCC CHAT, que permite comandos para dibujar y ser enviados como líneas de texto. DCC Whiteboard es inicializado con un saludo (handshake) similar al del DCC CHAT, con el pseudo nombre de archivo “Chat” reemplazado por “wboard”: DCC CHAT wboard <ip><port>
Una vez que la conexión es establecida, los dos clientes intercambian mensajes terminados con CRLF. Los mensajes que comienzan (y opcionalmente terminan) ASCII 001 son interpretados como comando especiales, el comando ACTION representa una emoción, mientras otros hacen que sean dibujadas líneas en la pizarra del usuario (whiteboard), o permite que dos clientes negocien un conjunto de sus características.
[editar] DCC SEND
El servicio de envío (SEND) permite a los usuarios enviarse archivo entre ellos. La especificación original para el saludo (handshake) no permitía al receptor conocer el tamaño total del archivo, pausar y reanudar (resume) la transferencia. Esto hizo que los clientes introdujeran sus propias extensiones para el saludo (handshake), muchas de las cuales lograron un amplio soporte.
El saludo (handshake) original consistía que el emisor enviaba el siguiente CTCP al destinatario: DCC SEND <filename><ip><port>
Como en el DCC Chat, <ip> y <port> son la dirección ip y el puerto de la máquina emisora donde escuchara la conversación entrante. Esta es una practica común el agregar el tamaño del archivo como último argumento.
DCC SEND <fielname><ip><port><file size>
En este punto, la especificación original tenía al receptor conectado a la dirección dada y el puerto esperando los datos, o ignorar el pedido, pero para clientes que soportan la extensión DCC RESUME, una tercer alternativa es preguntar al remitente saltarse una parte del archivo enviando un CTCP reply:
DCC RESUME <filename><port><position>
Si el cliente soporta DCC RESUME, este responderá con un DCC ACCEPT <filename><port><position> y el recepto puede conectarse a la dirección y al puerto dato y escuchar los datos para añadirlo en el archivo.
