eigrp vs rip

sziasztok
keszulok a ccnp vizsgamra es tesztelgettem az eigrp full-konvergencia idejet a rippel szemben.
a ket router FA portokon kommunikalnak egymassal, de van egy backup serial link is koztuk.

A teszteles: pingelem ezerszer R2-t es kozben lekapcsolom az FA portot es megszamolom a dropped packeteket vagy csak magat az idot ami eltelt, tok mindegy gyakorlas.
Azt vettem eszre, h amikor az EIGRPt lenyomom akkor teljes sotetseg van es nem erkeznek meg a packetek, viszont amikor a ripet nyomtam le akkor igy nezett ki:


!!!!!!!!!!!!!!!!!!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

ez miert van?

Hozzászólások

röviden: kevés info
de ennyiből azt mondanám, hogy a rip visszatartó időzítője nem engedi a route táblába az adott hálózatot, eigrp-nél nincs ilyen. játék közben debug ip rip database vagy valami hasonló a barátod.
A sormintából pedig azt következtetem, hogy egyik oldalon fa-n megy másikon meg serialon küldi vissza (ezért nem érkezik meg).
ez az összhasonlítás értelmetlen, mivel rip 100% DV, eigrp meg egy DV/LS szerelemgyerek, gyakorlatban ripet csak dmvpn-en felett és bizonyos esetben campuson belüli routingra használható egyébként /dev/nullban a helye, eigrpt pedig amint jobban elkezdik támogatni a konkurenciák 'ospf' félig-meddig kukázhatóvá válik ... persze bizonyos esetekben ospf-nek van előnye eigrp-vel szemben ... szóval nincs tökéletes gyerek, csak zabi, mikor/mire/hol dönti el melyik a 'jobb'
rég vizsgáztam ccnp, de nem lepődök meg az ilyen teljesen értelmetlen gyakorlatban soha elő nem forduló hülyeségekre kiváncsiak ... épp ezért nem is újítottam meg, csak pénzkidobás lenne ...hanem majd egyszer ccie ... többi csak úgyis dísznek jó :)
azért sok sikert ;-)

Mert RIP eseten ECMP-t kapsz, EIGRP eseten nem, ezert latod a sormintat.
RIP szempontjabol 1hop tavolsagra van a network etherneten es serialon is, EIGRP-nel a komposit metric mas lesz, mert a serial alapbol low bandwidth es high delay.