@tadawit,
1) pourquoi l'adresse ip de l'interface j3 est 10.0.0.1 et k2 10.0.0.2 ? Pourquoi ne pas utiliser le réseau 10.10.20.0?
En fait, j3 et k2 ne devraient pas utiliser ces adresses, car 10.0.0.1 est deja attribue au PC, et 10.0.0.2 est deja attribue a i1 (R1). Il y a donc double-utilisation d'adresses IP ici, ce qui est interdit.
Mais, on a ici une situation particuliere. Comme les adresses 10.0.0.0/8 sont en general non-globalement-routables, il est parfaitement possible de les re-utiliser a l'interieur d'un AS (autonomous system) comme celui affiche. Concretement, on a ici un point-to-point link entre R3 et R2 et (important!) rien d'autre sur ce troncon entre R3 et R2. Dans ce cas la, et uniquement dans ce cas la, on peut configurer les interfaces aux extremites de ce point-to-point link (donc j3 et k2) avec des adresses non-globalement-routables, comme 10.0.0.1 et 10.0.0.2.
Pourquoi on peut faire ca sans craindre de collision avec l'adresse du PC et celle de l'interface i1 du router R1? Parce que ces adresses de j3 et k2 ne vont pas etre propagees par l'algorithme de routing (comme OSPF par exemple) a d'autres routers. Pas parce que c'est 10.0.0.0/8, mais parce que c'est un point-to-point link. Il n'y aura donc pas de double-allocation d'adresses IP.
Mais, malgre tout, c'est mal configure. Si un packet IP a destination du PC (donc 10.0.0.1) traverse R3, qu'est-ce que R3 va faire? Est-ce qu'il va envoyer ce packet vers j2 a destination R1, ou est-ce qu'il va l'envoyer a l'interface j3 (egalement 10.0.0.1), ou il sera "avale" et "consomme" avant meme d'entre envoye via le point-to-point link vers k2 (car l'adresse n'etait pas 10.0.0.2, mais bien 10.0.0.1)? Tu vois le probleme? Il y a une reponse a cette question, mais elle se trouve dans les specifications et elle n'est pas evidente. Je ne vais pas te la donner, mais tu peux la chercher.
Personnellement, j'aurais donne des adresses 10.30.0.1 a j3, et 10.30.0.2 a k2, pour eviter tous ces problemes.
2) après avoir communiqué avec le serveur DNS pourquoi utilise-t-on le réseau 10.10.10.0 pour le HTTP et non le 10.11.12.0 ???
L'adresse du HTTP est 10.10.10.10, et l'adresse de i2 (R4) est 10.10.10.3. Car les deux se trouvent sur le troncon 10.10.10.0/24. Donc pour envoyer un packet au serveur HTTP, il faut bien evidament l'envoyer a destination HTTP, donc 10.10.10.10. Et pour ca, il faut que le router R4 l'envoie sur l'interface i2 qui a l'adresse 10.10.10.3.
Mais pour que le packet arrive a R4, c'est le routing protocol (OSPF par exemple) qui doit faire en sorte que les tables de routing de R1, R2, R3, et R4 soient toutes a jour. Lorsque PC envoie un packet de 10.0.0.1 vers 10.10.10.10, c'est R1 qui le recoit en premier via son interface i1 (10.0.0.2). La, R1 regarde dans sa routing table pour voir vers ou il doit continuer de l'envoyer: ou bien via i2, ou bien via i3. Ca depend quel chemin est
actuellement plus rapide. R4 recoit donc le packet ou bien via R3 (j1, puis i1), soit via R2 (k3, puis i3). A chaque packet que PC envoie, le chemin peut changer, car la table de routing de R1 peut changer dynamiquement a tout moment.
Si t'as pas compris le paragraphe precedent, demandes des clarifications. J'expliquerais volontiers davantage.
Exemple:
Table de routing de R1 au moment t0:
destination, interface, metrique
10.10.12.8 (DNS), i2, 10
10.10.10.10 (HTTP), i3, 10
10.10.10.10 (HTTP), i2, 20
Dans ce cas la, un packet de PC vers le DNS va aller vers R1, puis vers R3, ... et va finir eventuellement vers DNS.
Et un packet de PC vers HTTP va aller vers R1, puis vers R2 (car la metrique de i3, 10, est inferieure a celle de i2, 20, c'est donc moins couteux d'envoyer via R2 que via R3),
puis ou bien vers R3 ou bien vers R4 (ca depend de la routing table de R2!),
pour finalement arriver vers HTTP.
