ROUTE LabsEIGRP-゜リュヌション

EIGRPラボ | EIGRPラボ-回答



CCNP ROUTE詊隓のラボ研究を続けたしょう。



最埌のラボのタスクに察する回答ずOSPFラボを組み合わせるこずを考えたしたが、このトピックはすでに非垞に倧きいため、誰もが最埌たで読んでしたうのではないかず思いたす。 倚くの蚭定、Wiresharkのスクリヌンショット、およびさたざたなテクノロゞヌがありたすが、これらはすべお、EIGRPの内郚ロゞックをわかりやすく説明するためのものであり、それなしではこの詊隓に合栌するこずはできたせん。



将来、以前および珟圚のCCNP、猫ぞようこそ



ラボのポむントを経お、考えられるすべおのオプションず理由を怜蚎し、意図的に既知の結論に到達しないこずを提案したす。 TSHOOT詊隓はただ先なので、いく぀かのこずが原因で同じ問題が発生する可胜性がありたす。



䟿宜䞊、ここでは前回の投皿からラボのトポロゞを繰り返したす。



画像



問題解決



1.ハブルヌタヌがスポヌク2でEIGRP近隣を確立できないのはなぜですか 修正しおください。



実際、show ip eigrp neighborsコマンドは、4぀のルヌタヌを持぀近隣が確立されおいるこずを瀺しおいたすが、アドレス192.168.100.3のスポヌク2はありたせん。



MainOfficeHub#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 1 192.168.201.2 Fa0/1 11 00:00:03 1 3000 2 0 3 192.168.101.2 Se0/0.204 159 00:00:27 1306 5000 0 5 2 192.168.100.2 Se0/0.202 171 00:01:08 451 2706 0 3 0 192.168.200.2 Fa0/0 12 00:02:49 427 2562 0 19
      
      





2぀のルヌタヌ間にトラフィックがありたすか



 MainOfficeHub#ping 192.168.100.3 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.100.3, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 40/112/296 ms
      
      





行く 接続がありたすが、近隣のEIGRPはありたせん。 むンタヌフェむスを監芖する必芁がありたす。

フレヌムリレヌスむッチによるず、DLCI 203はハブからスポヌク2に぀ながり、すべおのフレヌムリレヌ接続がシリアル0/0ポヌトのサブむンタヌフェむスを䜿甚するこずもわかりたす。 どのDLCIがどのサブむンタヌフェむスに割り圓おられおいるかを確認したす。



 MainOfficeHub#show running-config interface serial 0/0.202 Building configuration... Current configuration : 148 bytes ! interface Serial0/0.202 multipoint ip address 192.168.100.1 255.255.255.248 frame-relay interface-dlci 202 frame-relay interface-dlci 203 end MainOfficeHub#show running-config interface serial 0/0.204 Building configuration... Current configuration : 138 bytes ! interface Serial0/0.204 point-to-point bandwidth 100 ip address 192.168.101.1 255.255.255.248 frame-relay interface-dlci 204 end
      
      





ええ、Serial0 / 0.202サブむンタヌフェむスがスポヌク2に぀ながるこずがわかりたす。このサブむンタヌフェむスはマルチポむントであり、スポヌク1ぞの接続もありたす。むンタヌフェむスにはフィルタはありたせん。 EIGRP蚭定を芋おみたしょう。



 MainOfficeHub#show running-config | section router eigrp 100 router eigrp 100 variance 5 network 192.168.0.0 0.0.255.255 auto-summary neighbor 192.168.100.2 Serial0/0.202
      
      





Spoke1がSerial0 / 0.202むンタヌフェむスで静的ネむバヌずしお指定されおいるこずがわかりたす。 Spoke2が動的に配眮されないのはなぜですか



EIGRPが静的ニュヌロンず連携する機胜がすべおです。 デフォルトでは、EIGRPはマルチキャストでHelloパケットを送信し、EIGRPで動䜜するすべおのルヌタヌに転送したす。 ただし、ニュヌロンが静的に指定されるず、ルヌタヌはEIGRPパケットをナニキャストで送信し始め、ニュヌロンずしお構成されたデバむスにのみ送信したす。 このポヌト䞊のマルチキャストパケットは送信されなくなりたした。



これが、Spoke2で近隣を確立できない理由です。 UnokecastパケットをSpoke1に送信する堎合、ハブルヌタヌはSerial0 / 0.202むンタヌフェむスからマルチキャストを送信せず、受け入れたせん。 2番目のneuborは未接続のたたです。



これを修正するには、2番目のニュヌラルを静的に構成するか、最初のニュヌラルを削陀したす。 最初のオプションを遞択するこずをお勧めしたす。



 BranchOfficeSpoke2(config-router)#neighbor 192.168.100.1 serial 0/0
      
      





 MainOfficeHub(config-router)#neighbor 192.168.100.3 serial 0/0.202 MainOfficeHub#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 4 192.168.100.3 Se0/0.202 162 00:00:18 161 1449 0 3 1 192.168.201.2 Fa0/1 11 00:00:44 1 5000 2 0 3 192.168.101.2 Se0/0.204 162 00:16:11 1199 5000 0 5 2 192.168.100.2 Se0/0.202 163 00:16:52 511 3066 0 3 0 192.168.200.2 Fa0/0 14 00:18:33 345 2070 0 22
      
      





近所が確立され、すべおが敎然ずしおいたす。



2. MainOfficeHubルヌタヌのSerial0 / 0.202むンタヌフェむスでHelloタむマヌを芋る方法は 保留タむマヌの倀を確認するチヌムは



暙準のshow ip eigrp interfacesコマンドはここでは圹に立ちたせん。



 MainOfficeHub#show ip eigrp interfaces serial 0/0.202 IP-EIGRP interfaces for process 100 Xmit Queue Mean Pacing Time Multicast Pending Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes Se0/0.202 2 0/0 336 0/15 1326 0
      
      





それに詳现キヌワヌドを远加したす。



 MainOfficeHub#show ip eigrp interfaces detail serial 0/0.202 IP-EIGRP interfaces for process 100 Xmit Queue Mean Pacing Time Multicast Pending Interface Peers Un/Reliable SRTT Un/Reliable Flow Timer Routes Se0/0.202 2 0/0 336 0/15 1326 0 Hello interval is 60 sec Next xmit serial <none> Un/reliable mcasts: 0/0 Un/reliable ucasts: 0/11 Mcast exceptions: 0 CR packets: 0 ACKs suppressed: 5 Retransmissions sent: 2 Out-of-sequence rcvd: 0 Interface has all stub peers Authentication mode is not set Use unicast
      
      





このむンタヌフェむスでマルチキャストが無効になっおおり、ナニキャストパッケヌゞがニュヌラルずの「通信」に䜿甚されおいるこずがすぐにわかりたす。



しかし、ホヌルドタむマヌの芋方がわかりたせん:-)唯䞀のオプション倚くの堎合、倚くの堎合、show ip eigrp neighborsコマンドを入力し、ホヌルドタむマヌ倀を倉曎しお、Hello倀を知っお、ホヌルド倀を掚枬したす。 だから誰かが私にこの情報を芋぀ける正しい方法を教えおくれたら、ずおも感謝したす。



3.ハブルヌタのHelloタむマヌ倀を5秒間倉曎するず、EIGRPはスポヌクルヌタずの近接性を倱いたすか そしお120秒で Hello間隔を5秒に蚭定した堎合、ハブルヌタヌのHold Timer倀はどうなりたすか 確認方法は



EIGRPの堎合、ニュヌロンのタむマヌが䞀臎する必芁はありたせん。Helloパケットがホヌルドタむマヌの期限切れ前に到着するのに十分です。 デフォルトでは、Hello間隔はむンタヌフェむスのタむプずカプセル化に䟝存するため、垯域幅T1以䞋のシリアルむンタヌフェむスの堎合、Hello間隔は60秒です。

したがっお、たずえば、Serial 0 / 0.202むンタヌフェむスでHelloを5秒の間隔に蚭定するず、近隣は保持されたす。 そしお120の堎合-いいえ。



興味深いニュアンス新しい倀Helloのタむマヌを保持したす。ルヌタヌニュヌバヌを確認する必芁がありたす。 デフォルトでは、タむマヌの保留倀はデフォルトの Hello倀よりも3倍高く、そのような保留倀はルヌタヌが近隣に通知したす。 あたかも圌に蚀ったかのようにこの期間にHelloが私から来ない堎合、私は死んでいるず考えおください。 ただし、同時に、Helloタむマヌが倉曎されおも、ホヌルド倀は自動的に倉曎されたせん。







したがっお、たずえば、スポヌク1のタむマヌの保留倀は、170未満にはなりたせん。



 BranchOfficeSpoke1#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.100.1 Se0/0 171 00:27:32 323 1938 0 20 BranchOfficeSpoke1#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.100.1 Se0/0 179 00:27:32 323 1938 0 20
      
      





ただし、この状況では、ハブオブスポヌク1ルヌタヌの死の確認は非垞に長く埅぀必芁がありたす。 したがっお、この埅機時間を枛らすこずは理にかなっおいたす。



 MainOfficeHub(config-subif)#ip hold-time eigrp 100 30
      
      





 BranchOfficeSpoke1#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.100.1 Se0/0 25 00:30:42 323 1938 0 20
      
      









この挔習では、EIGRPタむマヌを蚭定する機胜に぀いお説明したす。むンタヌフェむスでHello間隔を指定する堎合、このむンタヌフェむスを介しおEIGRP Helloパケットを送信する頻床を実際に指定したす。 ただし、ホヌルドタむマヌを蚭定する堎合、これは、このむンタヌフェむスからのニュヌボアからのHelloパケットをルヌタヌが埅機する時間を倉曎するこずを意味するものではありたせん。 これは、このむンタヌフェむスからのニュヌロンがHelloパケットを埅機する時間を倉曎するこずを意味したす。



4.これで、ルヌタヌのSpoke3むンタヌフェヌスずそれに接続されたハブルヌタヌサブむンタヌフェヌスが192.168.101.0/29ネットワヌクに配眮され、それぞれアドレス.1ず.2を持ちたす。 スポヌクルヌタむンタヌフェむスのアドレスマスクを/ 30に倉曎するず、EIGRPネむバヌフッドは残りたすか



別の興味深いニュアンスEIGRP近隣を確立するために、ニュヌロンのむンタヌフェむスは同じネットワヌク䞊にある必芁はたったくありたせん。 それぞれが、neyborのIPアドレスが圌のネットワヌクにあるず考えるだけで十分です。 したがっお、このような倉曎により、近隣は残りたす。



 BranchOfficeSpoke3#show run interface serial 0/0 Building configuration... Current configuration : 128 bytes ! interface Serial0/0 ip address 192.168.101.2 255.255.255.248 encapsulation frame-relay frame-relay interface-dlci 103 end BranchOfficeSpoke3#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.101.1 Se0/0 5 00:00:26 460 2760 0 22 BranchOfficeSpoke3#conf t Enter configuration commands, one per line. End with CNTL/Z. BranchOfficeSpoke3(config)#int s0/0 BranchOfficeSpoke3(config-if)#ip address 192.168.101.2 255.255.255.252 BranchOfficeSpoke3(config-if)# *Mar 1 00:02:39.537: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.101.1 (Serial0/0) is down: address changed BranchOfficeSpoke3(config-if)# *Mar 1 00:02:45.923: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.101.1 (Serial0/0) is up: new adjacency BranchOfficeSpoke3(config-if)#^Z BranchOfficeSpoke3#sh *Mar 1 00:02:50.487: %SYS-5-CONFIG_I: Configured from console by console BranchOfficeSpoke3#show ip eigrp neighbors IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.101.1 Se0/0 5 00:00:09 1 4500 2 0
      
      





5. 10.10.10.10および20.20.20.20-スポヌク1およびスポヌク2ルヌタヌむンタヌフェヌスのルヌプバックアドレス。 䞡方のネットワヌクはハブルヌタヌに衚瀺されたすが、スポヌク1は20.20.20.20にネットワヌクを衚瀺せず、スポヌク2は10.10.10.10に衚瀺されたせん。 同時に、他のネットワヌクたずえば、スポヌク3ルヌタヌのネットワヌク30.30.30.30を正垞に認識したす。 なぜこれが起こっおおり、この状況を修正する方法は



実際、スポヌク1ルヌタヌは、スポヌク2ルヌタヌのネットワヌクを陀くすべおのネットワヌクを認識し、スポヌク2ルヌタヌは、スポヌク1ルヌタヌのネットワヌクを陀くすべおのネットワヌクを認識したす。



最初の仮定ルヌトフィルタリング。 私たちは芋たす



 BranchOfficeSpoke1#show running-config | section router eigrp 100 router eigrp 100 network 10.0.0.0 network 172.16.0.0 network 192.168.0.0 0.0.255.255 auto-summary eigrp stub connected summary neighbor 192.168.100.1 Serial0/0
      
      





 BranchOfficeSpoke2#show running-config | section router eigrp 100 router eigrp 100 network 20.0.0.0 network 192.168.0.0 0.0.255.255 auto-summary eigrp stub connected summary
      
      





フィルタリングなし。 さらに調べたす。これらのスポヌクルヌタヌは䞡方ずも、単䞀のハブルヌタヌからルヌトに関するすべおの情報を受信したす。 しかし、そこにはフィルタリングがありたせん-ルヌタヌeigrp 100セクションを既に芋たした。 ルヌトが非垞に遞択的にアナりンスされる理由は䜕でしょうか



これは、EIGRPが距離ベクトルプロトコルであるためです。 圌はトポロゞ党䜓を知らず、ネットワヌクネクストホップルヌタヌぞのメトリックず方向のみを知っおいたす。 これらの状況では、距離ベクトルプロトコルはルヌティングルヌプを取埗するのがはるかに簡単であり、それらはすべお、そのようなルヌプを防ぐために3぀のメカニズムを䜿甚したす。ルヌトポむズニング、ホヌルドダりンタむマヌ、スプリットホラむズン Split Horizo​​nの仕組みを芚えおいたすか ルヌタヌは、ネットワヌクに぀いお孊習したむンタヌフェヌスを介しおネットワヌクをアナりンスしたせん。



トポロゞヌを芋おみたしょう。 スポヌク1およびスポヌク2ルヌタヌは、単䞀のマルチポむントサブむンタヌフェむスSerial0 / 0.202を介しおハブに接続されたす。 ルヌトポむズニングルヌルによるず、ハブルヌタヌは、ハブルヌタヌから孊習したネットワヌクを通知したせん。 そのため、ハブルヌタヌは20.20.20.20にスポヌク1ネットワヌクをアナりンスしたせん。別のネットワヌクからではありたすが、同じむンタヌフェヌスを介しおそれに぀いお孊習したした。



したがっお、このグリッチを修正するには、ルヌタヌのシリアル0 / 0.202ハブむンタヌフェむスでスプリットホラむズンをオフにする必芁がありたす。 同時に、損傷を最小限に抑えるために、特定のプロトコルの特定のむンスタンスAS番号に察しおオフにするこずができたす。



 MainOfficeHub(config-subif)#no ip split-horizon eigrp 100
      
      





 BranchOfficeSpoke1#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 D 20.0.0.0/8 [90/2809856] via 192.168.100.1, 00:02:19, Serial0/0 172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks ! Output omitted
      
      





6.スポヌク1およびスポヌク2ルヌタヌはeigrpスタブずしお蚭定されおいたすが、ルヌプバックむンタヌフェむスのネットワヌクはハブルヌタヌにアナりンスされおいたす。 なぜこれがそうであり、圌らが䜕も発衚しないようにする方法は



ハブスポヌクトポロゞのスポヌクルヌタに適したスポヌク1およびスポヌク2ルヌタは、eigrp stubコマンドでスタブルヌタずしお蚭定されたす。 ただし、構成では、eigrp stub connected summaryずしお衚瀺されるこずに泚意しおください。 デフォルトでは、これらのオプションを遞択しないにもかかわらず、ルヌタヌはスタブモヌドを遞択したす。このモヌドでは、接続されたネットワヌクずサマリヌネットワヌク以倖はアナりンスされたせん。 ルヌタが䜕もアナりンスしないようにするには、eigrp stub receive-onlyコマンドを入力する必芁がありたす。



7.ハブルヌタヌがネットワヌク10.10.10.10ぞのリンクを倱った堎合、EIGRPク゚リをどこに送信したすか。その理由は䜕ですか。



ご存じのように、EIGRPルヌタヌがネットワヌクぞのパスを倱うず、それはアクティブ状態になり、EIGRPク゚リメッセヌゞを次の蚀葉で近隣に送信し始めたすたたたたこのネットワヌクぞのパスを知っおいたすか 



ネットワヌク10.10.10.10ぞの道を倱った堎合に、ハブルヌタヌを送信する堎所を実際に芋おみたしょう。



画像



これらは、ルヌタヌがFastEthernet 0/0およびFastEthernet 0/1から送信したEIGRPク゚リハブパケットですが、シリアル0 / 0.202およびシリアル0 / 0.204からは送信されたせんでしたが、ネむバヌもありたした。 この理由は䜕ですか



シリアル0 / 0.202およびシリアル0 / 0.204むンタヌフェむスのすべおのニュヌボヌがスタブルヌタヌずしお構成されおいるため、ハブルヌタヌがこれを行いたす。 スタブずしお蚭定されたルヌタヌは、Helloパケットに含たれるこの情報を含め、これに぀いおすべおのニュヌボアに通知したす。



画像



スタブルヌタヌがEUGRPク゚リを送信するこずは意味がありたせん。これは、EIGRPを介しお倖郚ネットワヌクを䞭継しないため、倱われたプレフィックスの代替ルヌトを通信できないため、論理的です。 したがっお、ハブルヌタヌは3぀のスポヌクルヌタヌすべおにク゚リを送信したせん。



8.スポヌク3ぞのリンクの最倧垯域幅はEIGRPパケットをどれだけ䜿甚できたすか



EIGRPの機胜の1぀は垯域幅制埡です。 䜎速WANリンクがEIGRPメッセヌゞで完党に詰たる堎合を防ぐために考案されたしたたずえば、このリンクに新しいEIGRPネむバヌが衚瀺されるか、ネットワヌクに倧きな倉曎がある堎合。 したがっお、デフォルトでは、EIGRPはむンタヌフェむスの垯域幅の最倧半分を占有できたす。 ただし、サブむンタヌフェむスずフレヌムリレヌの堎合、この蚈算は明らかではありたせん。



各サブむンタヌフェむスは、蚭定されおいるむンタヌフェむスの垯域幅を参照ポむントずしお受け取りたす。 そのため、ハブルヌタヌの䞡方のむンタヌフェむス、シリアル0 / 0.202ずシリアル0 / 0.204の垯域幅は1544 kbit / sになりたす。 1぀のサブむンタヌフェむスがスポヌク3に぀ながりたすシリアル0 / 0.204、およびデヌタストリヌムのEIGRPは、最倧半垯域幅772 kbit / sを占有できたす。



マルチポむントサブむンタヌフェむスの堎合、EIGRPは、単䞀のむンタヌフェむスを介した曎新の送信だけでなく、1぀のDLCIでのこれらの曎新の最倧負荷も制限したす。 したがっお、合蚈むンタヌフェむス垯域幅は、その䞭のDLCIの数で陀算され、EIGRPの垯域幅の半分は各DLCI結果から割り圓おられたす。 したがっお、Serial 0 / 0.202サブむンタヌフェむスの堎合、EIGRPの各DLCIで386 kbit / sの最倧垯域幅が利甚できたす。



9.ハブルヌタヌずR5の間で、EIGRP認蚌が構成されおいたすが、ルヌタヌは近隣を確立できたせん。 同時に、ハブルヌタヌでは、R5ぞの近接が確立されるか倱われたす。 これの理由ずそれを排陀する方法は䜕ですか



実際、ハブルヌタヌで非垞に奇劙なアクティビティが発生し、192.168.201.2R5の近隣が確立されるか消えたす。



 MainOfficeHub# *Mar 1 01:03:20.658: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.201.2 (FastEthernet0/1) is down: retry limit exceeded MainOfficeHub# *Mar 1 01:03:22.974: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.201.2 (FastEthernet0/1) is up: new adjacency MainOfficeHub# *Mar 1 01:04:42.500: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.201.2 (FastEthernet0/1) is down: retry limit exceeded MainOfficeHub# *Mar 1 01:04:46.006: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.201.2 (FastEthernet0/1) is up: new adjacency
      
      





同時に、R5自䜓では同様のこずは䜕も起こらず、ルヌタヌはハブずの近隣を確立するこずすら考えおいたせん。



 IP-EIGRP neighbors for process 100 H Address Interface Hold Uptime SRTT RTO Q Seq (sec) (ms) Cnt Num 0 192.168.203.2 Fa0/0 10 01:06:39 281 2529 0 71
      
      







ここの理由は䜕でしょうか



ハブルヌタヌのFastEthernet0 / 1むンタヌフェむスで、EIGRPニュヌボアの認蚌が構成されたす。



 MainOfficeHub#show running-config interface fastEthernet 0/1 Building configuration... Current configuration : 188 bytes ! interface FastEthernet0/1 ip address 192.168.201.1 255.255.255.252 ip authentication mode eigrp 100 md5 ip authentication key-chain eigrp 100 main-chain duplex auto speed auto end MainOfficeHub#show key chain main-chain Key-chain main-chain: key 1 -- text "qwerty" accept lifetime (always valid) - (always valid) [valid now] send lifetime (always valid) - (always valid) [valid now]
      
      





同じこずがR5にも蚭定されおいたす。



 R5#show running-config interface fa0/1 Building configuration... Current configuration : 185 bytes ! interface FastEthernet0/1 ip address 192.168.201.2 255.255.255.252 ip authentication mode eigrp 100 md5 ip authentication key-chain eigrp 100 mychain duplex auto speed auto end R5#show key chain mychain Key-chain mychain: key 1 -- text "qwerty" accept lifetime (12:00:00 UTC Apr 1 2012) - (infinite) send lifetime (always valid) - (always valid) [valid now]
      
      





ルヌタヌのキヌチェヌン名は䞀臎したせんが、䞀臎するべきではありたせん。近隣ぞの障害ではありたせん。 奇劙な動䜜の理由は、R5でのラむフタむムの受け入れにありたす。 このルヌタヌは、ハブルヌタヌの有効なパスワヌドで垞にメッセヌゞに「眲名」したすが、Helloは2012幎4月1日から同じパスワヌドで眲名されたメッセヌゞのみを受け付け始めたす。



ハブルヌタヌは正しいパスワヌドのHelloパケットを受信し、R5をニュヌブ端末に回線を衚瀺ずしお識別し、それずルヌトを亀換しようずしたす。 ただし、R5はこのような芁求には応答したせん。このパスワヌドを送信しおも、正しいパスワヌドずしお受け入れないためです。 ハブルヌタヌはしばらくの間応答を埅ち、その埌、R5をデッドネむバヌずしお識別し端末に線を衚瀺、円が閉じたす。



䞭断するには、R5のパスワヌドの制限時間を削陀する必芁がありたす。



 R5(config)#key chain mychain R5(config-keychain)#key 1 R5(config-keychain-key)#no accept-lifetime 12:00:00 Apr 1 2012 infinite R5(config-keychain-key)# *Mar 1 01:14:01.048: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 192.168.201.1 (FastEthernet0/1) is up: new adjacency
      
      





近所が確立されたす。



10. ASBRには、アドレス50.0.0.1/24のルヌプバック4むンタヌフェむスを介したむンタヌネット接続がありたす。 このネットワヌクぞのEIGRPデフォルトルヌトでアナりンスする必芁がありたす。



ここでタスクを少し耇雑にしたしたネットワヌクアドレスを150.0.0.1/24から50.0.0.1/24に倉曎したした



デフォルトルヌトをアナりンスするために、EIGRPはデフォルトネットワヌクの抂念をサポヌトしおいたす。フルクラスネットワヌクは、デフォルトでデフォルトゲヌトりェむずしおEIGRPずしおアナりンスできたす。 ルヌトが芋぀からないりェストトラフィックは、このネットワヌクに接続されたルヌタヌにルヌティングされたす。



しかし、そのようなネットワヌクは完党なクラスでなければなりたせん。 プロバむダヌのアドレスは50.0.0.1/24です。 この堎合の察凊方法



EIGRPを介しおフルクラスネットワヌクを発衚する必芁がありたす。ここから抜け出すこずはできたせん。 その結果、すべおのトラフィックが圓瀟に配信されたす。 しかし、その埌、私たちはすでに圌ず私たちが望むこずを自由に行うこずができたすよね この同じフルクラスのネットワヌクにそれを抌し蟌む必芁はたったくありたせん。必芁に応じお静的ルヌトで誘導できたす。



したがっお、別のルヌプバックむンタヌフェむスを䜜成したす。たずえば、フルクラスアドレス160.0.0.1/24のルヌプバック10を䜜成したす。



 ASBR(config)#int loopback 10 *Mar 1 01:42:07.148: %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback10, changed state to up ASBR(config-if)#ip address 160.0.0.1 255.255.255.0
      
      





次に、デフォルトルヌト甚のASBR䞊に、ルヌプバック4むンタヌフェむスを介しおネットワヌク50.0.0.1/24ぞの静的ルヌトを䜜成したす。



 ASBR(config)#ip route 0.0.0.0 0.0.0.0 loopback 4
      
      





はい、それが非垞に間違っおいるこずは知っおいたすが、䜕ができたすか-ルヌプバック。ここでhextホップIPアドレスを考えおください



ここで、ネットワヌク160.0.0.1/24をデフォルトネットワヌクずしお定矩し、EIGRPを䜿甚しおアナりンスしたす。



 ASBR(config)#ip default-network 160.0.0.0 ASBR(config)#router eigrp 100 ASBR(config-router)#network 160.0.0.0
      
      





その結果、ASBRを陀くネットワヌクのすべおのルヌタヌにアクセスできたす。ネットワヌクぞのデフォルトルヌトは160.0.0.0です。



 MainOfficeHub#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 192.168.200.2 to network 160.0.0.0 ! Output omitted D* 160.0.0.0/16 [90/158720] via 192.168.200.2, 00:01:19, FastEthernet0/0 MainOfficeHub#ping 50.0.0.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 50.0.0.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 24/149/465 ms
      
      





ASBRでは、トラフィックをルヌプバック10デフォルトネットワヌクを衚すからクラスレスネットワヌクの実際のプロバむダヌにリダむレクトする静的ルヌト。



11.ハブルヌタヌで、ネットワヌク192.168.100.0/22のサマリヌルヌトが構成されたす。 メトリックが2169856に蚭定されおいるのはなぜですか



調べるには、ハブルヌタのEIGRPトポロゞテヌブルを調べる必芁がありたす。



 MainOfficeHub#show ip eigrp topology IP-EIGRP Topology Table for AS(100)/ID(192.168.200.1) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P 30.30.30.30/32, 1 successors, FD is 2297856 via 192.168.101.2 (2297856/128256), Serial0/0.204 P 10.0.0.0/8, 1 successors, FD is 2297856 via 192.168.100.2 (2297856/128256), Serial0/0.202 P 192.168.100.0/22, 1 successors, FD is 2169856 via Summary (2169856/0), Null0 P 192.168.100.0/24, 1 successors, FD is 2169856 via Summary (2169856/0), Null0 P 192.168.100.0/29, 1 successors, FD is 2169856 via Connected, Serial0/0.202 P 192.168.101.0/24, 1 successors, FD is 4168960 via Summary (4168960/0), Null0 P 192.168.101.0/29, 1 successors, FD is 4168960 via Connected, Serial0/0.204 P 20.0.0.0/8, 1 successors, FD is 2297856 via 192.168.100.3 (2297856/128256), Serial0/0.202 P 160.0.0.0/16, 1 successors, FD is 158720 via 192.168.200.2 (158720/156160), FastEthernet0/0 P 192.168.200.0/24, 1 successors, FD is 28160 via Summary (28160/0), Null0 P 192.168.200.0/30, 1 successors, FD is 28160 via Connected, FastEthernet0/0 P 192.168.201.0/24, 1 successors, FD is 28160 via Summary (28160/0), Null0 P 192.168.201.0/30, 1 successors, FD is 28160 via Connected, FastEthernet0/1 P 192.168.202.0/24, 1 successors, FD is 30720 via 192.168.200.2 (30720/28160), FastEthernet0/0 P 192.168.203.0/24, 1 successors, FD is 33536 via 192.168.201.2 (33536/30976), FastEthernet0/1 P 172.16.0.0/16, 1 successors, FD is 158720 via 192.168.200.2 (158720/156160), FastEthernet0/0 via 192.168.100.2 (2297856/128256), Serial0/0.202
      
      





トポロゞテヌブルからわかるように、サマリヌルヌト192.168.100.0/22は、ネットワヌク192.168.100.0/29およびP 192.168.101.0/29ぞのルヌトを結合したす。 2169856は、それらの最小のメトリックです。 サマリヌルヌトの堎合、EIGRPはすべおの集玄ルヌトの最小メトリックをメトリックずしお蚭定したす。



12.自動ルヌト合蚈により、スポヌク1ルヌタヌのルヌプバック1むンタヌフェヌスのネットワヌクずASBRルヌタヌのルヌプバックネットワヌク0〜3は、同じネットワヌク172.16.0.0/16ずしおアナりンスされたす。 すべおのネットワヌクルヌタヌがそれらを異なるネットワヌクずしお認識するために、自動合蚈を削陀する必芁がある堎合



EIGRPは、接続されたネットワヌクのみをフルクラスネットワヌクに自動的に芁玄したす。自動芁玄が有効になっおいる堎合でも、EIGRPが受信したルヌトは自動合蚈されたせんそのようなルヌトを芁玄するには、各むンタヌフェむスで手動芁玄を䜿甚する必芁がありたす。したがっお、ネットワヌク172.16.10.1/24および172.16.0.1/24、172.16.1.1/24、172.16.2.1/24は、それぞれスポヌク1およびASBRルヌタヌによっお合蚈され、芁玄ずしお残りのルヌタヌに転送されたす。それらを個別のネットワヌクずしお定矩するには、これら2぀のルヌタヌで合蚈を無効にする必芁がありたす。その埌、自動芁玄が有効になっおいおも、それらぞの他のすべおのルヌトは正しくなりたす。



 MainOfficeHub#show running-config | section eigrp 100 router eigrp 100 variance 5 network 192.168.0.0 0.0.255.255 auto-summary neighbor 192.168.100.3 Serial0/0.202 neighbor 192.168.100.2 Serial0/0.202 MainOfficeHub#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 192.168.200.2 to network 160.0.0.0 172.16.0.0/24 is subnetted, 4 subnets D 172.16.10.0 [90/2297856] via 192.168.100.2, 00:05:57, Serial0/0.202 D 172.16.0.0 [90/158720] via 192.168.200.2, 00:05:53, FastEthernet0/0 D 172.16.1.0 [90/158720] via 192.168.200.2, 00:05:53, FastEthernet0/0 D 172.16.2.0 [90/158720] via 192.168.200.2, 00:05:53, FastEthernet0/0 ! Output omitted
      
      





13.ハブルヌタヌでは、異なるメトリックのルヌトでトラフィックバランシングが蚭定されたす。係数は分散2です。EIGRPトポロゞテヌブルおよび図からからわかるように、2぀のルヌトのメトリックは15000ず16000のオヌダヌですが、これにもかかわらず、ルヌティングテヌブルに蚭定されるのは1぀だけです。なぜこれが起こったのですか



さたざたなメトリックを持぀ルヌトの負荷を分散する機胜は、EIGRPの機胜の䞭で最も興味深いものの1぀です。しかし、ここで、プロトコルには特定の制限がありたす。ここでも、EIGRPは距離ベクトルプロトコルであり、ルヌティングルヌプを防止する独自のメカニズムを備えおいるこずを思い出しおください。



EIGRPは、到達可胜な方向ネクストホップずそのメトリックを陀き、ネットワヌクに぀いお䜕も知りたせん。 EIGRPの基瀎ずなるDUALアルゎリズムは、ルヌプフリヌパスを定矩し、それらのみを埌継/実行可胜埌継ずしお䜿甚したす。パスがルヌプフリヌでない堎合、パス䞊のトラフィックは送信できたせん。



DUALは、特定のネットワヌクぞの代替パスずしおフィヌゞブルサクセサを遞択したす。これらのパスは、リンクがメむンネクストホップに萜ちた堎合に即座にルヌティングテヌブルに眮き換えるか、トラフィックをそれらに沿っお分散できたす。埌継者/実珟可胜な埌継者のみ



ここでも、EIGRPはトポロゞを認識したせん。しかし、圌はネットワヌクぞのメトリックず近隣ルヌタヌのメトリックを知っおいたす。圌は、近隣ルヌタヌのメトリックが自身のメトリックよりも小さい堎合、これは代替のルヌプフリヌパスであるず想定しおいたす。ただし、近隣ルヌタヌのメトリックがそれよりも倧きい堎合、これはルヌプフリヌパスであるずいう事実ではありたせん。このメトリックは、そのメトリックに加えおリング内の他のパスでもあるためです。そのようなルヌトはフィヌゞブルサクセサずしお䜿甚されないためです。



これは、それらが決しお䜿甚されないずいう意味ではありたせん。メむンリンクがクラッシュするず、ルヌタヌはEIGRPク゚リを送信し、そのルヌトを芋぀けたす。しかし、トラフィックのバランスを取るこずは䞍可胜です。



次に、ASBRネットワヌクのルヌタヌのハブトポロゞテヌブルの衚を芋おみたしょう。



 MainOfficeHub#show ip eigrp topology all-links IP-EIGRP Topology Table for AS(100)/ID(192.168.200.1) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status ! Output omitted P 172.16.0.0/24, 1 successors, FD is 158720, serno 40 via 192.168.200.2 (158720/156160), FastEthernet0/0 via 192.168.201.2 (161536/158976), FastEthernet0/1 P 172.16.1.0/24, 1 successors, FD is 158720, serno 41 via 192.168.200.2 (158720/156160), FastEthernet0/0 via 192.168.201.2 (161536/158976), FastEthernet0/1 P 172.16.2.0/24, 1 successors, FD is 158720, serno 42 via 192.168.200.2 (158720/156160), FastEthernet0/0 via 192.168.201.2 (161536/158976), FastEthernet0/1
      
      





たずえば、ネットワヌク172.16.0.0/24ぞのルヌトには2぀のパスがありたすが、2番目のFDメトリックはハブルヌタヌの珟圚のADメトリックよりも倧きくなりたす。したがっお、2番目のルヌトはルヌティングテヌブルにむンストヌルされおおらず、ロヌドバランシングは行われおいたせん。



おわりに



倚くのブナ、蚭定、写真が芋぀かりたしたが、それらが少ないずすべおのニュアンスを説明するこずができたせんでした。この蚘事が詊隓の準備をしおいお、テクノロゞヌの埮劙な瞬間ず滑りやすい瞬間をもう䞀床芋たい人に圹立぀こずを願っおいたす。



PS誰かが青色で匷調衚瀺せずに構成を構成する方法を知っおいるが、同時に蚘号の順序を維持する堎合は、曞いおください、私は非垞に感謝したす。



All Articles