La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => 
telandgo => Discussion démarrée par: telandgo le 14 avril 2017 à 11:08:15
-
Telandgo est actuellement présent sur FRANCEIX EQUINIX AMSIX et LYONIX.
Pour lyonix le raccordement est direct sur la baie lyonix 3
Pour les autres IX le raccordement se fait par un transport phibee telecom facturé à la consommation et lié à un transit full table (offre internex).
Phibee Telecom étant présent dans notre baie à DC4DATA le raccordement était jusqu'à présent direct.
Cependant, phibee telecom nous a informé de son intention de changer de baie à compter du 30/06/2017 et de ne peut être pas maintenir le produit internex à l'avenir.
2 possibilités s'offrent à nous :
- Contacter phibee telecom dans la nouvelle baie via un crossconnect et garder internex.
- Nous concentrer sur les IX qui génèrent du trafic pour obtenir un commit de transport plutôt qu'une facturation au transport.
Pour cela soit Phibee telecom nous proposera une offre FRANCEIX AMSIX, soit nous focaliserons sur un commit sur FRANCEIX uniquement via un transport EDX network.
-
Nos modifications sont effectives.
Telandgo est sur Lyonix et FranceIX (via un transport EDX-net bien meilleur que celui de Phibee Telecom)
Le transport entre le POP de Bourg en Bresse du SIEA et DC4DATA à LIMONEST est assuré par lasotel.
-
Telandgo est actuellement présent sur FRANCEIX EQUINIX AMSIX et LYONIX.
Pour lyonix le raccordement est direct sur la baie lyonix 3
Pour les autres IX le raccordement se fait par un transport phibee telecom facturé à la consommation et lié à un transit full table (offre internex).
Je ne connais pas ce type d'offre qui propose du la qualité du peering pour des petits acteurs, mais avec le prix du transit.
InterNeX
Avec l’offre InterneX : Transit et Peering, ne payez que ce que vous consommez. Avec un seul port d’interconnexion vous pouvez vous raccorder à 3 IXs en direct, obtenir du transit de l’AS8487 avec une facturation 95 percentiles, dès le premier Mb. Dans les standards du marché, vous être souvent obligés de souscrire à un minimum de commit. Pour bénéficier de ce que propose Phibee Telecom avec InterNeX, c'est généralement 400Mbits qui vous seraient imposés. Avec InterNeX, la facturation au 95 percentiles est disponible dès la premier Mbit sans engagement de volume.
L'offre InterNeX vous permet de bénéficier dun transit Internet de qualité avec le maximum de routes directes. Vous avez une session BGP via un vlan dédié avec notre AS pour recevoir la Full Table Internet IPv4 et IPv6 et en complèment, vous disposez d'un accès direct aux principaux points d'échanges européens. Vous êtes membre à part entière du point d'échange, avec une entière liberté au niveau de la politique de peering. Etablissez des sessions directes avec les principaux acteurs Internet.
Avantages :
- Des solutions adaptées à toute taille d’opérateur.
- Plusieurs dizaines de Gbps de capacité totale
- Réseau 100% IPv4 / IPv6 en dual-stack
- Rapidité de mise en œuvre
- Couverture étendue
- Support 24/7
Depuis Adeli, on passe bien par Lyon-IX :
$ mtr -rwc100 www.telandgo.com
Start: Sun Aug 27 18:40:18 2017
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 0.3 0.2 2.1 0.2
2.|-- telandgo.peers.lyonix.net 0.0% 100 1.5 1.6 1.4 2.3 0.0
3.|-- ispconfig3.telandgo.com 0.0% 100 2.0 2.0 1.8 2.9 0.0
Depuis Numericable on sort par widevoip :
$ mtr -rwc100 www.telandgo.com
Start: Sun Aug 27 18:44:03 2017
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- gateway 0.0% 100 0.3 0.4 0.2 6.8 0.8
2.|-- ? ? 100.0 100
3.|-- evy1rj-ge-1-1-5.200.numericable.net 0.0% 100 5.9 6.6 5.5 26.2 2.7
4.|-- 172.19.133.114 0.0% 100 20.6 15.3 13.9 32.3 2.9
5.|-- widevoip.peers.lyonix.net 0.0% 100 27.4 26.7 25.9 28.0 0.1
6.|-- telandgo.peers.lyonix.net 0.0% 100 27.2 27.1 26.3 29.9 0.3
7.|-- ispconfig3.telandgo.com 0.0% 100 27.8 27.6 26.7 37.4 1.0
Depuis Bouygues Telecom, on sort par France-IX :
$ mtr -rwc100 www.telandgo.com
Start: Sun Aug 27 18:42:56 2017
HOST: c Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.62 0.0% 100 0.4 0.4 0.4 1.1 0.0
2.|-- 1.la10.bsr01-th2.net.bbox.fr 35.0% 100 0.4 0.4 0.4 0.6 0.0
3.|-- be15.cbr01-cro.net.bbox.fr 0.0% 100 2.3 3.0 2.0 4.1 0.2
4.|-- la12.rpt02-ix2.net.bbox.fr 63.0% 100 1.5 1.6 1.5 1.9 0.0
5.|-- telandgo.par.franceix.net 0.0% 100 8.0 8.0 7.9 8.9 0.0
6.|-- ispconfig3.telandgo.com 0.0% 100 8.8 8.5 8.3 12.5 0.4
Ne faudrait-il pas annoncer des routes plus précises sur LyonIX, pour forcer les opérateurs présent à envoyer le trafic par ce GIX ?
-
Que devrait on annoncer de plus précis?
Si on parle du retour widevoip pour numéricable qui passe par lyonix est un peering privé auquel je n'ai pas accès.
-
Annoncer plus précis, c'est découper ses plages en deux là où on souhaite recevoir le trafic.
C'est a manipuler avec précaution car cela peut entraîner des dégradations.
Par contre je vois que ta plage est un /24, or il n'est pas possible d'annoncer plus précis que /24 au risque de se faire filtrer.
A partir d'un /23, il est possible de faire une annonce plus précise en annonçant deux /24.
-
Voilà t'as tout compris ;-)
Mais avec l'ipv6 ça va changer.
-
Par contre c'est wouaw ici :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 4 | 4 | 1 | 1 | 1 | 1 |
| ae111-0.nclyo202.Lyon.francetelecom.net - 0 | 3 | 3 | 0 | 0 | 1 | 1 |
| ae41-0.nilyo202.Lyon.francetelecom.net - 0 | 3 | 3 | 0 | 0 | 1 | 1 |
| 81.253.184.90 - 0 | 3 | 3 | 4 | 16 | 41 | 4 |
|gigabitethernet4-0-3.marcr4.marseille.opentransit.net - 0 | 3 | 3 | 5 | 5 | 5 | 5 |
| telecomitalia-14.gw.opentransit.net - 0 | 3 | 3 | 4 | 6 | 10 | 4 |
| ae21.parigi52.par.seabone.net - 0 | 3 | 3 | 23 | 23 | 24 | 24 |
| chmurtz.parigi52.par.seabone.net - 0 | 3 | 3 | 27 | 27 | 27 | 27 |
| bd62.bck1-sxb.as42456.net - 0 | 3 | 3 | 62 | 62 | 62 | 62 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| ispconfig3.telandgo.com - 0 | 3 | 3 | 77 | 77 | 77 | 77 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
??? Pas franchement pour contacter orange ca fait l affaire et il y a de la redondance donc c est ok et pas une priorité.
-
??? Pas franchement pour contacter orange ca fait l affaire et il y a de la redondance donc c est ok et pas une priorité.
Je peux savoir dans l'autre sens par où cela passe ?
Par exemple sur 90.66.0.0/16 ?
-
BGP routing table entry for 90.66.0.0/16
Paths: (2 available, best #1, table Default-IP-Routing-Table)
Not advertised to any peer
42456 6762 5511 3215
100.x.x.x from 100.x.x.x ()
Origin IGP, localpref 100, valid, external, best
Community: 42456:1020 42456:1900 42456:9030
Last update: Sun Aug 27 04:42:12 2017
42456 6762 5511 3215
100.x.x.x from 100.x.x.x ()
Origin IGP, metric 10, localpref 100, valid, external
Community: 42456:1020 42456:1900 42456:9030
Last update: Fri Aug 25 16:24:26 2017
-
Sachant que 6762 c'est Tim et 42456 Chmurtz, voilà le tracert si l'on part de Paris depuis la réseau de Tim.
trace 91.231.228.36
Type escape sequence to abort.
Tracing the route to 91.231.228.36
1 xe10-1-2.parigi16.par.seabone.net (213.144.183.40) [MPLS: Label 318278 Exp 0] 24 msec
xe10-1-0.parigi17.par.seabone.net (213.144.183.42) [MPLS: Label 755573 Exp 0] 0 msec
xe10-1-2.parigi16.par.seabone.net (213.144.183.40) [MPLS: Label 318278 Exp 0] 0 msec
2 ae22.parigi52.par.seabone.net (195.22.210.195) 0 msec
ae21.parigi52.par.seabone.net (195.22.210.107) 0 msec
ae22.parigi52.par.seabone.net (195.22.210.195) 0 msec
3 chmurtz.parigi52.par.seabone.net (213.144.183.66) 0 msec 0 msec 0 msec
4 bd62.bck2-sxb.as42456.net (92.43.128.172) [AS 42456] 28 msec 32 msec 32 msec
5 * * *
6 91.231.228.36 [AS 198126] 40 msec 40 msec 40 msec
-
Les modifications de peering sont visibles sur le weathermap :
http://observium.telandgo.com/weathermap.html
-
Les modifications de peering sont visibles sur le weathermap :
http://observium.telandgo.com/weathermap.html
En regardant rapidement la weathermap, on pourrait penser que tous les liens sont de même capacité, vu que le trafic en % peering + transit = % collecte Reso-Liain.
Le % de transit me semble bien trop faible (2% du trafic total)
Je pense donc que le lien WideVoIP est un lien 10 Gb/s d'où le % de charge très faible.
Le lien du SIEA serait alors par déduction du 1 Gb/s et les peering Lyon-IX / France-IX du 100 Mb/s.
(https://lafibre.info/images/telandgo/201712_telandgo_weathermap.png)
-
Le lien du SIEA serait alors par déduction du 1 Gb/s et les peering Lyon-IX / France-IX du 100 Mb/s.
Bonjour,
D'après le site de FranceIX le lien de peering Telandgo est effectivement de 100 Mbps.
-
Quand c'est une connexion via un revendeur (remote peering), ce n'est pas la capacité du port, mais la consommation.
Adeli a par exemple un port 200 Mb/s mais on fait sans problème du 1 Gb/s.
Dans le passé, France-Ix affichait 100 Mb/s pour Adeli et Lionel s'est exprimé :
Et oui on sait mais vu que l'on passe par un revendeur, il s'agit de l'engagement initial de 100Mbits/s qui s'upgrade dans les 2 cas au 95 %percentil
Cela c'est pour la facturation, et de l'autre coté c'est de l'information :)
-
J'avais 100M sur port 1G chez FranceIX (via eux directement), c'était aussi affiché comme 100M de leur coté :)
-
Le débit était limité à 100 Mb/s ou des vrai burst (plus de 60 secondes) étaient possibles à plus de 100 Mb/s ?
-
Aucun rate limit, tu peux taper 1Gbit/s H24 si ça te chante, juste que tu seras facturé à la conso superieure (enfin pas sur que ce soit automatique) :)
-
Je confirme, sur un port de capacite superieure a la capa souscrite, pas de limitation de la part de FranceIX (il n'y a jamais eu).
En cas de depassement, 2 possibilites selon le contrat:
- contrats recents: passage automatique sur le palier superieur de facturation
- contrats plus anciens: demande gentile de passer sur un palier superieur.
Dans le cas d'un remote peering, ca depend aussi de ce que le partenaire "transport" applique (ou pas).
-
Je confirme qu'à ce jour plus de trafic passe en peering qu'en transit.
-
Le transport POP SIEA Bourg en Bresse <-> DC4DATA a été augmenté hier pour passer plus de débits crêtes et mieux consommer/faire profiter de notre peering.
-
Nouvelles modifications :
Port Franceix 200mpbs sur port 1Gbps.
Fin de widevoip (liquidation)
Fin de EDX-NET rachat par Jaguar Network
http://observium.telandgo.com/weathermap.html
-
430 Mb/s vers RESO-LIAIN à 18h00, cela signifie que Tel&Go a bien grandi.
Je suis étonné, car vous annoncez uniquement un /24 (cf https://bgp.he.net/AS198126#_prefixes ), il doit être bien plein, vu le trafic...
J’espère que vous ne manquerez pas d'IPv4.
(https://lafibre.info/images/telandgo/201910_telandgo_weathermap.png)
-
Si on va manquer d'ipv4 c'est un probleme.
On va activer les ipv6 déjà et voir ce qu'on peut faire avec.
La migration EDX -> Jaguar Network nous a bien occupé....
Changements de ports de cross connect de sfp d'ip et de vlan d'interco...
Mais si clairement on a un souci d'ipv4.
-
Activer IPv6 est une bonne chose, mais il ne te permet pas de te passer d'IPv4.
Activer IPv6 permet d'accélérer à ton niveau la transition, mais pendant encore 15 ans tu vas avoir besoin d'IPv4.
Le gain d'IPv6 est surtout quand IPv4 ne sera plus nécessaire et commencera à ne plus être proposés.
Le RIPE n'aura plus d'IPv4 dans un mois. Tu peut demander, il y a plusieurs personnes sur ce forum qui savent créer des LIR, il pourront te dire si c'est encore jouable avec les temps de traitements, cela permettrait de récupérer un /22.
Date d'épuisement des adresses IPv4 calculé avec les données RIPE NCC du 24 septembre 2019
Au 24 septembre 2019, il reste 1,19 millions d’IPv4 publiques disponibles au RIPE NCC.
(Le RIPE NCC est le registre régional d'adresses IP qui alloue les IP pour l'Europe et le Moyen-Orient).
La date d'épuisement des IPv4 prévisionnelle est le 5 novembre 2019.
Petit graphique de l'évolution du stock d'IPv4 au RIPE NCC et de son évolution théorique, calculée avec les éléments disponibles :
(https://lafibre.info/images/ipv6/201909_date_epuisement_ipv4_4.png) (https://lafibre.info/images/ipv6/201909_date_epuisement_ipv4_4.png)
Open data : date-epuisement-ipv4-v4.ods (https://lafibre.info/images/ipv6/date-epuisement-ipv4-v4.ods) (fichier LibreOffice Calc, lisible également avec Microsoft Excel)
Pour les commentaires : Commentaires sur la date d'épuisement des adresses IPv4 (https://lafibre.info/ipv6/epuisement-ipv4/)
Faute d'IPv4 tu as deux choix :
- Acheter des IPv4 au marché secondaire (mais si les IPv4 ne sont pas en France, il peut y avoir des pb pendant un certain temps - paiements CB refusés, site de replay inaccessibles,..., le temps que les outils la localise en France)
- Partager une IPv4 entre plusieurs clients. Pour les effets négatifs, je te laisse regarder du coté de VidéoFutur : https://lafibre.info/videofutur-internet/
-
- Partager une IPv4 entre plusieurs clients. Pour les effets négatifs, je te laisse regarder du coté de VidéoFutur : https://lafibre.info/videofutur-internet/
Il y a quand même le cas de Free qui même si il n'est pas idéal ne semble pas poser tant de problèmes que çà. (1 ip pour 4 clients)ce n'est pas forcèment tout blanc ou tout noir. après c'est sur il vaut mieux ipv6 et 1 ipv4 / personne.
-
Oui l'implèmentation de Free est très bonne, mais tout ne fonctionne pas (jeux en réseau, client FTP, usages serveurs,...). Maintenant on entend moins parler de problèmes car les clients impactés demandent immédiatement une IPv4 "full stack" gratuite.
-
Si quelqu'un peut nous fournir une /22 ou même déjà une /24 on prend.
Des demandes sont déjà lancées dans ce sens.
-
Si quelqu'un peut nous fournir une /22 ou même déjà une /24 on prend.
Des demandes sont déjà lancées dans ce sens.
Tu as encore de quoi voir venir ?
Parce que là, on est typiquement dans le même schéma qu'une pénurie de pétrole : les gens se ruent à la station service pour faire le plein, les prix gonflent, etc. Je plaide coupable, car j'ai participé 2x à chopper du /22 ces dernières semaines.
Tu risques de payer un prix nettement supérieur à la valeur réelle d'une IP, car tout le monde panique. Laissons passer la tempète, beaucoup de choses vont se dessiner après la date fatidique.
-
Si vous regardez le fichier date-epuisement-ipv4-v4.ods (https://lafibre.info/images/ipv6/date-epuisement-ipv4-v4.ods) (fichier LibreOffice Calc, lisible également avec Microsoft Excel), on voit que le rythme d'attribution des IPv4 n'augmente plus.
Cela fait deux semaines que mes prévisions sont stables, avec une consommation toujours prévue de 190 000 IPv4 par semaine.
Mise à jour des données demain.
-
Si vous regardez le fichier date-epuisement-ipv4-v4.ods (https://lafibre.info/images/ipv6/date-epuisement-ipv4-v4.ods) (fichier LibreOffice Calc, lisible également avec Microsoft Excel), on voit que le rythme d'attribution des IPv4 n'augmente plus.
Cela fait deux semaines que mes prévisions sont stables, avec une consommation toujours prévue de 190 000 IPv4 par semaine.
Mise à jour des données demain.
Aurait-on atteint les limites de cadence administrative niveau RIPE ? :D
-
Tu as encore de quoi voir venir ?
Parce que là, on est typiquement dans le même schéma qu'une pénurie de pétrole : les gens se ruent à la station service pour faire le plein, les prix gonflent, etc. Je plaide coupable, car j'ai participé 2x à chopper du /22 ces dernières semaines.
Tu risques de payer un prix nettement supérieur à la valeur réelle d'une IP, car tout le monde panique. Laissons passer la tempète, beaucoup de choses vont se dessiner après la date fatidique.
Pour le moment on ne panique pas, si on a une possibilité raisonnable on fera sinon on attendra.
On bosse sur l'intégration de l'ipv6 sur des routeurs opensource chez nos abonnés. Certains l'ont déjà fait, on réinvente pas la roue ;-)