X-Git-Url: https://git.llucax.com/z.facultad/75.43/tp2.git/blobdiff_plain/5519ad8960da78e642c7af2c8e971129e2188848..8c93ad6f697d51988cce79b58080a08738c4ecf6:/Informe.lyx diff --git a/Informe.lyx b/Informe.lyx index a596a1c..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 @@ -346,12 +476,12 @@ Mensajes FTP \layout Standard La captura fue realizada transfiriendo un archivo binario de 1.9 Mb, llamado - db4o-4.5-mono.tar.gz, utilizando la intefaz loopback. - Para la transferencia se han interfambiado 16 mensajes FTP 8 response y + 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 el el response del server dando su identificacion +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. @@ -359,9 +489,9 @@ Lo primero que se recibe el el response del server dando su identificacion la respuesta de que estamos loggeados. \layout Standard -El cliente envia un SYST para saber el tipo de sistema que hay del otro +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 continuacion + 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 @@ -370,28 +500,29 @@ Como cuando se completo la transferencia. \layout Standard -También se registraron 68 paquetes FTP-DATA intercambiados durante la transferen -cia del archivo. +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 Previows segment lost. - El resto corresponden a envio de 16384 bytes de datos transferidos. + 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. + 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 puero local 32985. + del servidor y el puerto local 32985. \layout Standard -La transferencia consume 65 paquetes, de los cuales tenemos algunos de control. - Hay 5 paquetes TCP ACKed lost segment y 3 de TCP Window Update. +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. @@ -400,13 +531,13 @@ La comunicaci Paquetes IP \layout Standard -En total se utilizan 104 paquetes IP. +En total se utilizan 1516 paquetes IP. \layout Subsection Frames Ethernet \layout Standard -En total se utilizan 104 paquetes IP. +En total se utilizan 1516 frames ethernet. \layout Section Análisis de la captura Telnet