Pourquoi passe-t-on par tous ses endroits différents (si les noms DNS des
machines sont vraiment les reflets de leurs emplacements)? En particulier, je
vois la machine de Poitiers sur tous les traceroutes, c'est toujours la
première machine après mon LAN quand je fais un traceroute vers une autre
machine quelconque. C'est un grand détour, non?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
flaber
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre... Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit l'envoyer au final... Voila pourquoi ca peut prendre des détours.
"Mxsmanic" a écrit dans le message de news:
Quand je fais un traceroute vers Giganews, je vois dans la chaine des machines:
Pourquoi passe-t-on par tous ses endroits différents (si les noms DNS des machines sont vraiment les reflets de leurs emplacements)? En particulier, je vois la machine de Poitiers sur tous les traceroutes, c'est toujours la première machine après mon LAN quand je fais un traceroute vers une autre machine quelconque. C'est un grand détour, non?
... on émét des paquets....
le système demande à tous ses interlocuteurs "qui peut prendre mon
paquet".... le premier qui répond le prend, et se charge de le
transmettre...
Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit
l'envoyer au final...
Voila pourquoi ca peut prendre des détours.
"Mxsmanic" <mxsmanic@gmail.com> a écrit dans le message de news:
jc3jl4daqa2lghs5guechv4j8dtma8kbqr@4ax.com...
Quand je fais un traceroute vers Giganews, je vois dans la chaine des
machines:
Pourquoi passe-t-on par tous ses endroits différents (si les noms DNS des
machines sont vraiment les reflets de leurs emplacements)? En
particulier, je
vois la machine de Poitiers sur tous les traceroutes, c'est toujours la
première machine après mon LAN quand je fais un traceroute vers une autre
machine quelconque. C'est un grand détour, non?
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre... Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit l'envoyer au final... Voila pourquoi ca peut prendre des détours.
"Mxsmanic" a écrit dans le message de news:
Quand je fais un traceroute vers Giganews, je vois dans la chaine des machines:
Pourquoi passe-t-on par tous ses endroits différents (si les noms DNS des machines sont vraiment les reflets de leurs emplacements)? En particulier, je vois la machine de Poitiers sur tous les traceroutes, c'est toujours la première machine après mon LAN quand je fais un traceroute vers une autre machine quelconque. C'est un grand détour, non?
PHPKernel
"flaber" a écrit sur son écran le 30/12/2008 23:55:52 +0100 :
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit l'envoyer au final...
De qui il tient son info, je ne vois pas à quoi ça corresponds.
Voila pourquoi ca peut prendre des détours.
Si ca prends des détours, soit c'est voulu, ou les routeurs ont une configuration qui provoque ces "détours".
-- En attendant Mossieur, vous allez recevoir virtuellement plusieurs rouleaux à patisserie de seconde catégorie (vous savez celle qui ne rate absolument jamais sa cible ???!!!) -+- Iliana in GFD - "Les représailles seront terribles" -+-
"flaber" <flabert@wanadoo.fr> a écrit sur son écran le 30/12/2008
23:55:52 +0100 :
... on émét des paquets....
le système demande à tous ses interlocuteurs "qui peut prendre mon
paquet".... le premier qui répond le prend, et se charge de le
transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui
doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit
l'envoyer au final...
De qui il tient son info, je ne vois pas à quoi ça corresponds.
Voila pourquoi ca peut prendre des détours.
Si ca prends des détours, soit c'est voulu, ou les routeurs ont une
configuration qui provoque ces "détours".
--
En attendant Mossieur, vous allez recevoir virtuellement plusieurs
rouleaux à patisserie de seconde catégorie (vous savez celle qui ne rate
absolument jamais sa cible ???!!!)
-+- Iliana in GFD - "Les représailles seront terribles" -+-
"flaber" a écrit sur son écran le 30/12/2008 23:55:52 +0100 :
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Chaque paquet a l'adresse de départ, de qui il tien son info, où il doit l'envoyer au final...
De qui il tient son info, je ne vois pas à quoi ça corresponds.
Voila pourquoi ca peut prendre des détours.
Si ca prends des détours, soit c'est voulu, ou les routeurs ont une configuration qui provoque ces "détours".
-- En attendant Mossieur, vous allez recevoir virtuellement plusieurs rouleaux à patisserie de seconde catégorie (vous savez celle qui ne rate absolument jamais sa cible ???!!!) -+- Iliana in GFD - "Les représailles seront terribles" -+-
Alain Montfranc
PHPKernel a écrit
"flaber" a écrit sur son écran le 30/12/2008 23:55:52 +0100 :
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
".
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
PHPKernel a écrit
"flaber" <flabert@wanadoo.fr> a écrit sur son écran le 30/12/2008 23:55:52
+0100 :
... on émét des paquets....
le système demande à tous ses interlocuteurs "qui peut prendre mon
paquet".... le premier qui répond le prend, et se charge de le
transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit
prendre en charge le paquet, c'est inscrit dans sa table de routage.
".
Il existe des protocole de routage dynamique qui s'adaptent aux
contraintes du reseau (saturation des liens, etc)
"flaber" a écrit sur son écran le 30/12/2008 23:55:52 +0100 :
... on émét des paquets.... le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
".
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
Pascal Hambourg
Salut,
Alain Montfranc a écrit :
PHPKernel a écrit
"flaber" a écrit :
le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en fonction de sa table de routage et des caractéristiques du paquet. Les protocoles de routages ne servent qu'à remplir les tables de routage.
Salut,
Alain Montfranc a écrit :
PHPKernel a écrit
"flaber" <flabert@wanadoo.fr> a écrit :
le système demande à tous ses interlocuteurs "qui peut prendre mon
paquet".... le premier qui répond le prend, et se charge de le
transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui
doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Il existe des protocole de routage dynamique qui s'adaptent aux
contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en
fonction de sa table de routage et des caractéristiques du paquet. Les
protocoles de routages ne servent qu'à remplir les tables de routage.
le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en fonction de sa table de routage et des caractéristiques du paquet. Les protocoles de routages ne servent qu'à remplir les tables de routage.
flaber
.. oui le routeur a une table, oui il sait déjà à qui il va envoyer... Cela est vrai pour le routeur chez toi, mais pas forcement au niveau des noeuds. Il suffit que son correspondant habituel : celui qui a une priorité haute dans sa table ne réponde pas assez vite.... et on transmet à un autre serveur.... voila pourquoi on peut avoir des chemins plus longs.
Tous les paquets n'arrivent pas forcément dans l'orde où ils ont été émis, même si globalement, on recoit dans un ordre identique, ou presque au départ. "Pascal Hambourg" a écrit dans le message de news: gk22q4$r0u$
Salut,
Alain Montfranc a écrit :
PHPKernel a écrit
"flaber" a écrit :
le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en fonction de sa table de routage et des caractéristiques du paquet. Les protocoles de routages ne servent qu'à remplir les tables de routage.
.. oui le routeur a une table, oui il sait déjà à qui il va envoyer...
Cela est vrai pour le routeur chez toi, mais pas forcement au niveau des
noeuds.
Il suffit que son correspondant habituel : celui qui a une priorité haute
dans sa table ne réponde pas assez vite....
et on transmet à un autre serveur.... voila pourquoi on peut avoir des
chemins plus longs.
Tous les paquets n'arrivent pas forcément dans l'orde où ils ont été émis,
même si globalement, on recoit dans un ordre identique, ou presque au
départ.
"Pascal Hambourg" <boite-a-spam@plouf.fr.eu.org> a écrit dans le message de
news: gk22q4$r0u$1@biggoron.nerim.net...
Salut,
Alain Montfranc a écrit :
PHPKernel a écrit
"flaber" <flabert@wanadoo.fr> a écrit :
le système demande à tous ses interlocuteurs "qui peut prendre mon
paquet".... le premier qui répond le prend, et se charge de le
transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui
doit prendre en charge le paquet, c'est inscrit dans sa table de
routage.
Il existe des protocole de routage dynamique qui s'adaptent aux
contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en
fonction de sa table de routage et des caractéristiques du paquet. Les
protocoles de routages ne servent qu'à remplir les tables de routage.
.. oui le routeur a une table, oui il sait déjà à qui il va envoyer... Cela est vrai pour le routeur chez toi, mais pas forcement au niveau des noeuds. Il suffit que son correspondant habituel : celui qui a une priorité haute dans sa table ne réponde pas assez vite.... et on transmet à un autre serveur.... voila pourquoi on peut avoir des chemins plus longs.
Tous les paquets n'arrivent pas forcément dans l'orde où ils ont été émis, même si globalement, on recoit dans un ordre identique, ou presque au départ. "Pascal Hambourg" a écrit dans le message de news: gk22q4$r0u$
Salut,
Alain Montfranc a écrit :
PHPKernel a écrit
"flaber" a écrit :
le système demande à tous ses interlocuteurs "qui peut prendre mon paquet".... le premier qui répond le prend, et se charge de le transmettre...
Heu, non, un routeur X sait déjà qui doit être le prochain routeur qui doit prendre en charge le paquet, c'est inscrit dans sa table de routage.
Il existe des protocole de routage dynamique qui s'adaptent aux contraintes du reseau (saturation des liens, etc)
Ça ne change rien au fait qu'un routeur détermine le prochain saut en fonction de sa table de routage et des caractéristiques du paquet. Les protocoles de routages ne servent qu'à remplir les tables de routage.