modificacion de action que estaba mal, y el archivo de las rutas de un host por red...

[z.facultad/75.43/tp2.git] / Informe.lyx

diff --git a/Informe.lyx b/Informe.lyx
index 281a83b8622d2dafb5d58e5672b5fddeb3862a14..e921277e17990860c2abe33af88542d0f8085ebd 100644 (file)
--- a/Informe.lyx
+++ b/Informe.lyx
@@ -3,11 +3,12 @@
 \textclass article
 \language spanish
 \inputencoding auto
 \textclass article
 \language spanish
 \inputencoding auto

-\fontscheme default
+\fontscheme palatino

 \graphics default
 \paperfontsize default
 \graphics default
 \paperfontsize default

-\papersize Default
-\paperpackage a4
+\spacing single 
+\papersize a4paper
+\paperpackage widemarginsa4

 \use_geometry 0
 \use_amsmath 0
 \use_natbib 0
 \use_geometry 0
 \use_amsmath 0
 \use_natbib 0


@@ -21,7 +22,7 @@
 \quotes_times 2
 \papercolumns 1
 \papersides 1
 \quotes_times 2
 \papercolumns 1
 \papersides 1

-\paperpagestyle default
+\paperpagestyle fancy

 
 \layout Title
 
 
 \layout Title
 


@@ -38,6 +39,135 @@ Markiewicz, Ricardo
 \layout Section
 
 Protocolo PPP
 \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
 \layout Section
 
 Tablas de ruteo


@@ -340,6 +470,74 @@ Total: 48 frames ethernet.
 \layout Section
 
 Análisis de la captura FTP
 \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
 \layout Section
 
 Análisis de la captura Telnet