EIGRP i MTU

Pytania dt. certyfikacji CCNP, CCDP, CCSP, CCIP oraz CCVP
ODPOWIEDZ
Wiadomość
Autor
arigo
wannabe
wannabe
Posty: 71
Rejestracja: 25 cze 2008, 14:22

#16

#16 Post autor: arigo »

Kyniu pisze:Zrozumiałeś cytat zanim zadałeś to pytanie?
Zrozumialem. Cytowane przez Ciebie zdanie zostalo obalone labem.
gumisb pisze:Debug eigrp fsm (siec docelowa 10.5.5.0/24 niedostępna idzie w activ, następnie dostępna i trasy w kolejności zgłoszeń)
Potwierdzam. 7.7.7.7 nie ma FS. Gdy router traci lacznosc z successorem, trasa przechodzi w tryb active. Mimo wszystko MTU nie jest brane pod uwage - wygrywa pierwsza, ktora otrzyma router.

Kod: Zaznacz cały

R1#show ip eigrp topology | s 7 
P 7.7.7.7/32, 1 successors, FD is 386560
        via 10.0.12.2 (386560/128256), FastEthernet0/0
R1#show ip route eigrp              
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/386560] via 10.0.12.2, 00:06:30, FastEthernet0/0
R1#       
R1#debug eigrp fsm 
EIGRP FSM Events/Actions debugging is on
R1#
R1#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)#int fa
R1(config)#int fa0/0
R1(config-if)#sh
R1(config-if)#
*Mar  1 00:14:13.371: DUAL: rcvupdate: 10.0.12.0/24 via Connected metric 4294967295/4294967295
*Mar  1 00:14:13.375: DUAL: Find FS for dest 10.0.12.0/24. FD is 258560, RD is 258560
*Mar  1 00:14:13.379: DUAL:     0.0.0.0 metric 4294967295/4294967295 not found Dmin is 4294967295
*Mar  1 00:14:13.383: DUAL: Peer total 3 stub 0 template 3
*Mar  1 00:14:13.383: DUAL: Dest 10.0.12.0/24 entering active state.
*Mar  1 00:14:13.387: DUAL: Set reply-status table. Count is 3.
*Mar  1 00:14:13.387: DUAL: Not doing split horizon
*Mar  1 00:14:13.391: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is down: interface down
*Mar  1 00:14:13.395: DUAL: linkdown: start - 10.0.12.2 via FastEthernet0/0
*Mar  1 00:14:13.399: DUAL: Destination 7.7.7.7/32
*Mar  1 00:14:13.399: DUAL: Find FS for dest 7.7.7.7/32. FD is 386560, RD is 386560
*Mar  1 00:14:13.403: DUAL:     10.0.12.2 metric 4294967295/4294967295
*Mar  1 00:14:13.403: DUAL:     10.0.13.3 metric 51202560/25600256
*Mar  1 00:14:13.407: DUAL:         10.0.14.4 metric 51202560/25600256 not found Dmin is 51202560
*Mar  1 00:14:13.411: DUAL: Peer total 2 stub 0 template 2
*Mar  1 00:14:13.411: DUAL: Dest 7.7.7.7/32 entering active state.
*Mar  1 00:14:13.411: DUAL: Set reply-status table. Count is 2.
*Mar  1 00:14:13.411: DUAL: Not doing split horizon
*Mar  1 00:14:13.411: DUAL: Destination 11.11.11.11/32
*Mar  1 00:14:13.411: DUAL: Destination 1.1.1.1/32
*Mar  1 00:14:13.411: DUAL: Destination 10.0.14.0/24
*Mar  1 00:14:13.411: DUAL: Destination 10.0.12.0/24
*Mar  1 00:14:13.411: DUAL: Clearing handle 1, count now 2
*Mar  1 00:14:13.411: DUAL: Destination 10.0.13.0/24
*Mar  1 00:14:13.411: DUAL: linkdown: finish
*Mar  1 00:14:13.439: DUAL: dest(10.0.12.0/24) active
*Mar  1 00:14:13.439: DUAL: rcvreply: 10.0.12.0/24 via 10.0.13.3 metric 4294967295/4294967295
*Mar  1 00:14:13.439: DUAL: reply count is 2
*Mar  1 00:14:13.443: DUAL: Clearing handle 2, count now 1
*Mar  1 00:14:13.443: DUAL: Removing dest 10.0.12.0/24, nexthop 10.0.13.3, infosource 10.0.13.3
*Mar  1 00:14:13.443: DUAL: rcvreply: 7.7.7.7/32 via 10.0.13.3 metric 51202560/25600256
*Mar  1 00:14:13.443: DUAL: reply count is 2
*Mar  1 00:14:13.443: DUAL: Clearing handle 2, count now 1
*Mar  1 00:14:13.467: DUAL: dest(10.0.12.0/24) active
*Mar  1 00:14:13.471: DUAL: rcvreply: 10.0.12.0/24 via 10.0.14.4 metric 4294967295/4294967295
*Mar  1 00:14:13.471: DUAL: reply count is 1
*Mar  1 00:14:13.471: DUAL: Clearing handle 0, count now 0
*Mar  1 00:14:13.471: DUAL: Freeing reply status table
*Mar  1 00:14:13.471: DUAL: Find FS for dest 10.0.12.0/24. FD is 4294967295, RD is 4294967295 found
*Mar  1 00:14:13.471: DUAL: Removing dest 10.0.12.0/24, nexthop 0.0.0.0, infosource 0.0.0.0
*Mar  1 00:14:13.471: DUAL: Removing dest 10.0.12.0/24, nexthop 10.0.14.4, infosource 10.0.14.4
*Mar  1 00:14:13.475: DUAL: No routes.  Flushing dest 10.0.12.0/24
*Mar  1 00:14:13.475: DUAL: rcvreply: 7.7.7.7/32 via 10.0.14.4 metric 51202560/25600256
*Mar  1 00:14:13.475: DUAL: reply count is 1
*Mar  1 00:14:13.475: DUAL: Clearing handle 0, count now 0
*Mar  1 00:14:13.475: DUAL: Freeing reply status table
*Mar  1 00:14:13.475: DUAL: Find FS for dest 7.7.7.7/32. FD is 4294967295, RD is 4294967295 found
*Mar  1 00:14:13.475: DUAL: Removing dest 7.7.7.7/32, nexthop 10.0.12.2, infosource 10.0.12.2
*Mar  1 00:14:13.475: DUAL: RT installed 7.7.7.7/32 via 10.0.13.3
*Mar  1 00:14:13.475: DUAL: Send update about 7.7.7.7/32.  Reason: metric chg
*Mar  1 00:14:13.475: DUAL: Send update about 7.7.7.7/32.  Reason: new if
*Mar  1 00:14:15.319: %LINK-5-CHANGED: Interface FastEthernet0/0, changed state to administratively down
*Mar  1 00:14:16.319: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state to down
R1(config-if)#
R1(config-if)#^Z    
R1#und all
R1#
R1#show ip route eigrp 
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/51202560] via 10.0.13.3, 00:00:18, FastEthernet1/0
R1#show ip eigrp topology 7.7.7.7/32
IP-EIGRP (AS 100): Topology entry for 7.7.7.7/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 51202560
  Routing Descriptor Blocks:
  10.0.13.3 (FastEthernet1/0), from 10.0.13.3, Send flag is 0x0
      Composite metric is (51202560/25600256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 1000100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1000
        Hop count is 1
  10.0.14.4 (FastEthernet2/0), from 10.0.14.4, Send flag is 0x0
      Composite metric is (51202560/25600256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 1000100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1100
        Hop count is 1
R1#
Na górę
konny
wannabe
wannabe
Posty: 166
Rejestracja: 15 lip 2012, 13:45

#17

#17 Post autor: konny »

Kyniu, argumenty z postu Peplenjkaka, zdazyl juz duzo wczesniej przytoczyc Criss. Jesli przeczytales, komentarze, to powinienes zauwazyc, ze inna osoba ma problem w labowaniu tego co mowi Pepelnjak i prosi go o wytlumaczenie i jedyna odpowiedz jaka dostajemy to to ze mu to kiedys wyszlo, ae teraz nie pamieta. No to sorry ? Brak jakichkolwiek odwolan do innych zrodel, wlasnych labow, czyni taki post, postem z kategorii bro science.
inkrementator pisze: MTU jest brane pod uwagę wtedy, gdy router ma kilka tras w topologii do pewnej sieci, i ta sieć staje się nagle niedostępna, lub zmienia się jej metryka, wtedy trasa może iść w stan aktywny i od nowa jest przeliczana topologia. Wtedy jeśli istnieje za dużo tras, MTU rozstrzyga.
W sumie Inkremenator prawie rozwiazales cala zagadke. Udalo mi sie wkoncu zmusic router do wybrania trasy EIGRP z najwyzszym MTU. Oto jak to sie stalo.

Mam pare routerow ale istotne sa tylko cztery, R2,R3,R4,R5.
Routery R2,R3,R4, rozglaszaja siec 1.1.1.0/24 do R5.

Jezeli routery R2-R4 rozglaszaja siec z taka sama metryka, a na kazdym linku inna jest wartosc MTU, to wartos MTU nie ma znaczenia, trasy wybierane przez router beda na podstawie ich kolejnosci przyjsca do routera.

Mniej wiecej tutaj byl problem. Wylaczalem interfacy, wlaczalem/wylaczalem sumaryzacje i nic nie chcialo wybierac na postawie MTU.

Dopiero pod wplywem postu Inkremenatora cos mnie naszlo i zrobilem inny scenariusz. Skonfigurowalem maximum-paths 1 aby tylko jedna trasa byla do kazdej destynacji. Trasy z R2 mialy metryke ( dla ulatwienia liczby fikcyjne) 100 a z R3 i R4 metryke po 200.MTU dla R3 500, a dla R4 1000. Oczywiscie nizsza metryka powodowala, ze nex-hopem do 1.1.1.0/24 byl R2. Kiedy wylaczylem interface do R2 i router musial na nowo wybrac next-hop do 1.1.1.0/24. Wybór musial nastopic pomiedzy R3 i R4, a ze oba routery rozglaszaly trase do 1.1.1.0/24 z ta sama metryka to wlasnie tutaj mialo zastosowanie MTU i wybrano next-hop, ktorego interface mial wieksze MTU. W tym przypadku R4.

Powtorzylem to 2 razy, z wieksza iloscia rozlgasznaych sieci i zawsze wybierana byla trasa z wiekszum MTU. Jednkaze, po dokonanmy wyborze na podstawie MTU i zresetowania polaczenia miedzy sasiadami, na nowo oboaiwzywala zasada, kto pierwszy ten lepszy ( interface do R2 cialge wylaczony). Mozna dojsc do wniosku, ze MTU ma zastosowanie tylko raz ? :shock: Jakby ktos to przetestowal, jeszcze raz to fajnie by bylo, zeby wykluczyc opcje, ze mialem farta i mi wyniki dobrze sie podpasowaly ;-)

Pozdro!
IOS - 12.4(11) T
Ostatnio zmieniony 07 lut 2013, 20:56 przez konny, łącznie zmieniany 1 raz.
Na górę
lbromirs
CCIE
CCIE
Posty: 4101
Rejestracja: 30 lis 2006, 08:44

#18

#18 Post autor: lbromirs »

Generalna zasada jest (była) taka, jak w pierwszym poście.

Sprawdzam teraz u źródeł jak to jest, że obserwujecie tego typu zachowanie - dobrze byłoby, gdybyście przy swoich testach podawali wersje IOS na której testujecie.

Wygląda na to, że mechanizm został wyłączony, albo był na tyle nieistotny, że w którymś momencie pojawił się bug i nikt już tego nie zgłosił do tej pory.
Na górę
arigo
wannabe
wannabe
Posty: 71
Rejestracja: 25 cze 2008, 14:22

#19

#19 Post autor: arigo »

konny pisze:Powtorzylem to 2 razy, z wieksza iloscia rozlgasznaych sieci i zawsze wybierana byla trasa z wiekszum MTU. Jednkaze, po dokonanmy wyborze na podstawie MTU i zresetowania polaczenia miedzy sasiadami, na nowo oboaiwzywala zasada, kto pierwszy ten lepszy ( interface do R2 cialge wylaczony). Mozna dojsc do wniosku, ze MTU ma zastosowanie tylko raz ? :shock: Jakby ktos to przetestowal, jeszcze raz to fajnie by bylo, zeby wykluczyc opcje, ze mialem farta i mi wyniki dobrze sie podpasowaly ;-)
W moim poscie powyzej wykonywalem bardzo podobny test do Twojego. Jednak wyniki byly odmienne, nadal decydowala kolejnosc przyjscia pakietow reply. Wobec czego czasami wybieralo trase z nizszym MTU, czasami z wyzszym. Mozesz powtorzyc testy z rownolegla analiza "debug eigrp fsm"?
lbromirs pisze:Sprawdzam teraz u źródeł jak to jest, że obserwujecie tego typu zachowanie - dobrze byłoby, gdybyście przy swoich testach podawali wersje IOS na której testujecie.
Tak jak pisalem wczesniej - moje testy byly robione na 12.4(15)T14.
Na górę
konny
wannabe
wannabe
Posty: 166
Rejestracja: 15 lip 2012, 13:45

#20

#20 Post autor: konny »

arigo pisze:
konny pisze:Powtorzylem to 2 razy, z wieksza iloscia rozlgasznaych sieci i zawsze wybierana byla trasa z wiekszum MTU. Jednkaze, po dokonanmy wyborze na podstawie MTU i zresetowania polaczenia miedzy sasiadami, na nowo oboaiwzywala zasada, kto pierwszy ten lepszy ( interface do R2 cialge wylaczony). Mozna dojsc do wniosku, ze MTU ma zastosowanie tylko raz ? :shock: Jakby ktos to przetestowal, jeszcze raz to fajnie by bylo, zeby wykluczyc opcje, ze mialem farta i mi wyniki dobrze sie podpasowaly ;-)
W moim poscie powyzej wykonywalem bardzo podobny test do Twojego. Jednak wyniki byly odmienne, nadal decydowala kolejnosc przyjscia pakietow reply. Wobec czego czasami wybieralo trase z nizszym MTU, czasami z wyzszym. Mozesz powtorzyc testy z rownolegla analiza "debug eigrp fsm"?
Jasne man, masz tutaj output. Jak go robilem ponownie to mysalem, ze mi nie wyjdzie. Okazalo sie, ze zeby to dzialalo musisz wpisac recznie mtu, nie mozesz zostawic na default.

Kod: Zaznacz cały

R2(config-if)#interface serial 1/1
R2(config-if)#no shut
R2(config-if)#interface serial 1/0 
R2(config-if)#
*Feb  7 21:47:40.563: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/1, changed state to up
R2(config-if)#
*Feb  7 21:47:53.259: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 24.0.0.4 (Serial1/1) is up: new adjacency
*Feb  7 21:47:53.327: DUAL: dest(1.1.1.0/24) not active
*Feb  7 21:47:53.331: DUAL: rcvupdate: 1.1.1.0/24 via 24.0.0.4 metric 2300416/156160
*Feb  7 21:47:53.331: DUAL: Find FS for dest 1.1.1.0/24. FD is 4294967295, RD is 4294967295 found
*Feb  7 21:47:53.335: DUAL: RT installed 1.1.1.0/24 via 24.0.0.4
*Feb  7 21:47:53.335: DUAL: Send update about 1.1.1.0/24.  Reason: metric chg
*Feb  7 21:47:53.339: DUAL: Send update about 1.1.1.0/24.  Reason: new if
R2(config-if)#no shut
R2(config-if)#
*Feb  7 21:47:59.583: %LINK-3-UPDOWN: Interface Serial1/0, changed state to up
*Feb  7 21:47:59.587: %ENTITY_ALARM-6-INFO: CLEAR INFO Se1/0 Physical Port Administrative State Down 
*Feb  7 21:48:00.591: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to up
*Feb  7 21:48:02.123: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 23.0.0.3 (Serial1/0) is up: new adjacency
*Feb  7 21:48:04.223: DUAL: rcvupdate: 1.1.1.0/24 via 23.0.0.3 metric 668160/156160
*Feb  7 21:48:04.223: DUAL: Find FS for dest 1.1.1.0/24. FD is 2300416, RD is 2300416
*Feb  7 21:48:04.227: DUAL:     24.0.0.4 metric 2300416/156160
*Feb  7 21:48:04.227: DUAL:     23.0.0.3 metric 668160/156160 found Dmin is 668160
*Feb  7 21:48:04.231: DUAL: RT installed 1.1.1.0/24 via 24.0.0.4
*Feb  7 21:48:04.231: DUAL: RT installed 1.1.1.0/24 via 23.0.0.3
*Feb  7 21:48:04.231: DUAL: Send update about 1.1.1.0/24.  Reason: metric chg
*Feb  7 21:48:04.231: DUAL: Send update about 1.1.1.0/24.  Reason: new if
R2(config-if)#do show ip eigrp topology 1.1.1.0/24
IP-EIGRP (AS 1): Topology entry for 1.1.1.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 668160
  Routing Descriptor Blocks:
  23.0.0.3 (Serial1/0), from 23.0.0.3, Send flag is 0x0
      Composite metric is (668160/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 100000 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2
  24.0.0.4 (Serial1/1), from 24.0.0.4, Send flag is 0x0
      Composite metric is (2300416/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1000
        Hop count is 2
R2(config-if)#interface serial 1/2                
R2(config-if)#no shut
R2(config-if)#
*Feb  7 21:48:54.019: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 25.0.0.5 (Serial1/2) is up: new adjacency
*Feb  7 21:48:54.191: DUAL: dest(1.1.1.0/24) not active
*Feb  7 21:48:54.195: DUAL: rcvupdate: 1.1.1.0/24 via 25.0.0.5 metric 2300416/156160
*Feb  7 21:48:54.195: DUAL: Find FS for dest 1.1.1.0/24. FD is 668160, RD is 668160
*Feb  7 21:48:54.195: DUAL:     23.0.0.3 metric 668160/156160
*Feb  7 21:48:54.195: DUAL:     25.0.0.5 metric 2300416/156160
*Feb  7 21:48:54.195: DUAL:     24.0.0.4 metric 2300416/156160 found Dmin is 668160
*Feb  7 21:48:54.195: DUAL: RT installed 1.1.1.0/24 via 23.0.0.3
R2(config-if)#
R2(config-if)#
R2(config-if)#do show ip eigrp topology 1.1.1.0/24
IP-EIGRP (AS 1): Topology entry for 1.1.1.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 668160
  Routing Descriptor Blocks:
  23.0.0.3 (Serial1/0), from 23.0.0.3, Send flag is 0x0
      Composite metric is (668160/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 100000 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2
  25.0.0.5 (Serial1/2), from 25.0.0.5, Send flag is 0x0
      Composite metric is (2300416/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1300
        Hop count is 2
  24.0.0.4 (Serial1/1), from 24.0.0.4, Send flag is 0x0
      Composite metric is (2300416/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1000
        Hop count is 2
R2(config-if)#interface serial 1/0                
R2(config-if)#do show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     1.0.0.0/24 is subnetted, 1 subnets
D       1.1.1.0 [90/668160] via 23.0.0.3, 00:00:24, Serial1/0
     23.0.0.0/24 is subnetted, 1 subnets
C       23.0.0.0 is directly connected, Serial1/0
     25.0.0.0/24 is subnetted, 1 subnets
C       25.0.0.0 is directly connected, Serial1/2
     24.0.0.0/24 is subnetted, 1 subnets
C       24.0.0.0 is directly connected, Serial1/1
     10.0.0.0/24 is subnetted, 1 subnets
D       10.1.0.0 [90/540160] via 23.0.0.3, 00:00:25, Serial1/0
R2(config-if)#interface serial 1/0
R2(config-if)#shut
R2(config-if)#
*Feb  7 21:49:25.799: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 23.0.0.3 (Serial1/0) is down: interface down
*Feb  7 21:49:25.799: DUAL: linkdown: start - 23.0.0.3 via Serial1/0
*Feb  7 21:49:25.799: DUAL: Destination 1.1.1.0/24
*Feb  7 21:49:25.799: DUAL: Find FS for dest 1.1.1.0/24. FD is 668160, RD is 668160
*Feb  7 21:49:25.799: DUAL:     23.0.0.3 metric 4294967295/4294967295
*Feb  7 21:49:25.799: DUAL:     25.0.0.5 metric 2300416/156160
*Feb  7 21:49:25.799: DUAL:     24.0.0.4 metric 2300416/156160 found Dmin is 2300416
*Feb  7 21:49:25.807: DUAL: Removing dest 1.1.1.0/24, nexthop 23.0.0.3, infosource 23.0.0.3
*Feb  7 21:49:25.807: DUAL: RT installed 1.1.1.0/24 via 25.0.0.5
*Feb  7 21:49:25.807: DUAL: Send update about 1.1.1.0/24.  Reason: metric chg
*Feb  7 21:49:25.807: DUAL: Send update about 1.1.1.0/24.  Reason: new if
*Feb  7 21:49:27.695: %LINK-5-CHANGED: Interface Serial1/0, changed state to administratively down
*Feb  7 21:49:27.699: %ENTITY_ALARM-6-INFO: ASSERT INFO Se1/0 Physical Port Administrative State Down 
*Feb  7 21:49:28.695: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/0, changed state to down
R2(config-if)#
R2(config-if)#do show ip eigrp topology 1.1.1.0/24
IP-EIGRP (AS 1): Topology entry for 1.1.1.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 668160
  Routing Descriptor Blocks:
  25.0.0.5 (Serial1/2), from 25.0.0.5, Send flag is 0x0
      Composite metric is (2300416/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1300
        Hop count is 2
  24.0.0.4 (Serial1/1), from 24.0.0.4, Send flag is 0x0
      Composite metric is (2300416/156160), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1000
        Hop count is 2
R2(config-if)#do show ip route                    
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route

Gateway of last resort is not set

     1.0.0.0/24 is subnetted, 1 subnets
D       1.1.1.0 [90/2300416] via 25.0.0.5, 00:00:21, Serial1/2
     23.0.0.0/24 is subnetted, 1 subnets
D       23.0.0.0 [90/2684416] via 25.0.0.5, 00:00:21, Serial1/2
     25.0.0.0/24 is subnetted, 1 subnets
C       25.0.0.0 is directly connected, Serial1/2
     24.0.0.0/24 is subnetted, 1 subnets
C       24.0.0.0 is directly connected, Serial1/1
     10.0.0.0/24 is subnetted, 1 subnets
D       10.1.0.0 [90/2172416] via 25.0.0.5, 00:00:21, Serial1/2
R2(config-if)#
Na górę
arigo
wannabe
wannabe
Posty: 71
Rejestracja: 25 cze 2008, 14:22

#21

#21 Post autor: arigo »

konny pisze:Jasne man, masz tutaj output. Jak go robilem ponownie to mysalem, ze mi nie wyjdzie. Okazalo sie, ze zeby to dzialalo musisz wpisac recznie mtu, nie mozesz zostawic na default.
Dzieki. U Ciebie jest spelniony FC i trasa nie idzie w active, bo router ma FS. Zauwaz ze w momencie padu interfejsu router wrzuca do RIB kolejny wpis z topology table.
Na górę
inkrementator
CCIE
CCIE
Posty: 196
Rejestracja: 01 paź 2010, 22:49

#22

#22 Post autor: inkrementator »

Chyba macie racje. Sam to wrzuciłem do laba i miałem inne wyniki jak w teorii.

Ja testowałem na routerach 3825 z obrazem (C3825-ADVENTERPRISEK9-M), Version 12.4(6)T jak i na gns z 12.4(15)T12.

Jedyne co mi przychodzi dalej do głowy (dla ludzi chcących drążyć dalej temat:)), to:

1) Może 12.4M inaczej się zachowuje.
2) Są dwie komendy zmieniające mtu: 'ip mtu x' i "mtu'. Jedna definiuje jak duży może być pakiet IP, natomiast mtu definiuje jak dużo można wysłać przez interface za jednym razem (ip mtu =<mtu). Może to co widzicie w topologii eigrp to jest brane z ip mtu, natomiast algorytm eigrp działa na wartości podanej przez mtu, lub odwrotnie (EIGRP nie jest tylko stworzony dla IPv4/v6).
Na górę
arigo
wannabe
wannabe
Posty: 71
Rejestracja: 25 cze 2008, 14:22

#23

#23 Post autor: arigo »

W drafcie RFC o EIGRP nie ma mowy o MTU w roli tiebreakera.
http://www.ietf.org/staging/draft-savage-eigrp-00.txt
Na górę
konny
wannabe
wannabe
Posty: 166
Rejestracja: 15 lip 2012, 13:45

#24

#24 Post autor: konny »

Moze nie ma, ale jest.
Na górę
karino
wannabe
wannabe
Posty: 67
Rejestracja: 26 paź 2011, 16:10

#25

#25 Post autor: karino »

Hej,
MTU jest widoczne, ale do tej pory nie zostało zaimplementowane jego użycie :cry:
Na górę
Awatar użytkownika
vamos
wannabe
wannabe
Posty: 105
Rejestracja: 29 lip 2013, 11:27
Lokalizacja: Wroclaw
Kontakt:
Skontaktuj się z vamos

#26

#26 Post autor: vamos »

Przy okazji lektury CCNP ROUTE Official Certification Guide pozwolę sobie dorzucić cytat Odom'a

"Past documents and books often stated that EIGRP, and its predeseccor IGRP, also could use MTU as a part of the metric, but MTU cannot be used and was never considered as part of the calculation. However, the MTU is listed in the EIGRP Update messages."
Na górę
ODPOWIEDZ

Wróć do „Poziom Professional”