Auteur Sujet: Bouygues Telecom en rupture d'IPv4 (les abonnés FTTH ont des IP mobile) (Lu 16904 fois)

« **Réponse #12 le:** 26 septembre 2015 à 10:23:38 »

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

s3phy · « **Réponse #13 le:** 26 septembre 2015 à 11:35:09 »

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...

Pourtant à côté de ça le whois sur le bloc d'IPs dont la mienne fait partie indique toujours 2G/3G...

Citer

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

alain_p · « **Réponse #14 le:** 26 septembre 2015 à 12:03:35 »

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 ?

vivien · « **Réponse #15 le:** 26 septembre 2015 à 12:28:24 »

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

s3phy · « **Réponse #16 le:** 26 septembre 2015 à 12:51:36 »

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 :

Citer

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

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 ?

Phach · « **Réponse #17 le:** 26 septembre 2015 à 12:56:00 »

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

Marin · « **Réponse #18 le:** 26 septembre 2015 à 13:00:38 »

Citation de: s3phy le 26 septembre 2015 à 12:51:36

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.

Thibault · « **Réponse #19 le:** 26 septembre 2015 à 13:27:05 »

Idem j'ai une IP en 176.145.203.x :

% 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)

turold · « **Réponse #20 le:** 27 septembre 2015 à 00:12:02 »

Citation de: Phach le 26 septembre 2015 à 12:56:00

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.

Marin · « **Réponse #21 le:** 28 septembre 2015 à 10:01:03 »

Salut,

Citation de: turold le 27 septembre 2015 à 00:12:02

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.

Code: [Sélectionner]

$ 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.

Citation de: turold le 27 septembre 2015 à 00:12:02

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 te concernant.

tivoli · « **Réponse #22 le:** 28 septembre 2015 à 10:08:02 »

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

Free_me · « **Réponse #23 le:** 28 septembre 2015 à 13:59:54 »

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.