Voila ce que donne un traceroute de ma station(wanadoo) au réseau
télé2:
http://www.ifrance.com/rio-javar/root.txt
(j'ai mis le traceroute ici, pour ne pas le rendre illisible avec mon post)
Et vous ça donne quoi depuis votre connections??
Je suis quand même stupéfait de voir le routage!!!!
On passe d'abord par NY puis après on va sur Londres, et
on fini par revenir en France; tout cela en 19 nouds, avec une latence
d' environ 180ms !!!
PS: faites aussi un traceroute vers le site internet de Télé2...
--
amicalement Anonyme
www.rio-javar.fr.st
Le Sun, 7 Dec 2003 20:50:09 +0100, Anonyme a écrit dans le message <br008a$h0s$ :
Mais une question me trottine dans ma tête: je consulte quotidiennement les NG de nerim, (malheuresement je ne peux que les lire :-( ), et j'aurais bien voulu savoir ce qu'il restait comme équipements réseau sur le site d'Ivry.
Quelques switches de niveau 2, des petits routeurs pour raccorder des LS <= 2 Mbit/s et un routeur principal qui connecte le lien STM-1 vers Jeûneurs (Telehouse 1).
C'est surtout un site d'hébergement, de services et de livraison de liens bas débit (il n'y a pas de collecte ADSL sur ce site, notamment).
J'ai appris que vous avez comme projet de "vider" progressivement le site d'Aboukir; je constate que celui-ci absorbe le trafic en provenance du sfinx, ainsi qu'une partie de la collecte IP/ADSL. Où vont donc être migré ces deux liens ? (peut être sur jeunes, ou Courbevoie; pourquoi ?)
A Courbevoie. Un nouveau PoP principal est en train d'y être monté, il y a déjà un lien GE vers le reste du réseau, un lien de collecte avec LDCOM (GE aussi) et un lien de transit (c'est celui vers Global Crossing, GE toujours). D'autres vont être ajoutés au début de l'année prochaine (un lien GE vers Jeûneurs notamment).
Voila, une fois de plus je vous remercie.
De rien ;). Et mes excuses vis-à-vis des autres lecteurs pour le HS.
-- Raphael Bouaziz.
Le Sun, 7 Dec 2003 20:50:09 +0100, Anonyme a écrit
dans le message <br008a$h0s$1@news-reader4.wanadoo.fr> :
Mais une question me trottine dans ma tête:
je consulte quotidiennement les NG de nerim, (malheuresement je ne peux que les lire :-( ),
et j'aurais bien voulu savoir ce qu'il restait comme équipements réseau sur le site d'Ivry.
Quelques switches de niveau 2, des petits routeurs pour raccorder
des LS <= 2 Mbit/s et un routeur principal qui connecte le lien
STM-1 vers Jeûneurs (Telehouse 1).
C'est surtout un site d'hébergement, de services et de livraison
de liens bas débit (il n'y a pas de collecte ADSL sur ce site,
notamment).
J'ai appris que vous avez comme projet de "vider" progressivement le site d'Aboukir; je constate
que celui-ci absorbe le trafic en provenance du sfinx, ainsi qu'une partie de la collecte IP/ADSL.
Où vont donc être migré ces deux liens ?
(peut être sur jeunes, ou Courbevoie; pourquoi ?)
A Courbevoie. Un nouveau PoP principal est en train d'y être
monté, il y a déjà un lien GE vers le reste du réseau, un lien
de collecte avec LDCOM (GE aussi) et un lien de transit (c'est
celui vers Global Crossing, GE toujours). D'autres vont être
ajoutés au début de l'année prochaine (un lien GE vers Jeûneurs
notamment).
Voila, une fois de plus je vous remercie.
De rien ;). Et mes excuses vis-à-vis des autres lecteurs
pour le HS.
Le Sun, 7 Dec 2003 20:50:09 +0100, Anonyme a écrit dans le message <br008a$h0s$ :
Mais une question me trottine dans ma tête: je consulte quotidiennement les NG de nerim, (malheuresement je ne peux que les lire :-( ), et j'aurais bien voulu savoir ce qu'il restait comme équipements réseau sur le site d'Ivry.
Quelques switches de niveau 2, des petits routeurs pour raccorder des LS <= 2 Mbit/s et un routeur principal qui connecte le lien STM-1 vers Jeûneurs (Telehouse 1).
C'est surtout un site d'hébergement, de services et de livraison de liens bas débit (il n'y a pas de collecte ADSL sur ce site, notamment).
J'ai appris que vous avez comme projet de "vider" progressivement le site d'Aboukir; je constate que celui-ci absorbe le trafic en provenance du sfinx, ainsi qu'une partie de la collecte IP/ADSL. Où vont donc être migré ces deux liens ? (peut être sur jeunes, ou Courbevoie; pourquoi ?)
A Courbevoie. Un nouveau PoP principal est en train d'y être monté, il y a déjà un lien GE vers le reste du réseau, un lien de collecte avec LDCOM (GE aussi) et un lien de transit (c'est celui vers Global Crossing, GE toujours). D'autres vont être ajoutés au début de l'année prochaine (un lien GE vers Jeûneurs notamment).
Voila, une fois de plus je vous remercie.
De rien ;). Et mes excuses vis-à-vis des autres lecteurs pour le HS.
-- Raphael Bouaziz.
Anonyme
Merci. Et mes félicitation pour vos étroites relations client (et même non client!!) , que je vente très régulièrement.
Et surtout, je voulais vous (et nerim en général) féliciter sur votre manière de communiquer, ainsi que sur votre optique tarifaire. La transparence pourrait bien devenir un argument qui rentrerait en compte lors du choix d' un FAI. Ce qui manque cruellement chez certain FAI....
Voila, j'ai dis ce que je voulais vous dire depuis bien longtemps.
PS: avis strictement personnel, nerim pourrait bel est bien devenir un exemple à prendre sur bon nombres de points. [si ce n'est la hotline ;-) ] -- amicalement Anonyme
Merci.
Et mes félicitation pour vos étroites relations client (et même non client!!) ,
que je vente très régulièrement.
Et surtout, je voulais vous (et nerim en général) féliciter sur votre manière
de communiquer, ainsi que sur votre optique tarifaire.
La transparence pourrait bien devenir un argument qui rentrerait
en compte lors du choix d' un FAI. Ce qui manque cruellement chez
certain FAI....
Voila, j'ai dis ce que je voulais vous dire depuis bien longtemps.
PS: avis strictement personnel, nerim pourrait bel est bien devenir un exemple
à prendre sur bon nombres de points. [si ce n'est la hotline ;-) ]
--
amicalement Anonyme
Merci. Et mes félicitation pour vos étroites relations client (et même non client!!) , que je vente très régulièrement.
Et surtout, je voulais vous (et nerim en général) féliciter sur votre manière de communiquer, ainsi que sur votre optique tarifaire. La transparence pourrait bien devenir un argument qui rentrerait en compte lors du choix d' un FAI. Ce qui manque cruellement chez certain FAI....
Voila, j'ai dis ce que je voulais vous dire depuis bien longtemps.
PS: avis strictement personnel, nerim pourrait bel est bien devenir un exemple à prendre sur bon nombres de points. [si ce n'est la hotline ;-) ] -- amicalement Anonyme
Greuuh
Anonyme wrote:
Bonjour,
Voila ce que donne un traceroute de ma station(wanadoo) au réseau télé2:
http://www.ifrance.com/rio-javar/root.txt
(j'ai mis le traceroute ici, pour ne pas le rendre illisible avec mon post)
Et vous ça donne quoi depuis votre connections??
Je suis quand même stupéfait de voir le routage!!!! On passe d'abord par NY puis après on va sur Londres, et on fini par revenir en France; tout cela en 19 nouds, avec une latence d' environ 180ms !!!
PS: faites aussi un traceroute vers le site internet de Télé2... en effet :
Détermination de l'itinéraire vers www.tele2.fr [129.142.229.91] avec un maximum de 30 sauts :
1 14 ms 1 ms 8 ms 192.168.0.1 2 546 ms 340 ms 1540 ms d213-103-0-1.cust.tele2.fr [213.103.0.1] 3 277 ms 109 ms 170 ms par2-core.gigabiteth0-0.swip.net [130.244.125.146] 4 267 ms 320 ms 129 ms fra1-core.pos2-0.swip.net [130.244.194.162] 5 147 ms * 72 ms fra2-core.gigabiteth0-1.swip.net [130.244.193.206] 6 326 ms 110 ms 389 ms lim1-core.pos4-0.swip.net [130.244.194.169] 7 117 ms 248 ms 147 ms mlm1-core.srp2-0.swip.net [130.244.194.1] 8 308 ms 98 ms 99 ms ge6-2.val2-core.bb.uni2.net [130.228.18.53] 9 116 ms 129 ms 311 ms ge49.val-uni2-b.bb.uni2.net [130.227.247.15] 10 * * * Délai d'attente de la demande dépassé. 11 * * * Délai d'attente de la demande dépassé. 12 * * * Délai d'attente de la demande dépassé. 13 * *
c'est ce qu'on apelle faire un détour
--
GrH
************************* "Listen: Strange women lying in ponds distributing swords is no basis for a system of government! Supreme executive power derives from a mandate from the masses, not from some... farcical aquatic ceremony!"
Anonyme wrote:
Bonjour,
Voila ce que donne un traceroute de ma station(wanadoo) au réseau
télé2:
http://www.ifrance.com/rio-javar/root.txt
(j'ai mis le traceroute ici, pour ne pas le rendre illisible avec mon post)
Et vous ça donne quoi depuis votre connections??
Je suis quand même stupéfait de voir le routage!!!!
On passe d'abord par NY puis après on va sur Londres, et
on fini par revenir en France; tout cela en 19 nouds, avec une latence
d' environ 180ms !!!
PS: faites aussi un traceroute vers le site internet de Télé2...
en effet :
Détermination de l'itinéraire vers www.tele2.fr [129.142.229.91]
avec un maximum de 30 sauts :
1 14 ms 1 ms 8 ms 192.168.0.1
2 546 ms 340 ms 1540 ms d213-103-0-1.cust.tele2.fr [213.103.0.1]
3 277 ms 109 ms 170 ms par2-core.gigabiteth0-0.swip.net [130.244.125.146]
4 267 ms 320 ms 129 ms fra1-core.pos2-0.swip.net [130.244.194.162]
5 147 ms * 72 ms fra2-core.gigabiteth0-1.swip.net [130.244.193.206]
6 326 ms 110 ms 389 ms lim1-core.pos4-0.swip.net [130.244.194.169]
7 117 ms 248 ms 147 ms mlm1-core.srp2-0.swip.net [130.244.194.1]
8 308 ms 98 ms 99 ms ge6-2.val2-core.bb.uni2.net [130.228.18.53]
9 116 ms 129 ms 311 ms ge49.val-uni2-b.bb.uni2.net [130.227.247.15]
10 * * * Délai d'attente de la demande dépassé.
11 * * * Délai d'attente de la demande dépassé.
12 * * * Délai d'attente de la demande dépassé.
13 * *
c'est ce qu'on apelle faire un détour
--
GrH
*************************
"Listen: Strange women lying in ponds distributing swords is no basis for a system of government!
Supreme executive power derives from a mandate from the masses, not from some... farcical aquatic
ceremony!"
Voila ce que donne un traceroute de ma station(wanadoo) au réseau télé2:
http://www.ifrance.com/rio-javar/root.txt
(j'ai mis le traceroute ici, pour ne pas le rendre illisible avec mon post)
Et vous ça donne quoi depuis votre connections??
Je suis quand même stupéfait de voir le routage!!!! On passe d'abord par NY puis après on va sur Londres, et on fini par revenir en France; tout cela en 19 nouds, avec une latence d' environ 180ms !!!
PS: faites aussi un traceroute vers le site internet de Télé2... en effet :
Détermination de l'itinéraire vers www.tele2.fr [129.142.229.91] avec un maximum de 30 sauts :
1 14 ms 1 ms 8 ms 192.168.0.1 2 546 ms 340 ms 1540 ms d213-103-0-1.cust.tele2.fr [213.103.0.1] 3 277 ms 109 ms 170 ms par2-core.gigabiteth0-0.swip.net [130.244.125.146] 4 267 ms 320 ms 129 ms fra1-core.pos2-0.swip.net [130.244.194.162] 5 147 ms * 72 ms fra2-core.gigabiteth0-1.swip.net [130.244.193.206] 6 326 ms 110 ms 389 ms lim1-core.pos4-0.swip.net [130.244.194.169] 7 117 ms 248 ms 147 ms mlm1-core.srp2-0.swip.net [130.244.194.1] 8 308 ms 98 ms 99 ms ge6-2.val2-core.bb.uni2.net [130.228.18.53] 9 116 ms 129 ms 311 ms ge49.val-uni2-b.bb.uni2.net [130.227.247.15] 10 * * * Délai d'attente de la demande dépassé. 11 * * * Délai d'attente de la demande dépassé. 12 * * * Délai d'attente de la demande dépassé. 13 * *
c'est ce qu'on apelle faire un détour
--
GrH
************************* "Listen: Strange women lying in ponds distributing swords is no basis for a system of government! Supreme executive power derives from a mandate from the masses, not from some... farcical aquatic ceremony!"
Pierre PANTALÉON
Bonsoir,
"Pierre PANTALÉON" a écrit dans le message de news:bqvp73$bdu$
Tu peux penser un peu ce que tu veux sur tele2, mais voilà :
En effet.
c'est wanadoo qui transite par opentransit. Si opentransit n'est pas foutu de faire du peering avec sprint à Paris alors que comme le prouve le traceroute de remis65 celui-ci existe bien, c'est que les techos de FranceTélécom sont des techos de seconde zone. Et non ceux de tele2 !
Voila, avec le traceroute de remis65, cela indique clairement que comme vous le dites (d'un ton fort agressif) ce serait plutôt une erreur, si j'ose dire, de la part d' opentransit. Qui je sais assure le tansite pour les abonné wanadoo; encore appelé je crois FT LD, LD pour longue distance.
D'autre part, si c'est le fait d'avoir le site tele2.fr hébergé sur un serveur suédois qui te gène, il va falloir revoir Internet pour toi.
Toujours aussi simple.... Oui en effet, un site web Français ( en .FR) doit selon moi, être hébergé de façon a être le plus "proche" des visiteur potentiels, a priori français (les puriste diront sûrement, francophones). Ca ne me dérange pas outre mesure que leur serveur http soit en suede, ce qui me dérange c'est le nombre de nouds qu'il faut traverser pour l'atteindre. Avec ma connections wanadoo: 23 nouds !!! (en faisant un petit tour au US) Vous le savez sûrement mieux que moi, il est quand même préférable d'avoir un minimum d'équipement réseau a traverser pour atteindre un hote cible. De façon a éviter la panne d'un des ces routeurs, et ainsi diminuer le facteur risque.
Enfin... oui apparemment vu que ça vous fais tant plaisir d'avoir raison; c'est bel et bien (avec la contribution de remi65) les routes (peut être les peer) de FT opentransit qui sont à chier, pour en l'occurrence télé2.
PS: tout a l'heure j'ai également fais un petit traceroute vers un abonné télé2, et là aussi je passe par les US; avec un modeste ping de 200ms.(environ).
Salut,
Si mon ton t'as paru agressif, excuse moi alors !
De mon coté si je fais un tracert vers l'adresse que tu avais j'ai :
Détermination de l'itinéraire vers AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171] avec un maximum de 30 sauts :
1 55 ms 57 ms 59 ms d213-103-240-1.cust.tele2.fr [213.103.240.1] 2 57 ms 55 ms 58 ms par1-core.gigabiteth4-2.swip.net [212.151.136.137] 3 57 ms 59 ms 56 ms sl-gw11-par-12-0.sprintlink.net [217.118.239.129] 4 54 ms 58 ms 59 ms sl-bb21-par-9-0.sprintlink.net [217.118.224.46] 5 131 ms 133 ms 135 ms sle-franc1-3-0.sprintlink.net [213.206.131.42] 6 136 ms 136 ms 134 ms P9-0.PASCR1.Pastourelle.opentransit.net [193.251.129.61] 7 132 ms 130 ms 130 ms pos15-0.ntsta202.Paris.francetelecom.net [193.251.126.57] 8 133 ms 131 ms 132 ms pos6-0.ntsta302.Paris.francetelecom.net [193.252.161.58] 9 140 ms 140 ms 138 ms 193.252.103.109 10 147 ms 147 ms 145 ms pos9-0.ncmar302.Marseille.francetelecom.net [193.252.101.149] 11 148 ms 151 ms 152 ms bsmar108-net1GE10-0.188.francetelecom.net [80.10.208.170] 12 194 ms 195 ms 193 ms AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171]
Itinéraire déterminé.
Le ping n'est pas mieux certes :-)
Mais lors d'interprétation des pings il faut voir que le nombre de noeud n'a pas un relation directe avec la complexe de la route. Notament lors de l'utilisation de d'opérateur de transit, qui « cache » leur structure à travers des tunnels. Ce qui donne un nombre de routeur moins important mais ne signifie aucunement une route plus simple.
Il arrive parfois aussi que les FAI/Opérateurs utilisent des routes différentes en fonction du sens du traffic, et en général c'est le cas entre gros FAI.
Il est de même entre TELE2 et Free. De Tele2 vers free, le peering est direct sur sfinx/renater, alors que dans le sens free-TELE2, free connecte directement à Sprint network pour accéder au coeur réseau de TELE2. Cela permet d'avoir des capacités de réserve sur les points de peering.
Sur l'histoire, je ne pense pas que france telecom soit nul en routage, mais il peut arriver surtout à l'apparition d'un nouvel FAI que les routes ne soit pas optimum quelques temps. Mais tant que le routage ne sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en général les administrateurs de base de routage sont assez sympa et modifie les routes ;-)
Bonsoir,
"Pierre PANTALÉON" <000pipantal@tele2.fr000> a écrit dans le message de
news:bqvp73$bdu$1@blob.linuxfr.org...
Tu peux penser un peu ce que tu veux sur tele2, mais voilà :
En effet.
c'est wanadoo qui transite par opentransit. Si opentransit n'est pas
foutu de faire du peering avec sprint à Paris alors que comme le prouve
le traceroute de remis65 celui-ci existe bien, c'est que les techos de
FranceTélécom sont des techos de seconde zone. Et non ceux de tele2 !
Voila, avec le traceroute de remis65, cela indique clairement que comme
vous le dites (d'un ton fort agressif) ce serait plutôt une erreur, si j'ose
dire,
de la part d' opentransit. Qui je sais assure le tansite pour les abonné
wanadoo; encore
appelé je crois FT LD, LD pour longue distance.
D'autre part, si c'est le fait d'avoir le site tele2.fr hébergé sur un
serveur suédois qui te gène, il va falloir revoir Internet pour toi.
Toujours aussi simple....
Oui en effet, un site web Français ( en .FR) doit selon moi, être hébergé de
façon
a être le plus "proche" des visiteur potentiels, a priori français (les
puriste diront
sûrement, francophones). Ca ne me dérange pas outre mesure que leur serveur
http
soit en suede, ce qui me dérange c'est le nombre de nouds qu'il faut
traverser pour
l'atteindre. Avec ma connections wanadoo: 23 nouds !!! (en faisant un petit
tour au US)
Vous le savez sûrement mieux que moi, il est quand même préférable d'avoir
un minimum
d'équipement réseau a traverser pour atteindre un hote cible. De façon a
éviter la
panne d'un des ces routeurs, et ainsi diminuer le facteur risque.
Enfin... oui apparemment vu que ça vous fais tant plaisir d'avoir raison;
c'est bel et bien
(avec la contribution de remi65) les routes (peut être les peer) de FT
opentransit qui
sont à chier, pour en l'occurrence télé2.
PS: tout a l'heure j'ai également fais un petit traceroute vers un abonné
télé2,
et là aussi je passe par les US; avec un modeste ping de
200ms.(environ).
Salut,
Si mon ton t'as paru agressif, excuse moi alors !
De mon coté si je fais un tracert vers l'adresse que tu avais j'ai :
Détermination de l'itinéraire vers
AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171] avec un
maximum de 30 sauts :
1 55 ms 57 ms 59 ms d213-103-240-1.cust.tele2.fr
[213.103.240.1]
2 57 ms 55 ms 58 ms par1-core.gigabiteth4-2.swip.net
[212.151.136.137]
3 57 ms 59 ms 56 ms sl-gw11-par-12-0.sprintlink.net
[217.118.239.129]
4 54 ms 58 ms 59 ms sl-bb21-par-9-0.sprintlink.net
[217.118.224.46]
5 131 ms 133 ms 135 ms sle-franc1-3-0.sprintlink.net
[213.206.131.42]
6 136 ms 136 ms 134 ms P9-0.PASCR1.Pastourelle.opentransit.net
[193.251.129.61]
7 132 ms 130 ms 130 ms
pos15-0.ntsta202.Paris.francetelecom.net [193.251.126.57]
8 133 ms 131 ms 132 ms pos6-0.ntsta302.Paris.francetelecom.net
[193.252.161.58]
9 140 ms 140 ms 138 ms 193.252.103.109
10 147 ms 147 ms 145 ms
pos9-0.ncmar302.Marseille.francetelecom.net [193.252.101.149]
11 148 ms 151 ms 152 ms
bsmar108-net1GE10-0.188.francetelecom.net [80.10.208.170]
12 194 ms 195 ms 193 ms
AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171]
Itinéraire déterminé.
Le ping n'est pas mieux certes :-)
Mais lors d'interprétation des pings il faut voir que le nombre de noeud
n'a pas un relation directe avec la complexe de la route. Notament lors
de l'utilisation de d'opérateur de transit, qui « cache » leur structure
à travers des tunnels. Ce qui donne un nombre de routeur moins important
mais ne signifie aucunement une route plus simple.
Il arrive parfois aussi que les FAI/Opérateurs utilisent des routes
différentes en fonction du sens du traffic, et en général c'est le cas
entre gros FAI.
Il est de même entre TELE2 et Free. De Tele2 vers free, le peering est
direct sur sfinx/renater, alors que dans le sens free-TELE2, free
connecte directement à Sprint network pour accéder au coeur réseau de
TELE2. Cela permet d'avoir des capacités de réserve sur les points de
peering.
Sur l'histoire, je ne pense pas que france telecom soit nul en routage,
mais il peut arriver surtout à l'apparition d'un nouvel FAI que les
routes ne soit pas optimum quelques temps. Mais tant que le routage ne
sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en
général les administrateurs de base de routage sont assez sympa et
modifie les routes ;-)
"Pierre PANTALÉON" a écrit dans le message de news:bqvp73$bdu$
Tu peux penser un peu ce que tu veux sur tele2, mais voilà :
En effet.
c'est wanadoo qui transite par opentransit. Si opentransit n'est pas foutu de faire du peering avec sprint à Paris alors que comme le prouve le traceroute de remis65 celui-ci existe bien, c'est que les techos de FranceTélécom sont des techos de seconde zone. Et non ceux de tele2 !
Voila, avec le traceroute de remis65, cela indique clairement que comme vous le dites (d'un ton fort agressif) ce serait plutôt une erreur, si j'ose dire, de la part d' opentransit. Qui je sais assure le tansite pour les abonné wanadoo; encore appelé je crois FT LD, LD pour longue distance.
D'autre part, si c'est le fait d'avoir le site tele2.fr hébergé sur un serveur suédois qui te gène, il va falloir revoir Internet pour toi.
Toujours aussi simple.... Oui en effet, un site web Français ( en .FR) doit selon moi, être hébergé de façon a être le plus "proche" des visiteur potentiels, a priori français (les puriste diront sûrement, francophones). Ca ne me dérange pas outre mesure que leur serveur http soit en suede, ce qui me dérange c'est le nombre de nouds qu'il faut traverser pour l'atteindre. Avec ma connections wanadoo: 23 nouds !!! (en faisant un petit tour au US) Vous le savez sûrement mieux que moi, il est quand même préférable d'avoir un minimum d'équipement réseau a traverser pour atteindre un hote cible. De façon a éviter la panne d'un des ces routeurs, et ainsi diminuer le facteur risque.
Enfin... oui apparemment vu que ça vous fais tant plaisir d'avoir raison; c'est bel et bien (avec la contribution de remi65) les routes (peut être les peer) de FT opentransit qui sont à chier, pour en l'occurrence télé2.
PS: tout a l'heure j'ai également fais un petit traceroute vers un abonné télé2, et là aussi je passe par les US; avec un modeste ping de 200ms.(environ).
Salut,
Si mon ton t'as paru agressif, excuse moi alors !
De mon coté si je fais un tracert vers l'adresse que tu avais j'ai :
Détermination de l'itinéraire vers AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171] avec un maximum de 30 sauts :
1 55 ms 57 ms 59 ms d213-103-240-1.cust.tele2.fr [213.103.240.1] 2 57 ms 55 ms 58 ms par1-core.gigabiteth4-2.swip.net [212.151.136.137] 3 57 ms 59 ms 56 ms sl-gw11-par-12-0.sprintlink.net [217.118.239.129] 4 54 ms 58 ms 59 ms sl-bb21-par-9-0.sprintlink.net [217.118.224.46] 5 131 ms 133 ms 135 ms sle-franc1-3-0.sprintlink.net [213.206.131.42] 6 136 ms 136 ms 134 ms P9-0.PASCR1.Pastourelle.opentransit.net [193.251.129.61] 7 132 ms 130 ms 130 ms pos15-0.ntsta202.Paris.francetelecom.net [193.251.126.57] 8 133 ms 131 ms 132 ms pos6-0.ntsta302.Paris.francetelecom.net [193.252.161.58] 9 140 ms 140 ms 138 ms 193.252.103.109 10 147 ms 147 ms 145 ms pos9-0.ncmar302.Marseille.francetelecom.net [193.252.101.149] 11 148 ms 151 ms 152 ms bsmar108-net1GE10-0.188.francetelecom.net [80.10.208.170] 12 194 ms 195 ms 193 ms AMarseille-108-1-22-171.w81-248.abo.wanadoo.fr [81.248.170.171]
Itinéraire déterminé.
Le ping n'est pas mieux certes :-)
Mais lors d'interprétation des pings il faut voir que le nombre de noeud n'a pas un relation directe avec la complexe de la route. Notament lors de l'utilisation de d'opérateur de transit, qui « cache » leur structure à travers des tunnels. Ce qui donne un nombre de routeur moins important mais ne signifie aucunement une route plus simple.
Il arrive parfois aussi que les FAI/Opérateurs utilisent des routes différentes en fonction du sens du traffic, et en général c'est le cas entre gros FAI.
Il est de même entre TELE2 et Free. De Tele2 vers free, le peering est direct sur sfinx/renater, alors que dans le sens free-TELE2, free connecte directement à Sprint network pour accéder au coeur réseau de TELE2. Cela permet d'avoir des capacités de réserve sur les points de peering.
Sur l'histoire, je ne pense pas que france telecom soit nul en routage, mais il peut arriver surtout à l'apparition d'un nouvel FAI que les routes ne soit pas optimum quelques temps. Mais tant que le routage ne sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en général les administrateurs de base de routage sont assez sympa et modifie les routes ;-)
Raphael Bouaziz
Le Tue, 09 Dec 2003 11:09:11 +0100, Pierre PANTALÉON a écrit dans le message <br4703$ttd$ :
Sur l'histoire, je ne pense pas que france telecom soit nul en routage, mais il peut arriver surtout à l'apparition d'un nouvel FAI que les routes ne soit pas optimum quelques temps. Mais tant que le routage ne sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en
Heureusement que le routage sur Internet est dynamique ...
général les administrateurs de base de routage sont assez sympa et modifie les routes ;-)
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
-- Raphael Bouaziz.
Le Tue, 09 Dec 2003 11:09:11 +0100, Pierre PANTALÉON a écrit
dans le message <br4703$ttd$1@blob.linuxfr.org> :
Sur l'histoire, je ne pense pas que france telecom soit nul en routage,
mais il peut arriver surtout à l'apparition d'un nouvel FAI que les
routes ne soit pas optimum quelques temps. Mais tant que le routage ne
sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en
Heureusement que le routage sur Internet est dynamique ...
général les administrateurs de base de routage sont assez sympa et
modifie les routes ;-)
Les pauvres, à plusieurs mises à jour par seconde des tables de
routage mondiales, ils doivent en avoir des crampes des mains :-).
Le Tue, 09 Dec 2003 11:09:11 +0100, Pierre PANTALÉON a écrit dans le message <br4703$ttd$ :
Sur l'histoire, je ne pense pas que france telecom soit nul en routage, mais il peut arriver surtout à l'apparition d'un nouvel FAI que les routes ne soit pas optimum quelques temps. Mais tant que le routage ne sera pas dynamique, il y aura toujours ce genre d'abérration. Mais en
Heureusement que le routage sur Internet est dynamique ...
général les administrateurs de base de routage sont assez sympa et modifie les routes ;-)
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
-- Raphael Bouaziz.
Pierre PANTALÉON
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
Il y a certaines tables manuelles.
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Les pauvres, à plusieurs mises à jour par seconde des tables de
routage mondiales, ils doivent en avoir des crampes des mains :-).
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
Il y a certaines tables manuelles.
Raphael Bouaziz
Le Tue, 09 Dec 2003 12:02:07 +0100, Pierre PANTALÉON a écrit dans le message <br4a3c$ft4$ :
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Entièrement entre les réseaux autonomes. Il n'y a pas de route par défaut non plus.
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
Il y a certaines tables manuelles.
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent pas dans le routage entre le réseau de Tele 2 et celui de France Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de reconfigurer quoi que ce soit pour que les paquets passent par d'autres liens.
-- Raphael Bouaziz.
Le Tue, 09 Dec 2003 12:02:07 +0100, Pierre PANTALÉON a écrit
dans le message <br4a3c$ft4$1@blob.linuxfr.org> :
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Entièrement entre les réseaux autonomes. Il n'y a pas de route
par défaut non plus.
Les pauvres, à plusieurs mises à jour par seconde des tables de
routage mondiales, ils doivent en avoir des crampes des mains :-).
Il y a certaines tables manuelles.
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent
pas dans le routage entre le réseau de Tele 2 et celui de France
Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de
reconfigurer quoi que ce soit pour que les paquets passent
par d'autres liens.
Le Tue, 09 Dec 2003 12:02:07 +0100, Pierre PANTALÉON a écrit dans le message <br4a3c$ft4$ :
Heureusement que le routage sur Internet est dynamique ...
Pas totalement qu'en même.
Entièrement entre les réseaux autonomes. Il n'y a pas de route par défaut non plus.
Les pauvres, à plusieurs mises à jour par seconde des tables de routage mondiales, ils doivent en avoir des crampes des mains :-).
Il y a certaines tables manuelles.
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent pas dans le routage entre le réseau de Tele 2 et celui de France Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de reconfigurer quoi que ce soit pour que les paquets passent par d'autres liens.
-- Raphael Bouaziz.
Pierre PANTALÉON
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent pas dans le routage entre le réseau de Tele 2 et celui de France Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de reconfigurer quoi que ce soit pour que les paquets passent par d'autres liens.
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur de swip.net en suède, on a pu optimiser des routes en orientant les peerings sur sfinx plutôt que ces interminables détours. Il y a donc bien des routes écrite à la main, ou tout du moins des configurations priviligiants les certains chemins dynamiquement modifiable en cas de panne.
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent
pas dans le routage entre le réseau de Tele 2 et celui de France
Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de
reconfigurer quoi que ce soit pour que les paquets passent
par d'autres liens.
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur
de swip.net en suède, on a pu optimiser des routes en orientant les
peerings sur sfinx plutôt que ces interminables détours. Il y a donc
bien des routes écrite à la main, ou tout du moins des configurations
priviligiants les certains chemins dynamiquement modifiable en cas de panne.
Pour les "réseaux" d'extrémité, mais en fait ceux-ci n'interviennent pas dans le routage entre le réseau de Tele 2 et celui de France Télécom par exemple. Cette partie-là est totalement dynamique.
S'il y a un problème chez Sprint, personne n'aura besoin de reconfigurer quoi que ce soit pour que les paquets passent par d'autres liens.
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur de swip.net en suède, on a pu optimiser des routes en orientant les peerings sur sfinx plutôt que ces interminables détours. Il y a donc bien des routes écrite à la main, ou tout du moins des configurations priviligiants les certains chemins dynamiquement modifiable en cas de panne.
Raphael Bouaziz
Le Tue, 09 Dec 2003 18:22:13 +0100, Pierre PANTALÉON a écrit dans le message <br50c0$22c$ :
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur de swip.net en suède, on a pu optimiser des routes en orientant les peerings sur sfinx plutôt que ces interminables détours. Il y a donc bien des routes écrite à la main, ou tout du moins des configurations priviligiants les certains chemins dynamiquement modifiable en cas de panne.
C'est via des configurations : on établit des sessions de routage dynamique avec d'autres réseau, afin de s'échanger (dynamiquement) des tables de routage. Suivant des critères politiques, on choisit de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange de trafic IP(v6).
-- Raphael Bouaziz.
Le Tue, 09 Dec 2003 18:22:13 +0100, Pierre PANTALÉON a écrit
dans le message <br50c0$22c$1@blob.linuxfr.org> :
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur
de swip.net en suède, on a pu optimiser des routes en orientant les
peerings sur sfinx plutôt que ces interminables détours. Il y a donc
bien des routes écrite à la main, ou tout du moins des configurations
priviligiants les certains chemins dynamiquement modifiable en cas de panne.
C'est via des configurations : on établit des sessions de routage
dynamique avec d'autres réseau, afin de s'échanger (dynamiquement)
des tables de routage. Suivant des critères politiques, on choisit
de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange
de trafic IP(v6).
Le Tue, 09 Dec 2003 18:22:13 +0100, Pierre PANTALÉON a écrit dans le message <br50c0$22c$ :
Heureusement d'ailleurs, mais pour mettre entrenu avec l'administrateur de swip.net en suède, on a pu optimiser des routes en orientant les peerings sur sfinx plutôt que ces interminables détours. Il y a donc bien des routes écrite à la main, ou tout du moins des configurations priviligiants les certains chemins dynamiquement modifiable en cas de panne.
C'est via des configurations : on établit des sessions de routage dynamique avec d'autres réseau, afin de s'échanger (dynamiquement) des tables de routage. Suivant des critères politiques, on choisit de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange de trafic IP(v6).
-- Raphael Bouaziz.
Anonyme
Bonjour, "Raphael Bouaziz" a écrit dans le message de news:
C'est via des configurations : on établit des sessions de routage dynamique avec d'autres réseau, afin de s'échanger (dynamiquement) des tables de routage. Suivant des critères politiques, on choisit de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange de trafic IP(v6).
Et ces information de routages, s'échangent directement sur la couche IP ? (protocle BGP4, ou je melange tout ? ;-) )
-- amicalement Anonyme www.rio-javar.fr.st
Bonjour,
"Raphael Bouaziz" <bouaziz@nerim.net> a écrit dans le message de
news:slrnbtds6r.1olt.bouaziz@sonia.noc.nerim.net...
C'est via des configurations : on établit des sessions de routage
dynamique avec d'autres réseau, afin de s'échanger (dynamiquement)
des tables de routage. Suivant des critères politiques, on choisit
de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange
de trafic IP(v6).
Et ces information de routages, s'échangent directement sur la couche IP ?
(protocle BGP4, ou je melange tout ? ;-) )
Bonjour, "Raphael Bouaziz" a écrit dans le message de news:
C'est via des configurations : on établit des sessions de routage dynamique avec d'autres réseau, afin de s'échanger (dynamiquement) des tables de routage. Suivant des critères politiques, on choisit de préférer un groupe de routes ou d'autres.
L'échange de routes conduit alors, naturellement, à de l'échange de trafic IP(v6).
Et ces information de routages, s'échangent directement sur la couche IP ? (protocle BGP4, ou je melange tout ? ;-) )