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 negocia para TCP/IP, lo más importante
- es la asignación de la IP.
+ 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 Standard
+
+Lo primero que hay que hacer si utilizamos un modem sobre una línea telefónica
+ conmutada, es establecer el canal de la capa física.
+ Esto significa que una de las puntas debe discar el número de la otra y
+ establecer el canal utilizando algún programa de comunicación que permita
+ salir sin
+\emph on
+resetear
+\emph default
+ el modem (como
+\family typewriter
+minicom
+\family default
+, con el que podemos hacerlo utilizando la combinación de teclas
+\family typewriter
+ALT-Q
+\family default
+).
+\layout Standard
+
+Con el canal establecido, ejecutamos en ambas puntas el comando:
+\layout LyX-Code
+
+pppd -detach <IP local>:<IP remota> /dev/ttyS<N> <baudios> &
+\layout Standard
+
+Donde
+\family typewriter
+<IP local>
+\family default
+ es la IP que se usará en la punta donde se ejectuta el comando,
+\family typewriter
+<IP remota>
+\family default
+ la IP del par,
+\family typewriter
+<N>
+\family default
+ el número de puerto serie (empezando de 0, que equivaldría al puerto más
+ conocido como COM1) y
+\family typewriter
+<baudios>
+\family default
+ la velocidad en baudios del puerto serie.
+ Recordemos que estamos usando como NCP al protocolo IPCP, para establecer
+ una capa de red IP.
+\layout Standard
+
+Esta es una forma muy precaria y no autenticada de establecer la conexión
+ PPP.
+ La forma correcta sería dejando que una de las puntas actúe como
+\emph on
+servidor
+\begin_inset Foot
+collapsed true
+
+\layout Standard
+
+Técnicamente no es un servidor, ya que no existe tal cosa en el protocolo
+ PPP (en el que ambas puntas son pares), pero suele utilizarse este término
+ para la punta que recibe las llamadas, las atiende y asigna IPs.
+\end_inset
+
+
+\emph default
+ PPP, encargándose de atender a la llamada entrante automáticamente, autenticand
+o y asignando la IP a la otra punta, pero esta configuración es bastante
+ más compleja y poco realizable en el laboratorio.
\layout Subsubsection
Sin modems (null modems)
+\layout Standard
+
+En ambas puntas de la conexión via null modem hay que ejecutar el siguiente
+ comando:
+\layout LyX-Code
+
+pppd -detach crtscts lock <IP local>:<IP remota> /dev/ttyS<N> <baudios>
+ &
+\layout Standard
+
+Donde
+\family typewriter
+<IP local>
+\family default
+ es la IP que se usará en la punta donde se ejectuta el comando,
+\family typewriter
+<IP remota>
+\family default
+ la IP del par,
+\family typewriter
+<N>
+\family default
+ el número de puerto serie (empezando de 0, que equivaldría al puerto más
+ conocido como COM1) y
+\family typewriter
+<baudios>
+\family default
+ la velocidad en baudios del puerto serie.
+ Recordemos que estamos usando como NCP al protocolo IPCP, para establecer
+ una capa de red IP.
+\layout Standard
+
+Esto no establece ninguna tabla de ruteo, por lo que hay que cargarlas a
+ mano en caso de ser un router o de querer especificar un
+\emph on
+default gateway
+\emph default
+ en alguna de las puntas.
+ También es probable que haya que configurar los parámetros del puerto serie
+ con el comando
+\family typewriter
+setserial
+\family default
+, de manera tal que ambas puntas tenga los mismos parámetros (como paridad,
+ baudios, etc).
\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