EIGRP i MTU

Wiadomość

szarek · #1

Jak to jest z tym MTU w EIGRP? Jakie ma znaczenie dla nawiązywania sąsiedztwa lub liczenia metryki trasy? Może ma jakiś inne znaczenie lub znany mit?

lbromirs · #2

szarek pisze:Jak to jest z tym MTU w EIGRP? Jakie ma znaczenie dla nawiązywania sąsiedztwa lub liczenia metryki trasy? Może ma jakiś inne znaczenie lub znany mit?

Ale szukałeś w dokumentacji coś na ten temat albo w google? Bo na razie wygląda na to, że nie zrobiłeś nic w temacie poszukiwania wiedzy na ten temat.

criss22041991 · #3

MTU jest wysyłane w aktualizacjach, ale nie bierze udziału w ustalaniu metryki.

lbromirs · #4

criss22041991 pisze:MTU jest wysyłane w aktualizacjach, ale nie bierze udziału w ustalaniu metryki.

a) czemu?
b) jesteś pewien, że nie jest porównywane w żadnych okolicznościach przyrody i niepowtarzalnej?

criss22041991 · #5

a) Nie wiem o co pytasz, ale skoro pytasz, to pewnie coś źle powiedziałem

b) Z tego co kojarzę jeśli wartości metryk są takie same i ilość tras równorzędnych przekracza maksymalną wartość wtedy porównywane jest MTU i odrzucane są trasy z mniejszą wartością MTU.

lbromirs · #6

criss22041991 pisze:a) Nie wiem o co pytasz, ale skoro pytasz, to pewnie coś źle powiedziałem

Zapytałem czemu nie bierze domyślnie w porównywaniu metryki

criss22041991 pisze:b) Z tego co kojarzę jeśli wartości metryk są takie same i ilość tras równorzędnych przekracza maksymalną wartość wtedy porównywane jest MTU i odrzucane są trasy z mniejszą wartością MTU.

Bardzo dobrze. Jest jakaś książka z CiscoPress, która by Cię interesowała? Daj znać na priv.

arigo · #7

criss22041991 pisze: Z tego co kojarzę jeśli wartości metryk są takie same i ilość tras równorzędnych przekracza maksymalną wartość wtedy porównywane jest MTU i odrzucane są trasy z mniejszą wartością MTU.

Potwierdzal to ktos w labie? Wrzucilem to na szybko na pudla z popularnym softem 12.4(15)T14 i wyglada na to ze do RIB wrzucane sa dwie pierwsze otrzymane trasy niezaleznie od MTU.

R1 ma skonfigurowane "maximum-paths 2" w sekcji EIGRP.

Kod: Zaznacz cały

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, 2 Successor(s), FD is 25730560
  Routing Descriptor Blocks:
  10.0.12.2 (FastEthernet0/0), from 10.0.12.2, Send flag is 0x0
      Composite metric is (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.0.13.3 (FastEthernet1/0), from 10.0.13.3, Send flag is 0x0
      Composite metric is (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 microseconds
        Reliability is 255/255
        Load is 2/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 (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1100
        Hop count is 1
R1#clear ip eigrp 100 neighbors 
R1#
*Mar  1 00:23:43.351: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is down: manually cleared
*Mar  1 00:23:43.363: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is down: manually cleared
*Mar  1 00:23:43.375: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is down: manually cleared
*Mar  1 00:23:43.599: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is up: new adjacency
*Mar  1 00:23:44.023: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is up: new adjacency
R1#
*Mar  1 00:23:46.243: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is up: new adjacency
R1#
R1#show ip route eigrp          
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/25730560] via 10.0.14.4, 00:00:04, FastEthernet2/0
                [90/25730560] via 10.0.12.2, 00:00:04, FastEthernet0/0
R1#
R1#clear ip eigrp 100 neighbors 
R1#
*Mar  1 00:23:54.679: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is down: manually cleared
*Mar  1 00:23:54.691: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is down: manually cleared
*Mar  1 00:23:54.691: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is down: manually cleared
R1#
*Mar  1 00:23:55.715: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is up: new adjacency
*Mar  1 00:23:57.727: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is up: new adjacency
*Mar  1 00:23:58.143: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is up: new adjacency
R1#
R1#show ip route eigrp          
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/25730560] via 10.0.13.3, 00:00:03, FastEthernet1/0
                [90/25730560] via 10.0.12.2, 00:00:03, FastEthernet0/0
R1#
R1#clear ip eigrp 100 neighbors 
R1#
*Mar  1 00:28:00.791: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is down: manually cleared
*Mar  1 00:28:00.795: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is down: manually cleared
*Mar  1 00:28:00.799: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is down: manually cleared
R1#
*Mar  1 00:28:03.411: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is up: new adjacency
*Mar  1 00:28:05.083: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is up: new adjacency
*Mar  1 00:28:05.219: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is up: new adjacency
R1#
R1#show ip route eigrp              
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/25730560] via 10.0.14.4, 00:00:08, FastEthernet2/0
                [90/25730560] via 10.0.13.3, 00:00:08, FastEthernet1/0

konny · #8

arigo pisze:
criss22041991 pisze: Z tego co kojarzę jeśli wartości metryk są takie same i ilość tras równorzędnych przekracza maksymalną wartość wtedy porównywane jest MTU i odrzucane są trasy z mniejszą wartością MTU.
Potwierdzal to ktos w labie? Wrzucilem to na szybko na pudla z popularnym softem 12.4(15)T14 i wyglada na to ze do RIB wrzucane sa dwie pierwsze otrzymane trasy niezaleznie od MTU.

Tez to wrzucilem w LABA i uzyskalem taki sam rezultat. Przy tej samej metryce preferowana byla sciezka tego sasiada, ktora przyszla pierwsza, bez wzgledu na MTU na interface. Dla pewnosci ustawilem

Kod: Zaznacz cały

maximum-paths 1

criss22041991 · #9

Nie mam w tej chwili czasu tego sprawdzić, ale czy nie jest przypadkiem tak, że EIGRP porównuje MTU, nie w momencie tworzenia relacji sąsiedzkich i tablicy routingu pierwszy raz, co właśnie wy sprawdzaliście. Tylko wtedy kiedy jakaś trasa pada, a router posiada np. 2 równorzędne trasy zapasowe do danej sieci w tablicy topologi.

gumisb · #10

criss22041991 pisze:Nie mam w tej chwili czasu tego sprawdzić, ale czy nie jest przypadkiem tak, że EIGRP porównuje MTU, nie w momencie tworzenia relacji sąsiedzkich i tablicy routingu pierwszy raz, co właśnie wy sprawdzaliście. Tylko wtedy kiedy jakaś trasa pada, a router posiada np. 2 równorzędne trasy zapasowe do danej sieci w tablicy topologi.

Dla mnie logika trochę niejasna.

Cisco wyraźnie mówi że MTU nie jest wykorzystywane przy budowaniu metryki.

Minimum MTU is 1500 This field is not used in metric calculations.

link

Chłopaki powyżej udowodniły ze przy takiej samej wartości metryki decyduje zasada kto pierwszy ten lepszy. Przy padzie trasy obowiązują dokładnie te same zasady, lepszej metryki a jak sa takie same to kolejności wynikającej z nawiązania sąsiedztwa.

Polecam link

Kyniu · #11

"Every so often I get a question about the MTU metric in EIGRP and whether it’s used at all or not. It actually is: if your router would have to ignore some equal-cost paths to the same destination (the number of equal-cost paths exceeds the value of the maximum-paths router configuration parameter), it ignores those with the lowest MTU metric."

Ivan Pepelnjak, CCIE#1354
http://blog.ioshints.info/2010/06/eigrp-mtu-metric.html

arigo · #12

criss22041991 pisze:Nie mam w tej chwili czasu tego sprawdzić, ale czy nie jest przypadkiem tak, że EIGRP porównuje MTU, nie w momencie tworzenia relacji sąsiedzkich i tablicy routingu pierwszy raz, co właśnie wy sprawdzaliście. Tylko wtedy kiedy jakaś trasa pada, a router posiada np. 2 równorzędne trasy zapasowe do danej sieci w tablicy topologi.

sprawdzilem w labie i tak nie jest - przyklad ponizej. R1 ma skonfigurowane "maximum-paths 1"

Kod: Zaznacz cały

R1#clear ip eigrp neighbors         
R1#
*Mar  1 00:45:46.575: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is down: manually cleared
*Mar  1 00:45:46.587: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is down: manually cleared
*Mar  1 00:45:46.591: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is down: manually cleared
R1#
*Mar  1 00:45:47.827: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is up: new adjacency
*Mar  1 00:45:49.163: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.12.2 (FastEthernet0/0) is up: new adjacency
*Mar  1 00:45:49.627: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.14.4 (FastEthernet2/0) is up: new adjacency
R1#
R1#
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 25730560
  Routing Descriptor Blocks:
  10.0.13.3 (FastEthernet1/0), from 10.0.13.3, Send flag is 0x0
      Composite metric is (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 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 (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1100
        Hop count is 1
  10.0.12.2 (FastEthernet0/0), from 10.0.12.2, Send flag is 0x0
      Composite metric is (25730560/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 5100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
R1#
R1#show ip route eigrp              
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/25730560] via 10.0.13.3, 00:00:17, FastEthernet1/0
R1#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)#int fa1/0
R1(config-if)#sh
R1(config-if)#^Z
R1#
*Mar  1 00:46:10.219: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.13.3 (FastEthernet1/0) is down: interface down
*Mar  1 00:46:10.867: %SYS-5-CONFIG_I: Configured from console by console
R1#
*Mar  1 00:46:12.195: %LINK-5-CHANGED: Interface FastEthernet1/0, changed state to administratively down
*Mar  1 00:46:13.195: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet1/0, changed state to down
R1#
R1#show ip route eigrp              
     7.0.0.0/32 is subnetted, 1 subnets
D       7.7.7.7 [90/25730560] via 10.0.14.4, 00:00:39, FastEthernet2/0
R1#

Wykonalem pare podobnych testow - wynik jednakowy. Na poczatku do RIB zawsze wrzucana jest trasa przez router, z ktorym sasiedztwo zestawilo sie jako pierwsze. Nastepnie, gdy kladziemy interfejs, do RIB wrzucana jest "nastepna/druga" trasa z pierwotnej tablicy topologii.

Kyniu pisze:"Every so often I get a question about the MTU metric in EIGRP and whether it’s used at all or not. It actually is: if your router would have to ignore some equal-cost paths to the same destination (the number of equal-cost paths exceeds the value of the maximum-paths router configuration parameter), it ignores those with the lowest MTU metric."

Ivan Pepelnjak, CCIE#1354
http://blog.ioshints.info/2010/06/eigrp-mtu-metric.html

Przeczytales watek zanim zaczales pisac posta?

Kyniu · #13

arigo pisze:
Kyniu pisze:"Every so often I get a question about the MTU metric in EIGRP and whether it’s used at all or not. It actually is: if your router would have to ignore some equal-cost paths to the same destination (the number of equal-cost paths exceeds the value of the maximum-paths router configuration parameter), it ignores those with the lowest MTU metric."

Ivan Pepelnjak, CCIE#1354
http://blog.ioshints.info/2010/06/eigrp-mtu-metric.html
Przeczytales watek zanim zaczales pisac posta?

Zrozumiałeś cytat zanim zadałeś to pytanie?

inkrementator · #14

To, że "pierwszy ten lepszy" wynika z tego, że przy kolejnych sąsiadach nie zmienia się topologia eigrp (trasa nie idzie w stan aktywny). Ponieważ MTU nie ma żadnego wpływu na wyliczanie metryki, więc każda kolejna nowa trasa z dokładnie taką samą metryką nic nie zmieni w tablicy routingu.

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.

Chyba najłatwiej to przetestować właczając (wyłączając) sumaryzacje w eigrp. Wtedy nowe trasy powinny być z największym MTU. Innym sposobem jest zbudowanie takiej sieci, w której pada jeden interface (ten co jest w tablicy routingu z procesu eigrp), natomiast istnieją kolejne trasy eigrp, które nie spełniają kryterium "feasible condition" i wtedy trasa idzie w stan aktywny i topologia się przelicza.

To że usuwacie sąsiada i MTU nie jest brane pod uwagę, też może wynikać z tego, że się nie zmienia topologia eigrp (od razu wskakuje kolejna trasa, która spełnia kryterium FS).

Możecie popatrzeć również na zywo z uzyciem dwóch komend:

Kod: Zaznacz cały

debug eigrp fsm
debug ip routing

gumisb · #15

inkrementator pisze:To, że "pierwszy ten lepszy" wynika z tego, że przy kolejnych sąsiadach nie zmienia się topologia eigrp (trasa nie idzie w stan aktywny). Ponieważ MTU nie ma żadnego wpływu na wyliczanie metryki, więc każda kolejna nowa trasa z dokładnie taką samą metryką nic nie zmieni w tablicy routingu.

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.

Chyba najłatwiej to przetestować właczając (wyłączając) sumaryzacje w eigrp. Wtedy nowe trasy powinny być z największym MTU. Innym sposobem jest zbudowanie takiej sieci, w której pada jeden interface (ten co jest w tablicy routingu z procesu eigrp), natomiast istnieją kolejne trasy eigrp, które nie spełniają kryterium "feasible condition" i wtedy trasa idzie w stan aktywny i topologia się przelicza.

To że usuwacie sąsiada i MTU nie jest brane pod uwagę, też może wynikać z tego, że się nie zmienia topologia eigrp (od razu wskakuje kolejna trasa, która spełnia kryterium FS).

Możecie popatrzeć również na zywo z uzyciem dwóch komend:
Kod: Zaznacz cały
debug eigrp fsm
debug ip routing

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ń)

Kod: Zaznacz cały

*Mar  1 00:28:43.071: DUAL: rcvquery: 10.5.5.0/24 via 10.10.13.3 metric 4294967295/4294967295, RD is 2812416
*Mar  1 00:28:43.071: DUAL: send REPLY(r1/n1) about 10.5.5.0/24 to 10.10.13.3
*Mar  1 00:28:43.075: DUAL: rcvquery: 10.5.5.0/24 via 10.10.12.2 metric 4294967295/4294967295, RD is 2812416
*Mar  1 00:28:43.075: DUAL: Find FS for dest 10.5.5.0/24. FD is 2812416, RD is 2812416
*Mar  1 00:28:43.075: DUAL:     10.10.12.2 metric 4294967295/4294967295
*Mar  1 00:28:43.075: DUAL:     10.10.13.3 metric 4294967295/4294967295 not found Dmin is 4294967295
*Mar  1 00:28:43.079: DUAL: Peer total 2 stub 0 template 2
*Mar  1 00:28:43.079: DUAL: Dest 10.5.5.0/24 entering active state.
*Mar  1 00:28:43.079: DUAL: Set reply-status table. Count is 1.
*Mar  1 00:28:43.083: DUAL: Doing split horizon on Serial0/0
*Mar  1 00:28:43.083: DUAL: Going from state 1 to state 3
*Mar  1 00:28:43.171: DUAL: rcvreply: 10.5.5.0/24 via 10.10.13.3 metric 4294967295/4294967295
*Mar  1 00:28:43.171: DUAL: rep
R1#ly count is 1
*Mar  1 00:28:43.171: DUAL: Clearing handle 1, count now 0
*Mar  1 00:28:43.175: DUAL: Freeing reply status table
*Mar  1 00:28:43.175: DUAL: Find FS for dest 10.5.5.0/24. FD is 4294967295, RD is 4294967295 found
*Mar  1 00:28:43.175: DUAL: send REPLY(r1/n1) about 10.5.5.0/24 to 10.10.12.2
*Mar  1 00:28:43.179: DUAL: Removing dest 10.5.5.0/24, nexthop 10.10.13.3, infosource 10.10.13.3
*Mar  1 00:28:43.179: DUAL: Going from state 3 to state 1
*Mar  1 00:28:43.219: DUAL: Removing dest 10.5.5.0/24, nexthop 10.10.12.2, infosource 10.10.12.2
*Mar  1 00:28:43.219: DUAL: No routes.  Flushing dest 10.5.5.0/24
R1#
*Mar  1 00:29:41.663: DUAL: dest(10.5.5.0/24) not active
*Mar  1 00:29:41.663: DUAL: rcvupdate: 10.5.5.0/24 via 10.10.12.2 metric 2812416/2300416
*Mar  1 00:29:41.663: DUAL: Find FS for dest 10.5.5.0/24. FD is 4294967295, RD is 4294967295 found
*Mar  1 00:29:41.667: DUAL: RT installed 10.5.5.0/24 via 10.10.12.2
*Mar  1 00:29:41.667: DUAL: Send update about 10.5.5.0/24.  Reason: metric chg
*Mar  1 00:29:41.667: DUAL: Send update about 10.5.5.0/24.  Reason: new if
*Mar  1 00:29:41.683: DUAL: dest(10.5.5.0/24) not active
*Mar  1 00:29:41.683: DUAL: rcvupdate: 10.5.5.0/24 via 10.10.13.3 metric 2812416/2300416
*Mar  1 00:29:41.683: DUAL: Find FS for dest 10.5.5.0/24. FD is 2812416, RD is 2812416
*Mar  1 00:29:41.687: DUAL:     10.10.12.2 metric 2812416/2300416
*Mar  1 00:29:41.687: DUAL:     10.10.13.3 metric 2812416/2300416 found Dmin is 2812416
*Mar  1 00:29:41.687: DUAL: RT installed 10.5.5.0/24 via 10.10.12.2

Kod: Zaznacz cały

R1#sh ip eigrp topology 10.5.5.0 255.255.255.0
IP-EIGRP (AS 100): Topology entry for 10.5.5.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2812416
  Routing Descriptor Blocks:
  10.10.12.2 (Serial0/0), from 10.10.12.2, Send flag is 0x0
      Composite metric is (2812416/2300416), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 45100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1200
        Hop count is 3
  10.10.13.3 (Serial0/1), from 10.10.13.3, Send flag is 0x0
      Composite metric is (2812416/2300416), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 45100 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 3

sąsiadów tym razem nie ruszałem.

CCIE.pl

EIGRP i MTU

EIGRP i MTU

Re: EIGRP i MTU