La Fibre
Télécom => Peering Transit (appairage) => 
IXP => Discussion démarrée par: lepalois le 25 octobre 2006 à 22:24:57
-
3 2 ms 5 ms 2 ms ppp01-hdf64-mediafibre.com [217.119.188.1]
4 3 ms 2 ms 2 ms 217.119.178.131
5 2 ms 2 ms 2 ms peer-heliantis-gix-pbc.pau.axione.fr [217.119.177.4]
Chers clients , Toujours dans le but d'améliorer nos services, nous vous annonçons que notre plate-forme est désormais connectée au noeud d'échange multiservice Palois. Ceci se traduit entre autre, par un échange de trafic IP direct entre les partenaires de ce service. Aujourd'hui les acteurs présents sont AXIONE et RENATER. Nous restons à votre disposition pour toutes questions relatives à notre plate-forme. Cordialement
Source : heliantis
h2.héliantis est un FAI FTTO
-
et ça veut dire quoi au juste ? :-[
-
Un petit traceroute vers une machine de Renater, pour voir?
Vers www.montpellier.iufm.fr (http://www.montpellier.iufm.fr) par exemple.
Leon.
-
Depuis Médiafibre :
C:\>tracert www.montpellier.iufm.fr
Détermination de l'itinéraire vers www.montpellier.iufm.fr [162.38.228.50]
avec un maximum de 30 sauts :
1 * * * Délai d'attente de la demande dépassé.
2 * * * Délai d'attente de la demande dépassé.
3 2 ms 2 ms 1 ms ppp01-hdf64-mediafibre.com [217.119.188.1]
4 2 ms 2 ms 2 ms 217.119.178.131
5 16 ms 16 ms 16 ms ge-0-1-0-v5-rou-th275-01.bcb.axione.fr [217.119.176.9]
6 16 ms 16 ms 16 ms g1-0-266.core01.par04.atlas.cogentco.com [130.117.242.77]
7 15 ms 15 ms 15 ms Renater.sfinx.tm.fr [194.68.129.102]
8 17 ms 17 ms 17 ms lyon-pos6-0.cssi.renater.fr [193.51.179.14]
9 17 ms 16 ms 17 ms montpellier-pos5-0.cssi.renater.fr [193.51.179.222]
10 17 ms 17 ms 17 ms r3lr4-montpellier.cssi.renater.fr [193.51.182.185]
11 17 ms 17 ms 17 ms 195.220.89.147
12 17 ms 17 ms 17 ms sortie-router.univ-montp2.fr [162.38.100.8]
13 19 ms 19 ms 19 ms router-iufm.univ-montp2.fr [162.38.103.3]
14 33 ms 111 ms 112 ms 162.38.228.100
15 24 ms 22 ms 22 ms www.montpellier.iufm.fr [162.38.228.50]
16 22 ms 22 ms 21 ms www.montpellier.iufm.fr [162.38.228.50]
Itinéraire déterminé.
Demain je fais depuis héliantis
-
Depuis Médiafibre :
3 2 ms 2 ms 1 ms ppp01-hdf64-mediafibre.com [217.119.188.1]
4 2 ms 2 ms 2 ms 217.119.178.131
5 16 ms 16 ms 16 ms ge-0-1-0-v5-rou-th275-01.bcb.axione.fr [217.119.176.9] => Telehouse 2
6 16 ms 16 ms 16 ms g1-0-266.core01.par04.atlas.cogentco.com [130.117.242.77]
7 15 ms 15 ms 15 ms Renater.sfinx.tm.fr [194.68.129.102] => SFINX
[...]
16 22 ms 22 ms 21 ms www.montpellier.iufm.fr [162.38.228.50]
Demain je fais depuis héliantis
Ben il fonctionne pas encore, le peering sur Pau avec Renater! Le SFINX et le datacenter de Telehouse sont à Paris, et les délais montrent bien un aller-retour jusqu'à Paris.
Les peerings entre Axione et Renater ne sont pas encore montés? Bizarre pour un GIX qui n'a que 3 opérateurs (avec Heliantis).
Je suis même extrèmement surpris que Axione n'ait pas de peering avec Renater. Avec Free non plus d'ailleurs. Pourtant, ces 2 gros réseaux francais ont des politiques de peering très ouvertes: ils acceptent les demandes de peering sans poser de beaucoup de question. Que Axione passe par Cogent est tout de même très surprenant.
Axione est pourtant présent sur le FreeIX en théorie. Les peerings d'Axione sur FreeIX semblaient fonctionner il y a quelques mois, mais là, plus rien (à confirmer), et leur adresse FreeIX n'est plus accessible. Ils se sont peut-être fait virer du FreeIX (motif: annonces non autorisées ou autres).
Vous avez plus d'info?
Leon.
-
"Normalement" Axione fait du peering sur Paris.
Pour Médiafibre c'est évident que l'on monte sur Paris, on verra avec héliantis.
-
Ce n'est pas parce que un 'opérateur' est dans un Gix qu'il a signé un accord de peering avec tous les autres présents, non ?
Donc Axione n'a rien signé avec Renater, et le tracert le prouve bien.
A moins que ce n'est pas à Axione de se peerer avec les autres mais les FAI individuellement
Heliantis sera exactement l'exemple type qui confirmera celà ...
Et si les FAI ne veulent pas, on a pas de peering, et entre peut être en jeu une histoire de 'tarif'' par Axione pour les FAI du PBC ... (c'est quand même un lien Axione jusqu'au Gix et une histoire de bande passante ...)
Pour Free, il faut qu'il amène un 'tuyau' jusqu'au Gix, et c'est à la charge de l'opérateur, donc de Free, encore faut il donc que Free ai envi de payer pour être présent sur ce Gix ...
-
Ce n'est pas parce que un 'opérateur' est dans un Gix qu'il a signé un accord de peering avec tous les autres présents, non ?
Donc Axione n'a rien signé avec Renater, et le tracert le prouve bien.
Mais là, on a un tout petit GIX avec seulement 3 opérateurs: Héliantis, Axione et Renater. Donc si Axione est présent et qu'ils ne peerent avec personne, je ne vois pas l'intérêt!
A moins que ce n'est pas à Axione de se peerer avec les autres mais les FAI individuellement
Heliantis sera exactement l'exemple type qui confirmera celà ...
Et si les FAI ne veulent pas, on a pas de peering, et entre peut être en jeu une histoire de 'tarif'' par Axione pour les FAI du PBC ... (c'est quand même un lien Axione jusqu'au Gix et une histoire de bande passante ...)
Normalementvos 2 FAI ne peuvent pas peerer. Les 2 FAI de chez vous (Mediafibre et PauOnline) n'ont pas de réseau en propre (au sens "AS"). Ils ne peuvent donc pas peerer! Ils dépendent du réseau d'Axione.
Par contre, Heliantis possède son propre réseau (AS34572), et pourra donc peerer.
Pour les tarifs, c'était mentionné dans le doc d'Axione qui a été supprimé du forum: c'était "quasiment" gratuit! Et puis ce nouveau GIX est géré par Axione. Je ne vois donc pas pourquoi tu parles de "lien avec le GIX". Un GIX comme celui de Pau, ça sera juste un switch un peu évolué, hébergé dans le datacenter c'est tout!
Pour Free, il faut qu'il amène un 'tuyau' jusqu'au Gix, et c'est à la charge de l'opérateur, donc de Free, encore faut il donc que Free ai envi de payer pour être présent sur ce Gix ...
Je parlais de peering avec Free et Renater sur les GIX parisiens, pas sur Pau!
Comme nous le disons lepalois et moi, Axione fait normalement du peering sur Paris, sur le FreeIX au moins. Donc normalement, ils peerent avec Free (1° réseau du FreeIX).
Leon.
-
Mais là, on a un tout petit GIX avec seulement 3 opérateurs: Héliantis, Axione et Renater. Donc si Axione est présent et qu'ils ne peerent avec personne, je ne vois pas l'intérêt!
Rien n'empêche Axione d'être présent puisque le Gix, c'est eux qui le gèrent :)
Normalementvos 2 FAI ne peuvent pas peerer. Les 2 FAI de chez vous (Mediafibre et PauOnline) n'ont pas de réseau en propre (au sens "AS"). Ils ne peuvent donc pas peerer! Ils dépendent du réseau d'Axione.
Dans l'absolu, oui, mais il me semble que chaque FAI a des plages d'ips bien définies, il est donc 'possible' à Axione de ne 'peerer' qu'une partie pour tel ou tel FAI Pbc, si celui ci veux 'payer' sa présence sur le GIX, au FAI ensuite de négocier ses peerings avec les autres. Je ne dis pas que c'est celà, ce n'est qu'un hypothèse ...
Par contre, Heliantis possède son propre réseau (AS34572), et pourra donc peerer.
Il y a un temps les FAI 'particuliers' aussi avaient leur propre AS. Je ne sais pas pourquoi plus maintenant ...
Je ne vois donc pas pourquoi tu parles de "lien avec le GIX". Un GIX comme celui de Pau, ça sera juste un switch un peu évolué, hébergé dans le datacenter c'est tout!
Ben il faut bien relier le Pbc au Gix non ? même si à 3 cm l'un de l'autre :)
Je parlais de peering avec Free et Renater sur les GIX parisiens, pas sur Pau!
Comme nous le disons lepalois et moi, Axione fait normalement du peering sur Paris, sur le FreeIX au moins. Donc normalement, ils peerent avec Free (1° réseau du FreeIX).
Leon.
Quand à moi je parlais bien de la venue éventuelle de Free (comme exemple) sur le Gix palois pour peerer avec le PBC ou avec d'autres 'Big FAI' ou Renater ou autres en local.
Mais comme les 'autres' non plus n'y sont pas (faute de pub ?), ce Gix n'interessera probablement pas Free ou autres tant que autres ou Free n'y a pas une 'patte' dedans (ou alors ils le font en direct sans le Gix).
-
Dans l'absolu, oui, mais il me semble que chaque FAI a des plages d'ips bien définies, il est donc 'possible' à Axione de ne 'peerer' qu'une partie pour tel ou tel FAI Pbc, si celui ci veux 'payer' sa présence sur le GIX, au FAI ensuite de négocier ses peerings avec les autres. Je ne dis pas que c'est celà, ce n'est qu'un hypothèse ... Il y a un temps les FAI 'particuliers' aussi avaient leur propre AS. Je ne sais pas pourquoi plus maintenant ...
Mais les opérateurs n'achètent qu'une prestation de transit IP (Bande Passante vers TOUT Internet) à Axione, pas les interconnexions (transit de niveau supérieur, peering) qui servent à Axione à construire ce Transit etc...
Le doc tarifaire d'Axione était clair là dessus, et c'est comme ça que fonctionnent toutes les offres de transit avec routage statique et plage IP fournie.
Après, Axione construit ce "transit" comme il veut: avec des peering ou qu'avec des transit de niveau supérieur. Ce n'est pas le problème des FAI. Pour que les FAI aient le choix il faudrait qu'ils aient leur propre AS.
Je ne voit pas pourquoi Axione n'annoncerai qu'une partie de leur plage IP, dédiée à tel ou tel client (PauOnline ou Mediafibre).
Faites l'essai avec PauOnline, on verra bien.
au FAI ensuite de négocier ses peerings avec les autres.
Non, le FAI n'ayant pas de réseau, pas d'AS, il ne peut pas négocier des accords de peering avec d'autres réseaux dans un GIX.
A la rigueur, s'ils géraient vraiment leur adresses IP (ce qui ne semble pas être le cas) sans avoir d'AS, ils pourraient faire du peering par du routage STATIQUE (qui n'a de sens qu'entre de très petits réseaux, pas avec Renater par exemple); mais ce genre d'opération n'a pas sa place dans un GIX.
Quand à moi je parlais bien de la venue éventuelle de Free (comme exemple) sur le Gix palois pour peerer avec le PBC ou avec d'autres 'Big FAI' ou Renater ou autres en local.
Mais comme les 'autres' non plus n'y sont pas (faute de pub ?), ce Gix n'interessera probablement pas Free ou autres tant que autres ou Free n'y a pas une 'patte' dedans (ou alors ils le font en direct sans le Gix).
A ma connaissance, Free n'a aucun peering régional, contrairement à d'autres gros réseaux (9-Cegetel, FT, etc...). Ca ne semble pas être la politique de Free, qui s'est construit un réseau et une bande passante "ultra low cost" (voir l'offre Dédibox). Donc je ne vois pas pourquoi tu attend Free plutôt qu'un autre réseau (FT ou 9-Cegetel). Free ne sera pas le sauveur du "PBC-GIX".
Leon.
-
A ma connaissance, Free n'a aucun peering régional, contrairement à d'autres gros réseaux (9-Cegetel, FT, etc...). Ca ne semble pas être la politique de Free, qui s'est construit un réseau et une bande passante "ultra low cost" (voir l'offre Dédibox). Donc je ne vois pas pourquoi tu attend Free plutôt qu'un autre réseau (FT ou 9-Cegetel). Free ne sera pas le sauveur du "PBC-GIX".
Leon.
Encore une fois, j'ai donné Free comme exemple pour la partie 'technique' raccordement au Gix et couts éventuels, et pas de sa politique de peering. L'exemple est valable pour les autres (Ft, 9, ...) qui ne sont pas non plus sur ce GIX.
<HS>
Je n'attend rien de Free.
Perso je suis pour des FAI locaux et pas être 'englué' dans la masse sans la moindre chance d'être entendu, et celà même si c'est pas le must en matière de services.
<HS/>
-
Bon, alors, il existe, ou pas, ce GIX?
Quelqu'un a-t-il trouvé un peering local avec l'aide un traceroute? Avec Renater? Avec Héliantis? Un autre opérateur?
Leon.
-
Physiquement il existe ;D
Quoi de plus simple qu'un switch ;D (grosso modo)
Reste qu'il ne semble pas y avoir beaucoup de ports utilisés ...
-
Quelques précisions sur ce GIX (source OpenLab)
Le « Nœud d’échange local multiservice » (GIX local) permet aux Membres Openlab et aux acteurs présents dans les POP du réseau PBC d'échanger du trafic IP localement dans un VLAN partagé. Les accès au GIX local sont livrés dans l'un des points de présence locaux du réseau PBC. Un raccordement distant peut être proposé sur demande afin de permettre aux acteurs non présents sur le POP d’Axione d’accéder au GIX local.
Ce service permet à un opérateur de services de s’interconnecter avec les autres acteurs présents sur le nœud d’échange local et d’échanger ainsi directement des flux multiservices sans passer par des infrastructures longue distance via des accords de « peering ». Les membres du GIX local bénéficient ainsi d’une réduction de leurs coûts de transport et de transit IP d’une part et d’une amélioration de la qualité de service des flux locaux notamment dans le cas d’application temps réel. Le nœud d’échange ne peut desservir que les sites présents dans la zone couverte par la délégation de service public.
[...]
Pour devenir membre du GIX PBC, il est nécessaire de :
- Disposer d'un Autonomous System Number non privé mis à disposition par le RIPE-NCC (ou l'APNIC ou l'ARIN).
- Connaître le fonctionnement du protocole BGP : le peering entre les différents membre d’un nœud d’échange se fait par l’intermédiaire de BGP4
- Signer un accord de connexion (ensemble de règles de bon usage du nœud d’échange) : tous les nœuds d’échange comporte ses propres conditions d’accès auxquelles les membres doivent adhérer.
Les frais d’accès au service et l’abonnement sont offerts en local (à étudier pour un raccordement distant
après 1 an).
Leon.
-
Voilà quelques tracert depuis une connexion FTTO H2.Héliantis
C:\>tracert www.montpellier.iufm.fr
Détermination de l'itinéraire vers www.montpellier.iufm.fr [162.38.228.50]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 2 ms 1 ms 83.173.68.153
3 17 ms 17 ms 18 ms 82.98.226.147.cdg2.fr.above.net [82.98.226.147]
4 17 ms 27 ms 17 ms te3-4.mpr2.cdg2.fr.above.net [64.125.23.34]
5 16 ms 16 ms 17 ms renater.sfinx.tm.fr [194.68.129.102]
6 18 ms 18 ms 18 ms lyon-pos6-0.cssi.renater.fr [193.51.179.14]
7 18 ms 17 ms 17 ms montpellier-pos5-0.cssi.renater.fr [193.51.179.222]
8 18 ms 18 ms 18 ms r3lr4-montpellier.cssi.renater.fr [193.51.182.185]
9 18 ms 18 ms 19 ms 195.220.89.147
10 18 ms 18 ms 18 ms sortie-router.univ-montp2.fr [162.38.100.8]
11 21 ms 21 ms 19 ms router-iufm.univ-montp2.fr [162.38.103.3]
12 23 ms 23 ms 25 ms 162.38.228.100
13 31 ms 24 ms 24 ms www.montpellier.iufm.fr [162.38.228.50]
14 23 ms 24 ms 22 ms www.montpellier.iufm.fr [162.38.228.50]
C:\>tracert www.toulouse.iufm.fr
Détermination de l'itinéraire vers w3.toulouse.iufm.fr [194.167.150.40]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 2 ms 2 ms 83.173.68.153
3 2 ms 2 ms 2 ms peer-renater-gix-pbc.pau.axione.fr [217.119.177.3]
4 5 ms 5 ms 5 ms 193.51.179.69
5 13 ms 5 ms 5 ms remip2000-toulouse.cssi.renater.fr [193.51.181.177]
6 * 6 ms 5 ms 193.55.105.60
7 6 ms 193.55.105.60 rapports : Impossible de joindre le protocole de destination.
Itinéraire déterminé.
C:\>tracert www.mediafibre.com
Détermination de l'itinéraire vers mediafibre.com [85.14.157.6]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 1 ms 2 ms 83.173.68.153
3 3 ms 3 ms 3 ms peer-axione-piano-gix-pbc.pau.axione.fr [217.119.177.1]
4 * * * Délai d'attente de la demande dépassé.
5 * * * Délai d'attente de la demande dépassé.
6 3 ms 2 ms 2 ms 85.14.157.6
Itinéraire déterminé.
C:\>tracert www.opalyse.fr
Détermination de l'itinéraire vers www.opalyse.fr [217.119.183.33]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 2 ms 2 ms 83.173.68.153
3 3 ms 3 ms 3 ms peer-axione-piano-gix-pbc.pau.axione.fr [217.119.177.1]
4 3 ms 2 ms 2 ms unknown.axione.fr [217.119.178.92]
5 3 ms 3 ms 2 ms web-pro1.bearn-info.com [217.119.183.33]
Itinéraire déterminé.
C:\>tracert www.pauonline.com
Détermination de l'itinéraire vers www.pauonline.com [212.85.152.58]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 1 ms 2 ms 83.173.68.153
3 17 ms 17 ms 17 ms 82.98.226.147.cdg2.fr.above.net [82.98.226.147]
4 19 ms 18 ms 18 ms ielo-gw.cdg2.fr.above.net [62.4.77.156]
5 29 ms 29 ms 29 ms ge2-1-ve25-br4.le9.fr.core.ielo.net [212.85.145.2]
6 30 ms 30 ms 30 ms ge2-1-ve25-br3.ldr.fr.core.ielo.net [212.85.145.6]
7 31 ms 30 ms 33 ms platane.walan.biz [212.85.152.58]
Itinéraire déterminé.
C:\>tracert www.citefibre.fr
Détermination de l'itinéraire vers www.citefibre.fr [213.251.135.179]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 200.0.2.199
2 2 ms 3 ms 2 ms 83.173.68.153
3 17 ms 17 ms 20 ms 82.98.226.147.cdg2.fr.above.net [82.98.226.147]
4 17 ms 18 ms 17 ms te3-4.mpr2.cdg2.fr.above.net [64.125.23.34]
5 17 ms 17 ms 17 ms te2-2.mpr1.cdg9.fr.above.net [64.125.23.17]
6 17 ms 17 ms 17 ms 1giga.gsw-1-6k.routers.ovh.net [213.186.32.233]
7 18 ms 17 ms 18 ms p19-11-m1.routers.ovh.net [213.186.32.38]
8 18 ms 18 ms 18 ms www.citefibre.fr [213.251.135.179]
Itinéraire déterminé.
Depuis une connexion Médiafibre :
C:\>tracert www.toulouse.iufm.fr
Détermination de l'itinéraire vers w3.toulouse.iufm.fr [194.167.150.40]
avec un maximum de 30 sauts :
1 * * * Délai d'attente de la demande dépassé.
2 * * * Délai d'attente de la demande dépassé.
3 5 ms 1 ms 1 ms ppp510-hdf64-mediafibre.com [217.119.188.1]
4 2 ms 4 ms 2 ms 217.119.178.131
5 2 ms 1 ms 1 ms peer-renater-gix-pbc.pau.axione.fr [217.119.177.3]
6 4 ms 4 ms 4 ms 193.51.179.69
7 23 ms 4 ms 25 ms remip2000-toulouse.cssi.renater.fr [193.51.181.177]
8 5 ms 5 ms 7 ms 193.55.105.60
9 5 ms 5 ms 5 ms w3.toulouse.iufm.fr [194.167.150.40]
Itinéraire déterminé.
-
Ah, merci Guillaume.
Nous voila rassurés!
Donc, si je résume: Héliantis, Axione et Renater sont connectés et utilisent ce GIX tous les 3! C'est bien ça?
Bonne nouvelle!
Par contre, RENATER n'annonce pas tout son réseau. Toulouse fait partie des routes échangées, mais pas Montpellier (ces 2 machines testées appartiennent toutes les 2 au réseau Renater AS2200).
Le peering avec Renater sur pau doit donc être assez "local". Le trafic sera donc faible.
En fouillant un peu, on voit déjà le peering entre Heliantis et Axione:
http://www.robtex.com/aspeers/as31167.html (5° ligne).
On voit aussi un peering (privé?) entre Axione et "France Teaser".
Leon.
-
En fouillant un peu, on voit déjà le peering entre Heliantis et Axione:
http://www.robtex.com/aspeers/as31167.html (5° ligne).
On voit aussi un peering (privé?) entre Axione et "France Teaser".
Sais-tu comment fait http://www.robtex.com/aspeers/as31167.html pour récupérer ces informations BGP ?
Il me semble qu'il manque des peering, voila ce que robtex trouve ce matin :
AS31167 Axione AS Axione AS
Routing Registry | BGP Announcements | AS News | AS Analyze
AS174(COGENT Cogent/PSI)
AS8928(INTEROUTE Interoute Communications
AS13273(FRANCE TEASER France Teaser) AS-TEASER
AS16128(AGARIK NETWORK AGARIK provides WEB and Servers Hosting) AS-AGARIK
AS20824(FR CORNUT FR CORNUT) AS20824
AS34572(HELIANTIS AS Heliantis AS) AS34572
AS35830(SIVIT AS SIVIT Network http://www sivit net/) AS-SIVIT
AS39117(PLACENETFR AS Placenet fr AS NUMBER Open peering Policy
AS39509(EUROCONNECT FR EURO CONNECT SA Le Mans, FRANCE www euroconnect fr) AS39509
AS41090(Equation AS Equation AS) AS41090
213.228.3.138 axione.freeix.net
Autre chose incompréhensible, le whois sur l'AS de renater ne répond rien que ce soit via http://www.init7.net/support/whois_ripe.php ou directement avec le whois de linux :
vgu@vivien:~$ whois AS2200
No match found for AS2200.
# ARIN WHOIS database, last updated 2007-03-02 19:10
# Enter ? for additional hints on searching ARIN's WHOIS database.
mais on retrouve sa trace sur http://www.robtex.com/aspeers/as2200.html
et dans les traceroute-nanog -A :
root@ca24:~# traceroute-nanog -A 134.157.167.129
traceroute to 134.157.167.129 (134.157.167.129), 64 hops max, 40 byte packets
1 217.171.24.1.citefibre.fr (217.171.24.1) [AS31167] 2 ms 1 ms 1 ms
2 ge-0-0-0-v7-rou-th275-01.bcb.axione.fr (217.119.176.25) [AS31167] 1 ms 1 ms 1 ms
3 g1-0-266.core01.par04.atlas.cogentco.com (130.117.242.77) [AS174] 1 ms 1 ms 1 ms
4 Renater.sfinx.tm.fr (194.68.129.102) [<NONE>] 17 ms 17 ms 17 ms
5 jussieu-g4-0-0-171.cssi.renater.fr (193.51.179.94) [AS2200] 17 ms 17 ms 17 ms
6 rap-jussieu.cssi.renater.fr (193.51.181.101) [AS2200] 17 ms 17 ms 17 ms
7 site-6.01.rap.prd.fr (195.221.127.182) [AS2200] 18 ms 18 ms 18 ms
8 r-jussieu1.reseau.jussieu.fr (134.157.254.8) [AS2200] 18 ms 18 ms 18 ms
9 backbone-p6p7.r-jussieu.net.univ-paris7.fr (134.157.167.129) [AS2200] 18 ms 18 ms 19 ms
Vivien
-
Par contre, RENATER n'annonce pas tout son réseau. Toulouse fait partie des routes échangées, mais pas Montpellier (ces 2 machines testées appartiennent toutes les 2 au réseau Renater AS2200).
Le peering avec Renater sur pau doit donc être assez "local". Le trafic sera donc faible.
psykokwak sur le forum citéFibre (http://citefibre.serveftp.com/t154-Visite-france....html) à fournit un traceroute qui montre l'utilisation dans un sens du GIX Palois y compris pour des renater parisiennes :
Bonjour les gens,
je travaille a Rocquencourt (en banlieu parisienne, pas loin de versailles) et je suis connecte sur le reseau renater en 100Mbps.
Alors voila: je me dis que c'est cool, je vais pouvoir avoir de supers bons debits entre la maison et le boulot, mais en faite non... Et pour cause ? je fais le tour de la france jusqu'a aller faire un petit coucou a nos amis pallois..
Qui c'est qu'il faut taper pour arranger ca ? big_smile
Ca me fait un peu penser au train pour aller a Pau (qui passe par Strasbourg) storstark vissla
Tracing route to citefibre.serveftp.com [217.171.24.53]
over a maximum of 30 hops:
1 <1 ms <1 ms 1 ms ***.inria.fr [128.93.***.***]
2 <1 ms <1 ms <1 ms rocq-royal-gw.inria.fr [192.93.1.106]
3 1 ms 1 ms 1 ms 193.48.202.1
4 1 ms 2 ms 1 ms 193.48.202.132
5 1 ms 1 ms 1 ms inria-g3-2-800.cssi.renater.fr [193.51.182.74]
6 2 ms 2 ms 2 ms nri-b-g1-0-0-210.cssi.renater.fr [193.51.179.5]
7 14 ms 14 ms 15 ms orleans-pos2-0.cssi.renater.fr [193.51.179.66]
8 14 ms 14 ms 14 ms poitiers-pos4-0.cssi.renater.fr [193.51.180.29]
9 16 ms 16 ms 13 ms bordeaux-pos1-0.cssi.renater.fr [193.51.179.254]
10 14 ms 14 ms 14 ms pau-pos2-0.cssi.renater.fr [193.51.180.162]
11 19 ms 18 ms 17 ms peer-axione-piano-gix-pbc.pau.axione.fr [217.119.177.1]
12 17 ms 18 ms 18 ms ge-0-0-0-v4-rou-th275-01.bcb.axione.fr [217.119.176.5]
13 17 ms 18 ms 18 ms ge-2-0-v7-bas-th275-01.par.axione.fr [217.119.176.26]
14 18 ms 18 ms 18 ms 217.171.24.53.citefibre.fr [217.171.24.53]
Trace complete.
Dans l'autre sens (Axione => Renater Paris) on passe par le transit IP
-
test d'un ip mediafibre, la mienne :p vers inria
Détermination de l'itinéraire vers rocq-royal-gw.inria.fr [192.93.1.106]
avec un maximum de 30 sauts :
1 * * * Délai d'attente de la demande dépassé.
2 * * * Délai d'attente de la demande dépassé.
3 1 ms 1 ms 2 ms ppp2548-hdf64-mediafibre.com [85.14.148.1]
4 3 ms 1 ms 2 ms 217.119.178.131
5 16 ms 16 ms 63 ms ge-0-1-0-v5-rou-th275-01.bcb.axione.fr [217.119.176.9]
6 * 16 ms 16 ms ge-0-3-0-128.par10.ip.tiscali.net [213.200.76.21]
7 16 ms 16 ms 16 ms so-0-1-0.par77.ip.tiscali.net [213.200.82.189]
8 17 ms 17 ms 17 ms pos0-8-0-11.auvtr1.Aubervilliers.opentransit.net [193.251.248.173]
9 18 ms 18 ms 18 ms renater.GW.opentransit.net [193.251.248.174]
10 16 ms 16 ms 16 ms nri-b-g14-0-0-101.cssi.renater.fr [193.51.187.18]
11 15 ms 16 ms 16 ms inria-g3-1.cssi.renater.fr [193.51.179.6]
12 16 ms 16 ms 16 ms royal-inria.cssi.renater.fr [193.51.182.73]
13 20 ms 20 ms 20 ms 193.48.202.134
14 20 ms 19 ms 20 ms rocq-royal-gw.inria.fr [192.93.1.106]
Itinéraire déterminé.
voilou, po de gix dans les parages ...
-
psykokwak sur le forum citéFibre (http://citefibre.serveftp.com/t154-Visite-france....html) à fournit un traceroute qui montre l'utilisation dans un sens du GIX Palois y compris pour des renater parisiennes :
Dans l'autre sens (Axione => Renater Paris) on passe par le transit IP
Alors, ça c'est magnifique. Maintenant, quand 2 utilisateurs parisiens veulent causer entre eux, la communication passe par Pau! Quel bordel! Vive la décentralisation de l'internet réalisée n'importe comment. Ils sont vraiment trop forts chez Axione, j'avoue que je n'ai jamais vu ça!
test d'un ip mediafibre, la mienne :p vers inria
voilou, po de gix dans les parages ...
Ca c'est encore plus étrange, et même très limite... cela veut dire que Axione n'utilise pas la route vers renater pour acheminer ses paquets. C'est assez incompréhensible. Pb de config de routeur? Etrange, comme politique de routage, dans tous les cas.
Leon.
-
Alors, ça c'est magnifique. Maintenant, quand 2 utilisateurs parisiens veulent causer entre eux, la communication passe par Pau! Quel bordel! Vive la décentralisation de l'internet réalisée n'importe comment. Ils sont vraiment trop forts chez Axione, j'avoue que je n'ai jamais vu ça!
Ce n'est pas pour soutenir Axione mais entre passer par du Transit IP qui peut être satturé et qui de tout façon est facturé et d'autre part faire un aller-retour pour peerer gratuitement sur un GIX pas satturé, je préfère la seconde solution. La centralisation sur paris de tous les trafics cela oblige tous les opérateurs a remonter sur Paris des liens n fois 10 Gb/s. OVH par exemple annonce sur Roubais son réseau parisien et cela ne lui pose pas de pb d'acheminer le trafic des serveurs parisiens sur les n x 10 Gb/s qu'OVH a entre paris et lille car cela se fait le coté qui satture c'est de rapatrier les trafic des serveurs de Roubais sur Paris pour les peering de tous les FAI.
C'est sur que l'idéal serais qu'Axione peer avec Renater sur Paris et sur Pau, mais Renater n'est pas présent sur FreeIX de mémoire.
Ca c'est encore plus étrange, et même très limite... cela veut dire que Axione n'utilise pas la route vers renater pour acheminer ses paquets. C'est assez incompréhensible. Pb de config de routeur? Etrange, comme politique de routage, dans tous les cas.
Cela veut dire tout simplement qu'Axione annonce tout son réseau à Renater et que Renater n'annonce pas tout son réseau à Axione. Maintenant c'est curieux que Renater envoi son trafic vers Axione là où il n'annonce pas son réseau à Axione. Pour moi l'incohérence est coté renater.
Vivien.
-
Pour reprendre une discussion quelque peu coupée ailleurs concernant Neuf et le Gix local, bien que peerer avec l'AS de 'Mediafibre' ne soit pas spécialement utile (à priori tous les abonnés Mediafibre devraient passer vers NeufFTTH Pau à terme), il est par contre dommageable pour la région paloise elle même que Neuf ne vienne pas sur ce gix pour peereravec les autres fournisseurs du PBC, en particulier les 'pros' locaux qui rendent des services plutôt 'locaux' (vidéo surveillance, télé-maintenance, ...) ou hébergent des sites à vocation plutôt 'locale' (boutiques, sites institutionnels de commerces / artisans / sociétés, site d'associations de Pau et sa région, ...)
Enfin, du peering avec les autres FAI nationaux en local sur ce même Gix serai pas mal non plus (je ne crois pas qu'il y ai le moindre peering 'privé' entre aucuns à aujourd'hui sur Pau)
Tout celà pour de meilleurs échanges 'locaux' ;)
-
Si l'avenir du Pau Broadband Country pour les résidentiel c'est Neuf, donc un transit IP qui bascule immédiatement sur Paris sans interconnexion locale, quel est l'avenir pour :
- Le GIX de Pau : faire peerer les opérateurs entreprise de Pau avec renater ? le trafic des pro vers renater justifie il de payer la supervision et le service pour maintenir un GIX à Pau ?
- OpenLab ( http://eco.agglo-pau.fr/openlab/offre.html (http://eco.agglo-pau.fr/openlab/offre.html) ) pour permettre le développement d'applications innovantes sur Internet va perdre de son intérêt si il faut passer par Paris pour joindre les abonnés résidentiels Palois (je ne parle même pas du prix du transit IP a payer, à 35€/mb 95% percentile, cela va faire cher la Vod mis en exemple sur le site).
(https://lafibre.info/images/PauOnline/200703_pau_openlab.jpg)
En conclusion, l'arrivée du monopole de neuf sur les offres résidentielles (j'èmets une hypothèse défavorable pour Pauonline, que le big boss de Pol m'excuse) signe l'arrêt du mort du GIX + de l'OPenLab ? Quid du lien sécurisé Pau-Paris de la communauté d'agglomération qui n'est pas utilisé par Neuf ? Le prix a payer pour ce lien est fixe quel que soit l'utilisation faite. (heureusement citéFibre est là, pour l'utiliser lors des Peering avec Renater, mais je suis pas sur que cela soit son but premier ;))
(https://lafibre.info/images/PauOnline/200703_pau_schema_pau_broadband_country.jpg)
A part être a coté de ses serveurs, il n'y a pas d'intérêt à héberger son serveur sur Pau dans l'OpenLab. On est plus proche des palois en hébergeant son serveur à Londres où le prix du transit n'est pas le même qu'à Pau.
Je viens de relire le dossier de presse (disponible ici (https://lafibre.info/images/doc/presentation_pbc_fev2002.pdf)). Voici ce que devais être le Pau Broadband Country :
- Centre d’appel évolué :
Les centres d’appel traditionnels pourront évoluer vers l’intégration de la visiophonie avec le
client ou le prospect. Par ailleurs, l’opérateur du centre d’appel pourra utiliser en mode
collaboratif avec son client des bases de données (présentation de produits, service après
vente on line, etc…), de systèmes d’aide à la vente divers, etc… en prenant la main sur le
micro-ordinateur du client. - Concepts « d’agences virtuelles »
Ce concept s’apparente plus ou moins au précédent. Sauf qu’il permet aux entreprises
disposant d’agences physiques (banques, assurances, tourisme, immobilier, etc..) de mettre
en oeuvre au sein de l’agence physique des relations on line avec leurs propres clients et
ainsi d’accroître leur efficacité, et le service rendu. - Bases de données en mode 3D interactif… la simulation.
Le 3D interactif est probablement l’un des éléments majeurs qui fera décoller le commerce
électronique. Il permettra au consommateur de simuler l’utilisation du produit avant son achat, ce qui
n’est guère possible dans le monde réel. - E-learning
Le mode 3D interactif constitue probablement aussi un élèment majeur pour le décollage de la
formation on line pour des thèmes liés à « comment faire »… Comment tailler un rosier ? Comment
installer un va et vient électrique ? Etc… Le 3D interactif permettra de rendre la formation plus
ludique… Commerce et formation vont devenir « comme un jeu vidéo »…
A cela, s’ajoute l’ensemble des systèmes de formation on line existants qui pourront être notablement
améliorés par les hauts débits. - E-administration et e-politique
Ce chapitre permettra aux élus locaux, aux administrations locales et aux citoyens de développer
leurs relations et interactions. Pour les Administrations, il s’agit de rendre un meilleur service aux
citoyens au coût le plus faible, pour les citoyens, ces solutions leur permettent d’être plus participatif
avec des systèmes de proposition d’action, de voter on line, de disposer d’une preuve électronique
d’identité, etc… - Le Sans fil
En attendant l’arrivée de l’Umts, les standards du Wifi (802.11) pourront être utilisés utilement dans
les écoles, l’Université, les hôtels, les hôpitaux et cliniques, le palais Beaumont, etc… D’une façon
plus générale la Communauté d’agglomération Pau Pyrénées servira de terrain d’expérience dans ce
domaine en pleine évolution (téléphone sans fil +Pda, futur roaming IP, etc…). - Domotique
Le projet projet Pau Broadband Country intègre une forte composante résidentielle : programmes de
construction de logements neufs, programmes de rénovation (…) pourront être réalisés avec
intégration de la domotique IP (sécurité du logement, gestion du chauffage, etc…). - Voitures communicantes et intelligentes
La mise en place de réseau sans fil avec des débits plus importants que ceux que permettent
aujourd’hui le GSM permettra de mettre en oeuvre des applications nouvelles dans la voiture en
déplacement. Par ailleurs des expériences de voitures « très intelligentes » se conduisant toute seule
pourront être mises en oeuvre (par exemple entre Pau et Biarritz sur l’autoroute équipée de « rails
magnétiques » avec suivi par GPS …) - Ville « intelligente »
Ce concept vise à rendre divers type de services aux habitants « usagers » de différents
services : transports en commun (dans combien de temps l’autobus va arriver ?), état du
trafic en temps réel, - Dématérialisation de la monnaie
Un test de dématérialisation des divers instruments monétaires pourra être mis en en place.
Par exemple en utilisant les téléphones portables (comme en Suéde) ou avec d’autres types
de systèmes. L’objectif est non seulement de remplacer tous les instruments monétaires
existants, mais en plus de disposer d’un système unique de paiement de tout type de
transaction (parking, on line et off line, entre particulier, etc…).
Cette liste est naturellement loin d’être exhaustive.
Pau auras été leader dans le FTTH avec un projet qui devait révolutionner la vie locale. Quid du "Développement économique et de l’emploi" promis dans les brochures ? Je trouve cela une fin bien triste pour un tel projet même si l'arrivée de Neuf est une véritable chance pour les clients FTTH. Dites moi que je me trompe dans mon analyse.
Vivien.
-
Je souhaite réagir sur un certain nombre de points. Désolé, ça va être un peu long…
Les erreurs du PBC :
Le PBC a fait un certain nombre d’erreurs, et a essayé de répandre un certain nombre de croyances peu réalistes.
Les acteurs du projet ont écouté le « beau discours » d’Axione : on vous apporte du développement d’activité locale, bla bla. Les acteurs locaux, les décideurs du projet, par manque de connaissance et d’analyse sur le domaine, sont tombés dans le panneau. Axione a voulu faire un réseau soit disant neutre, et en essayant de récupérer la maximum de pognon du chiffre d’affaire des accès très haut débit (entreprises et particuliers), tout cela en offrant des services clé en main à de petits opérateurs locaux. Ce modèle fonctionne bien pour les services aux entreprises qui privilégient des interlocuteurs proches, pour faciliter les échanges, et acheter des offres sur mesure.
Les particuliers, en revanche, demandent le maximum de service pour un prix minimum, et les petits acteurs ne font pas le poids face aux offres canons des mastodontes français (c’est moins vrai à l’étranger).
Les acteurs du PBC ont fait croire qu’on pouvait développer de l’activité locale grâce aux accès à très haut débit pour les particuliers, et surtout grâce aux services. J’avoue que je ne comprends toujours pas comment cela serait possible. Les services n’ont pas besoin d’être hébergés en local, et encore moins d’être administrés en local… Les acteurs n’ont donc pas compris la notion de réseau : tout peut se faire à distance. A quoi bon héberger une plate forme de serveurs, payer une flopée d’administrateurs pour 10 000 foyers seulement ? Ca n’est pas rentable, ça n’a pas de sens!
Et puis les activités d’hébergement, d’administration de serveurs, contrairement à ce qu’on a dit, n’emploient que peu de personnes (hors création de contenu). Regardez Free : ils sont 2500 employés seulement pour un réseau monstrueux raccordant 2,5M d’abonnés, et hébergeant un nombre impressionnant de serveurs.
Les activités informatiques hors hébergement (développement d’applications web, webmastering, intranets, etc…) ça emploie beaucoup plus de monde, et les entreprises qui sont dans cette branche sont déjà réparties dans toute la France, et non centralisées à Paris.
Seuls les services aux entreprises (accès, administration, hébergement, intranet) peuvent créer de l’emploi en local. Héliantis semble en avoir bien profité du réseau optique du PBC, et c’est tant mieux.
Il faut remarquer que dans plein d’autres endroits, la fibre se déploie avec des réseaux de collecte qui atteignent maintenant les zones d’activités et les grosses entreprises. C’est surtout vrai autour des très grandes agglomérations, mais aussi ailleurs, grâce à l’intervention des collectivités locales sur les réseaux de collecte (raccordant les établissements publics, entreprises, et les répartiteurs téléphoniques). Je travaille pas très loin de Paris (20km), et le nombre d’entreprises raccordables croit régulièrement, surtout depuis ~3 ans. La fibre pousse dans les égouts, les fourreaux des collectivités, etc…
Pour conclure en ce qui concerne l’échec du PBC : oui, le projet tel qu’il était envisagé initialement a complètement échoué. Les objectifs étaient complètement irréalistes. Je n’ose même pas vous parler du nombre d’emplois qu’on prévoyait. Que va devenir Axione ? Openlab? On n’en sait rien, et on s’en fout ! L’important, c’est que les particuliers et les entreprises aient enfin accès au très haut débit, et surtout à des services de qualité, le tout à bon prix ! Et là-dessus, Pau a clairement une longueur d’avance à partir de maintenant.
Le GIX :
Tout d’abord, il faut attendre pour savoir si Neuf s’intègrera dans le GIX de Pau, ne soyons pas trop pressés. Ils sont aujourd’hui parmi les plus actifs sur la décentralisation de l’internet et des réseaux : construction de datacenters en région, interconnexions sur des GIX régionaux (Lyon, Strasbourg).
Pour développer un GIX qui intéresse du monde, et qui génère du trafic, il y a plusieurs alternatives.
- Soit on oblige contractuellement les opérateurs présents sur le PBC à se connecter au GIX et à peerer de manière ouverte avec les autres, reste à savoir quelles IP ils annoncent (locales ou nationales). Ca se fait à l’étranger. Ca apporte surtout un intérêt pour les petits opérateurs qui peuvent plus facilement s’interconnecter aux gros. C’est rare et peu réaliste à mon avis en France.
- Soit on crée un attrait pour les gros opérateurs. Pau est bien placé pour interconnecter des opérateurs français et espagnols. Pourquoi ne pas créer un GIX trans-frontalier ? C’est en tout cas ce qui a permis à l’Euro GIX de Strasbourg de se développer un peu plus…
Les GIX régionaux qui n'ont pas su obliger ou intéresser les opérateurs à se connecter sont des échecs, comme le LyonIX qui a aujourd’hui un trafic ridicule (malgré la présence de FT et Neuf) et comme le GIX de Pau, si rien n’est fait.
Contrairement à ce que dit Feyb64, les services haut débit avancés aux entreprises (vidéosurveillance, sauvegarde) passent rarement par Internet. Ces services n’ont donc pas besoin de GIX local. En effet, dans 99% des cas, l’accès (interconnexion) et le service sont fournis par le même prestataire. Héliantis est un bon exemple de prestataire qui fournit l’accès et les services en même temps.
Quand à l’hébergement pour les particuliers ou associations, qu’il soit réalisé à Paris ou à Pau ne change rien. Si, c’est plus cher à Pau !
Voilà toutes les remarques que j’avais à formuler. Désolé d’avoir été si long…
Leon.