Protocolo HTTP: comentarios y limitaciones de Packet Tracer.
La implementación es funcional en tiempo real, pero incompleta. Esta versión 5.3.3 soporta únicamente conexiones HTTP no persistentes. Sería deseable para una futura versión, soportar conexiones HTTP persistentes sin entubamiento y con entubamiento, además de la implementación de los métodos POST y HEAD.
En el análisis de los paquetes HTTP intercambiados en una sesión entre un cliente y un servidor en modo simulación, tanto cliente como servidor especifican la versión HTTP/1.1. En este modo la PDU HTTP muestra en formato de texto, el comando ejecutado como parte de la cabecera HTTP. También se puede ver perfectamente el detalle de la conexión y desconexión TCP en cada momento, aunque esto es un tanto irrelevante, si se utiliza el enfoque descendente que proponen Kurose y Ross en su libro.
El Servidor HTTP de PT incluye por defecto las páginas index.html, helloworld.html e image.html, además es posible crear nuevas páginas y borrar páginas HTML existentes. Los tags HTML que se soportan son:
a, address, b, big, blockquote, body, br, center, cite, code, dd, dfn, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, head, hr, html, i, img, kbd, meta, li, nobr, ol, p, pre, qt, s, samp, small, span, strong, sub, sup, table, tbody, td, tfoot, th, thead, title, tr, tt, u, ul, var.
Packet Tracer soporta diferentes tipos de imágenes (JPEG,JPG, GIF, PNG). Es importante que las imágenes referenciadas en las páginas html, estén disponibles en la misma carpeta en donde se encuentra el archivo con extensión .pkt, ya que de lo contrario mostrara (mostrará?) el error de archivo no encontrado.
Protocolo FTP: comentarios y limitaciones de Packet Tracer.
La implementación del protocolo FTP en PT 5.3.3 es muy completa, soporta los siguientes comandos: cd, delete, pwd, get, put, dir, passive, rename y quit.
El modo por defecto en el cliente es el modo pasivo, esto implica que la conexión de dato TCP no se realiza en el puerto 20, sino a un número de puerto aleatorio generado por el servidor, lo que permite realizar transferencias de archivos detrás de un firewall.
Para utilizar el puerto 20, se debe ejecutar el comando ftp>passive.
En una sesión FTP en modo simulación, es posible observar (como parte de los mensajes intercambiados) los distintos comandos FTP soportados de una manera simplificada. Las conexión y desconexión TCP, se pueden ver perfectamente en detalle durante la sesión.
En la configuración del Servidor FTP, es posible agregar y remover cuentas FTP de acceso (usuario y clave), modificar permisos (de escritura, de lectura, de borrado, de renombrado y de listado), borrar archivos directamente en el servidor (se disponen de archivos de imágenes IOS por defecto, para realizar pruebas).
Protocolo SMTP y POP3: comentarios y limitaciones de Packet Tracer.
La implementación del protocolo SMTP y POP3 en PT es funcional en tiempo real. En modo simulación es extremadamente básica, es posible analizar los segmentos a nivel TCP, y mensajes a nivel SMTP y POP3 entre los clientes y servidores, implementados con una sola solicitud y una sola respuesta tanto para SMTP como para POP3, es decir no presenta el intercambio real de mensajes del protocolo, tampoco presenta el detalle de los campos, en su defecto muestra “Información SMTP” o “Información POP3”.
Sería deseable para una futura versión completar estos protocolos.
La configuración del agente (POP3) solo soporta la opción de borrar los mails desde el servidor.
En la configuración del Servidor SMTP, es posible agregar y remover cuentas SMTP de acceso (usuario y clave) e ingresar el nombre del dominio que atiende un determinado servidor.
Protocolo DNS: comentarios y limitaciones de Packet Tracer
La implementación es bastante completa y funcional. En modo simulación se puede analizar una resolución recursiva y ver en detalle los campos del mensaje. Si bien la herramienta nslookup admite la configuración de la consulta en modo iterativo, no logramos que esto funcione. También admite la opción debug para realizar un análisis más detallado.
A nivel de configuración en el servidor, es muy completo y admite configuraciones complejas como se puede observar en el ejemplo analizado (DNS Raíz, DNS Autoritativo y DNS Local).
Protocolo TFTP: comentarios y limitaciones de Packet Tracer.
La implementación es perfectamente funcional en tiempo real, pero incompleta en modo simulación, ya que las PDUs TFTP muestran el mensaje “Datos TFTP”, sin poder ver el detalle de los campos de solicitudes y respuestas del protocolo. En la solapa “Modelo OSI” si se describen los tipos de mensajes, SOLICITUD, ACK, DATOS.
El cliente TFTP solo puede ser invocado desde un router o switch con el comando copy run tftp, la PC no dispone de un cliente como en el caso del Protocolo FTP.
A nivel de configuración, el servidor admite la posibilidad de encender y apagar el servicio y eliminar archivos directamente desde la interfaz, simplemente seleccionando y apretando el botón Eliminar.
Protocolo Telnet: comentarios y limitaciones de Packet Tracer.
La implementación es perfectamente funcional en tiempo real, pero rudimentaria en modo simulación, ya que las PDUs Telnet muestran el mensaje “Datos Telnet” sin poder ver el detalle de los campos de solicitudes y respuestas del protocolo.
Sin embargo es posible observar el intercambio de mensajes para la autenticación del usuario perfectamente (usuario y clave), con algunos comentarios enriquecedores en la solapa “Modelo OSI”.
El cliente Telnet puede ser invocado desde una línea de comando de la PC o desde un router.
En los routers no viene configurado por defecto, es necesario realizar la configuración de un usuario y clave.