Bonjours ,
J'ai,besoin de votre aide au sujet de protocole vrrp , je vous explique
La commande : track 1 rtr 1      ne marche pas dans le routeur enterasys 1850
J 'ai deux routeur , un cisco et l'autre interasys dans un meme reseau et je voudrez que on cas de panne de l'un deux , son trafic switche vers l'autre routeur , j'ai trouver que cela et assure par le protocole vrrp qui 'est un protocole normaliser (donc il va marcher dans cisco et enterasys ) , j'ai tester les commande de configuration et sa a marcher , le probleme que j'ai trouver dans le vrrp et qu'il ne va switcher vers l'autre routeur seulement en cas de pane de l'interface que je track ( a l'aide d'une commande ) , dans mon cas le probleme sera la coupure d internet , donc l interface restera up . J'ai trouver que cisco propose un service qui s'appelle le ip sla qui fait du monitoring , il vous permet de faire une boucle de ping vers une addres de destination , est si la ping ne marche pas il sera l'element perturbateur  , qui va dire au routeur de switcher .l
 
Mais quand j'ai voulu declare un objet track avec la commande track 1 rtr 1 sa n'a pas ete accepte dans le routeur enterasys .
Je voudrez savoir si il 'y a un autre commande pour declarez un objet track pour le protocole vrrp .et desolez pour tous se blabla hhhh .

Logiquement ce serait plutôt de définir ton moniteur de cette façon en vrrp .

track 5 interface F0/0 line-protocol (on monitore l'état du lien f0/0(wan par exemple)
int xxxx (ip du vrrp secondaire)
vrrp 1 track 5 decrement 20
Si tu utilises du sla monitoring , cela correspond à du HSRP , propriétaire cisco.

Post ta config su tu veux qu'on y voit plus clair ^^

 
si je fais comme vous m'avez dit "track 5 interface F0/0 line-protocol" l'interface ne sera pas quand l'internet n'est plus disponible ???
voici ma configuration , j'ai cree deux groupe vrrp dans chaque routeur , pour les faire fonctionne toute les deux :
 
enterasys (VRRP)
rtr 1
type echo protocol ipIcmpEcho 192.168.0.10
rtr schedule 1 life forever start-time now
track 1 rtr 1
(config)# interface ethernet 1
(config-eth 0/ )#vrrp 1 description Master Router Group 1
(config-eth 0/ )#vrrp 1 ip 172.16.254.254
(config-eth 0/ )#vrrp 1 priority 125
(config-eth 0/ )#vrrp 1 preempt                                        
(config-eth 0/ )#vrrp 1 track 1 decrement 40
(config-eth 0/ )#vrrp 2 description Backup Router Group 2
(config-eth 0/ )#vrrp 2 172.16.254.253
(config-eth 0/ )#exit
 
cisco (VRRP)
ip sla 2
icmp-echo 8.8.8.8 source-interface Dialer1
frequency 100
ip sla schedule 2 start-time now life forever
track 2 rtr 2
(config)# interface ethernet 0/0
(config-eth 0/ )#vrrp 2 description Master Router Group 2
(config-eth 0/ )#vrrp 2 ip 172.16.254.253
(config-eth 0/ )#vrrp 2 priority 125
(config-eth 0/ )#vrrp 2 preempt  
(config-eth 0/ )#vrrp 2 track 2 decrement 40
(config-eth 0/ )#vrrp 1 description Backup Router Group 1
(config-eth 0/ )#vrrp 1 ip 172.16.254.254
(config-eth 0/ )#exit
 
le probleme se pose au niveau de la commande track 1 rtr 1 dans le routeur enterasys pour faire le track .

Dans le cas ou le ping vers le DNS google échoue , est-ce que ton backup router 2(enterasys) devient actif  ?
A priori vu la configuration du Cisco, cela me semble correct . Ton problème se situe simplement au tracking de l'enterasys ?  
Test dans un premier temps le failover , conf de base du VRRP sans tracking , puis active ensuite le tracking sur le ping du DNS de google. Si tout ça passe sans problème , effectivement il y a un problème sur la conf du tracking de l'enterasys.
Si t'es en prod crée un loopback d'interface sur ton routeur Cisco et configure un tracking sur l'interface de loopback pour tester la bascule VRRP.
 
 

effectivement tout les commande de la configuration passe sans aucun probleme , et j'est l'etat des routeur , un bakup et l'autre master , le proleme reste dans une seul commande dans le routeur interasys ,"track 1 rtr 1 " il ne connait pas la commande track . est ce que tu pense qu'il ya une autre solution pour contourner la commande track ??

 
Plus de support sur ton routeur ?
A mon avis c'est que ton routeur ne supporte tout simplement ce type de tracking.
Sur certain Cisco qui ne gérait pas le IP SLA il me semble que l'on crée des event par récupération snmp pour modifier la route en cas de défaillance.

est ce que tu a un lien sur la facon de configurer une evenement par snmp ??

je vouderez savoir , si je fait des track simple , avec line-protocole et ip routing , est ce que si l'internet et couper , est ce que elle va etre detecter ???