Discussion :

[boubz013]

Bonsoir,

Je me pose une question :

Lorsque je tape la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
ip route list
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.3  metric 2 
169.254.0.0/16 dev wlan0  scope link  metric 1000 
default via 192.168.0.1 dev wlan0  proto static

• Pour joindre le réseau 192.168.0.0/24 sur l'interface wlan0 j'ai 2 couts (metriques).
• Pour joindre le service 169.254.0.0/16 hébergé normalement par mon modem j'ai 1000 couts

Je ne comprends pas bien; le couts caractérise en realité le nombre de sauts pour atteindre un noeud alors pourquoi de tels résultats ?


De plus, lorsqu'il y a écrit proto static ou proto kernel, de quoi s'agit-il ?

Merci

[matrix788]

Salut,

proto kernel, souvent par défaut, signifie que la table de routage est construite à partir des infos du protocole de routage défini dans le noyau. C'est un routage dynamique.

proto static, l'inverse de dessus, où il est défini manuellement.

Ensuite, concernant metric, il ne signifie pas que ce tu soulignes : il permet également d'établir des niveaux d'importance : plus le chiffre est faible et plus cette route est prioritaire sur d'autres itinéraires.

Si tu veux plus d'infos sur le routage :
http://linux-ip.net/html/routing-tables.html

[boubz013]

des infos du protocole de routage défini dans le noyau

Quel peut etre ce protocole ?

concernant metric, il ne signifie pas que ce tu soulignes : il permet également d'établir des niveaux d'importance : plus le chiffre est faible et plus cette route est prioritaire sur d'autres itinéraires.

Pourtant dans les algorithmes de routage comme celui de vecteur distance, il utilise la notion de metrique representant les saut pour atteindre la destination Pourquoi ceci serait différent ici ?

Merci de votre réponse

[matrix788]

Ensuite, concernant metric, il ne signifie pas que ce tu soulignes

j'ai dit qu'il n'y avait pas que ta définition qui est correcte.

[ram-0000]

Je ne comprends pas bien; le couts caractérise en realité le nombre de sauts pour atteindre un noeud alors pourquoi de tels résultats ?

Pas toujours, cela dépend des algorithmes utilisés.

Un métrique est un coût dans la routage et ce coup peut être pondéré par plein de choses.

Je préfère aller vers un réseau qui est à 3 routeurs en ethenet (cout=3 mais à 10 Mbits) que d'y aller directement par un modem (cout=1 mais à 56Kbits).

Donc dans le cas de mon exemple, cela a un sens de mettre la route par le modem avec un coup de 1000.

Dans Introduction aux réseaux TCP IP au chapitre 4.3.2, je présente différents algorithmes de routage ainsi que la manière dont est calculé le métrique.
Pour le protocole RIP, le métrique est associé au nombre de sauts, pour le protocole OSPF, le métrique est associé à une mesure administrative (donc fixé par l'administrateur du réseau), pour d'autres protocoles, le métrique peut être associé à autre chose encore (vitesse, politique, ...).

[boubz013]

oo j'ai compris merci de votre réponse !!

4.2.2. L'algorithme vecteur-distance

L'information diffusée est :

* Adresse du réseau concerné

* Adresse du routeur par où passer (vecteur)

* Nombre de sauts (distance)

Donc dans le cas d'un algorithme de vecteur distance, le cout signifie dans ce cas le nombre de sauts pour atteindre un noeud en d'autre therme il s'agit de la distance

4.2.3. L'algorithme état de lien
Chaque équipement de routage possède la topologie complète du réseau.

Le coût d'une route peut être fonction de :

* Nombre de sauts

* Largeur de bande

* Priorité du protocole

* Coût d'utilisation

* Délais d'acheminement

Dans un algorithme d'état de lien, le cout signifie plusieurs concepts notament le nombre de saut ( la distance) mais aussi la largeur de la bande etc ...

Donc on peut dire que le cout =

cela dépend des algorithmes utilisés.

Est-ce ceci ?

Mais dans mon cas, l'algorithme est lequel ? routage statique ?
Parce que c'est un service dhcp qui m'attribut une configuration ip.


J'ai une petite question : Lorsqu'un réseau met en place un algorithme d'etat de lien il est necessaire de le mettre sur une adresse de multicast en raison de l'envoie massive d'information des table ??


Merci de votre attention !!

[ram-0000]

Mais dans mon cas, l'algorithme est lequel ? routage statique ?[/U]
Parce que c'est un service dhcp qui m'attribut une configuration ip.

routage statique avec attribution d'un cout très élevé (fixé par l'administrateur) si tu dois passer par le modem (ce qui a un sens).

J'ai une petite question : Lorsqu'un réseau met en place un algorithme d'etat de lien il est necessaire de le mettre sur une adresse de multicast en raison de l'envoie massive d'information des table ??

Ce n'est pas nécessaire de le mettre en place car cela se mettra en place tout seul

- si les équipements réseau supportent le multicast (pas de multicast, pas de diffusion de l'algorithme donc le routage utilisant le multicast va être bancal).


- et si les firewall l'autorise (c'est une contrainte à prendre en compte dans le design des règles de firewall). Ceci dit, en général, les firewall sont en bordure de domaine de routage (bordure de backbone par exemple) et rarement en plein milieu.

[boubz013]

Escuser moi de vous faire répéter mais je n'ai pas trés bien saisie :

routage statique avec attribution d'un cout très élevé (fixé par l'administrateur) si tu dois passer par le modem (ce qui a un sens).

l'algorithme est du routage statique ?

De plus cette adresse à laquelle vous faites allusion avec un grand metrique est une adresse APIPA donc il n'est pas assuré par le service dhcp .?

Merci !!!

[ram-0000]

De plus cette adresse à laquelle vous faites allusion avec un grand metrique est une adresse APIPA donc il n'est pas assuré par le service dhcp .?

Effectivement, une adresse en 169.254.x.x est typique de l'adresse que prend une interface réseau en DHCP quand elle n'a pas trouvé de serveur DHCP (je ne connaissais pas le terme APIPA mais c'est cela).

C'est peut être le noyau de ton OS qui fixe un métrique de 1000 automatiquement sur cette interface car il sait qu'il n'a pas eu de réponse d'un serveur DHCP et il veut très fortement défavoriser cette interface qui n'a, a priori, pas une adresse valide.