El protocolo TOC , o protocolo Talk to OSCAR , era un protocolo utilizado por algunos clientes de AOL Instant Messenger de terceros y varios clientes que AOL produjo por sí misma. En algún momento cerca del 19 de agosto de 2005, AOL descontinuó el soporte para el protocolo y ya no lo usa en ninguno de los clientes de mensajería instantánea que mantiene activamente, como sus clientes Windows y Mac para los sistemas AOL Instant Messenger e ICQ . Sin embargo, una vez produjo varios de sus propios clientes de TOC, incluidos TiK y TAC, que están escritos en Tcl / Tk , TNT que está escrito en Emacs Lisp , todos los cuales son de código abierto, y un cliente Java originalmente llamado TIC que luego se convirtió en el subprograma web Quick Buddy . AOL también proporcionó la especificación del protocolo TOC abiertamente a los desarrolladores con la esperanza de que la usen en lugar del protocolo OSCAR propietario que usan ellos mismos. En julio de 2012, AOL apagó los servidores TOC2 y ya no es posible conectarse a AIM utilizando este protocolo. [1]
TOC era un protocolo basado en ASCII , mientras que OSCAR es un protocolo binario. Además, TOC contenía menos funciones que su contraparte OSCAR. OSCAR proporciona funciones tales como iconos de amigos , transferencia de archivos y publicidad .
Cómo funciona
TOC actuó como envoltorio para el protocolo OSCAR. En el gran esquema de las cosas, el servidor TOC no era más que un cliente OSCAR que escuchaba en un socket , traduciendo mensajes entre los dos protocolos. Al iniciar sesión, el cliente TOC especificó un servidor de inicio de sesión OSCAR (presumiblemente login.oscar.aol.com o login.icq.com ) que el servidor TOC utilizó en nombre del cliente.
TOC usó FLAP para encapsular sus mensajes tal como lo hace OSCAR, sin embargo, FLAP ha sido pirateado de tal manera que se puede implementar en el mismo puerto que un servidor HTTP . Por defecto, el servidor TOC operaba en modo HTTP, indistinguible de un servidor web típico. Si un cliente que se conecta, en lugar de una solicitud HTTP, escribe la cadena " FLAPON " seguida de dos CRLF , TOC cambiaría de marcha y comenzaría a leer mensajes FLAP. Al obtener el perfil de un usuario, se esperaba que el cliente se reconectara a TOC y lo usara como un servidor HTTP, que alojaría el perfil del usuario en HTML .
Una vez conectado, existían dos formatos de mensajes básicos para las comunicaciones dentro de FLAP. Mensajes entre cliente y servidor fueron enviados en un formato parecido a un Unix línea de comandos al estilo de: comandos con espacios en blanco argumentos Separados, citando y la barra invertida secuencias de escape . Los mensajes de servidor a cliente eran mucho más simples: se enviaban como cadenas ASCII separadas por dos puntos , de manera similar a muchos archivos de configuración de Unix . Por lo tanto, fue bastante fácil escribir un cliente, ya que los mensajes entrantes eran muy fáciles de analizar y los comandos salientes eran fáciles de generar.
Esto contrasta con OSCAR, que debido a la representación binaria de datos puede ser más difícil de entender.
TOC2
El protocolo TOC2 es una versión actualizada del protocolo TOC o protocolo "Hablar con OSCAR". Su existencia nunca fue documentada por AOL y solo se usa en unos pocos clientes de AOL Instant Messenger . Algunos clientes están comenzando a ofrecer complementos para TOC2 a la luz del reciente cierre de AOL de sus servidores TOC. Al igual que su predecesor, TOC2 es un protocolo ASCII y carece de algunas características de OSCAR , pero a diferencia de TOC, se sabe que TOC2 admite íconos de amigos y recibe transferencias de archivos (no envía). TOC2 funciona esencialmente de la misma manera que TOC, como envoltorio para OSCAR. Transferir el código de TOC a TOC2 también es muy fácil.
Debido a las similitudes entre TOC1.0 y TOC2.0, se definen mejor por sus diferencias, de las cuales solo hay algunas:
- En TOC1.0, conectarse con una lista de amigos vacía haría que otros no puedan verte en línea. Esto se ha corregido en TOC2.0.
- En TOC1.0, hay un comando toc_add_deny, pero no toc_remove_deny. TOC2.0 corrige esto también.
- El proceso de inicio de sesión es básicamente el mismo que el de TOC1.0, pero con algunos parámetros nuevos: versión, un número y un código creado en función del nombre de usuario y la contraseña. Se desconoce el propósito del número. El valor predeterminado es 160 y parece no tener ningún efecto si se cambia.
- Permitir y denegar se ha renovado y es mucho más fácil y completo en TOC2.0. Los comandos toc2_add_permit, toc2_remove_permit, toc2_add_deny y toc2_remove_deny están presentes y accesibles en cualquier momento.
- También se han mejorado los comandos de la lista de amigos. La administración de grupos es más fácil con los comandos toc2_new_group y toc2_del_group. Además, es posible agregar o eliminar más de un amigo a la vez y elegir los grupos en los que se encuentran.
- También se han realizado algunos cambios de sintaxis y se han agregado parámetros a algunos comandos. Los usos de estos parámetros aún están por determinar.
- Aparte de esto, los únicos cambios de TOC son el hecho de que se agregó un '2' en la mayoría de los comandos CLIENTE-> SERVIDOR y viceversa. Por ejemplo, IM_IN2, UPDATE_BUDDY2, etc.
- TOC2 también limita la cantidad de ScreenNames que pueden iniciar sesión desde una única dirección IP (10).
Ver también
Referencias
- ^ http://monal.im/blog/possible-end-of-aim-support/
enlaces externos
- Especificación detallada [ enlace muerto ]
- Especificación del protocolo TOC1 [ enlace muerto ]
- Especificación del protocolo TOC2 [ enlace muerto ]
- Historia de AIM, OSCAR y TOC
Implementaciones
- TOC
- Py-TOC (pitón)
- Net :: AIM (perl)
- PHPTocLib (php)
- Tik (Tcl / Tk)
- TNT (Emacs Lisp)
- TAC (Tcl, sin GUI)
- Applet de AOL Quick Buddy (TIC) (subprograma de Java)
- naim (ncurses, no GUI)
- miniaim (C ++)
- SimpleAIM (Java)
- TOC2
- Fluent.Toc (C #)
- Cuervo :: Apuntar (perl)
- Complemento para Miranda Instant Messenger
- PHPTocLib (PHP)
- BlueTOC (PHP)
- TerraIM (C ++)
- TNT ( Emacs Lisp )