Cálculo de costos de EIGRP

Requisito previo: EIGRP 

Como Enhanced Interior Gateway Routing Protocol (EIGRP) es un protocolo de enrutamiento de vector híbrido, ya que contiene características tanto del protocolo de enrutamiento de vector de distancia como del protocolo de enrutamiento de estado de enlace. Es un protocolo de capa de red que utiliza el número de protocolo 88. 

Cálculo de costos: la array compuesta se usa para calcular el costo y también se usa para el descubrimiento de vecindarios. Tiene valores: 

K1 (ancho de banda)- 1 

K2 (carga)- 0 

K3 (retraso) -1 

K4 (confiabilidad)- 0 

K5(MTU)-0 

Como solo el ancho de banda y la demora se utilizan para calcular el costo. La fórmula utilizada para el cálculo de costos es: 

Métrica EIGRP = 256*((K1*Ancho de banda) + (K2*Ancho de banda)/(256-Load) + K3*Retraso)*(K5/(Confiabilidad + K4))) 

Como los valores de K1 y K3 se establecen en 1, y K2, K4 y K5 se establecen en 0. Por lo tanto, la fórmula se convierte en: 

Métrica = 256*( Ancho de banda + Suma de todos los retrasos) 

Donde el ancho de banda = (10^7/menor ancho de banda) y 

Retraso = (suma de todos los retrasos /10) 

El ancho de banda es el ancho de banda más bajo entre el origen y el destino y el retraso es el retraso de interfaz acumulativo a lo largo de una ruta entre el origen y el destino. 

Algunos términos importantes son:

  • Distancia anunciada o reportada: Es la distancia dada por el router vecino para llegar a la red de destino.
  • distancia factible: la mejor métrica entre todas las rutas a una red. Se calcula sumando la distancia anunciada/informada anunciada por el vecino y el costo calculado por ese enrutador actual para llegar al vecino.
  • sucesor: es la mejor ruta (la más baja) para llegar a cualquier red de destino específica. Estos se almacenan en la tabla de enrutamiento.
  • sucesor factible: Se define como el camino cuya distancia anunciada es menor que la distancia factible del sucesor actual. Estos se almacenan en la tabla de topología.
  • tabla de enrutamiento: contiene rutas sucesoras actuales a las redes remotas. Se almacena en la memoria RAM. Las mejores rutas se copian de la tabla de topología a la tabla de enrutamiento.
  • tabla de vecinos: contiene la información del vecino EIGRP, como la dirección IP, la interfaz, el recuento de colas, el intervalo de retransmisión, etc.
  • tabla de topología: esta tabla contiene toda la red de destino anunciada por los enrutadores vecinos. Contiene rutas sucesoras y sucesoras factibles, pero solo las rutas sucesoras se copian en la tabla de enrutamiento. Si en caso de que la ruta del sucesor se caiga, se selecciona el sucesor factible de la tabla de topología para llegar a esa red.

Protocolo de transporte fiable: 

EIGRP usa RTP para el intercambio de mensajes EIGRP entre los enrutadores EIGRP vecinos. EIGRP envía mensajes de multidifusión en 224.0.0.10. La lista se crea y se mantiene de los vecinos que han reconocido los mensajes. En caso de que el vecino no reconozca el mensaje, los mensajes se transmiten al enrutador vecino 16 veces. Si no hay respuesta incluso después de los mensajes de unidifusión, el vecino se declara muerto. Esto se conoce como multidifusión confiable. 

Algoritmo de actualización difusa (DUAL) – 

DUAL mantiene varias métricas sobre las rutas, incluido el sucesor, la distancia factible, el sucesor factible, la distancia informada y la condición factible. DUAL se utiliza para evitar bucles de enrutamiento mediante el cálculo continuo de las rutas. Encuentra la ruta más corta sin bucles desde el enrutador a una red de destino. Hay 2 escenarios en DUAL:

  1. Cuando la ruta del sucesor falla, el enrutador buscará un sucesor factible. Si un sucesor factible está presente, entonces se usa
  2. Cuando no hay sucesores factibles pero hay vecinos que anuncian el destino, debe ocurrir un recálculo (el mensaje de consulta es multidifusión). Este es el proceso en el que se determina un nuevo sucesor. La cantidad de tiempo que lleva volver a calcular la ruta afecta el tiempo de convergencia.

Publicación traducida automáticamente

Artículo escrito por saurabhsharma56 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *