5
ciscomadesimple.be https://www.ciscomadesimple.be/2010/11/26/gns3-ospf-lab-3eme-partie/ Steve De Jongh GNS3 – OSPF Lab – 3ème partie Voici la troisième partie de la configuration de notre lab OSPF. La suite de -cet article- . Après avoir configuré l’area 0, l’area 10 avec la redistribution d’EIGRP et l’area 23, cette fois, nous allons nous attaquer à la configuration de l’area 30, qui, contrairement à la logique d’OSPF n’est pas rattachée à l’area 0. Autrement dit, cet article parlera principalement de la mise en place d’un virtual-link dans OSPF. Rappel de la topologie La situation Comme le montre la schéma de la topologie, l’area 30 n’est pas directement rattachée à l’area 0, ce qui va à l’encontre du fonctionnement de base d’OSPF. Sans configuration particulère, cette area sera tout simplement ignorée par le reste du réseau. La solution Pour corriger ce problème il faut faire appel à un artifice… à savoir virtuellement étendre l’area 0 jusqu’à la limite de l’area 30. Pour cela il existe deux moyens: Créer un tunnel GRE entre ABR2 et ABR3. Configurer un virtual-link dans OSPF. Chacune de ces méthodes a son utilité. Toutefois dans la majeure partie des cas, ce sont les virtual-links qui seront utilisés. Mais pourquoi ? Les deux méthodes reposent sur un principe d’encapsulation des données pour les véhiculer au travers de l’area qui sépare l’area 0 de l’area « lointaine ». Toutefois, les virtual-links n’encapsulent que les échanges OSPF, tandis que l’utilisation d’un tunnel GRE provoquera l’encapsulation des échanges OSPF mais également des données, ce qui cause une surcharge de données supplémentaires (puisque tous les paquets qui transitent depuis l’area 30 devraient être encapsulés dans le tunnel GRE), tandis qu’avec un virtual-link, les données transitent normalement. Dans un cas précis, le tunnel GRE peut se révéler utile. L’utilisation d’un virtual-link impose que l’area de transit

Ciscomadesimple.be-gNS3 OSPF Lab 3ème Partie

Embed Size (px)

DESCRIPTION

3eme parite de configuration ospf

Citation preview

  • ciscomadesimple.be https://www.ciscomadesimple.be/2010/11/26/gns3-ospf-lab-3eme-partie/

    Steve DeJongh

    GNS3 OSPF Lab 3me partie

    Voici la troisime partie de la configuration de notre lab OSPF. La suite de -cet article-. Aprs avoir configurlarea 0, larea 10 avec la redistribution dEIGRP et larea 23, cette fois, nous allons nous attaquer laconfiguration de larea 30, qui, contrairement la logique dOSPF nest pas rattache larea 0. Autrement dit, cetarticle parlera principalement de la mise en place dun virtual-link dans OSPF.

    Rappel de la topologie

    La situationComme le montre la schma de la topologie, larea 30 nest pas directement rattache larea 0, ce qui va lencontre du fonctionnement de base dOSPF. Sans configuration particulre, cette area sera tout simplementignore par le reste du rseau.

    La solutionPour corriger ce problme il faut faire appel un artifice savoir virtuellement tendre larea 0 jusqu la limitede larea 30. Pour cela il existe deux moyens:

    Crer un tunnel GRE entre ABR2 et ABR3.Configurer un virtual-link dans OSPF.

    Chacune de ces mthodes a son utilit. Toutefois dans la majeure partie des cas, ce sont les virtual-links quiseront utiliss. Mais pourquoi ?

    Les deux mthodes reposent sur un principe dencapsulation des donnes pour les vhiculer au travers de lareaqui spare larea 0 de larea lointaine . Toutefois, les virtual-links nencapsulent que les changes OSPF,tandis que lutilisation dun tunnel GRE provoquera lencapsulation des changes OSPF mais galement desdonnes, ce qui cause une surcharge de donnes supplmentaires (puisque tous les paquets qui transitentdepuis larea 30 devraient tre encapsuls dans le tunnel GRE), tandis quavec un virtual-link, les donnestransitent normalement.

    Dans un cas prcis, le tunnel GRE peut se rvler utile. Lutilisation dun virtual-link impose que larea de transit

  • (celle qui spare larea lointaine de larea 0) soit une area standard (non stub), si on ne peut pas respecter cettecondition, la seule mthode fonctionnelle consistera alors crer un tunnel GRE au travers de larea de transit demanire crer une liaison entre larea lointaine et larea 0.

    Maintenant que les jalons sont poss, passons la configurations

    Premire tapeCommenons par configurer larea 30 sur ABR3.

    ABR3#conf tABR3(config)#router ospf 1ABR3(config-router)#network 192.168.30.0 0.0.0.255 area 30ABR3(config-router)#^ZABR3#

    Vrifions maintenant si la route pour le rseau 192.168.30.0/24 a bien t propage vers ABR2.

    ABR2>sh ip routeCodes: 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

    192.168.10.0/30 is subnetted, 2 subnetsO IA 192.168.10.0 [110/782] via 10.0.0.3, 00:22:40, FastEthernet0/0O IA 192.168.10.4 [110/1563] via 10.0.0.3, 00:22:40, FastEthernet0/0 10.0.0.0/8 is variably subnetted, 5 subnets, 2 masksO 10.0.1.8/30 [110/782] via 10.0.0.3, 00:23:03, FastEthernet0/0 [110/782] via 10.0.0.2, 00:23:03, FastEthernet0/0C 10.0.1.12/30 is directly connected, Serial0/1C 10.0.0.0/24 is directly connected, FastEthernet0/0O 10.0.1.0/30 [110/782] via 10.0.0.3, 00:23:03, FastEthernet0/0 [110/782] via 10.0.0.1, 00:23:03, FastEthernet0/0C 10.0.1.4/30 is directly connected, Serial0/0C 192.168.23.0/24 is directly connected, FastEthernet0/1O E1 192.168.100.0/24 [110/1564] via 10.0.0.3, 00:22:34, FastEthernet0/0ABR2>

    Comme prvu, la route vers le rseau 192.168.30.0/24 (qui est dans larea 30) na pas t transmise ABR2 etce parce que larea 30 nest pas directement attaque larea0.

    Deuxime tapePassons maintenant la configuration du virtual-link.

    Ce quil faut savoir, cest quun virtual-link se configura aux deux extrmits de larea de transit. Dans notre cas,ce sera sur ABR2 et ABR3. Sur chacun deux on va dfinir un virtual-link passant par larea 23 et indiquerlextrmit oppose laide du router-id configur dans OSPF.

    Configuration du virtual-link sur ABR2

  • ABR2#conf tABR2(config)#router ospf 1ABR2(config-router)#area 23 virtual-link 4.4.4.4ABR2(config-router)#exitABR2(config)#

    La syntaxe est donc : area virtual-link

    Configuration du cirtual-link sur ABR3

    ABR3#conf tEnter configuration commands, one per line. End with CNTL/Z.ABR3(config)#router ospf 1ABR3(config-router)#area 23 virtual-link 3.3.3.3ABR3(config-router)#*Mar 1 00:39:29.075: %OSPF-5-ADJCHG: Process 1, Nbr 3.3.3.3 on OSPF_VL0 from LOADING to FULL, Loading DoneABR3(config-router)#

    Comme vouvez le constater par lintermdiaire du message affich, ds que le virtual link est configur, unerelation dadjacence se forme. Larea 30 est maintenant virtuellement connecte larea 0.

    VrificationsVrifions sur ABR2 que ladjacence est bien forme, ltat du virtual-link etc

    show ip ospf neighbors

    ABR2#sh ip ospf neighborNeighbor ID Pri State Dead Time Address Interface4.4.4.4 0 FULL/ 192.168.23.254 OSPF_VL15.5.5.5 0 FULL/ 00:00:32 10.0.1.13 Serial0/11.1.1.1 0 FULL/ 00:00:36 10.0.1.5 Serial0/01.1.1.1 1 FULL/DROTHER 00:00:39 10.0.0.1 FastEthernet0/02.2.2.2 1 FULL/DROTHER 00:00:37 10.0.0.3 FastEthernet0/05.5.5.5 1 FULL/DR 00:00:33 10.0.0.2 FastEthernet0/04.4.4.4 1 FULL/DR 00:00:34 192.168.23.254 FastEthernet0/1ABR2#

    On remarque ici que ABR2 a deux relations dadjacences avec ABR3 (4.4.4.4), lune via linterface Fa0/1, lautrevia une interface particulire OSPF_VL1 une interface virtuelle qui est utilise par OSPF pour encapsulerles messages OSPF pour passer au travers de larea 23.

    show ip ospf virtual-links

    ABR2#sh ip ospf virtual-linksVirtual Link OSPF_VL1 to router 4.4.4.4 is upRun as demand circuitDoNotAge LSA allowed.Transit area 23, via interface FastEthernet0/1, Cost of using 10Transmit Delay is 1 sec, State POINT_TO_POINT,Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5Hello due in 00:00:03Adjacency State FULL (Hello suppressed)Index 6/7, retransmission queue length 0, number of retransmission 0First 0x0(0)/0x0(0) Next 0x0(0)/0x0(0)

  • Last retransmission scan length is 0, maximum is 0Last retransmission scan time is 0 msec, maximum is 0 msecABR2#

    Cette commande permet de vrifier ltat du virtual-link ainsi que tous les paramtres qui y sont dapplication.

    Une chose intressante analyser, cest le comportement du virtual-link. En jettant un oeil sur ABR3 oncomprend directement que le virtual-link tend larea 0 et non pas larea 30, simplement par le fait quemaintenant, ABR3 fait galement partie de larea 0

    show ip ospf (sur ABR3)

    ABR3#sh ip ospfRouting Process "ospf 1" with ID 4.4.4.4Start time: 00:00:09.392, Time elapsed: 00:52:42.496

    Area BACKBONE(0)Number of interfaces in this area is 1Area has no authenticationSPF algorithm last executed 00:13:14.304 agoSPF algorithm executed 3 timesArea ranges areNumber of LSA 11. Checksum Sum 0x071E72Number of opaque link LSA 0. Checksum Sum 0x000000Number of DCbitless LSA 0Number of indication LSA 0Number of DoNotAge LSA 8Flood list length 0Area 23Number of interfaces in this area is 1This area has transit capability: Virtual Link EndpointArea has no authenticationSPF algorithm last executed 00:13:14.308 agoSPF algorithm executed 6 timesArea ranges areNumber of LSA 13. Checksum Sum 0x05A07ENumber of opaque link LSA 0. Checksum Sum 0x000000Number of DCbitless LSA 0Number of indication LSA 0Number of DoNotAge LSA 0Flood list length 0Area 30Number of interfaces in this area is 1Area has no authenticationSPF algorithm last executed 00:13:24.792 agoSPF algorithm executed 3 timesArea ranges areNumber of LSA 10. Checksum Sum 0x051A75Number of opaque link LSA 0. Checksum Sum 0x000000Number of DCbitless LSA 0Number of indication LSA 0Number of DoNotAge LSA 0Flood list length 0ABR3#

  • ABR2 fait maintenant partie de 3 areas. Larea 0, laarea 23 et larea 30.

    La seule area qui manque encore au tableau, cest la 40. Mais ce sera pour larticle suivant

    VN:F [1.9.22_1171]traitement en cours...Rating: 9.0/10 (4 votes cast)GNS3 - OSPF Lab - 3me partie, 9.0 out of 10 based on 4 ratings 2015 CISCOMADESIMPLE.BE

    GNS3 OSPF Lab 3me partieRappel de la topologieLa situationLa solutionPremire tapeDeuxime tapeVrifications