Informe.lyx

   1 #LyX 1.3 created this file. For more info see http://www.lyx.org/
   2 \lyxformat 221
   3 \textclass article
   4 \language spanish
   5 \inputencoding auto
   6 \fontscheme palatino
   7 \graphics default
   8 \paperfontsize default
   9 \spacing single
  10 \papersize a4paper
  11 \paperpackage widemarginsa4
  12 \use_geometry 0
  13 \use_amsmath 0
  14 \use_natbib 0
  15 \use_numerical_citations 0
  16 \paperorientation portrait
  17 \secnumdepth 3
  18 \tocdepth 3
  19 \paragraph_separation indent
  20 \defskip medskip
  21 \quotes_language english
  22 \quotes_times 2
  23 \papercolumns 1
  24 \papersides 1
  25 \paperpagestyle fancy
  26
  27 \layout Title
  28
  29 Introducción a los Sistemas Distribuídos (74.43)
  30 \newline
  31 Trabajo Práctico 2
  32 \layout Author
  33
  34 Dimov, Nicolás
  35 \newline
  36 Lucarella, Leandro
  37 \newline
  38 Markiewicz, Ricardo
  39 \layout Section
  40
  41 Protocolo PPP
  42 \layout Subsection
  43
  44 Introducción
  45 \layout Standard
  46
  47 El protocolo PPP es muy utilizado para establecer una comunicación entre
  48  2 redes (routers), ya sea entre LANs o entre una LAN y WAN u otras redes
  49  más grandes.
  50  Incluso es útil para comunicar un sólo host a una red distante (donde no
  51  sería viable tender un cable o utilizar un medio inalámbrico).
  52  Al poder ser montado sobre líneas telefónicas conmutadas, este protocolo
  53  fue (y es) muy utilizado para proveer acceso a internet.
  54 \layout Subsection
  55
  56 Protocolo
  57 \layout Standard
  58
  59
  60 \begin_inset Float figure
  61 wide false
  62 collapsed true
  63
  64 \layout Caption
  65
  66
  67 \begin_inset LatexCommand \label{cap:Diagrama-de-estados-ppp}
  68
  69 \end_inset
  70
  71 Diagrama de estados de una conexión PPP
  72 \layout Standard
  73
  74
  75 \begin_inset Graphics
  76         filename ppp.eps
  77         scale 65
  78
  79 \end_inset
  80
  81
  82 \end_inset
  83
  84 Lo primero que debe hacer el protocolo es establecer una conexión física
  85  entre las dos puntas de la comunicación, para esto debe discar el número
  86  si se utiliza sobre una línea telefónica conmutada, para establecer el
  87  canal.
  88  Una vez establecido el canal, empieza a actuar el LCP (Link Control Protocol)
  89  que negocia, enviando frames PPP, los parámetros de la conexión.
  90  Una vez acordados estos parámetros, puede realizarse una etapa de autenticación
  91 , para verificar la identidad de las puntas y así permitir o no que la comunicac
  92 ión se establezca.
  93  Finalmente, si todo resultó bien, se envía una serie de paquetes NCP (Network
  94  Control Protocol) para configurar la capa de red (como la dirección IP,
  95  si se quisiera utilizar el protocolo TCP/IP en dicha capa).
  96 \layout Standard
  97
  98 En este momento las dos puntas de la conexión están comunicadas y pueden
  99  realizar todas sus tareas como si estuvieran conectadas en una LAN.
 100 \layout Standard
 101
 102 Un vez finalizado, se procede prácticamente de forma inversa a como se estableci
 103 ó la conexión para liberarla.
 104  Primero se libera la IP a través del procotocolo NCP, luego se libera el
 105  enlace cerrando la conexión de la capa LCP y finalmente se cierra la conexión
 106  física (se corta el módem), si fuera necesario.
 107 \layout Standard
 108
 109 Se puede ver un diagrama de estados de este proceso en la figura
 110 \begin_inset LatexCommand \vref{cap:Diagrama-de-estados-ppp}
 111
 112 \end_inset
 113
 114 .
 115 \layout Subsection
 116
 117 Configuración
 118 \layout Standard
 119
 120 Entre las cosas que se pueden configurar (negociando a través del protocolo
 121  LCP) está el tamaño de la cabecera del frame (ya que los campos
 122 \emph on
 123 address
 124 \emph default
 125  y
 126 \emph on
 127 control
 128 \emph default
 129  generalmente son fijos y pueden evitarse, el campo
 130 \emph on
 131 protocol
 132 \emph default
 133  puede ser de 1 o 2 bytes y el
 134 \emph on
 135 checksum
 136 \emph default
 137  de 2 o 4) y el máximo tamaño del
 138 \emph on
 139 payload
 140 \emph default
 141  del frame.
 142  Estos parámetros se establecen con valores por omisión para poder ser negociado
 143 s luego con el protocolo LCP.
 144 \layout Standard
 145
 146 El protocolo NCP es muy específico sobre qué protocolo de red se quiera
 147  negociar, por lo que es muy difícil hablar en términos generales de él.
 148  Para el caso más común, donde se negocia para TCP/IP, lo más importante
 149  es la asignación de la IP.
 150 \layout Subsection
 151
 152 Configuración de los routes sobre línea dedicada
 153 \layout Subsubsection
 154
 155 Con modems
 156 \layout Subsubsection
 157
 158 Sin modems (null modems)
 159 \layout Section
 160
 161 Tablas de ruteo
 162 \layout Section
 163
 164 Tablas de ruteo (simulación)
 165 \layout Section
 166
 167 Análisis de la captura HTTP
 168 \layout Subsection
 169
 170 Registro de un nuevo usuario
 171 \layout Subsubsection
 172
 173 Mensajes HTTP
 174 \layout Standard
 175
 176 Requirió para cargar el
 177 \family typewriter
 178 index.php
 179 \family default
 180  16 mensajes HTTP, 8 GET y 7 respuestas 200 (OK) y 1 404 (NOT FOUND), correspond
 181 ientes a dichos mensajes.
 182  Los 8 GET fueron para pedir los siguientes archivos:
 183 \family typewriter
 184 index.php
 185 \family default
 186 ,
 187 \family typewriter
 188 styles.css
 189 \family default
 190 ,
 191 \family typewriter
 192 funciones.js
 193 \family default
 194 ,
 195 \family typewriter
 196 groso.gif
 197 \family default
 198 ,
 199 \family typewriter
 200 dimov.jpg
 201 \family default
 202 ,
 203 \family typewriter
 204 rmarkie.jpg
 205 \family default
 206 ,
 207 \family typewriter
 208 logo.png
 209 \family default
 210  y
 211 \family typewriter
 212 favicon.ico
 213 \family default
 214  (que devolvió NOT FOUND).
 215  Para la página específica de registro de un usuario (el formulario) solo
 216  requirió 2 mensajes HTTP (GET y su respuesta) ya que las imágenes ya las
 217  tenía en el cache el navegador.
 218  Una vez presionado el botón de ENVIAR se observan 4 mensajes más HTTP,
 219  primero un POST para enviar los datos del formulario al servidor, luego
 220  su correspondiente respuesta 200 (OK).
 221  Finalmente se vuelve a cargar el
 222 \family typewriter
 223 index.php
 224 \family default
 225  para lo que se utilizan 2 mensajes más (GET y su respuesta 200).
 226  Nuevamente observamos que como las imágenes están en el cache, no se vuelven
 227  a pedir por HTTP.
 228 \layout Subsubsection
 229
 230 Segmentos TCP
 231 \layout Standard
 232
 233 Lo primero que se observa son 3 segmentos para establecer la conexión (SYN
 234  y ACK), luego por cada mensaje HTTP se observa al menos 2 segmentos TCP,
 235  el que lleva el mensaje HTTP y el ACK que confirma la recepción de dicho
 236  mensaje.
 237  Además, si el mensaje HTTP es mayor a algo menos de 1500 bytes (tamaño
 238  del MTU de ethernet), se observa la fragmentación y por cada fragmento
 239  se generan 2 nuevos segmentos TCP (nuevamente uno que lleva el fragmento
 240  de mensaje HTTP y el ACK correspondiente).
 241  Finalmente se observan 4 segmentos TCP para la desconexión (FIN y ACK).
 242 \layout Standard
 243
 244 Para obtener el index.php y sus imágenes se observa que se hace todo en la
 245  misma conexión, pero al estar ociosa durante un tiempo el servidor http
 246  pide la desconexión y cuando se va a cargar la siguiente página vuelve
 247  a iniciar una nueva conexión.
 248 \layout Standard
 249
 250 En total se observaron 4 conexiones:
 251 \layout Standard
 252
 253 index.php+imagenes: 53 segmentos (incluyendo 3 segmentos de conexión y 4
 254  de desconexión)
 255 \layout Standard
 256
 257 index.php?NuevoUsuario: 27 segmentos (incluyendo 3 segmentos de conexión
 258  y 4 de desconexión)
 259 \layout Standard
 260
 261 index.php?GuardarUsuario+index.php: 97 segmentos (incluyendo 3 segmentos de
 262  conexión y 4 de desconexión)
 263 \layout Standard
 264
 265 Total 177 segmentos
 266 \layout Subsubsection
 267
 268 Paquetes IP
 269 \layout Standard
 270
 271 Al ser el protocolo IP el transporte de los segmentos TCP, se observa que
 272  para cada segmento, hay un paquete IP que lo transporta (incluyendo los
 273  segmentos de control, como SYN y ACK).
 274  No hay otro tipo de paquete IP que no este asociado a un segmento TCP.
 275 \layout Standard
 276
 277 Cantidad de paquetes IP: 177
 278 \layout Subsubsection
 279
 280 Frames Ethernet
 281 \layout Standard
 282
 283 Al ser el protocolo ethernet el transporte de los paquetes IP, se observa
 284  que para cada paquete, hay un frame ethernet que lo transporta.
 285  En esta actividad no se aprecia otro tipo de frame ethernet que no este
 286  asociado a un paquete IP.
 287 \layout Standard
 288
 289 Cantidad de frames ethernet: 177
 290 \layout Subsection
 291
 292 Nueva pregunta de la FAQ
 293 \layout Standard
 294
 295 A partir de ahora sólo enumeraremos la cantidad de
 296 \emph on
 297 paquetes
 298 \emph default
 299  y mencionaremos si hay alguna diferencia con la actividad anterior, ya
 300  que la mecánica es muy similar.
 301 \layout Subsubsection
 302
 303 Mensajes HTTP
 304 \layout Standard
 305
 306 12 mensajes en total:
 307 \layout LyX-Code
 308
 309 GET /~luca/foro/index.php?module=faqs&accion=AgregarPregunta HTTP/1.1
 310 \layout LyX-Code
 311
 312 HTTP/1.1 200 OK (text/html)
 313 \layout LyX-Code
 314
 315 GET /favicon.ico HTTP/1.1
 316 \layout LyX-Code
 317
 318 HTTP/1.1 404 Not Found (text/html)
 319 \layout LyX-Code
 320
 321 POST /~luca/foro/index.php?module=faqs&accion=guardarpregunta HTTP/1.1
 322 \layout LyX-Code
 323
 324 HTTP/1.1 200 OK (text/html)
 325 \layout LyX-Code
 326
 327 GET /~luca/foro/index.php?module=faqs HTTP/1.1
 328 \layout LyX-Code
 329
 330 HTTP/1.1 200 OK (text/html)
 331 \layout LyX-Code
 332
 333 GET /~luca/foro/avatars/phpQe1MqS HTTP/1.1
 334 \layout LyX-Code
 335
 336 HTTP/1.1 304 Not Modified
 337 \layout LyX-Code
 338
 339 GET /favicon.ico HTTP/1.1
 340 \layout LyX-Code
 341
 342 HTTP/1.1 404 Not Found (text/html)
 343 \layout Subsubsection
 344
 345 Segmentos TCP
 346 \layout Standard
 347
 348 Para
 349 \family typewriter
 350 index.php?module=faqs&accion=AgregarPregunta
 351 \family default
 352  se reutiliza una conexión previa así que no hay SYN y se utilizan 10 segmentos
 353  TCP (incluyendo los 4 de la desconexión).
 354  Para obtener el
 355 \family typewriter
 356 favicon.ico
 357 \family default
 358  se reutilizó otra conexión diferente, por lo cual tampoco se presentan
 359  los segmentos de conexión.
 360  En ésta se utilizan 8 segmentos TCP (incluyendo la desconexión).
 361  Finalmente el envío de los datos se realiza todo en una nueva conexión
 362  que se compone de 88 segmentos TCP (incluyendo conexión y desconexión).
 363 \layout Subsubsection
 364
 365 Paquetes IP
 366 \layout Standard
 367
 368 En total se utilizan 106 paquetes IP.
 369 \layout Subsubsection
 370
 371 Frames Ethernet
 372 \layout Standard
 373
 374 En total se utilizan 106 frames ethernet.
 375 \layout Subsection
 376
 377 Respuesta de una FAQ
 378 \layout Subsubsection
 379
 380 Mensajes HTTP
 381 \layout LyX-Code
 382
 383 GET /~luca/foro/index.php?module=faqs&accion=NuevaRespuesta&idpreg=1 HTTP/1.1
 384 \layout LyX-Code
 385
 386 HTTP/1.1 200 OK (text/html)
 387 \layout LyX-Code
 388
 389 GET /favicon.ico HTTP/1.1
 390 \layout LyX-Code
 391
 392 HTTP/1.1 404 Not Found (text/html)
 393 \layout LyX-Code
 394
 395 POST /~luca/foro/index.php?module=faqs&accion=guardarrespuesta HTTP/1.1
 396 \layout LyX-Code
 397
 398 HTTP/1.1 200 OK (text/html)
 399 \layout LyX-Code
 400
 401 GET /~luca/foro/index.php?module=faqs&accion=Mostrarrespuestas&idpreg=1 HTTP/1.1
 402 \layout LyX-Code
 403
 404 HTTP/1.1 200 OK (text/html)
 405 \layout LyX-Code
 406
 407 GET /~luca/foro/avatars/phpQe1MqS HTTP/1.1
 408 \layout LyX-Code
 409
 410 HTTP/1.1 304 Not Modified
 411 \layout LyX-Code
 412
 413 GET /~luca/foro/avatars/phpGifOBK HTTP/1.1
 414 \layout LyX-Code
 415
 416 HTTP/1.1 304 Not Modified
 417 \layout LyX-Code
 418
 419 GET /favicon.ico HTTP/1.1
 420 \layout LyX-Code
 421
 422 HTTP/1.1 404 Not Found (text/html)
 423 \layout Standard
 424
 425 Total: 14 mensajes HTTP
 426 \layout Subsubsection
 427
 428 Segmentos TCP
 429 \layout Standard
 430
 431 Conexión de
 432 \family typewriter
 433 index.php?module=faqs&accion=NuevaRespuesta&idpreg=1
 434 \family default
 435 : 10 (reutiliza conexión, incluye desconexión)
 436 \layout Standard
 437
 438 Conexión
 439 \family typewriter
 440 favicon.ico
 441 \family default
 442 : 7 (reutiliza conexión, incluye desconexión)
 443 \layout Standard
 444
 445 Resto: 31 (incluye conexión y desconexión)
 446 \layout Subsubsection
 447
 448 Paquetes IP
 449 \layout Standard
 450
 451 Total: 48 paquetes IP.
 452 \layout Subsubsection
 453
 454 Frames Ethernet
 455 \layout Standard
 456
 457 Total: 48 frames ethernet.
 458 \layout Section
 459
 460 Análisis de la captura FTP
 461 \layout Subsection
 462
 463 Mensajes FTP
 464 \layout Standard
 465
 466 La captura fue realizada transfiriendo un archivo binario de 1.9 Mb, llamado
 467  db4o-4.5-mono.tar.gz.
 468  Para la transferencia se han intercambiado 16 mensajes FTP 8 response y
 469  6 requests.
 470 \layout Standard
 471
 472 Lo primero que se recibe es el response del server dando su identificacion
 473  (hostname).
 474  Luego un request del comando USER y la respuesta del servidor diciendo
 475  que se necesita password para dicho usuario.
 476  El siguiente comando es PASS con el que se envia el password y recibimos
 477  la respuesta de que estamos loggeados.
 478 \layout Standard
 479
 480 El cliente envía un SYST para saber el tipo de sistema que hay del otro
 481  lado, a lo que el server responde UNIX Type: L8.
 482  Luego se cambia el tipo de modo de transferencia con TYPE y a continuación
 483  se hace un PORT para establecer un canal de comunicación.
 484 \layout Standard
 485
 486 Como último comando se envía RETR para traer un archivo, luego recibimos
 487  una respuesta de que se estableció un canal binario y por último un response
 488  cuando se completo la transferencia.
 489 \layout Standard
 490
 491 También se registraron 1346 paquetes FTP-DATA intercambiados durante la
 492  transferencia del archivo.
 493  Once de dichos paquetes correspondieron a paquetes de control conteniendo
 494  TCP Previous segment lost.
 495  El resto corresponden a envío de 1448 bytes de datos transferidos.
 496 \layout Subsection
 497
 498 Segmentos TCP
 499 \layout Standard
 500
 501 Lo primero que se observa son 3 segmentos para establecer la conexión (SYN
 502  y ACK) entre un puerto alto (35631) y el puerto FTP del server.
 503  Luego 2 paquetes para la autenticación de usuario y a continuación está
 504  la negociación del puerto y el comando RETR usando 34 segmentos.
 505 \layout Standard
 506
 507 Sigue a continuación la transferencia del archivo entre el puerto ftp-data
 508  del servidor y el puerto local 32985.
 509 \layout Standard
 510
 511 La transferencia consume 1466 paquetes, de los cuales tenemos algunos de
 512  control.
 513  Hay 112 ACK, 5 paquetes TCP ACKed lost segment y 3 de TCP Window Update.
 514 \layout Standard
 515
 516 La comunicación termina con 11 segmentos TCP.
 517 \layout Subsection
 518
 519 Paquetes IP
 520 \layout Standard
 521
 522 En total se utilizan 1516 paquetes IP.
 523 \layout Subsection
 524
 525 Frames Ethernet
 526 \layout Standard
 527
 528 En total se utilizan 1516 frames ethernet.
 529 \layout Section
 530
 531 Análisis de la captura Telnet
 532 \layout Section
 533
 534 Cálculo de eficiencia sobre la red
 535 \the_end