LippChunn148

Материал из megapuper
Версия от 17:41, 16 октября 2015; LippChunn148 (обсуждение | вклад) (Новая страница: «Knowing when and how to generate an OSPF digital link is an essential ability for BSCI and CCNP assessment achievement, as well as how important it could be on yo…»)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

Knowing when and how to generate an OSPF digital link is an essential ability for BSCI and CCNP assessment achievement, as well as how important it could be on your work As you know the theory of virtual links, therefore let us have a look at just how to configure a virtual link, as well as some real-world methods that many CCNA and CCNP study instructions omit, a CCNA and CCNP prospect Within this configuration, no switch with an interface in Area 4 includes a physical interface in Area 0. This implies a logical connection to Area 0, a virtual link, have to be developed. In the following case, R1 and R3 are adjacent and both have interfaces in Area 0. R4 has an adjacency with R3 via Area 34, but R4 has no physical interface in Area 0 and is advertising its loopback 4.4.4.4 into OSPF. R1 doesn't have the route to that loopback. This Month contains supplementary resources about the meaning behind this enterprise. R1#show internet protocol address option ospf 6.0.0.0/32 is subnetted, 1 subnets E 6.6.6.6 [110/11] via 10.1.1.5, 01:05:45, Ethernet0 172.23.0.0/27 is subnetted, 1 subnets E IA 172.23.23.0 [110/74] via 172.12.123.3, 00:04:14, Serial0 7.0.0.0/32 is subnetted, 1 subnets O 7.7.7.7 [110/11] via 10.1.1.5, 01:05:45, Ethernet0 To resolve this, a virtual link is going to be created between R-3 and R4 through Area 34. The area through which the personal link is created, the transit area, cannot be considered a stub area of any sort. R4( config )#router ospf 1 R4( config-router )#area 3-4 virtual-link 3.3.3.3 R3( config )#router ospf 1 2d07h OSPF-4-ERRRCV Received invalid packet mismatch area ID, from spine area must be virtual-link although not found from 172.23.23.4, Ethernet0 R3( config )#router ospf 1 R3( config-router )#area 3-4 virtual-link 4.4.4.4 R3( config-router )#^Z 2d07h OSPF-5-ADJCHG Process 1, Nbr 4.4.4.4 on OSPF_VL0 from LOADING to FULL, Loading Done Several details worth noting... To explore additional information, please consider checking out BookCrossing - pastewater08's Bookshelf. the electronic link command uses the distant device's RID, definitely not the IP-ADDRESS on the program that's in the transportation area. Also, don't worry about that error message you see in the result from R3 that's normal and you'll see it until you finish building the personal link. Always ensure the personal link with show internet protocol address ospf virtual-link. When you yourself have designed it properly, the VL must come-up in a matter of seconds. R3#show ip address ospf virtual-link Personal Link OSPF_VL0 to router 4.4.4.4 is up Work as need circuit DoNotAge LSA allowed. To get another viewpoint, please glance at http://www.linkemperor.com. Transit area 3-4, via program Ethernet0, Cost of using 1-0 Transmit Delay is 1 sec, State POINT_TO_POINT, Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 Hello due in 00:00:00 Adjacency State FULL (Hello suppressed) Catalog 2/4, retransmission line period 1, quantity of retransmission 1 First 0x2C8F8E( 15 )/0x0( 0) Next 0x2C8F8E( 15 )/0x0( 0) Last retransmission scan size is 1, maximum is 1 Last retransmission scan time is 0 msec, utmost is 0 msec Link State retransmission due in 3044 msec Virtual links are now actually an easy task to configure, however for some reason they appear to intimidate people. It's my experience that the error message outlined in R3's output above causes a lot of worry, but the only factor that message means is that you're not done making the virtual link however. There are three major misconfigurations that cause 99 of personal link configuration issues Using the incorrect OSPF RID value Trying to make use of a stub area since the flow area Failure to change link authentication on the virtual link when Area 0 is running authentication That last one may be the one that gets forgotten A virtual link is really an extension of Area 0, and if Area 0 is working link validation, the virtual link must be designed for it also. If you have an opinion about jewelry, you will perhaps wish to research about link emporor. Look closely at the facts. Do not panic when you see the error message on the next hub you arrange with the virtual link, and you'll get ready for just about any virtual link condition on the task or inside the CCNA / CCNP test place.