La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Actus Orange => Discussion démarrée par: Marin le 31 juillet 2013 à 10:27:15
-
Bonjour,
Je me demande à quoi correspondent les différentes informations présentes dans les reverse-DNS des abonnés Orange ADSL/fibre.
Exemple de reverse :
AMontsouris-552-1-75-216.w92-140.abo.wanadoo.fr = 92.140.98.216
On retrouve des nombres qui correspondent directement à l'adresse IP (92, 140, 216), mais que signifie le reste ? (AMontsouris-552-1-75-)
Le 552 et le Montsouris se retrouvent dans le whois de l'adresse IP ("BSMSO552 Montsouris Bloc 2") mais je ne sais pas à quel équipement ils correspondent. Le 75 semble être lié au 3ème octet de l'adresse IP mais il n'y correspond pas directement et je ne connais pas non plus sa signification réelle. Je n'ai aucune idée de ce que signifie le 1.
On trouve également des reverses commençant par un L, je ne sais pas ce qui différencie un reverse commençant par L et un reverse commençant par A :
LMontsouris-152-62-5-29.w80-13.abo.wanadoo.fr = 80.13.4.29
Je ne sais pas non plus s'il y a des différences entre les reverses des abonnés ADSL/fibre, les reverses des adresses dynamiques/fixes (Orange pro)...
Est-ce que quelqu'un a une idée de ce que tout cela signifie ?
-
le A*truc* correspond à la ville de base de la connexion:
par exemple pour moi ARENNES
comme ça je dirais pas de différence entre adsl/ftth
-
le A*truc* correspond à la ville de base de la connexion:
par exemple pour moi ARENNES
Non, d'après quelques abonnés Orange que je connais et d'après Google, il y a très loin d'avoir des A*truc* pour toutes les villes de France... Il y a plutôt l'air d'en avoir environ une quarantaine maximum.
Pour l'instant voici un liste (peut-être incomplète) des villes qui semblent pouvoir apparaître à cet emplacement :
AAnnecy
ALyon
AAmiens
AClermont-Ferrand
ANice
AReims
AToulouse
AMarseille
ACaen
APoitiers
AOrleans
ADijon
ARennes
ABordeaux
ARouen
AMontpellier
AGrenoble
ABayonne
ANantes
ANancy
ALille
AStrasbourg
AMontsouris
ATuileries
ALagny
AVelizy
AToulon
ASte-Genev-Bois
APuteaux
AAubervilliers
AFontenayssB
APlessis-Bouchard
AStDenis
ALe-Mans
ANeuilly
APointe-a-Pitre
Sinon, j'ai cherché et le L à la place du A semble correspondre aux adresse fixes/pro.
-
A = accès DSL ou FTTH en IP dynamique sur BAS.
L = accès DSL ou FTTH en IP fixe sur BAS (L pour LNS car on est en modèle fermé pour les abonnés IP fixe).
Vient ensuite le nom de la ville où se trouve le BAS: AMontsouris-552 désigne donc un abonné en IP dynamique sur le BAS BSMSO552 (tel qu'indiqué dans la base du RIPE). Ce BAS est un BAS dédié aux abonnés Orange, situé dans le POP Montsouris à Paris.
Aucune idée quant au 1-75 qui vient ensuite.
-
tit91 à mieux expliquer que moi le truc de la ville
ville de base c'était pas très précis ::)
pour toute la bretagne (pas testé dans le Finistère) ou est sur une base de ARENNES ....
-
Intéressant pour mon SmokePing : Les abonnés avec L sont en IP-fixe et les A en IP dynamique.
Merci !
-
tit91 à mieux expliquer que moi le truc de la ville
ville de base c'était pas très précis ::)
pour toute la bretagne (pas testé dans le Finistère) ou est sur une base de ARENNES ....
Bonsoir à tous,
Je confirme Butler_fr que même dans le 29 le reverse est ARennes .
Intéressant pour mon SmokePing : Les abonnés avec L sont en IP-fixe et les A en IP dynamique.
Merci !
Il me semble également que les LNS ont des plage IPV4 spécifique de mémoire
Cdt
Bensay
-
J'ai effectuée une recherche avancée dans la base de données du RIPE ( https://apps.db.ripe.net/search/full-text.html (https://apps.db.ripe.net/search/full-text.html) ) pour les blocs d'adresses IP (inetnum) dont le paramètre netname correspond à “IP2000-ADSL-BAS”. On obtient beaucoup de résultats, les adresses IP étant toutes séparées en blocs de 256 adresses à première vue.
Cependant, en plus des adresses dont le reverse commence par A ou par L, on trouve également des blocs d'adresses dont les reverses commencent par “Mix-” et contiennent un nombre en moins. Exemple :
Mix-Puteaux-106-2-8.w193-248.abo.wanadoo.fr = 193.248.246.8
D'après Google, ces adresses sont (ou ont été ?) elles aussi utilisées par des internautes : https://www.google.fr/search?q=%22Mix%22+%22abo.wanadoo.fr%22 (https://www.google.fr/search?q=%22Mix%22+%22abo.wanadoo.fr%22)
Une idée de leur signification ?
+ un abonné Orange Fibre pourrait-il dire si le mot-clé “IP2000-ADSL-BAS” est présent dans le whois de sa range d'adresses IP ? Y-a-t'il autre chose à la place sinon ?
-
oui le mot clé y est
inetnum: 90.32.40.0 - 90.32.40.255
netname: IP2000-ADSL-BAS
descr: BSREN656 Rennes Bloc 1
country: FR
admin-c: WITR1-RIPE
tech-c: WITR1-RIPE
status: ASSIGNED PA
remarks: for hacking, spamming or security problems send mail to
remarks:
mnt-by: FT-BRX
source: RIPE # Filtered
role: Wanadoo France Technical Role
address: FRANCE TELECOM/SCR
address: 48 rue Camille Desmoulins
address: 92791 ISSY LES MOULINEAUX CEDEX 9
address: FR
phone: +33 1 58 88 50 00
abuse-mailbox:
admin-c: BRX1-RIPE
tech-c: BRX1-RIPE
nic-hdl: WITR1-RIPE
mnt-by: FT-BRX
source: RIPE # Filtered
route: 90.32.0.0/16
descr: France Telecom IP2000-ADSL-BAS
origin: AS3215
mnt-by: FT-BRX
source: RIPE # Filtered
-
Le "netname" de mon bloc actuel est également IP2000-ADSL-BAS.
Mix = clients RTC via ... NAS. Je me demande si quelqu'un se connecte encore de la sorte !
-
En cherchant un peu, je viens de découvrir un autre type de reverse-DNS abonné, qui commence par « Futfbn2010- » :
Futfbn2010-152-1-4-1.w80-11.abo.wanadoo.fr = 80.11.22.1
Quelqu'un a une idée de ce à quoi il correspond ?
Apparemment, les ranges d'adresses IP qui portent les reverse-DNS de ce type ont « IP2000-ADSL-BAS » en champ netname, et « FBN2010 », « FUTFBN » ou « FBN2011 Test Nantes Bloc 1 » en champ descr.
-
FUT pour Friendly User Test ?
-
En tous cas, sur Wikipédia, on trouve des modifications de la part de ces adresses IP allant au moins de 2004 (https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Contributions/80.11.25.148) à 2013 (https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Contributions/80.15.60.30).
Je ne sais pas si elles servaient à autre chose dans le passé et ont été réattribuées... Est-ce qu'il existe une sorte d'archive pour la base de données de whois du RIPE ?
-
Peut-être une piste : http://fr.linkedin.com/pub/vivien-strady/0/764/623 (http://fr.linkedin.com/pub/vivien-strady/0/764/623)
Directeur de Programme Transformation du Réseau de Collecte Internet
Orange
Public Company; 10,001+ employees; FTE; Télécommunications industry
February 2013 – Present (9 months) Arcueil
Direction de Programme FBN (Flexible Backhaul Network)
Programme d'évolution du Réseau, SI, Box et Plateformes de Service pour la transformation du réseau de collecte (DHCP, IPv6)
« Friendly User Test » + « Programme d'évolution du Réseau », effectivement il y a des chances que ce soient des plages de test.
-
Peut-être une piste : http://fr.linkedin.com/pub/vivien-strady/0/764/623 (http://fr.linkedin.com/pub/vivien-strady/0/764/623)
Directeur de Programme Transformation du Réseau de Collecte Internet
Orange
Public Company; 10,001+ employees; FTE; Télécommunications industry
February 2013 – Present (9 months) Arcueil
Direction de Programme FBN (Flexible Backhaul Network)
Programme d'évolution du Réseau, SI, Box et Plateformes de Service pour la transformation du réseau de collecte (DHCP, IPv6)
« Friendly User Test » + « Programme d'évolution du Réseau », effectivement il y a des chances que ce soient des plages de test.
Bonsoir Marin,
Je t'avoue que j'y est également penser mais sans confirmation.
Cdt
Bensay
-
Oui, les BAS sont voués à disparaître (adieu PPP). Mais ça semble avoir du mal à avancer.
-
Quelques autres informations sur ce fameux « FBN » (c'est quand même bien LinkedIn pour trouver des infos sur ce genre de trucs) :
http://www.linkedin.com/pub/nicolas-simonet/1b/832/680 (http://www.linkedin.com/pub/nicolas-simonet/1b/832/680)
Responsable palier de mise en production applications chaine métier FBN (VC unique - IPV6 ADSL)
http://fr.linkedin.com/pub/olivier-pourcher/79/836/76 (http://fr.linkedin.com/pub/olivier-pourcher/79/836/76)
Coordination et étude du palier SI de Flexible Backhaul Network ( refonte réseau de collecte et introduction IPv6 )
http://people.bayt.com/serge-hodor-17432587/?lang=fr (http://people.bayt.com/serge-hodor-17432587/?lang=fr)
in charge of studying the feasibility of FBN (French Flexible Backhaul Network) in order to implement IPV6 capabilities all over the TV services platforms
Probablement lié :
http://www.zdnet.fr/actualites/ipv6-orange-a-change-d-avis-pour-le-mobile-et-ne-se-presse-pas-pour-le-fixe-39793305.htm (http://www.zdnet.fr/actualites/ipv6-orange-a-change-d-avis-pour-le-mobile-et-ne-se-presse-pas-pour-le-fixe-39793305.htm)
une deuxième campagne de tests IPv6 sera conduite en France à partir du mois d'avril (mais uniquement avec des clients « internes ») pour valider les choix d'ingénierie réseaux et qualifier l'impact sur le système d'information. Des Livebox IPv6 seront utilisées à cet effet, comme en avril-juin 2010.
-
Merci, très intéressant!
IPv6 : Orange a changé d'avis pour le mobile, et ne se presse pas pour le fixe
Sommaire : Le déploiement d'IPv6 est un vaste chantier, qui n'avance vraiment pas vite. Et à cet égard, le manque de motivation du premier opérateur français, qui s’appelle désormais Orange et plus France Telecom, n'arrange pas la situation.
Des annonces pas si anciennes...Il y a 18 mois, début 2012 donc, notre confrère Nicolas Guillaume alias@nkgl sur Twitter avait fait le point pour le blog IT Circle avec les représentants de l'opérateur historique, qui apparaissaient tout à fait déterminés. En effet, pour ce qui est de l'Internet fixe, tout en indiquant avec prudence qu'IPv6 ne serait pas disponibles pour les clients grand public français avant juin 2014, Orange précisait que « une deuxième campagne de tests IPv6 sera conduite en France à partir du mois d'avril (mais uniquement avec des clients « internes ») pour valider les choix d'ingénierie réseaux et qualifier l'impact sur le système d'information. Des Livebox IPv6 seront utilisées à cet effet, comme en avril-juin 2010. »
Pour l'Internet mobile, en pleine croissance, des expérimentations IPv6 étaient menées depuis 2011 en utilisant un APN (Access Point Name) dédié : des terminaux Nokia, Sony-Ericsson, LG et Samsung étaient évalués et dans le même temps l'infrastructure réseau était en cours de mise à jour. La position officielle d'Orange était alors de lancer commercialement l'IPv6 pour les clients mobiles français fin 2013.Mais le vent a tourné !
Mais on apprend aujourd'hui que l'IPv6 mobile chez Orange, ce n'est pas pour demain. Le service presse d'Orange a en effet déclaré cet après-midi dans un tweet : « Nous poursuivons notre phase d'expérimentation, pas de projet de généralisation/accès IPv6 pour clients réseau mobile d'ici fin 2013. »
Voilà qui contredit donc totalement ce qui avait été annoncé. Interrogée par mes soins sur ce changement de stratégie, Orange me répond carrèment dans un autre tweet : « Les informations données […] en 2012 correspondaient à nos prévisions de l'époque. Cette position a évolué depuis. »
Cela me rappelle cette phrase célèbre d'Edgar Faure, homme politique centriste de la IVème et de la Vème République dont la très longue carrière de député, ministre et président du Conseil fut marquée par de nombreux changements d'alliances : « Ce n'est pas la girouette qui tourne, c'est le vent. »Bien loin de cet humour, Orange indique dansun long tweet daté du 12 août 2013 quelle est la nouvelle doctrine officielle de l'opérateur dominant lemarché français sur IPv6. Je vous la livre in extenso car c'est un modèle de langue de bois marketing :« La pénurie d'adresses IPv4 est une réalité et le Groupe l'a anticipée en mettant en place le programme IPv6 en 2008. Ce programme a pour objectif de définir la stratégie IPv6 du Groupe et d'accompagner les filiales dans la mise en place de cette stratégie.
La majorité des filiales ont ainsi lancé un projet IPv6, et celui d'Orange France est en cours de réalisation. D'ailleurs, la Livebox Play est compatible IPv6 et peut déjà s'intégrer dans les futurs réseaux IPv6 en France. Il n'en reste pas moins que, à l'échelle d'une filiale du Groupe, l'estimation de la date de pénurie d'adresses est propre à chaque filiale, en fonction de la couverture de marché (fixe/mobile et résidentiel/entreprise) et des perspectives de croissance à court terme de ladite filiale.
A ce titre, l'estimation de la date de pénurie d'adresses IPv4 pour Orange France sur le secteur du marché résidentiel fixe est actuellement prévue pour 2015 (ouverture du service IPv6 en priorité pour les clients Fibre). C'est en particulier pour cette raison que la décision du marketing France quant à la date d'ouverture du service IPv6 n'est pas encore prise. »
Voilà, c'est clair, pour le moment IPv6 n'intéresse pas Orange France, fermez le ban.Qui propose IPv6 au grand public aujourd'hui ?
Je rappelle qu'en France aujourd'hui seuls deux grands opérateurs commerciaux proposent un accès IPv6 au grand public pour l'Internet fixe : il s'agit de Free depuis décembre 2007 et SFR depuis mai 2011. C'est aussi le cas d'OVH et des petits opérateurs associatifs du réseau FFDN qui se donnent pour mission de fournir à leurs abonnés du « vrai Internet neutre » en IPv4 comme en IPv6.Pour l'Internet mobile, aucune offre grand public ne propose IPv6 aujourd'hui et tant pis pour les utilisateurs, toujours plus nombreux, de smartphones, tablettes ou netbooks qui se déplacent beaucoup : le marketing des opérateurs mobiles considère visiblement qu'ils n'ont pas à avoir besoin d'IPv6 !Vous avez besoin d'IPv6 sur votre accès Internet fixe ? Choisissez SFR, Free, OVH ou les opérateurs associatifs !Vous avez besoin d'IPv6 sur votre accès Internet mobile ? Faites-le savoir à votre opérateur ! Peut-être que sa position bougera quand son service marketing aura reçu suffisamment de demandes…
http://www.zdnet.fr/actualites/ipv6-orange-a-change-d-avis-pour-le-mobile-et-ne-se-presse-pas-pour-le-fixe-39793305.htm (http://www.zdnet.fr/actualites/ipv6-orange-a-change-d-avis-pour-le-mobile-et-ne-se-presse-pas-pour-le-fixe-39793305.htm)
-
Je viens de trouver une explication concernant la signification des anciens reverse-DNS ADSL Orange (qui semblent être identiques aux actuels, à la différence que la partie indiquant les deux premiers octets de l'adresse IP n'est pas présente) :
Dans votre cas, vous postez avec l'adresse
"atoulouse-202-1-1-207.abo.wanadoo.fr". Wanadoo nomme de manière assez
intelligente ses adresses IP (comme quoi parfois ils ont de bonnes idées).
Votre coeur de plaque est donc Toulouse. Le problème de débit faible que
vous rencontrez est sans doute du à la charge de la plaque de Toulouse dans
sa globalité, pas uniquement du central auquel est relié votre village.
PS : pour JML. 202-1-1-207 correspond à
- 202 : n° du BAS sur la plaque
- 1 : Abonnement Netissimo 1 (ou XTense)
- 1 : n° de plage d'ip attribuée au BAS (n'a de sens que pour Wanadoo)
- 207 : Octet de poids faible de l'adresse IP :
atoulouse-202-1-1-207.abo.wanadoo.fr correspond à 193.253.42.207
-
À savoir que la plage a changé
LNeuilly-152-21-11-207.w193-253.abo.wanadoo.fr
-
C'est la fin d'une époque, le reverse DNS .abo.wanadoo.fr cède sa place à fr.orangecustomers.net.
Sur ma box 5G Home Orange, j'ai :
- Reverse DNS IPv4 : 92-184-116-77.mobile.fr.orangecustomers.net (pour l'IP 92.184.116.77)
- Reverse DNS IPv6 : 2a01cb06a00890fba179f1ca8d090a6c.ipv6.abo.wanadoo.fr (pour l'IP 2a01:cb06:a008:90fb:a179:f1ca:8d09:a6c)
-
C'est que sur le mobile pour l'instant, il me semble. Ma connexion orange au taff est encore sur l'ancien modèle wanadoo.
-
Hello
Je vais vous donner un peu d'historique de chez historique ....
Le format des plus vieux reverse DNS (avant le passage en DHCPv4 et v6) visait à faire de la grosse maille de géo loc (au BAS ...) pour des routages de services.
Le format FBN en DHCPv4 visait à faire à minima en s'insérant dans le schéma précédent en indiquant un BAS quasi unique pour toutes les IPv4 FBN. (F2BN French Flexible BackHaul Network pour ceux qui cherchent)
Le format FBN en IPv6 visait à faire au plus simple, personne en 2014 n'avait de services utilisant ce genre de chose (le reverse) pour la personnalisation des services.
En 2025 :
- sérieux, abo.wanadoo.fr, faudrait en sortir, c'est comme le cuivre ....
- plus personne ne fait de service basé sur une geoloc basée sur le reverse
- le reverse à la maille de l'opérateur est suffisant.
- dans un domaine spécifique et différent des domaines principaux pour éviter le XSS ...
La question de la personnification des reverse par client est une autre question, qui touche là au besoin marketing.
Deuxième point, les BAS n'ont pas de date de mort annoncée, même pas prévue. Par contre ils doivent se réduire comme peau de chagrin, le PPPoE devenant de plus en plus marginal, à la fois en nombre et en débit.
LeVieux
-
Les BAS vont mourir avec la fin du cuivre, non ?
BAS = Broadband Access Server pour ceux qui se posent la question.
Je me souviens, à l'époque de Netissimo, quand j'appelais le 1013, je signalais toujours mon BAS.
Le 1013 était organisé par département, mon NRA, le NRA de Cachan (Val-de-Marne) était attaché à un BAS des Hauts-de-Seine (Boulogne ? je ne suis plus sur de moi). Quand j'appelais le 1013, je tombais sur le 1013 Val-de-Marne qui pouvait répondre à mes problèmes pour le RTC, mais pour l'ADSL, Le 1013 devait donc mon me transférer au 1013 des Hauts-de-Seine vu que mon BAS est dans ce département. En signalant dès le début de ma conversation que j'appelais pour un incident sur un équipement dans les Hauts-de-Seine, j'étais rapidement transféré.
Je me souviens qu'à l'époque, il y avait un support 24h/24 pour Netissimo, j'ai déjà appelé en pleine nuit pour une coupure relevant de Netissimo (c'est la ligne support, ensuite on choisissait son FAI : il fallait 3 abonnements : RTC + Netissimo + FAI).
À l'époque, les modems étaient différents selon les zones. Le NRA de Cachan avait des DSLAM ECI qui nécessitait des modems ADSL ECI, tandis que d'autres étaient équipés par Alcatel. Le protocole était aussi différent entre zone, j'avais dû avoir un firmware spécifique pour mon routeur Zyxel que je plaçais derrière le modem ECI. Je me souviens bien, on était en 2000 en PPPoE en zone ECI, ce qui était une première (les zones Alcatel était sûr autre protocole, plus propriétaire).
-
Les BAS vont mourir avec la fin du cuivre, non ?
Non, les BAS fonctionnent aussi en FTTH pour les client qui font du PPPoE en fibre (y'en a) principalement sur ONT externe.
Mais cela va devenir de plus en plus marginal avec le temps.
LeVieux
-
Les BAS vont mourir avec la fin du cuivre, non ?
À mon sens ils vont les garder pour les irréductibles pros utilisant toujours leur accès PPPoE, quitte à les virtualiser et/ou les concentrer sur un ou deux DC au niveau du pays. Le trafic doit être minime de nos jours.
Je suppose que si Orange facilitait la migration sans nécessiter des options DHCP et tags CoS souvent non implémentés par les routeurs SOHO, le retrait du PPPoE serait probablement plus simple pour eux.
-
Je suppose que si Orange facilitait la migration sans nécessiter des options DHCP et tags CoS souvent non implémentés par les routeurs SOHO, le retrait du PPPoE serait probablement plus simple pour eux.
Oui et non :
Oui : cela simplifierait l'usage de routeur sur étagère.
Non : plusieurs soucis, :
- l'un étant entre autre que on gère des clients et pas des identification de ligne
- dans le PPPoE, le lien PPP maintien toutes les session et il est trivial de priorisé les paquets PPP Link. En DHCP, il faut trouver des choses pour palier à la disparition de cette couche. Sinon le client peut avoir un routeur qui lui dit "tout marche" alors que en fait, non ....
Et enfin, on a des clients "conservateurs" .... Un des cas qui me vient en tête et un client en NITISSIMO 2 en 2017 qui refusait de changer même si on envoyait un tech avec garantie de continuité de service ... en 2017 payer 45€ pour un 512 Kb ...
LeVieux
-
- le reverse à la maille de l'opérateur est suffisant.
Les informations peuvent aider pour le debug, surtout que toutes les IP dans les traceroute n'ont pas de reverse.
Par exemple :
- A Chambly (60) : lfbn-idf1-1-781-xxx.w86-245.abo.wanadoo.fr (et sauts via ae94-0.ncidf103.rbci.orange.net / lag-41.niidf103.rbci.orange.net) : je suis sur IDF1 (Puteaux ?), comme une autre ligne à Colombes
- A Belle-Isle-en-Terre (22), lfbn-ren-1-xxx-2.w86-253.abo.wanadoo.fr (pas de reverse sur les sauts) : le POP est donc à Rennes (à 150km !) mais comme il est en direction de Paris, ça reste correct pour la latence
Au passage, comment nPerf sélectionne-t-il automatiquement le meilleur Orange le plus près (respectivement Paris et Rennes) ? Avec le reverse, ou avec une base de données de géolocalisation ?
-
- dans le PPPoE, le lien PPP maintien toutes les session et il est trivial de priorisé les paquets PPP Link. En DHCP, il faut trouver des choses pour palier à la disparition de cette couche. Sinon le client peut avoir un routeur qui lui dit "tout marche" alors que en fait, non ....
Ce n'est pas déjà le cas ? J'ai un script sur mon routeur qui ping fe80::ba0:bab et qui relance les clients DHCP si pas de réponse pendant ~10 minutes.
Il ne sert pas souvent (peut-être 1 fois tous les 4-6 mois) mais sans ce script, mon routeur penserait que "tout marche" alors qu'effectivement, ce n'est pas le cas.
Alors oui, prioriser DHCP/ND/ARP au niveau Ethernet est une bonne idée pour la qualité de service de la majorité des clients, mais pourquoi l'avoir imposé sur le réseau d'accès? Il doit y avoir une raison qui m'échappe :)
Si on est sur le sujet des reverse et du debug, pourrait-on avoir des reverse pour les noeuds du réseau en v6? Par exemple:
$ mtr www.orange.fr
Start: 2025-08-26T07:57:58+0200
HOST: xxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- xxxxxxxx (2a01:cb08:xxxx:xxxx::1) 0.0% 10 1.0 1.0 0.9 1.2 0.1
2.|-- 2a01cb08a00402150193025300760242.ipv6.abo.wanadoo.fr (2a01:cb08:a004:215:193:253:76:242) 0.0% 10 2.0 1.9 1.3 2.6 0.4
3.|-- 2a01:cfc0:200:8000:193:252:102:43 0.0% 10 9.6 9.4 8.9 10.1 0.4
4.|-- 2a01:cfc4:0:1d00::3 0.0% 10 21.5 10.4 8.6 21.5 3.9
5.|-- 2a01:c9c0:cf:2999::167 0.0% 10 9.3 8.9 8.4 9.6 0.4
6.|-- 2a01:c9c0:c3:229::19
Aucun des routeurs traversés ne semble avoir de reverse, ou alors, un reverse générique.
-
Alors oui, prioriser DHCP/ND/ARP au niveau Ethernet est une bonne idée pour la qualité de service de la majorité des clients, mais pourquoi l'avoir imposé sur le réseau d'accès? Il doit y avoir une raison qui m'échappe :)
Raison toute simple : le faire en Cos0 et en Cos6 fait *2 en conf sur les OLT (de certaines marques) pour la partie configuration des CLID/REMOTEID dans les trames DHCP.
Et le nombre de contexte de conf est limité ...
Si on est sur le sujet des reverse et du debug, pourrait-on avoir des reverse pour les noeuds du réseau en v6? Par exemple:
$ mtr www.orange.fr
Start: 2025-08-26T07:57:58+0200
HOST: xxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- xxxxxxxx (2a01:cb08:xxxx:xxxx::1) 0.0% 10 1.0 1.0 0.9 1.2 0.1
2.|-- 2a01cb08a00402150193025300760242.ipv6.abo.wanadoo.fr (2a01:cb08:a004:215:193:253:76:242) 0.0% 10 2.0 1.9 1.3 2.6 0.4
3.|-- 2a01:cfc0:200:8000:193:252:102:43 0.0% 10 9.6 9.4 8.9 10.1 0.4
4.|-- 2a01:cfc4:0:1d00::3 0.0% 10 21.5 10.4 8.6 21.5 3.9
5.|-- 2a01:c9c0:cf:2999::167 0.0% 10 9.3 8.9 8.4 9.6 0.4
6.|-- 2a01:c9c0:c3:229::19
Aucun des routeurs traversés ne semble avoir de reverse, ou alors, un reverse générique.
Bonne question, je vais aller poser la question à mes archis RBCI
LeVieux