La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: vivien le 25 septembre 2015 à 20:58:37
-
Et évidement, aujourd'hui j'ai reçu en point relais mon carton avec mes nouvelles box que je me suis empressé de connecter..
Et .. et tout fonctionne déjà !!!
Si si, la preuve en image:
(https://www.speedtest.net/result/4693547358.png)
Youpi :D
et tout ça, sans avoir mon n° de ligne, numéro que je ne manquerais pas de demander lors du passage du technicien le 7/10 on ne sais jamais, je peu en avoir besoin.
Voilà, je voulais vous tenir au courant de la suite de mon aventure, qui entre parenthèse, c'est réalisé grace à toutes vos informations !
MERCI a vous tous !!!
:)
Pas mal le débit de "Bouygues Mobile"
Bouygues Telecom en manque d'IPv4 sur le fixe (AS5410) est obligé de prendre des IPv4 sur le mobile (AS12844) ?
-
Pas mal le débit de "Bouygues Mobile"
Bouygues Telecom en manque d'IPv4 sur le fixe (AS5410) est obligé de prendre des IPv4 sur le mobile (AS12844) ?
Comprend pas ?
-
Le champ "IPS" (Fournisseur d’Accès Internet) indique "Bouygues Mobile" alors que normalement c'est "Bouygues Télécom" c'est surement parce que Bouygues Télécom t'a donné une IPv4 de son réseau mobile (car il en a plus assez ?).
Si tu vas sur : http://whois.domaintools.com/ (http://whois.domaintools.com/) et que tu tape ton IP (que tu peux trouver ici : http://whatismyipaddress.com/fr/mon-ip (http://whatismyipaddress.com/fr/mon-ip)) tu devrais voir AS12844 en face de ASN, ça correspond à l'AS de Bouygues pour son réseau mobile.
Voir : https://fr.wikipedia.org/wiki/Autonomous_System (https://fr.wikipedia.org/wiki/Autonomous_System) pour + d'info sur les AS
-
Est-ce une nouvelle chose ?
Bouygues Telecom est arrivé à la fin de ses IPv4 attribuées pour le fixe (AS5410). Toutes les IP ont été attribuées à des équipements (des /24 ou /25 sont attribués par exemple aux DSLAM, mais toutes ces petites plages ne sont pas utilisées à 100%), donc nous avons été obligés de mettre des clients sur des IP attribuées sur le mobile (AS12844). Les informations RIPE "Pool for APN 2G/3G End users" vont être corrigées.
Aucun impact au niveau des débits ou des peering / transit : AS12844 a pour unique transitaire AS5410. La qualité est donc celle d’AS5410.
Tant que le CG-NAT ne suit pas, ça va.
-
Pour rappel, il y a un post avec les plages IPv4 que le RIPE a fourni aux FAI : Plages IP par FAI (https://lafibre.info/ipv6/plages-ip-par-fai/). Le RIPE alloue les IPv4 aux opérateurs avant que le stockl soit épuisé.
(https://lafibre.info/images/bbox/bouygues_telecom_logo_mini.png) Total pour Bouygues Telecom : 6 672 384 IPv4 + /29 en IPv6
2 AS : AS12844 (http://bgp.he.net/AS12844#_prefixes) (Celui d'origine pour Bouygues Telecom) et AS5410 (http://bgp.he.net/AS5410#_prefixes) (Celui de Club-internet à l’origine)
Level3 et Tata sont annoncés sur l'ensemble des routes.
Bouygues Telecom fixe : AS5410 : 2 633 728 IPv4 + /29 en IPv6
5.48.0.0/14 (AS5410) => 262144
31.32.0.0/13 (AS5410) => 524288
62.34.0.0/15 (AS5410) => 131072
87.88.0.0/14 (AS5410) => 262144
89.80.0.0/12 (AS5410) => 1048576
128.78.0.0/15 (AS5410) => 131072
164.177.0.0/17 (AS5410) => 32768
194.117.192.0/20 (AS5410) => 4096
194.158.96.0/19 (AS5410) => 8192
195.36.128.0/17 (AS5410) => 32768
212.194.0.0/15 (AS5410) => 131072
213.44.0.0/16 (AS5410) => 65536
IPv6 : 2001:0860::/29
Bougues Telecom Mobile : AS12844 => Pas d'IPv6 et 4 464 640 IPv4
62.201.128.0/19 (AS12844) => 8192
80.214.0.0/15 (AS12844) => 131072
94.238.0.0/15(AS12844) => 131072
176.128.0.0/10 (AS12844) => 4194304
-
Les abonnés xDSL ont aussi des ips mobiles sur les nouveaux dslam degroupés.
Je peux te fournir les ips en mp. (L ip n'est pas la mienne donc je ne la posterai pas en public mais c'est une ip "mobile")
Elle est dans la plage 176.130.5*.y
-
C'est surtout la première fois que je vois un SpeedTest avec "Bouygues Mobile" pour le nom du FAI, mais oui, ce n'est pas une nouveauté des IP mobile utilisés pour des clients fixe, sur la plage 176.128.0.0/10 (AS12844)
-
Les abonnés xDSL ont aussi des ips mobiles sur les nouveaux dslam degroupés.
Ah tiens, je devrais bientôt recevoir ma Bbox, donc j'aurai forcèment une IP dans 176.128.0.0/10 ?
-
Si tu es sur un nouveau dslam oui.
Si tu es sur un dslam existant non. Car bouygues attribue une plage d'ip quand le dslam est installé.
-
C'est surtout la première fois que je vois un SpeedTest avec "Bouygues Mobile" pour le nom du FAI, mais oui, ce n'est pas une nouveauté des IP mobile utilisés pour des clients fixe, sur la plage 176.128.0.0/10 (AS12844)
Eh bien c'est une question de tenue à jour de la base de speedtest, j'imagine qu'ils ne voient pas l'AS de destination du trafic concerné en temps réel.
-
Il ne sont pas les seuls, depuis hier les USA sont officiellement en rupture de stock IPv4: https://www.arin.net/announcements/2015/20150924.html
Espérons que tout cela va accélérer les choses pour IPv6.
-
Je trouve que ca manque de tuto "IPv6 pour les nuls" comprehensible par les normaux
-
Bah c'est simple : avant le numéros de tél avaient 6 chiffres, maintenant c'est 7.
Quand tu prends le train, tu connais de la jauge ferroviaire (écartement des rails)?
Là c'est pareil, les adresses Internet sont cachés derrière les noms de domaines (*) donc ça doit rien changer pour l'utilisateur.
(*) donc le DNS n'est pas un protocole applicatif, vraiment pas, jamais de la vie, mais qui raconte cette connerie non de non
-
Je suis chez Bouygues depuis décembre 2014, j'ai une IP dans 176.146.77.x
Speedtest.net me voit bien chez "Bouygues Télécom" et pas Bouygues Mobile...
(https://www.speedtest.net/result/4695173585.png)
Pourtant à côté de ça le whois sur le bloc d'IPs dont la mienne fait partie indique toujours 2G/3G...
s3phy@kirino:~$ whois 176.146.77.1
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
% Information related to '176.128.0.0 - 176.159.255.255'
% Abuse contact for '176.128.0.0 - 176.159.255.255' is 'abuse@bouyguestelecom.fr'
inetnum: 176.128.0.0 - 176.159.255.255
netname: BOUYGTEL
descr: Bouygues Telecom Division Mobile
descr: Pool for APN 2G/3G End users
country: FR
admin-c: NOCB2-RIPE
tech-c: NOCB2-RIPE
status: ASSIGNED PA
mnt-by: BYTEL-MNT
mnt-lower: BYTEL-MNT
created: 2012-04-18T14:40:20Z
last-modified: 2012-04-18T14:40:20Z
source: RIPE # Filtered
role: Network Operation center Bouygues Telecom Mobile
remarks: Bouygues Telecom Mobile
address: Bouygues Telecom
address: 13-15 avenue du Marechal Juin
address: 92366 Meudon-la-Foret cedex
address: France
abuse-mailbox: abuse@bouyguestelecom.fr
admin-c: LH761-RIPE
admin-c: GC17872-RIPE
tech-c: LH761-RIPE
tech-c: GC17872-RIPE
nic-hdl: NOCB2-RIPE
mnt-by: BYTEL-MNT
created: 2009-10-12T13:21:01Z
last-modified: 2014-04-30T13:55:51Z
source: RIPE # Filtered
% Information related to '176.128.0.0/10AS12844'
route: 176.128.0.0/10
descr: BOUYGUES Telecom Autonomous System
origin: AS12844
mnt-by: BYTEL-MNT
created: 2011-07-11T13:22:53Z
last-modified: 2011-07-11T13:22:53Z
source: RIPE # Filtered
% This query was served by the RIPE Database Query Service version 1.80.1 (DB-4)
Et à travers un looking glass (j'ai pris Cogent au pif, premier dans Google) BGP, je peux constater que la route vers mon IP se termine par AS12844
-
Cela dépend peut-être du châssis optique sur lequel on est connecté, et du bloc d'adresses qui a été attribué à ce châssis ?
Tu es peut-être connecté à un "ancien" châssis, quand il restait encore des IPs libres dans l'AS Bouygues Telecom ?
-
Concombre masqué est sur la même plage /10 que toi (pour être précis 176.158.136.x) mais SpeedTest annonce "Bouygues Telecom mobile" donc il faut chercher la raison ailleurs.
Quelle est la différence entre ces deux plages pour que SpeedTest affiche l'un comme du mobile et l'autre comme du fixe.
- 176.158.136.x (mobile à tord)
- 176.146.77.x (fixe)
Ces deux IP appartienne toutes les deux à 176.128.0.0/10
-
Une idée lancée comme ça : reverse DNS ? (PTR)
Quand je me suis abonné et pendant quelques semaines/mois, mon adresse IP n'avait pas de reverse DNS !
Aujourd'hui, pas d'erreur, selon mon reverse DNS j'ai bien une connexion DSL :
s3phy@kirino:~$ host 176.146.77.xxx
xxx.77.146.176.in-addr.arpa domain name pointer bft33-h01-176-146-77-xxx.dsl.sta.abo.bbox.fr.
Une autre idée : son adresse IP, ou une plage d'adresses IP proche de la sienne a été par le passé réellement attribuée à des équipements mobiles ? On peut supposer que là ça avait été détecté par Speedtest.net via analyse du User Agent par exemple...
En testant des adresses IP de 176.128.0.0/10 un peu au hasard sur le site de MaxMind https://www.maxmind.com certaines remontent comme IP de Bouygues Mobile, d'autres de Bouygues Télécom.
Sur quels critères est-ce qu'ils se basent pour déterminer ça ? Comment est-ce que c'est détecté ? :)
La séparation d'une plage à une autre pour MaxMind semble se faire au niveau d'un /24... Si je mets 176.158.7.1~176.158.7.254, il me dit que c'est du fixe. 176.158.8.1~176.158.8.254 il me dit que c'est du mobile.
Ça lui fait d'ailleurs dire des bêtises en fouillant autour de mon adresse IP. Bouygues semble avoir découpé plus fin que /24... Mais MaxMind ne s'en rend pas compte ! Si je mets 176.146.77.100, une IP proche de la mienne et avec un reverse DNS en bft33-h01-176-146-77-xxx.dsl.sta.abo.bbox.fr., il me trouve à Parempuyre... C'est pas loin du tout, je suis à Blanquefort, la précision est assez juste ! Mais si je lui met pour tester 176.146.77.1, dont le reverse DNS est gue23-h04-176-146-77-1.dsl.sta.abo.bbox.fr., ce qui semble très fortement indiquer une connexion ADSL dans la Creuse... Il me renvoie toujours Parempuyre, Gironde ;D
Bon du coup revenons à nos moutons : Speedtest fait probablement correspondre les adresses IP à une base de données qui lui indique le FAI. Peut être la base de MaxMind. Comment est-ce que MaxMind récolte ses informations ? ::)
-
exactement ce que je regardais, le reverse dns.
en prenant des ip au pif sur les deux plages :
- 176.158.136.x : aucun reverse sur une bonne 10aine d'ip testé.
- 176.146.77.x : des reverse correspondant à des lignes adsl : xxxxxxx.dsl.sta.abo.bbox.fr
-
Comment est-ce que MaxMind récolte ses informations ? ::)
Un mélange de collecte de données publiques (RIPE etc.) et de revente de données. Il fonctionne effectivement par approximation au sein d'une même plage s'il n'a pas une information.
-
Idem j'ai une IP en 176.145.203.x :
(https://www.speedtest.net/result/4695389115.png)
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
% Information related to '176.128.0.0 - 176.159.255.255'
% Abuse contact for '176.128.0.0 - 176.159.255.255' is 'abuse@bouyguestelecom.fr'
inetnum: 176.128.0.0 - 176.159.255.255
netname: BOUYGTEL
descr: Bouygues Telecom Division Mobile
descr: Pool for APN 2G/3G End users
country: FR
admin-c: NOCB2-RIPE
tech-c: NOCB2-RIPE
status: ASSIGNED PA
mnt-by: BYTEL-MNT
mnt-lower: BYTEL-MNT
created: 2012-04-18T14:40:20Z
last-modified: 2012-04-18T14:40:20Z
source: RIPE Filtered
role: Network Operation center Bouygues Telecom Mobile
remarks: Bouygues Telecom Mobile
address: Bouygues Telecom
address: 13-15 avenue du Marechal Juin
address: 92366 Meudon-la-Foret cedex
address: France
abuse-mailbox: abuse@bouyguestelecom.fr
admin-c: LH761-RIPE
admin-c: GC17872-RIPE
tech-c: LH761-RIPE
tech-c: GC17872-RIPE
nic-hdl: NOCB2-RIPE
mnt-by: BYTEL-MNT
created: 2009-10-12T13:21:01Z
last-modified: 2014-04-30T13:55:51Z
source: RIPE Filtered
% Information related to '176.128.0.0/10AS12844'
route: 176.128.0.0/10
descr: BOUYGUES Telecom Autonomous System
origin: AS12844
mnt-by: BYTEL-MNT
created: 2011-07-11T13:22:53Z
last-modified: 2011-07-11T13:22:53Z
source: RIPE Filtered
% This query was served by the RIPE Database Query Service version 1.80.1 (DB-4)
-
exactement ce que je regardais, le reverse dns.
en prenant des ip au pif sur les deux plages :
- 176.158.136.x : aucun reverse sur une bonne 10aine d'ip testé.
- 176.146.77.x : des reverse correspondant à des lignes adsl : xxxxxxx.dsl.sta.abo.bbox.fr
Chez Orange, selon la plage d'IP où je me trouve, je n'ai pas de reverse dns.
Le début de la fin aussi chez Orange?^^
Pour les modos/admins: là, actuellement, je suis sur une IP avec reverse.
-
Salut,
Chez Orange, selon la plage d'IP où je me trouve, je n'ai pas de reverse dns.
Il y a effectivement un problème de délégation DNS sur certaines plages associées à ton BAS (BSMSO651), les plages 90.24.192.0/21 et 90.24.240.0/21. Elles n'ont simplement pas été assignées au serveur DNS d'autorité d'Orange (ns.wanadoo.fr) et pointent donc vers celui du RIPE (pri.authdns.ripe.net).
Ça n'a à priori rien à voir avec une réorganisation du réseau, peut-être juste à un script du sysadmin Wanadoo qui avait une mauvaise gestion des erreurs. :P
$ host 90.24.192.0
Host 0.192.24.90.in-addr.arpa. not found: 3(NXDOMAIN)
$ dig +nocmd -x 90.24.192.0 soa +noall +authority
90.in-addr.arpa. 1418 IN SOA pri.authdns.ripe.net. dns.ripe.net. 1443174156 3600 600 864000 3600
$ dig -x 90.24.192.0 @ns.wanadoo.fr +short
AMontsouris-651-1-57-net.w90-24.abo.wanadoo.fr.
Les problèmes de délégation DNS sont courants également sur les adresses abonnés Free, notamment en FTTH. D'autant plus qu'elles sont réparties sur plusieurs serveurs (nsdb1.proxad.net ou bien ns2.proxad.net/ns2-rev.proxad.net), dans quel cas il faut trouver le bon.
Pour les modos/admins: là, actuellement, je suis sur une IP avec reverse.
Seul vivien peut voir les adresses IP des tiers. Cependant, l'information de ton BAS était trouvable ici (https://lafibre.info/orange-internet/livebox-play-pas-de-ping-malgre-parametrage/msg121290/#msg121290) te concernant.
-
mon IP FTTH 176.158.x.y
netname: BOUYGTEL
descr: Bouygues Telecom Division Mobile
descr: Pool for APN 2G/3G End users
country: FR
origin: AS12844
Reverse : static-176-158-x-y.ftth.abo.bbox.fr
-
j'ai entendu que certains montent des boites en afrique juste pour recuperer des bloc d'ip de là-bas, il leur en resterait plein.
-
En France, pas de souci pour avoir un /22 (1024 IP) par nouvelle entité.
Le RIPE a bloqué le dernier /8 (16777216 IP) pour offrir à 16384 entités un /22
L'astuce consiste donc a crée autant d’entités que de /22 nécessaire.
Pour les petits besoin cela fonctionne.
Pour les plus gros besoin, il y a des rachat de boites qui font faillite.
-
??? je comprends pas trop ,les abonnes Bytel FTTH ont des ip du reseau mobile ok. Mais cela veut dire qu'il passent par le reseau mobile ou bien pas du tout?
-
Non non c'est bien du ftth.
Tu ne passes pas par les antennes.
Les ips sont juste categorisées comme appartenant à Bouygues telecom mobile.
Rien de grave!.
-
C'est juste l'AS qui change (nom du réseau), même le peering / transit est exactement le même.
Cela ne change rien pour le clients, mais cela fausse les stats de ce type http:k-net-stats basés sur l'AS.
Au passage grace à l'outil de Titidu01, je viens de trouvber une 3ème AS pour Bouygues Telecom : AS21093, vous avez compris a quoi elle est utilisée ? Elle n'a pas de peer et a pour unique transitaire Colt AS8220 selon HE : http://bgp.he.net/AS21093
Il y a seulement une plage IPv4 : 193.57.106.0/22 (exemple d'IP qui répond au ping : 193.57.107.6)
Mais il y a 3 jours dans l'année ou elle a dépassé les 5Go de trafic avec K-Net, étonnant !
-Lundi 4 mai 2015 : 9 Go dans le sens AS21093 vers K-Net et uniquement les acquittement dans l'autre sens
-Mercredi 10 juin 2015 : 7 Go dans le sens AS21093 vers K-Net et uniquement les acquittement dans l'autre sens
-Dimanche 2 août 2015 : 5 Go dans le sens AS21093 vers K-Net et 300 Mo dans l'autre sens (donc plus que les acquittements)
Les deux autre AS sont :
- AS5410 issu du rachat de Club-Internet
- AS12844 l'AS d'Origine de Bouygues Telecom, principalement utilisée sur le mobile.
-
Je suis en FTTH chez eux sur une IP mobile depuis mars, et pas de soucis.
Y a pas des sites qui identifient les utilisateurs par type de connexion quand même ? :D
(genre t'as une IP de mobile ? => stream en qualité basse)
-
Non, ce n'est pas basé sur l'AS car certains opérateurs (Orange / SFR) mélangent mobile et fixe sur la même AS.
Par contre FreeMobile a sa propre AS.
-
Au passage grace à l'outil de Titidu01, je viens de trouvber une 3ème AS pour Bouygues Telecom : AS21093, vous avez compris a quoi elle est utilisée ? Elle n'a pas de peer et a pour unique transitaire Colt AS8220 selon HE : http://bgp.he.net/AS21093
Il y a seulement une plage IPv4 : 193.57.106.0/22 (exemple d'IP qui répond au ping : 193.57.107.6)
pour des ressources internes du groupe Bouygues ?
C'est logique car y a des reverse qui correspondent à du Bouygues.com c'est à dire le groupe (et non pas la branche télécom)
-
Bizarre de mono-homer ça quand même.
-
J'ai une IP dans 89.80.0.0/12.
(https://www.speedtest.net/result/4702911480.png) (https://www.speedtest.net/my-result/4702911480)
-
89.80.0.0/12 fait parti des plages de feu Club-Internet, donc tout est normal : https://lafibre.info/ipv6/plages-ip-par-fai/
-
C'est juste l'AS qui change (nom du réseau), même le peering / transit est exactement le même.
Cela ne change rien pour le clients, mais cela fausse les stats de ce type Knet-stats basés sur l'AS.
Non, c'est à priori pas totalement exact: Des IP qui viennent apparamment de Bytel Mobile, oui, mais sont annoncées depuis l'AS de Bytel Fixe, exemple:
176.187.0.0/19 est annoncé par l'AS5410 au Lyonix, alors que ce sont des IP déclarées comme étant originées de l'AS de Bytel mobile.
Ensuite, étant donné que les annonces sont faites localement au Lyonix, il est possible que ce ne soit pas "globalement visible" (qui voit 176.187.0.0/19 dans sa table BGP ?).
Etant donné que l'AS de Bytel mobile est uniquement visible derrière celui du fixe, ce n'est pas très grave, mais ne reflète pas la réalité dans les stats par AS.
-
Et pour 176.158.136.x tu le vois dans quel AS sur les annonces Lyon-IX ?
C'est l'IP où SpeedTest dit que c'est du mobile.
Toutes les annonces sont faites sur Lyon-IX, simplement les annonces nationales on du prepend.
-
Et pour 176.158.136.x tu le vois dans quel AS sur les annonces Lyon-IX ?
12844 (le /10). Mais ce n'est pas étonnant en fait, si 176.158.136.x n'est pas une IP régionalisée autour de Lyon.
C'est l'IP où SpeedTest dit que c'est du mobile.
Toutes les annonces sont faites sur Lyon-IX, simplement les annonces nationales on du prepend.
Si j'interprète bien, ca donne ca:
AS12844 est uniquement dépendant de AS5410. C'est-à-dire que pour joindre les IP mobiles, tu *dois* d'abord traverser l'ASN de bouygues fixe.
==> Le /10 de bouygues mobile est donc joignable via 5410, en "peering national", + "transit".
Et, en interne à 5410, il peut y avoir découpage du /10, et redistribution de sous réseaux, sans que ca ne se voie de l'extérieur, ce qui explique pourquoi speedtest annonce "Bouygues Mobile".
Sauf que moi, je vois quelques more specific à travers Lyonix, car les routes "lyonaises" (et régionales surement) doivent m'être exporté, pour que ca passe par la liaison régionale à la place de la liaison nationale.