Buenas...
surgio algo en el laburo y estaba viendo la manera de solucionarlo...
Les comento rápidamente un bosquejo básico de la porción de la red que viene al caso.
tenemos 2 sitios centrales y una branch
Vamos por la parte Frame Relay
en cada central tenemos tramas E1 contra TASA
la Branch tiene una ultima milla de cobre a una DTU
de ahi se arma en el router de la brach 2 PVC, uno contra cada sitio (pongamosle SitioA y SitioB)
El enlace Frame-relay de la branch es de 128, 64 para el SitioA y 64 para el SitioB. En los 64k tenemos 56 de CIR y los otros 8 de EIR.
Basicamente la configuracion es:
interface Serial0/0.1 point-to-point
description SitioA
bandwidth 56
ip address 192.168.0.1 255.255.255.0
no ip route-cache
no ip mroute-cache
ip summary-address eigrp bla bla... (las redes del router)
frame-relay interface-dlci 1
class 128kbps <---- hace ref a un classmap configurado
crypto map micrypto
idem el SitioB pero con otra subinterfaz, otro IP y otro crypto.
hasta aca todo PERFECTO.
usamos de protocolo de routeo el EIGRP para que haga balanceo por los 2 enlaces.
la configuracion del EIGRP esta por default. lo que hicimos fue, publicamos las redes y dejamos las interfaces en modo pasivo cosa que publiquen SOLO lo que tienen conectado.
ahora bien...
Instalamos un enlace secundario.
El enlace secundario va conectado del router de la branch a un router del proveedor de servicios (quien tiene otro en el SitioA) y lo unico que tenemos configurado es una Vlan.
interface FastEthernet0/1.1
encapsulation dot1Q 21
ip address 192.168.1.1 255.255.255.0
bandwidth 64
y del lado del SitioA esta mas o menos igual la conf
(no se preocupen por las IP's toy poniendo cualquier cosa)
ahora bien...
El enlace PRINCIPAL tiene un bandwitch de 56 y el secundario uno de 64... tons... se me va el trafico automaticamente por el secundario... (cuack!)
con OSPF yo podia subirle el peso a una interfaz, pero con EIGRP no
Por ahi me dijeron de ponerle un DELAY, pero me parece una negrada.
Alguna idea, ocurrencia, majanadería o similar?