Problème de communication entre zones OSPF

[Zoulman]

Bonjour,

Je me permets de vous contacter car je bute sur un problème en essayant de créer un réseau WAN. En voici un aperçu: 

J'ai réalisé une maquette packet-tracer dans le cadre d'un projet scolaire. Ce projet e requiert par de représenter la partie FAI du WAN de manière réaliste. Ainsi, je me suis contenté de faire communiquer mes différents sites via du Frame Relay. Chacun des routeurs intitulé "FAI_XX" a été configuré en OSPF pour pouvoir informer les autres routeurs "FAI_XX" d'un changement de topologie dans leurs zones respectives. J'ai utilisé la commande "ip ospf network broadcast" pour que la communication puisse se faire au travers du "Cloud" qui sert à effectuer le FrameRelay.

Chacun de mes sites possède une zone OSPF unique qui lui est propre. Les routeurs des sites sont disposés en parallèle et sont configurés en HSRP. Chaque site possède deux routeurs pour les raisons suivantes:

1. Assurer une redondance à la passerelle par défaut du site en cas de chute d'un routeur
2. Assurer une redondance de la liaison réseau vers l'extérieur. Chaque routeur est théoriquement relié à un FAI différent. En cas de la chute d'un lien vers l'extérieur d'un routeur, l'OSPF permet de passer par le routeur possédant un lien encore fonctionnel.

Mon problème est le suivant:

Depuis les switchs "FAI_XX" il est tout à fait possible de pinger les IP publiques de tous les sites de la maquette (10.10.10.2, 11.11.11.2 , 16.16.16.2 , etc...). Or depuis les routeurs internes de mes sites, il est impossible de pinger l'ip publique d'un site distant. Cela est problématique car je dois ensuite implémenter divers serveurs dans mes sites et démontrer qu'ils peuvent communiquer. Si cela coince déjà au niveau de mes routeurs de sites, cela n'augure rien de bon ^^

Cela fait maintenant plusieurs jours que je bute sur ce problème...Au cas ou, je vous joins la maquette que j'ai réalisé. Peut-être que l'énervement m'a empêché d'y voir une erreur grossière. 

Merci d'avance pour votre aide.

Zoulman.

[Zoulman]

J'ai effectué mon test:

J'ai téléchargé la maquette que je vous avais transmis en dernier. Je l'ai lancé sur une autre machine grâce à packet-tracer 8 et les pings depuis 10.10.10.2 vers 15.15.15.2 et 16.16.16.2 fonctionnent enfin! 

Cela ne fonctionne pas vers les autres sites car je n'ai pas encore utilisé les commande stub que vous m'avez conseillé au début de nos échanges. 

Je vais donc réinstaller la version 8 de packet-tracer sur ma machine principale. 

Je tiens vraiment à vous remercier chaleureusement pour l'aide que vous m'avez fourni! 

[Anonymous]

Bon je suis content de voir que cela marche

N'oubliez pas de marquer cette échange comme 'résolu' pour que d'autres puissent en profiter.

sur le message où je parle de "stub" et "no-summary".

Bonne soirée.

[Zoulman]

Bonsoir,

Je me permets de vous recontacter car j'ai été incapable de résoudre un problème, toujours lié à l'OSPF, sur ma maquette CISCO, je m'explique:

Je suis maintenant capable d'effectuer des pings depuis et vers toutes les machines clientes des différents sites représentés sur mon réseau. Enfin presque...Il m'est impossible de pinger le poste 10.42.1.4 situé dans le site 5. Voici ce que j'ai pu diagnostiquer:

• Quand je ping la 10.38.1.4 depuis la 10.42.1.4 en mode simulation, je peux voir mon paquet ICMP faire le chemin jusqu'à la machine de destination. Sur le chemin du retour, mon paquet est stoppé au niveau de "Router5" 
  • En consultant les routes contenues dans le routeur, je m'aperçoit qu'il n'existe pas de route menant au réseau 10.42.1.4. Cela explique l'echec de mon ping.

Gateway of last resort is not set

10.0.0.0/24 is subnetted, 5 subnets

C 10.10.10.0 is directly connected, Serial1/0

O 10.38.1.0 [110/65] via 11.11.11.2, 00:02:09, Serial2/0

[110/65] via 10.10.10.2, 00:02:09, Serial1/0

O IA 10.39.1.0 [110/129] via 30.30.30.2, 00:02:04, Serial0/0

O IA 10.40.1.0 [110/129] via 30.30.30.3, 00:02:04, Serial0/0

O IA 10.41.1.0 [110/129] via 30.30.30.4, 00:02:04, Serial0/0

11.0.0.0/24 is subnetted, 1 subnets

C 11.11.11.0 is directly connected, Serial2/0

15.0.0.0/24 is subnetted, 1 subnets

O IA 15.15.15.0 [110/128] via 30.30.30.2, 00:02:04, Serial0/0

16.0.0.0/24 is subnetted, 1 subnets

O IA 16.16.16.0 [110/128] via 30.30.30.2, 00:02:04, Serial0/0

20.0.0.0/24 is subnetted, 1 subnets

O IA 20.20.20.0 [110/128] via 30.30.30.3, 00:02:04, Serial0/0

21.0.0.0/24 is subnetted, 1 subnets

O IA 21.21.21.0 [110/128] via 30.30.30.3, 00:02:04, Serial0/0

25.0.0.0/24 is subnetted, 1 subnets

O IA 25.25.25.0 [110/128] via 30.30.30.4, 00:02:04, Serial0/0

30.0.0.0/24 is subnetted, 1 subnets

C 30.30.30.0 is directly connected, Serial0/0

31.0.0.0/24 is subnetted, 1 subnets

O IA 31.31.31.0 [110/128] via 30.30.30.5, 00:02:04, Serial0/0

Voici la configuration du switch de mon cinquième site:

interface Serial0/0

ip address 30.30.30.5 255.255.255.0

encapsulation frame-relay

frame-relay interface-dlci 501

frame-relay interface-dlci 502

frame-relay interface-dlci 503

frame-relay interface-dlci 504

ip ospf network broadcast

!

interface Serial1/0

ip address 31.31.31.1 255.255.255.0

clock rate 1200

!

interface Serial2/0

no ip address

clock rate 2000000

!

router ospf 1

router-id 30.30.30.5

log-adjacency-changes

area 5 stub no-summary

network 31.0.0.0 0.255.255.255 area 5

network 10.0.0.0 0.255.255.255 area 5

network 30.0.0.0 0.255.255.255 area 0

!

ip classless

!

ip flow-export version 9

!

!

!

!

!

!

!

!

line con 0

!

line aux 0

!

line vty 0 4

login

!

!

!

end

J'ai tenté de laisser tourner la simulation très longtemps dans l'espoir que la route finisse par remonter dans les routeurs de chacune des zones OSPF, sans succès...L'emploi de la commande "clear ip ospf process" sur les routeurs de ma maquette ne change rien. J'ai aussi employé les commandes "stub" et "no summary" comme conseillé dans le post marqué comme la solution sans plus de succès.

Je commence à penser que je suis maudit...Je fournit ma topologie en pièce jointe au cas ou il y aurait encore une petite subtilité que je n'aurais pas comprise.

Bonne soirée à vous. 

[Anonymous]

Bonjour,

Je n'arrive pas à lire le fichier packet tracer (à cause de la mise à jour de version).

Mais je vais essayer de vous donner quelques pistes:

1) Les masques de sous-réseaux pour la déclaration des zones ospf par exemple si vous avez un réseau 31.31.31.1 255.255.255.0 (masque: /24) la déclaration dans le routeur ospf devrait être:

router ospf x

network 31.31.31.0 0.0.0.255 area 5

Pour toutes les déclarations sur tous les routeurs..

2) Si vous voyez le ping revenir jusque R5 c'est qu'il n'y a pas de pbm de liaison. Il faut vérifier ce qui se passe pour l'annonce de la route 10.42.1.0/24:

sur BRE_RO_001 et sur FAI_5

a) Vérifiez que vous avez bien la route:

sh ip route

Idem pour la base de donnée ospf

sh ip database ospf

(vous devez voir le réseau 10.42.1.0/24)

b) Si vous voyez le réseau sur FAI_5, vérifiez que tout est bien correct (10.42.1.0; 255.255.255.0) et vérifiez en faisant un traceroute depuis FAI_5 vers 10.12.1.4

c) une fois validé la diffusion (sans erreur de masque par exemple) du réseau en interne, il faut vérifier la diffusion du réseau 10.42.1.0/24 de FAI_5 vers R5.

Pourquoi le réseau présent dans la base de donnée OSPF en FAI_5 ne se retrouve pas en R5 ?

Vérifiez que vous avez bien "stub" au niveau du routeur 31.31.31.2

Sinon, vous pouvez m'envoyer

- un copier coller complet des config actuelles

- sh ip route

- sh ip ospf data

Pour:

R5

FAI_5

BRE_RO_00

Bonne journée