Una vez que el bit es 'empujado' en el medio, el tiempo transcurrido en su propagación hasta el final del trayecto físico
La velocidad de propagación del enlace depende más que nada de la distancia medio físico
Cercano a la velocidad de la luz en la mayoría de los casos
Para d = distancia, s = velocidad de propagación
Dp = d/s
Retardo de Propagación
Transmisión vs. Propagación
Puede ser confuso al principio
Considerar un ejemplo:
Dos enlaces de 100 Mbps.
Fibra óptica de 1 Km
Via Satélite, con una distancia de 30Km entre base y satélite
Para dos paquetes del mismo tamaño, cuál tiene mayor retardo de transmisión? Y propagación?
Ocurren por el hecho de que las colas (búfers) no son infinitas
Cuando un paquete llega a una cola y ésta está llena, el paquete se descarta.
La pérdida de paquetes, si ha de ser corregida, se resuelve en capas superiores (transporte o aplicación)
La corrección de pérdidas, usando retransmisión, puede causar aún más congestión si no se ejerce algún tipo de control
Pérdida de paquetes
Jitter
Control de Flujo y Congestión
Limitar la tasa de envío porque el receptor no puede procesar los paquetes a la misma velocidad que los recibe
Limitar la tasa de envío del emisor porque existen pérdidas y retardos en el trayecto
Controles en TCP
IP implementa un servicio no-orientado a conexión
No existe ningún mecanismo en IP que ataque las causas de la pérdida de paquetes
TCP implementa control de flujo y congestión
En los extremos, porque los nodos intermedios en la capa de red no hablan TCP
Flujo vs. Congestión en TCP
Flujo: controlado por los tamaños de ventana (RcvWindow) enviados por el receptor
Congestión: controlado por el valor de ventana de congestión (CongWin)
Mantenido independientemente por el emisor
Varía de acuerdo a la detección de paquetes perdidos
Timeout o la recepción de tres ACKs repetidos
Comportamientos:
Incremento aditivo / Decremento multiplicativo (AIMD)
Comienzo lento (Slow Start)
Reacción a eventos de timeout
Diferentes algoritmos de Control de Congestión en TCP
Métricas para sistemas
Disponibilidad
En sistemas Unix/Linux:
Uso del CPU
Kernel, System, User, IOwait
Uso de la Memoria
Real y Virtual
Carga (load)
Disponibilidad
Uso del CPU
Carga (load)
Métricas de Servicios
La clave está en elegir las métricas más importantes para cada servicio
Preguntarse:
Cómo se percibe la degradación del servicio?
Tiempo de espera?
Disponibilidad?
Cómo justifico mantener el servicio?
Quién lo está utilizando?
Con qué frecuencia?
Valor económico?
Tiempo de respuesta(servidor web)
Tiempo de Respuesta (servidor DNS)
Métricas de DNS
Métricas de DNS
Métricas de Servidor de Correo
Contadores por mailer (local, esmtp, etc.)
Número de mensajes recibidos/enviados
Número de bytes recibidos/enviados
Número de mensajes denegados
Número de mensajes descartados
Muy importate: Número de mensajes en cola
Estadísticas de Sendmail
Métricas de Web Proxy
Número de peticiones por segundo
Peticiones servidas localmente vs. las re-enviadas
Diversidad de los destinos web
Eficiencia de nuestro proxy
Número de elementos almacenados en memoria vs. disco
Estadísticas de Squid
Estadísticas de DHCP
 Página anterior | Volver al principio del trabajo | Página siguiente  |