Auteur Sujet: Ping des DSLAM Free - Architecture du réseau ADSL (Lu 36343 fois)

thenico · « **Réponse #24 le:** 18 juin 2012 à 00:24:12 »

Citation de: corrector le 17 juin 2012 à 16:49:13

Rien. Compris.

RIB = Table contenant les routes appris via une méthode quelconque (IGP, statique, ce que tu veut)
FIB= Table de commutation: une adresse = un port

C'est plus clair ?

corrector · « **Réponse #25 le:** 18 juin 2012 à 01:21:08 »

Non.

Comment est fabriquée la FIB?

Bensay · « **Réponse #26 le:** 04 septembre 2013 à 20:33:32 »

Il semble qu'il n'y est plus de réponse au Ping sur les "DSLAM" Free.

Sur les "Quelques" DSLAM que j'avais en tête , seul 1 répond encore "BAS75".

Cf mon Targets Free :

Code: [Sélectionner]

+ Free
menu = Free
title = Free

++ Free-Cergy
menu = Free Cergy
title = Free Cergy
host = 213.228.19.156

++ Free-Tours-Beranger
menu = Free Tours Beranger
title = Free Beranger
host = 213.228.19.53

++ Free-Paris-Bassano
menu = Free Bassano Paris
title = Free Bassano Paris
host = 213.228.4.108

++ Saint-Pierre-des-Corps1
menu = Free SPDC1
title = Free SPDC1
host = 213.228.19.11

++ Saint-Pierre-des-Corps2
menu = Free SPDC2
title = Free SPDC2
host = 213.228.19.2

++ Saint-Pierre-des-Corps3
menu = Free SPDC3
title = Free SPDC3
host = 213.228.19.50

Une idée du pourquoi du comment ?

Un TCPPing résoudrait t'il le "Soucis" vu que site http://www.free-reseau.fr/crj95-14 , semble encore pouvoir les joindre ?

Comment ?

Cordialement

Bensay

Nico · « **Réponse #27 le:** 04 septembre 2013 à 22:05:36 »

Si j'ai bien compris, Free-reseau se base maintenant sur les utilisateurs "ma ligne" pour donner l'état du réseau, le ping étant bloqué.

Il y aurait une méthode pour pouvoir toujours pinger les DSLAM mais bon à ce jeu là j'imagine que Free bloquera à nouveau.

BadMax · « **Réponse #28 le:** 05 septembre 2013 à 10:32:52 »

Etrange, voici ce que ça donne :

Code: [Sélectionner]

PING mad26-1.dslg.proxad.net (213.228.33.85) 56(84) bytes of data.
From saulce-49m-1-v802.intf.routers.proxad.net (212.27.51.2) icmp_seq=1 Packet filtered
From saulce-49m-1-v802.intf.routers.proxad.net (212.27.51.2) icmp_seq=3 Packet filtered
From saulce-49m-1-v802.intf.routers.proxad.net (212.27.51.2) icmp_seq=5 Packet filtered

fanfouer · « **Réponse #29 le:** 05 septembre 2013 à 14:23:06 »

Oui, Free a mis à jour ses routeurs de collecte (des Cisco 4900m) de manière à filtrer l'ICMP.

Pour moi c'est à la recherche d'une certaine sécurité sur le réseau. Dommage que ce soit au détriment du travail auxquels certains bénévoles consentent pour informer les abonnés.

Bensay · « **Réponse #30 le:** 05 septembre 2013 à 18:12:01 »

Citation de: fanfouer le 05 septembre 2013 à 14:23:06

Oui, Free a mis à jour ses routeurs de collecte (des Cisco 4900m) de manière à filtrer l'ICMP.

Pour moi c'est à la recherche d'une certaine sécurité sur le réseau. Dommage que ce soit au détriment du travail auxquels certains bénévoles consentent pour informer les abonnés.

Et pas que l'ICMP aucun des 65535 Port TCP des DSLAM ne répond , ils sont tous Filtered...
Dommage pour les GEEK quoi..

Cordialement

Bensay

fanfouer · « **Réponse #31 le:** 05 septembre 2013 à 18:17:53 »

En effet j'ai observé la même chose.

En fait je crois que ce sont les adresses IP qui ont été rendues non routables.
Faites un traceroute vers une Freebox : le DSLAM répond toujours. Ceci doit pouvoir être exploitable.

Optrolight · « **Réponse #32 le:** 05 septembre 2013 à 20:36:18 »

Francois04.free.fr continue de détecter des dslam, donc je pense que ça marche toujours

http://francois04.free.fr/suivi.php

Bensay · « **Réponse #33 le:** 05 septembre 2013 à 20:51:28 »

Exact certains DSLAM sur certain routeurs de cœur semble encore répondre mais pour combien de temps

Cdt

Bensay

Bensay · « **Réponse #34 le:** 05 septembre 2013 à 21:14:44 »

Effectivement Le réseau Free me surprend de plus en plus,

Je pensais que tout les DSLAM du routeur P16-9K http://www.free-reseau.fr/statistiques/_groupes.php?id=219 répondait toujours ce qui était le cas pour :

PAS75-1

http://www.free-reseau.fr/pas75-1
qui répond bien en ICMP

Code: [Sélectionner]

64 bytes from 213.228.4.244: icmp_req=1 ttl=54 time=19.4 ms
64 bytes from 213.228.4.244: icmp_req=2 ttl=54 time=18.9 ms
64 bytes from 213.228.4.244: icmp_req=3 ttl=54 time=19.0 ms
64 bytes from 213.228.4.244: icmp_req=4 ttl=54 time=19.0 ms
64 bytes from 213.228.4.244: icmp_req=5 ttl=54 time=18.7 ms
64 bytes from 213.228.4.244: icmp_req=6 ttl=54 time=18.7 ms
64 bytes from 213.228.4.244: icmp_req=7 ttl=54 time=19.4 ms
64 bytes from 213.228.4.244: icmp_req=8 ttl=54 time=19.0 ms
64 bytes from 213.228.4.244: icmp_req=9 ttl=54 time=18.9 ms

Mais pourtant :

GUT75-8 qui est sur ce même routeur http://www.free-reseau.fr/gut75-8

lui me répond pas ou filtré tout du moins :

Code: [Sélectionner]

PING 78.254.21.8 (78.254.21.8) 56(84) bytes of data.
From 78.254.251.74 icmp_seq=1 Packet filtered
From 78.254.251.74 icmp_seq=5 Packet filtered
From 78.254.251.74 icmp_seq=10 Packet filtered
From 78.254.251.74 icmp_seq=15 Packet filtered

Un rapport avec des DSLAM equipée VDSL2+ ou autre chose comme la dit fanfouer ?

Citation de: fanfouer le 05 septembre 2013 à 14:23:06

Oui, Free a mis à jour ses routeurs de collecte (des Cisco 4900m) de manière à filtrer l'ICMP.

Pour moi c'est à la recherche d'une certaine sécurité sur le réseau. Dommage que ce soit au détriment du travail auxquels certains bénévoles consentent pour informer les abonnés.

Je me demande bien quel sécurité ?
Ce n'est pas 3 péquins ou même 200 qui vont faire sauter le DSLAM quand même

.

Je me demande si il n'y aurait pas autre choses sous ces retour ICMP filtrée

Cdt

Bensay

vivien · « **Réponse #35 le:** 05 septembre 2013 à 22:31:43 »

Et pour moi de nombreux DSLAM on arrêté de répondre le 15 août à 13h00.

Drôle de date pour faire des modifications sur le réseau...

Dans le département 13 par contre cela répond toujours.

Un exemple avec rov13-1 :
$ mtr -rwc100 rov13-1.dslg.proxad.net HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- portevlan.adeli.biz 0.0% 100 0.3 0.6 0.2 10.2 1.2 2.|-- vl219.mag01.lys01.atlas.cogentco.com 0.0% 100 8.1 23.6 7.9 215.1 43.7 3.|-- te1-3.ccr01.lys01.atlas.cogentco.com 0.0% 100 7.7 34.1 7.7 208.4 52.8 4.|-- te0-0-0-8.ccr21.par01.atlas.cogentco.com 0.0% 100 10.3 8.4 7.8 10.6 0.6 5.|-- be2038.mag21.par01.atlas.cogentco.com 0.0% 100 8.5 8.3 8.0 9.6 0.2 6.|-- secr-multi-visp.demarc.cogentco.com 0.0% 100 8.1 7.8 7.4 8.3 0.2 7.|-- p11-crs16-1-be1000.intf.routers.proxad.net 0.0% 100 10.1 9.6 7.6 12.0 1.2 8.|-- marseille-crs16-1-be1000.intf.routers.proxad.net 0.0% 100 19.8 19.4 17.4 21.6 1.2 9.|-- marseille-9k-1-be1002.intf.routers.proxad.net 0.0% 100 17.8 18.0 17.8 19.5 0.2 10.|-- rov13-1.dslg.proxad.net 0.0% 100 17.7 17.7 17.6 18.3 0.1