\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
\quotes_times 2
\papercolumns 1
\papersides 1
-\paperpagestyle default
+\paperpagestyle fancy
\layout Title
\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
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
projects / z.facultad / 75.43 / tp2.git / blobdiff