X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/blobdiff_plain/1cc0a23eafd91799dc0f2cf877ffc53b14814c17..8c93ad6f697d51988cce79b58080a08738c4ecf6:/Informe.lyx?ds=inline diff --git a/Informe.lyx b/Informe.lyx index 281a83b..e921277 100644 --- a/Informe.lyx +++ b/Informe.lyx @@ -3,11 +3,12 @@ \textclass article \language spanish \inputencoding auto -\fontscheme default +\fontscheme palatino \graphics default \paperfontsize default -\papersize Default -\paperpackage a4 +\spacing single +\papersize a4paper +\paperpackage widemarginsa4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 @@ -21,7 +22,7 @@ \quotes_times 2 \papercolumns 1 \papersides 1 -\paperpagestyle default +\paperpagestyle fancy \layout Title @@ -38,6 +39,135 @@ Markiewicz, Ricardo \layout Section Protocolo PPP +\layout Subsection + +Introducción +\layout Standard + +El protocolo PPP es muy utilizado para establecer una comunicación entre + 2 redes (routers), ya sea entre LANs o entre una LAN y WAN u otras redes + más grandes. + Incluso es útil para comunicar un sólo host a una red distante (donde no + sería viable tender un cable o utilizar un medio inalámbrico). + Al poder ser montado sobre líneas telefónicas conmutadas, este protocolo + fue (y es) muy utilizado para proveer acceso a internet. +\layout Subsection + +Protocolo +\layout Standard + + +\begin_inset Float figure +wide false +collapsed true + +\layout Caption + + +\begin_inset LatexCommand \label{cap:Diagrama-de-estados-ppp} + +\end_inset + +Diagrama de estados de una conexión PPP +\layout Standard + + +\begin_inset Graphics + filename ppp.eps + scale 65 + +\end_inset + + +\end_inset + +Lo primero que debe hacer el protocolo es establecer una conexión física + entre las dos puntas de la comunicación, para esto debe discar el número + si se utiliza sobre una línea telefónica conmutada, para establecer el + canal. + Una vez establecido el canal, empieza a actuar el LCP (Link Control Protocol) + que negocia, enviando frames PPP, los parámetros de la conexión. + Una vez acordados estos parámetros, puede realizarse una etapa de autenticación +, para verificar la identidad de las puntas y así permitir o no que la comunicac +ión se establezca. + Finalmente, si todo resultó bien, se envía una serie de paquetes NCP (Network + Control Protocol) para configurar la capa de red (como la dirección IP, + si se quisiera utilizar el protocolo TCP/IP en dicha capa). +\layout Standard + +En este momento las dos puntas de la conexión están comunicadas y pueden + realizar todas sus tareas como si estuvieran conectadas en una LAN. +\layout Standard + +Un vez finalizado, se procede prácticamente de forma inversa a como se estableci +ó la conexión para liberarla. + Primero se libera la IP a través del procotocolo NCP, luego se libera el + enlace cerrando la conexión de la capa LCP y finalmente se cierra la conexión + física (se corta el módem), si fuera necesario. +\layout Standard + +Se puede ver un diagrama de estados de este proceso en la figura +\begin_inset LatexCommand \vref{cap:Diagrama-de-estados-ppp} + +\end_inset + +. +\layout Subsection + +Configuración +\layout Standard + +Entre las cosas que se pueden configurar (negociando a través del protocolo + LCP) está el tamaño de la cabecera del frame (ya que los campos +\emph on +address +\emph default + y +\emph on +control +\emph default + generalmente son fijos y pueden evitarse, el campo +\emph on +protocol +\emph default + puede ser de 1 o 2 bytes y el +\emph on +checksum +\emph default + de 2 o 4) y el máximo tamaño del +\emph on +payload +\emph default + del frame. + Estos parámetros se establecen con valores por omisión para poder ser negociado +s luego con el protocolo LCP. +\layout Standard + +El protocolo NCP es muy específico sobre qué protocolo de red se quiera + negociar, por lo que es muy difícil hablar en términos generales de él. + Para el caso más común, donde se configura una capa de red IP, se utiliza + el protocolo IPCP (IP Control Protocol) cuya tarea se limita prácticamente + a la asignación de la IP (aunque puede negociar compresión de cabeceras + también). + Hay también extensiones, como la extensión para configurar servidores de + nombre (definido en la RFC 1877 +\begin_inset Quotes eld +\end_inset + +PPP Internet Protocol Control Protocol Extensions for Name Server Addresses +\begin_inset Quotes erd +\end_inset + +). +\layout Subsection + +Configuración de los routes sobre línea dedicada +\layout Subsubsection + +Con modems +\layout Subsubsection + +Sin modems (null modems) \layout Section Tablas de ruteo @@ -340,6 +470,74 @@ Total: 48 frames ethernet. \layout Section Análisis de la captura FTP +\layout Subsection + +Mensajes FTP +\layout Standard + +La captura fue realizada transfiriendo un archivo binario de 1.9 Mb, llamado + db4o-4.5-mono.tar.gz. + Para la transferencia se han intercambiado 16 mensajes FTP 8 response y + 6 requests. +\layout Standard + +Lo primero que se recibe es el response del server dando su identificacion + (hostname). + Luego un request del comando USER y la respuesta del servidor diciendo + que se necesita password para dicho usuario. + El siguiente comando es PASS con el que se envia el password y recibimos + la respuesta de que estamos loggeados. +\layout Standard + +El cliente envía un SYST para saber el tipo de sistema que hay del otro + lado, a lo que el server responde UNIX Type: L8. + Luego se cambia el tipo de modo de transferencia con TYPE y a continuación + se hace un PORT para establecer un canal de comunicación. +\layout Standard + +Como último comando se envía RETR para traer un archivo, luego recibimos + una respuesta de que se estableció un canal binario y por último un response + cuando se completo la transferencia. +\layout Standard + +También se registraron 1346 paquetes FTP-DATA intercambiados durante la + transferencia del archivo. + Once de dichos paquetes correspondieron a paquetes de control conteniendo + TCP Previous segment lost. + El resto corresponden a envío de 1448 bytes de datos transferidos. +\layout Subsection + +Segmentos TCP +\layout Standard + +Lo primero que se observa son 3 segmentos para establecer la conexión (SYN + y ACK) entre un puerto alto (35631) y el puerto FTP del server. + Luego 2 paquetes para la autenticación de usuario y a continuación está + la negociación del puerto y el comando RETR usando 34 segmentos. +\layout Standard + +Sigue a continuación la transferencia del archivo entre el puerto ftp-data + del servidor y el puerto local 32985. +\layout Standard + +La transferencia consume 1466 paquetes, de los cuales tenemos algunos de + control. + Hay 112 ACK, 5 paquetes TCP ACKed lost segment y 3 de TCP Window Update. +\layout Standard + +La comunicación termina con 11 segmentos TCP. +\layout Subsection + +Paquetes IP +\layout Standard + +En total se utilizan 1516 paquetes IP. +\layout Subsection + +Frames Ethernet +\layout Standard + +En total se utilizan 1516 frames ethernet. \layout Section Análisis de la captura Telnet