\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 Telnet
-\layout Section
+\layout Standard
+
+Se realizó la captura al inicio de una conexión mediante telnet al servidor
+ donde se encontraba el archivo RFC792 al cual se le modificaron 5 líneas
+ (una en cada hoja) se lo guardó y luego se desconecto del servidor cerrando
+ la conexión telnet.
+\layout Subsection
+
+Mensajes Telnet
+\layout Standard
+
+Se contaron en total 717 mensajes telnet, donde en su mayoría contenían
+ cada uno de ellos, un caracter correspondiente a una tecla presionada y
+ en algunas ocasiones líneas completas transmitidas por el servidor hacia
+ el cliente.
+ Tambíen se puede notar que los primeros mensajes pertenecen a la negociación
+ del protocolo e intercambio de parámetros.
+\layout Subsection
+
+Segmentos TCP
+\layout Standard
+
+Como en los protocolos anteriores se puede observar que se utilizan 3 segmentos
+ para establecer la conexión (SYN, ACK), y que todos los mensajes telnet
+ van montados en un segmento TCP.
+ Por lo tanto tendremos tantos segmentos TCP como mensajes de telnet haya
+ sumando además los segmentos TCP de control, en total 1005 segmentos fueron
+ contabilizados.
+
+\layout Subsection
+
+Paquetes IP
+\layout Standard
+
+Cada segmento TCP va acompañado por un paquete IP, en total 1005 paquetes
+ IP.
+\layout Subsection
+
+Frames Ethernet
+\layout Standard
-Cálculo de eficiencia sobre la red
+Analogamente al caso anterior, podemos observar 1005 frames ethernet.
\the_end
projects / z.facultad / 75.43 / tp2.git / blobdiff