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 configura una capa de red IP, se utiliza
 149  el protocolo IPCP (IP Control Protocol) cuya tarea se limita prácticamente
 150  a la asignación de la IP (aunque puede negociar compresión de cabeceras
 151  también).
 152  Hay también extensiones, como la extensión para configurar servidores de
 153  nombre (definido en la RFC 1877
 154 \begin_inset Quotes eld
 155 \end_inset
 156
 157 PPP Internet Protocol Control Protocol Extensions for Name Server Addresses
 158 \begin_inset Quotes erd
 159 \end_inset
 160
 161 ).
 162 \layout Subsection
 163
 164 Configuración de los routes sobre línea dedicada
 165 \layout Subsubsection
 166
 167 Con modems
 168 \layout Subsubsection
 169
 170 Sin modems (null modems)
 171 \layout Section
 172
 173 Tablas de ruteo
 174 \layout Section
 175
 176 Tablas de ruteo (simulación)
 177 \layout Section
 178
 179 Análisis de la captura HTTP
 180 \layout Subsection
 181
 182 Registro de un nuevo usuario
 183 \layout Subsubsection
 184
 185 Mensajes HTTP
 186 \layout Standard
 187
 188 Requirió para cargar el
 189 \family typewriter
 190 index.php
 191 \family default
 192  16 mensajes HTTP, 8 GET y 7 respuestas 200 (OK) y 1 404 (NOT FOUND), correspond
 193 ientes a dichos mensajes.
 194  Los 8 GET fueron para pedir los siguientes archivos:
 195 \family typewriter
 196 index.php
 197 \family default
 198 ,
 199 \family typewriter
 200 styles.css
 201 \family default
 202 ,
 203 \family typewriter
 204 funciones.js
 205 \family default
 206 ,
 207 \family typewriter
 208 groso.gif
 209 \family default
 210 ,
 211 \family typewriter
 212 dimov.jpg
 213 \family default
 214 ,
 215 \family typewriter
 216 rmarkie.jpg
 217 \family default
 218 ,
 219 \family typewriter
 220 logo.png
 221 \family default
 222  y
 223 \family typewriter
 224 favicon.ico
 225 \family default
 226  (que devolvió NOT FOUND).
 227  Para la página específica de registro de un usuario (el formulario) solo
 228  requirió 2 mensajes HTTP (GET y su respuesta) ya que las imágenes ya las
 229  tenía en el cache el navegador.
 230  Una vez presionado el botón de ENVIAR se observan 4 mensajes más HTTP,
 231  primero un POST para enviar los datos del formulario al servidor, luego
 232  su correspondiente respuesta 200 (OK).
 233  Finalmente se vuelve a cargar el
 234 \family typewriter
 235 index.php
 236 \family default
 237  para lo que se utilizan 2 mensajes más (GET y su respuesta 200).
 238  Nuevamente observamos que como las imágenes están en el cache, no se vuelven
 239  a pedir por HTTP.
 240 \layout Subsubsection
 241
 242 Segmentos TCP
 243 \layout Standard
 244
 245 Lo primero que se observa son 3 segmentos para establecer la conexión (SYN
 246  y ACK), luego por cada mensaje HTTP se observa al menos 2 segmentos TCP,
 247  el que lleva el mensaje HTTP y el ACK que confirma la recepción de dicho
 248  mensaje.
 249  Además, si el mensaje HTTP es mayor a algo menos de 1500 bytes (tamaño
 250  del MTU de ethernet), se observa la fragmentación y por cada fragmento
 251  se generan 2 nuevos segmentos TCP (nuevamente uno que lleva el fragmento
 252  de mensaje HTTP y el ACK correspondiente).
 253  Finalmente se observan 4 segmentos TCP para la desconexión (FIN y ACK).
 254 \layout Standard
 255
 256 Para obtener el index.php y sus imágenes se observa que se hace todo en la
 257  misma conexión, pero al estar ociosa durante un tiempo el servidor http
 258  pide la desconexión y cuando se va a cargar la siguiente página vuelve
 259  a iniciar una nueva conexión.
 260 \layout Standard
 261
 262 En total se observaron 4 conexiones:
 263 \layout Standard
 264
 265 index.php+imagenes: 53 segmentos (incluyendo 3 segmentos de conexión y 4
 266  de desconexión)
 267 \layout Standard
 268
 269 index.php?NuevoUsuario: 27 segmentos (incluyendo 3 segmentos de conexión
 270  y 4 de desconexión)
 271 \layout Standard
 272
 273 index.php?GuardarUsuario+index.php: 97 segmentos (incluyendo 3 segmentos de
 274  conexión y 4 de desconexión)
 275 \layout Standard
 276
 277 Total 177 segmentos
 278 \layout Subsubsection
 279
 280 Paquetes IP
 281 \layout Standard
 282
 283 Al ser el protocolo IP el transporte de los segmentos TCP, se observa que
 284  para cada segmento, hay un paquete IP que lo transporta (incluyendo los
 285  segmentos de control, como SYN y ACK).
 286  No hay otro tipo de paquete IP que no este asociado a un segmento TCP.
 287 \layout Standard
 288
 289 Cantidad de paquetes IP: 177
 290 \layout Subsubsection
 291
 292 Frames Ethernet
 293 \layout Standard
 294
 295 Al ser el protocolo ethernet el transporte de los paquetes IP, se observa
 296  que para cada paquete, hay un frame ethernet que lo transporta.
 297  En esta actividad no se aprecia otro tipo de frame ethernet que no este
 298  asociado a un paquete IP.
 299 \layout Standard
 300
 301 Cantidad de frames ethernet: 177
 302 \layout Subsection
 303
 304 Nueva pregunta de la FAQ
 305 \layout Standard
 306
 307 A partir de ahora sólo enumeraremos la cantidad de
 308 \emph on
 309 paquetes
 310 \emph default
 311  y mencionaremos si hay alguna diferencia con la actividad anterior, ya
 312  que la mecánica es muy similar.
 313 \layout Subsubsection
 314
 315 Mensajes HTTP
 316 \layout Standard
 317
 318 12 mensajes en total:
 319 \layout LyX-Code
 320
 321 GET /~luca/foro/index.php?module=faqs&accion=AgregarPregunta HTTP/1.1
 322 \layout LyX-Code
 323
 324 HTTP/1.1 200 OK (text/html)
 325 \layout LyX-Code
 326
 327 GET /favicon.ico HTTP/1.1
 328 \layout LyX-Code
 329
 330 HTTP/1.1 404 Not Found (text/html)
 331 \layout LyX-Code
 332
 333 POST /~luca/foro/index.php?module=faqs&accion=guardarpregunta HTTP/1.1
 334 \layout LyX-Code
 335
 336 HTTP/1.1 200 OK (text/html)
 337 \layout LyX-Code
 338
 339 GET /~luca/foro/index.php?module=faqs HTTP/1.1
 340 \layout LyX-Code
 341
 342 HTTP/1.1 200 OK (text/html)
 343 \layout LyX-Code
 344
 345 GET /~luca/foro/avatars/phpQe1MqS HTTP/1.1
 346 \layout LyX-Code
 347
 348 HTTP/1.1 304 Not Modified
 349 \layout LyX-Code
 350
 351 GET /favicon.ico HTTP/1.1
 352 \layout LyX-Code
 353
 354 HTTP/1.1 404 Not Found (text/html)
 355 \layout Subsubsection
 356
 357 Segmentos TCP
 358 \layout Standard
 359
 360 Para
 361 \family typewriter
 362 index.php?module=faqs&accion=AgregarPregunta
 363 \family default
 364  se reutiliza una conexión previa así que no hay SYN y se utilizan 10 segmentos
 365  TCP (incluyendo los 4 de la desconexión).
 366  Para obtener el
 367 \family typewriter
 368 favicon.ico
 369 \family default
 370  se reutilizó otra conexión diferente, por lo cual tampoco se presentan
 371  los segmentos de conexión.
 372  En ésta se utilizan 8 segmentos TCP (incluyendo la desconexión).
 373  Finalmente el envío de los datos se realiza todo en una nueva conexión
 374  que se compone de 88 segmentos TCP (incluyendo conexión y desconexión).
 375 \layout Subsubsection
 376
 377 Paquetes IP
 378 \layout Standard
 379
 380 En total se utilizan 106 paquetes IP.
 381 \layout Subsubsection
 382
 383 Frames Ethernet
 384 \layout Standard
 385
 386 En total se utilizan 106 frames ethernet.
 387 \layout Subsection
 388
 389 Respuesta de una FAQ
 390 \layout Subsubsection
 391
 392 Mensajes HTTP
 393 \layout LyX-Code
 394
 395 GET /~luca/foro/index.php?module=faqs&accion=NuevaRespuesta&idpreg=1 HTTP/1.1
 396 \layout LyX-Code
 397
 398 HTTP/1.1 200 OK (text/html)
 399 \layout LyX-Code
 400
 401 GET /favicon.ico HTTP/1.1
 402 \layout LyX-Code
 403
 404 HTTP/1.1 404 Not Found (text/html)
 405 \layout LyX-Code
 406
 407 POST /~luca/foro/index.php?module=faqs&accion=guardarrespuesta HTTP/1.1
 408 \layout LyX-Code
 409
 410 HTTP/1.1 200 OK (text/html)
 411 \layout LyX-Code
 412
 413 GET /~luca/foro/index.php?module=faqs&accion=Mostrarrespuestas&idpreg=1 HTTP/1.1
 414 \layout LyX-Code
 415
 416 HTTP/1.1 200 OK (text/html)
 417 \layout LyX-Code
 418
 419 GET /~luca/foro/avatars/phpQe1MqS HTTP/1.1
 420 \layout LyX-Code
 421
 422 HTTP/1.1 304 Not Modified
 423 \layout LyX-Code
 424
 425 GET /~luca/foro/avatars/phpGifOBK HTTP/1.1
 426 \layout LyX-Code
 427
 428 HTTP/1.1 304 Not Modified
 429 \layout LyX-Code
 430
 431 GET /favicon.ico HTTP/1.1
 432 \layout LyX-Code
 433
 434 HTTP/1.1 404 Not Found (text/html)
 435 \layout Standard
 436
 437 Total: 14 mensajes HTTP
 438 \layout Subsubsection
 439
 440 Segmentos TCP
 441 \layout Standard
 442
 443 Conexión de
 444 \family typewriter
 445 index.php?module=faqs&accion=NuevaRespuesta&idpreg=1
 446 \family default
 447 : 10 (reutiliza conexión, incluye desconexión)
 448 \layout Standard
 449
 450 Conexión
 451 \family typewriter
 452 favicon.ico
 453 \family default
 454 : 7 (reutiliza conexión, incluye desconexión)
 455 \layout Standard
 456
 457 Resto: 31 (incluye conexión y desconexión)
 458 \layout Subsubsection
 459
 460 Paquetes IP
 461 \layout Standard
 462
 463 Total: 48 paquetes IP.
 464 \layout Subsubsection
 465
 466 Frames Ethernet
 467 \layout Standard
 468
 469 Total: 48 frames ethernet.
 470 \layout Section
 471
 472 Análisis de la captura FTP
 473 \layout Subsection
 474
 475 Mensajes FTP
 476 \layout Standard
 477
 478 La captura fue realizada transfiriendo un archivo binario de 1.9 Mb, llamado
 479  db4o-4.5-mono.tar.gz.
 480  Para la transferencia se han intercambiado 16 mensajes FTP 8 response y
 481  6 requests.
 482 \layout Standard
 483
 484 Lo primero que se recibe es el response del server dando su identificacion
 485  (hostname).
 486  Luego un request del comando USER y la respuesta del servidor diciendo
 487  que se necesita password para dicho usuario.
 488  El siguiente comando es PASS con el que se envia el password y recibimos
 489  la respuesta de que estamos loggeados.
 490 \layout Standard
 491
 492 El cliente envía un SYST para saber el tipo de sistema que hay del otro
 493  lado, a lo que el server responde UNIX Type: L8.
 494  Luego se cambia el tipo de modo de transferencia con TYPE y a continuación
 495  se hace un PORT para establecer un canal de comunicación.
 496 \layout Standard
 497
 498 Como último comando se envía RETR para traer un archivo, luego recibimos
 499  una respuesta de que se estableció un canal binario y por último un response
 500  cuando se completo la transferencia.
 501 \layout Standard
 502
 503 También se registraron 1346 paquetes FTP-DATA intercambiados durante la
 504  transferencia del archivo.
 505  Once de dichos paquetes correspondieron a paquetes de control conteniendo
 506  TCP Previous segment lost.
 507  El resto corresponden a envío de 1448 bytes de datos transferidos.
 508 \layout Subsection
 509
 510 Segmentos TCP
 511 \layout Standard
 512
 513 Lo primero que se observa son 3 segmentos para establecer la conexión (SYN
 514  y ACK) entre un puerto alto (35631) y el puerto FTP del server.
 515  Luego 2 paquetes para la autenticación de usuario y a continuación está
 516  la negociación del puerto y el comando RETR usando 34 segmentos.
 517 \layout Standard
 518
 519 Sigue a continuación la transferencia del archivo entre el puerto ftp-data
 520  del servidor y el puerto local 32985.
 521 \layout Standard
 522
 523 La transferencia consume 1466 paquetes, de los cuales tenemos algunos de
 524  control.
 525  Hay 112 ACK, 5 paquetes TCP ACKed lost segment y 3 de TCP Window Update.
 526 \layout Standard
 527
 528 La comunicación termina con 11 segmentos TCP.
 529 \layout Subsection
 530
 531 Paquetes IP
 532 \layout Standard
 533
 534 En total se utilizan 1516 paquetes IP.
 535 \layout Subsection
 536
 537 Frames Ethernet
 538 \layout Standard
 539
 540 En total se utilizan 1516 frames ethernet.
 541 \layout Section
 542
 543 Análisis de la captura Telnet
 544 \layout Section
 545
 546 Cálculo de eficiencia sobre la red
 547 \the_end