4.

¿Cuáles son los indicadores y métricas de una red

telemática?

En una red telemática existen muchos posibles indicadores, los más

utilizados pueden ser: la capacidad del canal, la utilización del canal, el
retardo de extremo a extremo, la dispersión del retardo y la pérdida de
paquetes y errores.

CAPACIDAD NOMINAL Y EFECTIVA DE CANAL

La capacidad es uno de los indicadores más importantes, en cualquier

sistema físico. Sirve para saber la cantidad de información que podrá
utilizarse.

La capacidad nominal de un medio de transmisión es la máxima

cantidad de datos transmitidos por unidad de tiempo. La unidad en que
suele medirse es en bits por segundo, y sus múltiplos (kb/s, Mb/s, Gb/s,
etc.).

La capacidad depende de muchas variables:

Ancho de banda de medio: La naturaleza del medio impone restricciones

de tipo físico . el medio puede ser cable (fibra óptica, cobre) o
inalámbrico (wifi, satélite, etc).

Capacidad de procesamiento de la electrónica de control de los

dispositivos de transmisión.

Eficiencia de los protocolos de acceso a redes.

procedimiento de señalización (método utilizado para representar un bit

el medio de transmisión) y de codificación (envío de bits extras de
control) del canal.

Procedimiento de comprensión de datos

CAPACIDAD EFECTIVA DE CANAL

La capacidad efectiva será siempre una fracción de la capacidad

nominal. Se puede ver limitada por los siguientes elementos

Características de los dispositivos intermedios.

LA CAPACIDAD NOMINAL DE CANAL

2. UTILIZACIÓN DEL CANAL

El canal nunca va a alcanzar el máximo de su capacidad teórica. Por eso

se establecen diversas métricas teniendo en cuenta esto, identificándose
con el indicador llamado “utilización del canal”. Esto dará una idea de lo
que realmente se está aprovechando de la capacidad total. Este
indicador es clave para planificar el crecimiento de la red. Se puede
medir en bps (bits por segundo) o pps (paquetes por segundo).

El indicador mas usado par valorar el nivel de utilización del canal es el

95-percentil. El canal nunca va a alcanzar el máximo de su capacidad
teórica. Por eso se establecen diversas métricas teniendo en cuenta
esto, identificándose con el indicador llamado “utilización del canal”. La
utilización del canal dará una idea de lo que realmente se está
aprovechando de la capacidad total. El canal nunca va a alcanzar el
máximo de su capacidad teórica. Por eso se establecen diversas
métricas teniendo en cuenta esto, identificándose con el indicador
llamado “utilización del canal”. La utilización del canal dará una idea de
lo que realmente se está aprovechando de la capacidad total.

3. RETARDO DE EXTREMO A EXTREMO

Es el tiempo transcurrido en el que se transmite un paquete desde el

origen hasta el destino. También se le llama latencia.

Las causas de esos retardos son muy variables:

El tiempo que tardan las aplicaciones, tanto en origen y en destino para

procesar la información.

Los diferentes medios por donde pasan los datos. Por su naturaleza
mejoran o empeoran la velocidad de paso de la información.

Los dispositivos intermedios presentan diferentes velocidades de

procesamiento, además, las tareas que deban realizar pueden requerir
tiempos diversos en función de diferentes configuraciones.

Tipos de Retardos
El retardo extremo a extremo puede desglosarse en diferentes tipos de
retardos como se describen a continuación.

Retardo de procesamiento

: Es el retardo que se produce en cada elemento intermedio que decide

a dónde enviar los datos.

Retardo de espera en cola

: Es el tiempo que esperan los datos en una memoria intermedia

(buffer) antes de ser retransmitidos. Se dice que los datos están en cola
de espera para la transmisión.

Retardo de transmisión

: Tiempo requerido para colocar todos los bits de un paquete en el

medio de transmisión (depende del tamaño del paquete y del ancho de
banda del medio).

Retardo de propagación

: Tiempo que tarda la señal en llegar al otro extremo del sistema de

transmisión. Depende fundamentalmente de la distancia a recorrer y
también del medio físico que utilice, que impone una velocidad de
transmisión.

4. DISPERSIÓN DEL RETARDO

A la variación en las diferencias de tiempos de llegada entre paquetes se

le llama Jitter (parpadeo). Es la fluctuación del retardo sobre los datos
recibidos. Suele deberse a la interferencia de señales e introducción de
ruido en el canal, pero también a la congestión de la red y al haber
seguido los paquetes rutas distintas para llegar al destino.

Hay procesos que necesitan tiempos fijos de ejecución, y hay ciertos

tipos de tráfico, como el de voz, que necesita una cierta fluidez, pues
desde el punto de vista del usuario puede ser muy molesto el producirse
vacíos en la comunicación (voz entrecortada). La solución al Jitter es
guardar los datos en memorias buffer , lo cual introduce un retardo
todavía mayor. Es decir, la red se toma un respiro y almacena en un
buffer unos cuantos paquetes para poder garantizar su procesamiento
de forma continua.
Carga adicional de procesamiento de las diversas capas (internet,
transporte, app).

Metrica:

La métrica como sabemos son un tipo de medidas que se utiliza para

determinar un valor que se puede medir mediante tablas o las
propiedades de validación un ejemplo puntual son:

Número actual de conexiones de cliente con un servidor

Número de sucesos de red escalados

Número de sucesos de red sin resolver

5. ¿Aplica las incidencias algún evento preventivo en pro de

mejorar las métricas de las mismas en la red?

Claro que si al ocurrir incidencias se pueden aprender de ellas y estar

preparados para disminuir o eliminar el riesgo de que ocurran
nuevamente, adicionalmente podemos decir que las métricas de la red
mejoraran dado que al tener un plan de contingencia será menor el
número de sucesos de la red.

6. ¿En las clasificaciones de las incidencias en las redes, cuál

cree usted es la de mayor importancia?

La clasificación de las incidencias la de mayor importancia es la que es

ocasionada por un técnico o administrador de la red, dado que estas son
las más difíciles de resolver dado que son las ocasionadas por personas
que administran la red y en ocasiones hay que investigar mucho para
saber como se resuelven.

8. ¿Cuál de los sistemas informáticos de Gestión de

Incidencias considera aplicable a la red que se viene trabajando
en el grupo?

En el caso de la red telemática que venimos desarrollando en grupo se

podría hablar de Redmine que es una herramienta para la gestión de
proyectos, incluye un sistema de gestión de incidencias con seguimiento
de errores. Escrita en framework Ruby on Rails. Es de software libre.

9. ¿Para resolver incidencias se deben de determinar los

procesos que se afectan para así determinar los pasos a seguir
para dar solución? ¿Por qué?

Se deben primero encontrar los procesos que se ven afectados para

saber cómo reestablecer los servicios que se necesitan para que la red
siga funcionando, se debe establecer primero el impacto y la urgencia, y
si se puede reestablecer el servicio de forma parcial la red o el conjunto
de redes no se verán tan afectadas.

10. ¿Al Identificar las incidencias podremos determinar la

prioridad en la que se debe solucionar? ¿Por qué?

Porque existen varios tipos de incidencias con distinta clasificación de

prioridad, se tienen que tener en cuenta el impacto y la urgencia,
existen aquellas que tienen una prioridad Alta, la cual debe ser
solucionada o atendida en menos de cinco minutos, está siempre es vital
para una red o para un negocio, un ejemplo claro de esto es si no hay
internet en la red telemática del banco que estamos diseñando, si no
hay internet se pierde mucho dinero pues las transacciones no se
pueden realizar; por otro lado existe la prioridad media que tiene de
diez minutos a una hora para ser atendida, por ejemplo si una
impresora no se conecta con los hots y no imprime es prioridad media,
pues se puede seguir trabajando pero no se puede imprimir, y por lo
general se cuenta con más de una impresora para estas funciones, y
una prioridad baja que tiene de una hora hasta días o meses, por
ejemplo en la oficina del banco se vio necesario que el equipo de IT
desarrolle una aplicación web que sirviera para que los usuarios del
banco pudieran hacer más transacciones por este medio, esta aunque es
importante demanda tiempo y posiblemente se pueda desarrollar pero
tomaría varios días o meses antes de dar una solución que satisfaga
totalmente las necesidades del usuario.
11. Analizando la red telemática que se ha venido trabajando
mediante un ejemplo describa que es una incidencia.

Una Incidencia es un acontecimiento que sobreviene en el curso de un

asunto o negocio y tiene con él alguna conexión.

Por ejemplo una incidencia en la red telemática escogida sería que el

equipo de un cajero no se conecte a la intranet del banco por lo cual se
pondría un caso en la mesa de ayuda para poder solucionar esta falla.

12. ¿Por qué cree que se debe usar la Gestión de incidencias en

las Redes Telemáticas?

Porque con ella se ve todo lo que pasa a diario en la red y se puede

llevar un control estricto de la misma, sabiendo que se hizo en cada
caso y eliminando o mitigando estos problemas, para así poder llevar
una monitorización periódica, un seguimiento proactivo y una
optimización de recursos.

13. ¿Cómo ayuda las buenas prácticas a las Redes Telemáticas?

Las buenas prácticas ayudan para evitar incidencias o reducirlas, un

buen ejemplo de esto es la monitorización de las incidencias que han
ocurrido, saber si se eliminaron o se redujeron, cual fue la solución y
saber si se volvieron a presentar.

14. ¿Qué herramienta de gestión recomendaría usted y por

qué?

Trac: herramienta para gestión de proyectos y seguimiento de errores,

escrita en Python. Es de software libre.

Recomendaria esta por que es libre además de ser una herramienta

muy útil para la resolución de incidencias.

15. ¿Si el proveedor es un agente externo, que manejo se le

puede dar a una incidencia cuando fue escalada al proveedor?
¿Como se monitorea el estado de esta sabiendo que no está a
nuestra disposición?
A esta incidencia se debe dar un manejo de seguimiento únicamente,
porque no se encuentra en nuestras manos la solución, adicionalmente
se debe saber cuál fue la solución al problema para saber cómo se
puede evitar, adicionalmente se monitorea el estado de esta incidencia
haciendo un control proactivo del suceso, verificando si la incidencia se
resolvió como usuario y como administrador de la red.