La Fibre
Télécom => Peering Transit (appairage) => 
Transit IP => Discussion démarrée par: vivien le 07 décembre 2019 à 18:34:14
-
On me signale (ce n'est pas un salarié de Bouygues, mais un fan de traceroute) que depuis 1 ou 2 mois ByTel a un nouveau transitaire : Cogent (AS174).
Comme tous les transitaires chez Bouygues Telecom, l’interconnexion se fait sur Paris et Marseille.
Les clients de la partie sud de la France (y compris Lyon) sortent sur Cogent de Marseille.
C'est retour aux sources pour Bouygues Telecom qui avait Cogent (avec un autre transitaire et aucun peering) pour les quelques Mb/s qui passaient pour les abonnés GPRS et EDGE sur AS12844.
Avec le rachat de AS5410, plus connu sous le nom de Club-Internet, Bouygues Telecom bénéficiait d'un peering avec Cogent pour la partie fixe (qui n'a pas tout de suite fusionné avec la partie mobile).
Le peering fut coupé (pas assez de trafic, avec les migrations de clients pour le réseau SFR - SFR ayant revendu le réseau à Bouygues Telecom sans les clients.
-
Bouygues Telecom a perdu NTT en tant que transitaire il y a quelques jours.
-
Des impacts sur la qualité à prévoir, ou alors, du moment que c'est bien dimensionner, ça devrait être transparent pour les clients ?
-
Suite à la perte de NTT, quels services devraient être moins bien interconnecté avec Bouygues du coup?
-
NTT comme Cogent sont des transitaires : ils ne sont utilisés que pour les destinations où Bouygues Telecom n'arrive pas à monter faire du peering.
Il me semble que NTT a assez peu de trafic sur son AS alors que Cogent a pas mal de clients en Europe.
On devrait donc avoir plus des destination joignable directement sans intermédiaire.
Les dégradations pourraient éventuellement avoir lieu quand on passe par Cogent pour joindre un opérateur tiers, Cogent était connu pour avoir quelques saturation, je ne sais pas si c'est encore le cas.
-
Est-ce qu'on a des exemples de destinations qui passaient par NTT avant coupure ?
Une des raisons de ma souscription chez BT c'est l'absence de Cogent dans les transitaires... j'en ai une mauvaise image (certainement à tort me diriez-vous) après avoir été client Free pendant un long moment.
-
Le problème avec Free et Cogent, ce n'était pas Cogent, mais le fait que Free laisse/ait les interconnexions avec Cogent sous dimensionnées.
-
Free laissait son unique transitaire saturer, probablement dans le but que les opérateurs intéressé par la qualité lui achetè du peering payant.
- Transit : L'opérateur paye pour le trafic
- Peering gratuit : pas d'échange d'argent
- Peering payant : L’opérateur est payé pour le trafic
Il y a donc un intérêt financier à passer les flux du transit vers le peering gratuit voir mieux vers le peering payant.
-
C'est un autre sujet, mais quand ca pourri ton image sur des années, je me demande si les finances sont positives au final.
-
L'idée à l'origine était probablement d'imposer une relation peering payant systématique et peut-être ne plus avoir de transitaires pour les FAI.
Avec ce type de relations, en augmentant les prix, il aurait peut-être été possible de proposer un accès Internet gratuit et faire uniquement payer les services.
[Note: Le pari est raté et on a vu que les grosses plateformes n'ont pas cédées, que ce soit Youtube, Akamai, ou plus récemment Netflix. Or ces 3 acteurs représentent environ la moitié du trafic...]
Je viens de retomber sur un vieux mail de Rani Assaf expliquant le changement de la politique de peering de Free. Ça date de la fin 2006 et je le mets là pour la postérité :
On Wed, Nov 29, 2006 at 01:34:21PM +0100, Marc-Frederic GOMEZ - CTN1 wrote:
> Que pensez de l'idée d'un GIE sur les points d'échanges pour qu'il ne
> soit plus à la charge unique des opérateurs mais de l'ensemble de la
> communautée (FAI, Hebergeurs...)?
Le coût du point d'échange en soi est marginal. Ce n'est pas ça qui pose problème aujourd'hui.
Le problème est le développement à grande vitesse des plateformes de diffusion de Video.
On peut distinguer 2 catégories de plateformes:
1) téléchargement et là ça rejoint les mêmes problématiques que le p2p et le web donc à la limite on s'en fout (si un peering est saturé, ça prendra plus de tps à télécharger mais c'est pas si grave).
2) streaming live de contenus.
C'est cette deuxième catégorie qui fait débat actuellement (voir les histoires sur la "net neutrality" aux US) car elle a la particularité de nécessité une garantie de débit de l'encodeur jusqu'à l'abonné (si le flux est encodé à 4Mbps et que la BP dispo end-to-end n'est que de 3Mbps, ça va pas le faire).
Et tout le problème est de savoir comment arriver à garantir ce débit end-to-end et surtout qui doit réaliser et financer les investissements nécessaires.
Perso, je distingue 2 sous-catégories:
1) Les plateformes de VoD payantes sur le web (Canalplay, TF1, M6, RTL, etc), en gros les plateformes réalisées par les professionnels du monde des media que ça soit les chaînes de TV ou les studio en direct. Ces plateformes sont un non-sens total et finiront par disparaitre car elles auront tôt ou tard toutes vocation à terminer en diffusion sur les plateformes de VoD développées et mise en place par chaque opérateur sur son réseau. A charge de l'opérateur alors de garantir, moyennant rémunération, l'accès dans de bonnes conditions à ces contenus.
2) Les plateformes de diffusion gratuites (Youtube, Dailymotion pour ne citer qu'elles) qui espèrent vivre des revenus publicitaires et dont les contenus sont réalisés (et souvent rippés à partir d'un dvd/cd?) par les internautes. Le business model de ces boites est principalement basé sur les revenus publicitaires (cette phrase doit rappeler pas mal de souvenirs à ceux qui étaient là en 1999/2000)
Perso, je ne suis pas là pour juger le modèle ni de l'un ni de l'autre.
Ce qui n'a pas marché en 1999 marchera peut-être en 2006, et le web2.0 n'est pas forcèment synonyme de bulle2.0.
Par contre, j'ai l'intégrité d'un réseau à garantir et quand je vois apparaitre un acteur qui en l'espace de 8 mois se met à générer plus de trafic vers Free qu'un Club-Internet ou Telecom Italia France, je ne peux pas rester indifférent.
Ici, un petit rappel de l'état du PIF s'impose. En France, jusqu'à présent, nous avions une singularité par rapport aux autres pays: 45% des abonnés haut-débits (qui représentent probablement 55% du trafic total) étaient accessibles via des peerings gratuits puisque l'ensemble des acteurs hormis FT et AOL avaient, à ma connaissance, une politique de peering ouverte.
Or, de petits hébergeurs/opérateurs ont fini par trop abuser de cette situation en vendant aux 2 catégories ci-dessus la bande passante a des prix délirants en se disant "je vais payer plein pot mon trafic vers FT, AOL c'est pas si gros et derrière j'ai plus de la moitié du trafic que j'écoule gratos donc frontalement je peux casser le prix du Mbps". On est tous du métier et on connait tous ce que ce sont les coûts pour aller louer quelques m² à Redbus (surtout avant l'augmentation des prix ;), de mettre 40 serveurs par baie, un switch et tirer une fibre vers le Freeix ou le Panap....
On (Free mais je crois savoir qu'on est pas les seuls) a décidé de prendre les devants et d'arrêter cette dérive avant que ça ne soit dangereux. A l'heure où j'écris, le trafic d'un dailymotion ou un youtube reste négligeable par rapport à ce qu'on fait en interne (la VoD chez nous par exemple, c'est des dizaines de Gbps qui viennent se rajouter à tout le reste en soirée) mais la croissance de leur trafic est clairement inquiétante.
Quand Free, pour sa propre plateforme de VoD (qui je le rappelle est payante et génère des millions d'euros de CA), doit investir dans des POPs régionaux pour clusteriser la plateforme, est-ce normal de véhiculer gratuitement les flux des autres à partir d'un point central de livraison?
J'entends déjà revenir la remarque "oui, ben vous n'aviez qu'à ne pas annoncer 20Mbps ou 28Mbps" (et 100Mbps même pour certains depuis hier ;)).
Un réseau est forcèment construit de manière statistique avec des effets de mutualisation à tous les niveaux:
- entre le dslam et le switch dans le NRA (si tous les abonnés d'un dslam tiraient 20Mbps, le malheureux Gbps du dslam va avoir du mal)
- entre le NRA et le POP Regional/Backbone
- entre le POP Regional et le Backbone Parisien
- entre le backbone parisien et l'opérateur de contenu (liens de peerings)
- les serveurs de contenus eux-même (si demain soir, 12 millions d'internautes venaient à se connecter sur un même site web, je pense ne pas me tromper en disant que la plateforme d'hébergement part en vrille)
Il est dimensionné en fonction des usages et des services proposés. Quand les usages ou les services proposés changement drastiquement, alors les règles de dimensionnement doivent être forcèment revues et ceci induit donc forcèment des coûts.
Ces coûts, il y a 3 acteurs dans la chaînes qui peuvent les supporter et/ou les partager:
1) Celui qui a créé le nouvel usage (dans le cas qui nous intéresse, le fournisseur de contenu)
2) L'opérateur
3) Le client final
L'opérateur, s'il devait supporter les coûts, ceci voudrait dire faire baisser sa marge (oh le gros mot!). Et s'il ne veut pas la faire baisser, il finira tôt ou tard par faire payer le client final.... _tous_ ses clients même ceux qui n'utilisent pas les services de 1).
L'autre solution, qui me semble plus juste, est que l'opérateur répercute directement à 1) les coûts et à charge de ce dernier de trouver le modèle financier qui lui permet d'être rentable (encore un gros mot!) soit en facturant directement 3) soit en trouvant les revenus publicitaires qui vont bien.
Enfin, le fournisseur de contenu, s'il pense que l'opérateur se fout de sa gueule et lui vend cher la bande passante pour la terminaison du trafic alors là il n'a qu'à investir dans un backbone national et amener le trafic au plus près du client final et il sera en droit de réclamer des tarifs moins élevés.
C'est exactement comme pour les interconnexions voix: vous pouvez vous interconnecter avec France Telecom au niveau des centres de transit (PRO) ou alors descendre jusqu'aux CAA et payer moins cher la terminaison.
A+
Rani
-
Hello,
Est-ce qu'on a des exemples de destinations qui passent par le transit Cogent depuis le réseau Bouygues Telecom ?
-
Bouygues Telecom ayant beaucoup de peering, ce sont majoritairement des sites hébergés hors d’Europe qui vont passer par les transitaires.
-
Je déterre un peu le sujet ;D
Est-ce qu'on a des exemples de destinations qui passent par le transit Cogent depuis le réseau Bouygues Telecom ?
Oui, étrangement Rezopole.. ???
Traceroute depuis ma Bbox vers Rezopole :
Détermination de l’itinéraire vers www.rezopole.net [77.95.64.177]
avec un maximum de 30 sauts :
1 <1 ms <1 ms 2 ms 192.168.1.1
2 * 2185 ms 1733 ms static-176-183-168-2.ncc.abo.bbox.fr [176.183.168.2]
3 * * * Délai d’attente de la demande dépassé.
4 5 ms 5 ms 6 ms 62.34.2.119
5 11 ms 11 ms 11 ms 62.34.2.117
6 11 ms 11 ms 11 ms 212.194.170.253
7 11 ms 11 ms 11 ms be4887.agr21.mrs01.atlas.cogentco.com [149.14.126.217]
8 11 ms 11 ms 11 ms be2346.ccr22.mrs01.atlas.cogentco.com [154.54.38.173]
9 16 ms 16 ms 16 ms be2474.rcr21.lys01.atlas.cogentco.com [154.54.36.58]
10 16 ms 16 ms 16 ms te0-0-2-0.agr12.lys01.atlas.cogentco.com [130.117.2.34]
11 16 ms 16 ms 16 ms te0-0-2-2.nr11.b015665-4.lys01.atlas.cogentco.com [154.25.2.82]
12 29 ms 17 ms 16 ms rezopole.demarc.cogentco.com [149.6.118.210]
13 16 ms 15 ms 16 ms fw1-mk.rezopole.net [77.95.70.196]
14 * * * Délai d’attente de la demande dépassé.
Traceroute depuis Rezopole vers ma Bbox :
traceroute to 176.191.x.x (176.191.x.x), 15 hops max, 60 byte packets
1 gateway.rezopole.net (77.95.64.1) [AS199422] 0.410 ms
2 c9001-l1c-v18.rezopole.net (77.95.66.77) [AS199422] 1.262 ms
3 te0-0-1-1.nr11.b015665-4.lys01.atlas.cogentco.com (149.6.118.209) [AS174] 1.419 ms
4 te0-0-2-2.agr12.lys01.atlas.cogentco.com (154.25.2.81) [AS174] 1.246 ms
5 te0-0-0-7.rcr21.lys01.atlas.cogentco.com (130.117.2.1) [AS174] 1.227 ms
6 be2474.ccr22.mrs01.atlas.cogentco.com (154.54.36.57) [AS174] 5.837 ms
7 be2345.agr21.mrs01.atlas.cogentco.com (154.54.38.170) [AS174] 5.661 ms
8 149.14.126.218 (149.14.126.218) [AS174] 5.777 ms
9 212.194.170.252 (212.194.170.252) [AS5410] 11.838 ms
10 62.34.2.116 (62.34.2.116) [AS5410] 10.934 ms
11 62.34.2.118 (62.34.2.118) [AS5410] 10.929 ms
12 62.34.2.121 (62.34.2.121) [AS5410] 10.919 ms
13 static-176-191-x-x.ftth.abo.bbox.fr (176.191.x.x) [AS12844] 16.092 ms
-
Bouygues a quitté Lyon-IX ou ce serait un incident ?
-
Bouygues a quitté Lyon-IX ou ce serait un incident ?
Non, Bouygues n'a pas quitté Lyon-IX parce que j’accède au forum par l'intermédiaire de Milkywan depuis Lyon-IX.
On dirait juste que Bouygues ne peer plus avec Rezopole.. :o
Détermination de l’itinéraire vers lafibre.info [80.67.167.77]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 5 ms 5 ms 5 ms static-176-183-168-2.ncc.abo.bbox.fr [176.183.168.2]
3 * * * Délai d’attente de la demande dépassé.
4 * 5 ms 5 ms 62.34.2.119
5 13 ms 12 ms 12 ms 62.34.2.117
6 11 ms 10 ms 11 ms lag24.rpt02-mrs.net.bbox.fr [212.194.170.56]
7 15 ms 20 ms 15 ms milkywan-l2.peers.lyonix.net [77.95.71.132]
8 14 ms 15 ms 15 ms te0.rb4011.col.vnx.infra.ip4.milkywan.net [80.67.167.194]
9 16 ms 15 ms 15 ms lafibre.cust.milkywan.net [80.67.167.77]
-
J'imagine que ça passait par les RS avant, et depuis que Bouygues a quitté les RS, plus de peering.
-
Apparement ils sont encore sur les RS en IPv6.
Raison de plus pour lâcher IPv4 ::)