Nous avons donc maintenant construit l'arbre partagÃ©.
Ã ce stade, si la diffusion multiple dÃ©marre, une fois qu'elle atteindra le RP, elle
Passez du routeur 3 au routeur 8, du routeur 8 au routeur 2, puis au routeur 3.
1. Nous sommes donc prÃªts Ã partir.
Bon, alors laissez-moi, d'accord, je vais laisser Ã§a comme Ã§a pour l'instant.
Ãa commence Ã Ãªtre un peu encombrÃ©, mais je ferai de mon mieux.
Bon, alors maintenant, vous savez, une minute plus tard, une heure plus tard, la source enfin
Il dÃ©marre. Il commence Ã envoyer son flux multicast.
VoilÃ . Le routeur 4 se trouve Ã l'arriÃ¨re de la tÃªte.
Quelle action le routeur 4 entreprendra-t-il suite Ã la rÃ©ception de ce tout premier messageÂ ?
paquet multicast ?
Il va en fait faire beaucoup de choses, donc il y a plus d'une rÃ©ponse correcte.
La rÃ©ponse se trouve ici. Enfin, avant qu'il ne fasse quoi que ce soit, vous savez, la rÃ¨gle du PIM
C'est que lorsque vous recevez quelque chose, vous ne pouvez pas crÃ©er de paquets PIM.
Vous ne pouvez pas transfÃ©rer de paquets multicast tant que vous n'avez pas crÃ©Ã© d'Ã©tat dans le
Table de routage M. Sans Ã©tat de routage M, rien n'est possible.
La premiÃ¨re chose que ce type doit faire, c'est crÃ©er l'Ã©tat de la route M.
Alors il dit, d'accord, eh bien, parce que j'ai effectivement reÃ§u du trafic provenant de
source, je vais crÃ©er un Ã©tat s-coma-g, qui est de 4.5.4.5 Ã 39.999.
VoilÃ donc notre s-coma-g.
D'accord, alors dans ce cas prÃ©cis, interface entrante, que va-t-il faire ?
avoir comme interface entrante ?
Eh bien, ce sera l'interface oÃ¹ ce multicast sera rÃ©ellement utilisÃ©.
Ãa arrive. Exactement.
Ethernet rapide, 0/1.
C'est exact. VoilÃ ce que nous aurons ici.
Quel sera le voisin RPF pour cette entrÃ©e ?
Quelle adresse IP allons-nous y insÃ©rer ?
Exactement, Peter. C'est exact.
Il dit : Â« Ãcoutez, je suis le routeur de dernier saut. Â»
Je suis connectÃ© directement Ã la source.
Je ne l'ai reÃ§u par aucun autre routeur.
Le prochain voisin aura donc uniquement des zÃ©ros.
C'est ici que tout commence.
Maintenant, Ã l'heure actuelle, que va-t-il figurer dans la liste des interfaces sortantes ?
Qu'est-ce qui crÃ©e ceciÂ ? La liste des interfaces sortantes sera nulle.
Parce qu'il va dire : Ã©coutez, mÃªme si je reÃ§ois ce multicast,
Personne ne me l'a jamais demandÃ©.
Je n'ai jamais reÃ§u de requÃªtes IGMP ou PIM Ã ce sujet.
Donc, c'est nul. Maintenant, si j'exÃ©cute la commande Â« show IPM route Â», est-ce tout ce que j'obtiensÂ ?
verriez-vous cette entrÃ©e d'Ã©nergie s pour cet Ã©tat ?
Vous avez 50 % de chances de trouver la bonne rÃ©ponse.
Oui ou non ? Non. La rÃ©ponse est non, ce n'est pas tout ce que vous verrez.
Car mÃªme si les routeurs d'ici peuvent avoir des comÃ©dies Ã eux seuls,
Un coma ne peut pas Ãªtre seul.
Un s-coma-g, c'estâ¦ vous vous souvenez de l'analogie du petit frÃ¨re et du grand frÃ¨reÂ ?
J'ai dit que la comÃ©die vedette Ã©tait Big Brother.
Il peut sortir. Il peut flÃ¢ner seul dans le quartier.
Mais le s-coma-g, c'est le petit frÃ¨re de sept ans.
Nous ne voulons pas qu'il sorte seul car il pourrait lui arriver quelque chose.
Il doit donc suivre son grand frÃ¨re.
Il nous faut donc crÃ©er la comÃ©die vedette si elle n'existe pas dÃ©jÃ .
Dans ce cas prÃ©cis, il n'en existait pas.
Nous allons donc le remplir.
Ãa commence Ã Ãªtre un peu encombrÃ©, mais je vais essayer de tout faire rentrer.
L'interface entrante sera rapide.
Ethernet 0/0.34 car c'est l'interface qui mÃ¨ne Ã
Point de rendez-vous.
Notre voisin PF sera 3.4.3.3.
La liste des interfaces sortantes sera, une fois de plus, nulle.
Parce que nous ne remplissons la liste des interfaces sortantes qu'avec quelque chose si
Nous recevons une demande quelconque.
Et nous n'avons jamais reÃ§u de demande.
Bon, nous avons donc crÃ©Ã© MROUT STATE.
Mais nous n'avons toujours pas rÃ©pondu Ã la question : que faisons-nous avec Ã§a ?
tout premier paquet multicast ?
Maintenant que l'Ãtat MROUT est crÃ©Ã©, qu'allons-nous en faire ?
Nous allons l'enregistrer.
Nous allons l'envoyer.
Nous allons l'encapsuler dans un paquet d'enregistrement PIM.
VoilÃ , c'est parti, et ce sera diffusÃ© en monodiffusion.
Voyons donc si je peux lui rendre justice ici.
Ce message sera donc diffusÃ© en monodiffusion de R4 vers R3.
Et une trace de renifleur indiquera PIM REGISTER.
Maintenant, une fois que R3 aura obtenu ce registre PIM, tout comme R4 l'a fait pour un grand nombre de
DÃ¨s qu'il a reÃ§u le premier paquet, il a crÃ©Ã© tout le reste simultanÃ©ment.
l'Ã©tat et il l'a enregistrÃ©, enfin R3, il va faire tout un tas de choses
tout cela simultanÃ©ment une fois qu'il aura cette caisse enregistreuse.
Puisqu'il voit enfin la source rÃ©elle, il peut crÃ©er une entrÃ©e S-comaG.
Je ne vais pas manquer de place ici, alors je vais juste mettre
Juste l'essentiel.
4.5.4.5, 2.39.999.
VoilÃ donc ma participation au concours S-comaG.
Et si vous avez des questions sur ce qu'est l'interface entrante ou
Tout ce genre de choses, donc dans cet article S-comaG en particulier, je vais procÃ©der
et ajoutez ceci. Lorsqu'il le crÃ©era, il dira : Â« D'accord, eh bien, si j'ai dÃ©jÃ â¦ Â»
J'avais dÃ©jÃ un star-comaG, il traÃ®nait lÃ , en attente.
Et maintenant, je crÃ©e un S-comaG parce que je vois effectivement le multicast.
Je vais retourner Ã mon Ã©toile-comaG et Ã ce qui se trouve dans mon interface de sortie.
La liste est lÃ , je la copierai dans mon S-comaG.
La seule situation oÃ¹ cela ne se produirait pas est si, en agissant ainsi, vous
aurait un doublon de l'endroit oÃ¹ se trouve l'interface d'entrÃ©e S-comaG
Identique Ã la liste des interfaces sortantes.
Vous ne pouvez pas avoir Ã§a.
Vous ne pouvez pas avoir une interface dans la liste des interfaces sortantes qui est la
identique Ã l'interface entrante.
Cela enfreint les rÃ¨gles de PIM.
Mais dans ce cas prÃ©cis, nous n'avons pas Ã nous en soucier.
Quelqu'un dans le public a posÃ© une bonne question.
Ils disent donc que c'est un message unicast, n'est-ce pas ?
Ce registre PIM est unicast.
Donc, si j'avais deux, trois ou quatre routeurs entre le routeur trois et le routeur
quatriÃ¨mement, auraient-ils un Ã©tat de multidiffusion ?
Non, ils ne le feraient pas.
Car s'il y avait des routeurs entre nous, ils verraient simplement
un paquet unicast avec une adresse source de quatre et une destination de trois,
et ils se contenteraient de l'acheminer.
Tout comme ils acheminent une requÃªte telnet, une requÃªte de navigateur web ou une requÃªte FTP.
Donc, s'il y avait des routeurs entre eux en ce moment, leur route M
L'Ã©tat ne montrerait rien.
Ils ne se rendent pas compte que la diffusion multiple transite en rÃ©alitÃ© par eux.
en monodiffusion. D'accord, donc le routeur trois crÃ©e l'Ã©tat S-comaG, puis
Il s'en sert pour le faire progresser le long de l'arbre.
Il dit donc : Â« D'accord, je vais dÃ©baller ce registre Â», rÃ©vÃ©lant
le multicast interne, et je vais le transmettre dans l'arbre de routage, et ensuite
routeur huit, quand il l'aura, eh bien, cela crÃ©era un Ã©tat S-comaG dans
Je vais juste mettre Ã§a, parce qu'on manque de place.
Il le transmettra ensuite en descendant l'arbre partagÃ© jusqu'au routeur deux.
Revenons un instant en arriÃ¨re.
Avant de parler de ce qui se passe sur le routeur deux, revenons au point de rendez-vous.
Exactement. Brandon, le registre Ã broches est fondamentalement un tunnel de diffusion unique.
pour le paquet multicast.
En fait, c'est plutÃ´t intÃ©ressant que vous souleviez ce sujet.
Une fois que vous vous connectez au routeur et que vous avez configurÃ© le RP pour la premiÃ¨re fois, vous
Dis-lui qui est le RP, regarde Ã§a.
Je vais y aller, peu importe le routeur que je choisis, mais tout pour
Par souci de simplicitÃ©, je vais me rendre au routeur quatre.
Regardez Ã§a. Ãa crÃ©e en fait une interface tunnel.
Oui, et si vous exÃ©cutez la commande Â« show interface tunnel zero Â», elle affiche en fait Â« pem Â».
tunnel d'enregistrement.
Chaque routeur possÃ¨de cette fonctionnalitÃ©, car Ã aucun moment un routeur ne
Dois-je m'inscrire ?
Y aura-t-il un jour une diffusion multiple qui me touchera et dont j'aurai besoin ?
s'inscrire au RP ?
DÃ¨s qu'un routeur sait qui est le RP, il crÃ©e dynamiquement ceci
tunnel d'enregistrement.
Il est donc prÃªt Ã Ãªtre utilisÃ© au cas oÃ¹ il serait nÃ©cessaire de l'enregistrer.
N'importe quoi. Ouais, c'est plutÃ´t cool.
D'accord, donc le routeur trois vient de transmettre le paquet multicast.
J'ai mentionnÃ© que le problÃ¨me avec ces paquets d'enregistrement est qu'ils consomment
un peu plus de ressources CPU dans le routeur qui effectue l'enregistrement,
le routeur qui dÃ©sencapsule ou dÃ©encapsule le registre.
Le routeur trois dit donc : Â«Â Dâaccord, je ne veux plus recevoir ces enregistrements.Â Â»
paquets si cela me fait travailler plus dur.
Je prÃ©fÃ©rerais recevoir le flux multicast natif tel quel, du multicast pur.
Il dit que pour ce faire, il faut que j'en informe mes voisins en amont.
dans la direction de l'arbre de chemin le plus court, c'est ce que je veux.
Le routeur trois dit donc : Â«Â Dâaccord, maintenant que jâai reÃ§u cet Ã©tat s-comage, et en consÃ©quenceâ¦Â Â»
Pour moi, l'arbre de chemin le plus court est l'interface fast-eath et Ã zÃ©ro zÃ©ro.
Â« Dâaccord Â», dit-il, Â« quand je fais une recherche RPF sur la source, quatre, cinq, quatreâ¦ Â»
cinq, ma recherche RPF indique que mon chemin le plus court est de sortir en mort rapide et Ã
zÃ©ro zÃ©ro. Le routeur trois enverra donc alors un autre type de paquet PIM.
Quel type de paquet PIM le routeur trois enverra-t-il Ã ce stadeÂ ?
pour lui ouvrir le chemin le plus court ?
Il enverra un PIM s-comagee join, un s-comagee join.
Et s'il y avait des routeurs entre ces deux types, ici ?
qui n'avait auparavant aucun Ã©tat multicast car le registre Ã©tait
En les parcourant simplement de maniÃ¨re transparente, s'il y avait des routeurs, voyons voir.
Pour le moment, mettons-en un faux ici, disons un routeur.
x Ã©tait juste lÃ .
DÃ¨s rÃ©ception de cette demande d'adhÃ©sion s-comagee, le routeur x crÃ©erait un s-comagee.
Ã©tat dans sa table de routage m.
Et il crÃ©erait un Ãtat stellaire-comagee parce que le s-comagee ne peut pas vivre
Tout seul. Il a trop peur pour aller se promener seul dans le monde.
Il doit avoir son grand frÃ¨re avec lui.
Cela crÃ©e donc Ã©galement un Ã©tat de comagÃ©e stellaire.
Puis il transmettrait le s-comagee en amont et finalement il
atteindre le routeur quatre.
Une fois que le routeur quatre reÃ§oit ce s-comagee, il dit : Â« Oh, quelqu'un est en train de faire quelque chose ! Â»
me demandant ce multicast.
Je peux donc maintenant supprimer mon interface de sortie nulle dans mon entrÃ©e s-comagee.
et je la remplacerai par l'interface oÃ¹ je viens de recevoir la requÃªte,
la requÃªte s-comagee, qui est fast-eathonet00.34.
Le routeur quatre est dÃ©sormais autorisÃ© Ã commencer Ã relayer le flux multicast.
nativement en panne rapide-eathonet00.34.
Mais n'oubliez pas que, lorsque cette jonction s-comagee est apparue, le routeur quatre ne l'a pas nÃ©cessairement fait.
Je sais que c'est parce que le point de rendez-vous en a Ã©tÃ© l'initiateur.
Il ne le sait pas forcÃ©ment.
Tout ce qu'il sait, c'est qu'un voisin en aval souhaite ouvrir son canal.
le multicast. Donc le routeur quatre dit : Â«Â Dâaccord, jâenverrai le multicast dans sonâ¦Â Â»
Forme native pure en suivant ce lien, mais je ne sais pas si c'est le point de rendez-vous
a mÃªme reÃ§u mon registre.
Car n'oubliez pas, ce n'est pas comme TCP.
Il n'y a ni remerciements ni quoi que ce soit d'autre ici.
Lorsque le routeur quatre a envoyÃ© le registre, il l'a simplement envoyÃ© dans le vide et
Il n'avait aucune idÃ©e si le RP l'avait rÃ©ellement reÃ§u ou non.
Il dit donc, eh bien, en plus d'envoyer le multicast dans sa forme native
Pour accÃ©der au routeur X, je dois Ã©galement continuer Ã m'enregistrer.
Je ne peux pas empÃªcher Ã§a.
Car tant que le point de rendez-vous n'aura pas confirmÃ© la rÃ©ception de mon registre,
Je dois continuer.
Le flux multicast descend donc maintenant cet arbre et le routeur trois en reÃ§oit deux.
des copies de celui-ci. Il obtient le multicast natif car maintenant ce chemin a Ã©tÃ©
ouvert. Et il reÃ§oit exactement le mÃªme paquet multicast encapsulÃ©.
Ã l'intÃ©rieur d'une caisse enregistreuse.
Maintenant, le routeur trois dit : Â« OK, super. Â»
Je sais que le chemin le plus court vers la source fonctionne.
Je sais que c'est ouvert.
Car si cela n'avait pas fonctionnÃ©, je n'aurais pas reÃ§u le multicast normal.
le vÃ©ritable multicast natif.
Il dit, donc puisque j'ai reÃ§u le vrai multicast, qu'il continue Ã transmettre
En aval, dit-il, je peux maintenant envoyer un message d'arrÃªt d'enregistrement.
Je n'ai plus de place ici, mais il peut envoyer un enregistrement PIM.
ArrÃªtez. Et cela, comme indiquÃ©, entraÃ®nera l'arrÃªt du routeur quatre.
Inscription. Et maintenant, il va simplement envoyer le multicast natif dans son pur
Formez jusqu'Ã la troisiÃ¨me fraise et c'est parti.
J'ai mentionnÃ© le tout premier paquet multicast, ce premier
L'enregistrement a Ã©tÃ© dÃ©encapsulÃ©, dÃ©sencapsulÃ©, et a finalement abouti
Â«Â En allant vers le routeur numÃ©ro deux, dis-je, faisons une pause d'une seconde.Â Â»
Retournons au point de rendez-vous car le routeur deux va s'en charger.
Un tas de choses.
Alors, revenons en quelque sorte en arriÃ¨re.
Revenons une seconde ou deux en arriÃ¨re, Ã ce moment prÃ©cis oÃ¹â¦
Le premier paquet multicast a atteint le routeur deux.
Eh bien, devinez quoi ?
Le routeur deux, lorsqu'il le reÃ§oit, crÃ©e l'Ã©tat S, virgule G, car maintenant
Il a vu le paquet.
Et il dit, d'accord, il retourne Ã son entrÃ©e Ã©toile, virgule G, et il voit
Il y a un petit drapeau lÃ -dedans.
Le drapeau C, qui dit, oh, je me souviens avoir crÃ©Ã© l'Ã©toile, l'Ã©tat G
parce qu'une connexion directe, c'est ce que signifie le C, une connexion directe
Le rÃ©cepteur connectÃ© m'a demandÃ© ce multicast.
J'ai reÃ§u un rapport d'adhÃ©sion.
Donc, selon lui, cela signifie que je suis ce que PIM appelle un routeur Ã feuilles.
Je suis au bout de la branche.
Et comme je suis un fraiseur Ã feuilles, j'ai l'autoritÃ© pour ouvrir le plus court
Arborescence des chemins. Personnellement, je peux m'Ã©loigner de l'arborescence partagÃ©e et essayer de
RÃ©cupÃ©rez ces paquets de maniÃ¨re plus efficace.
Donc, si nous supposons ici que cette liaison sÃ©rie est en fait le chemin le plus court
Du point de vue du routeur deux, il va essentiellement faire exactement la mÃªme chose.
La mÃªme chose qu'a faite le point de rendez-vous.
Il va envoyer un S, virgule G joint en amont.
Et lorsque le routeur quatre recevra cela, il l'ajoutera Ã sa liste d'interfaces sortantes.
Ajoutez maintenant le numÃ©ro de sÃ©rie 010 Ã cette interface de sortie.
Et maintenant, le flux multicast natif va commencer Ã circuler dans cette direction.
Une fois que le routeur deux a pris en charge le multicast natif, il dit maintenant : Â« OK, gÃ©nial ! Â»
Je reÃ§ois maintenant le multicast natif sur mon arbre de chemin le plus court.
Mais hmm, je reÃ§ois aussi des copies de ce paquet dans l'arborescence partagÃ©e.
Je n'ai plus besoin de ces paquets qui descendent l'arbre partagÃ©.
Je n'en veux pas.
Question de rÃ©visionÂ : que fait le routeur deux pour tenter dâarrÃªterâ¦
paquets provenant de l'arbre partagÃ©Â ?
C'est exact. Il envoie un message de nettoyage PIM.
Il s'agit prÃ©cisÃ©ment d'un message de suppression PIM, dont le format est identique Ã celui d'un message d'adhÃ©sion PIM.
message. Au lieu d'indiquer le nombre de groupes auxquels il a adhÃ©rÃ©, il indique le nombre
groupes Ã©laguÃ©s.
Il envoie donc un pruneau PIM.
Dans ce cas prÃ©cis, il aura effectivement la source, 4.5.4.5.
Il aura le groupe.
Mais Ã l'intÃ©rieur, il aura le bit RP activÃ©, ce qui indique Ã son amont
Voisin, hÃ©, ne transmets pas Ã§a Ã la source.
MÃªme si j'indique ici l'adresse de la source, ce n'est pas lÃ que cela se trouve.
Le message finit par partir.
Je vous prie de transmettre ceci au point de rendez-vous.
Le routeur huit supprimera donc zÃ©ro/un de son interface de sortie.
Il crÃ©era une liste. Il crÃ©era un message d'Ã©lagage, qu'il enverra ensuite au routeur.
trois. Le routeur trois va ensuite supprimer les Ã©lÃ©ments de sa liste d'interfaces sortantes.
Et maintenant, le routeur trois va dire : Â« Bon, personne n'a besoin du multicast. Â»
Pour moi, ce n'est plus le cas. Je n'ai plus d'interfaces dans ma liste d'interfaces sortantes.
Alors devinez ce qu'il va faire ?
Il enverra un pruneau vers la source.
Et donc finalement, aprÃ¨s une seconde ou deux, la circulation ne sera plus dense.
Plus tard, il cessera de passer par le point de rendez-vous, et cela ne fera que
descendre directement dans l'arborescence du chemin source jusqu'au routeur deux.
Quelles sont vos questions ?
Ceci conclut mon analyse de ce processus en prÃ©sence du public.
Avez-vous des questions ?
Peter pose une bonne question.
Il dit : Â« HÃ©, je me souviens de quelque chose qui s'appelle un registre nul. Â»
Qui envoie cela et dans quelles conditions est-ce envoyÃ© ?
Bon, nous voici donc dans le prÃ©sent.
Actuellement, le flux multicast atteint le routeur quatre, et le seul flux sortant
L'interface que possÃ¨de le routeur quatre est de type sÃ©rie zÃ©ro/un taille zÃ©ro.
Il l'envoie donc directement par lÃ .
Mais le routeur numÃ©ro quatre, dit-il, eh bien, toutes les quelques secondes, il a une pensÃ©e.
Le routeur quatre, toutes les quelques secondes, dit : Â« Eh bien, il est possible queâ¦ Â»
Il est possible que quelqu'un d'autre ait rejoint le flux et envoyÃ© des messages au cours des derniÃ¨res secondes.
leur demande au point de rendez-vous.
Et peut-Ãªtre que le point de rendez-vous est assis lÃ , en ce moment mÃªme, en train de se tourner les doigts.
pouce disant, mec, j'aimerais bien que ce stream commence parce que j'ai quelqu'un
Qui le veut ?
Mais n'oubliez pas que le point de rendez-vous a peut-Ãªtre oubliÃ© le cours d'eau.
Il n'a peut-Ãªtre plus d'Ãtat.
Donc, quand quelqu'un d'autre l'a rejoint, cela a crÃ©Ã© une nouvelle Ã©toile, l'Ã©tat G.
et le point de rendez-vous.
Mais il avait oubliÃ© son Ã©tat prÃ©cÃ©dent, S, virgule G.
C'est parti. Donc, le routeur quatre dit, au cas oÃ¹ cela se serait produitÂ :
Je vais envoyer un registre nul.
Cela se produit environ toutes les cinq secondes.
Toutes les cinq secondes environ, j'enverrai un registre nul au routeur.
trois, qui ne contient en rÃ©alitÃ© pas le paquet multicast.
En gros, Ã§a dit simplement : Â« HÃ©, point de rendez-vous. Â»
Je voulais juste vous rappeler que j'ai activÃ© ce flux multicast.
Je le transmets Ã d'autres personnes.
Et si vous le voulez, vous pouvez me le demander.
VoilÃ donc ce qu'est un registre nul.
Il s'Ã©teint toutes les cinq secondes.
Il est gÃ©nÃ©rÃ© par le routeur quatre car c'est lui qui est directement connectÃ©.
Ã la source. Et c'est sa faÃ§on de rappeler le point de rendez-vous, hein,
Vous voulez Ã§a ?
Maintenant, si le point de rendez-vous le souhaite, il enverra un S, virgule G join
rouvrir cette voie.
Si le point de rendez-vous n'en veut pas, il enverra un autre point de contrÃ´le.
Il dira : Â« Je n'en ai pas besoin. Â»
Et c'est ce qui va se passer.
Toutes les cinq secondes.
Donc oui, ce registre nul est toujours gÃ©nÃ©rÃ© par le routeur de premier saut.
Le routeur directement connectÃ© Ã la source multicast.
Avez-vous d'autres questions ?
Et oui, Josh a posÃ© une bonne question.
Il a dit, en revenant au routeur deux, que lorsque le routeur deux est passÃ© au
Le chemin le plus court, Josh veut juste une confirmation.
Il a tout Ã fait raison.
Le routeur dÃ©termine le chemin le plus court une fois qu'il a examinÃ© le systÃ¨me.
Ã l'adresse source de cette multidiffusion, qui dans ce cas est quatre, cinq,
quatre, cinq, cinq, quatre.
Il effectue une vÃ©rification RPF.
Il consulte sa table de routage unicast et se demande quel est le meilleur itinÃ©raire.
Je suis revenu Ã cette source ?
Et il peut avoir une route statique, une route EI-JRP ou une route OSPF.
Mais dans ce cas prÃ©cis, il avait une sorte d'itinÃ©raire qui indiquait le meilleur moyen de
Le retour au rÃ©seau quatre, cinq, quatre se fait via la sÃ©rie 010.
C'est donc ainsi qu'il a dÃ©terminÃ© quel serait son chemin le plus court.