Je viens de retester, il y a eu un pic de débit à 21MB/s au début du transfert mais c'est vite retombé entre 1.5 et 2.0 MB/s
                                                                                                                                                       
output_dpgs_20150501.tgz.0      0%  131MB   1.7MB/s 6:11:53 ETA
Quant au mtr, voici ce que ça donne:

mtr -4 --tcp --max-unknown 100 --max-display-path 100 --mpls --no-dns --interface br0 --report REDACTED
Start: 2026-10-06T10:17:28+0200
HOST: REDACTED                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.177.254            0.0%    10    0.5   0.6   0.4   0.9   0.1
  2.|-- 192.168.20.1               0.0%    10    1.3   1.4   1.0   3.2   0.6
  3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 62.34.2.200               20.0%    10  7208. 3857.   9.1 7208. 2674.3
  5.|-- 212.194.171.104            0.0%    10   20.6  20.1  19.1  23.6   1.3
  6.|-- 62.34.2.248                0.0%    10   20.0  19.9  19.4  20.2   0.3
  7.|-- 62.34.2.134               10.0%    10   19.6 1955.  19.5 7210. 2486.3
  8.|-- 80.81.192.241              0.0%    10   22.5  23.7  22.4  26.2   1.4
  9.|-- 5.57.80.168                0.0%    10   33.7  33.5  33.0  33.9   0.3
 10.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
 11.|-- 83.97.89.9                 0.0%    10   60.2  42.1  38.9  60.2   6.4
 12.|-- 83.97.89.10                0.0%    10   36.1  36.6  35.7  39.9   1.4
 13.|-- 193.51.177.175             0.0%    10   42.7  43.2  41.8  47.7   1.8
 14.|-- 193.51.186.233             0.0%    10   52.3  57.4  51.6 103.7  16.3
 15.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0

Merci,

Dans votre 1er message je viens de voir :

Voici ce que donne un ``mtr`` vers la machine cible (accessible uniquement via un VPN) qui se trouve sur le réseau RENATER/GEANT

Un sujet est en cours, avec plusieurs corrections dont une ce matin, vous pourriez refaire les tests et nous montrer les traces si c'est tjrs d'actualité ?

Bonne journée

En dehors de ce que vous avez réalisé "hors process", une chose que @Babou_o préconise doit à minima être réalisée pour obtenir que votre bâtiment soit reconnu avec le bon nombre de prises.
Il ne s'agit pas simplement de sommes à payer mais bien d'informer l'OI de la présence du bon nombre d'EL (Equivalent Logement) pour le bâtiment.
Je dirais déclarer le bâtiment comme si vous étiez un promoteur, donc avec l'obligation de câbler (ou faire câbler) le bâtiment, puis de déclarer le bâtiment câblé à l'OI.
Réussir à avoir 2 routes optiques supplémentaires ne serait pour moi qu'un "bricolage", qui ne consistera qu'à mieux sauter à la demande suivante.
Mais ce n'est n'est que mon avis d'observateur, l'ami @Babou_o étant lui un professionnel des télécoms intervenant sur le site depuis un "certain temps"...Bonne journée

Si on veut régénérer les chaînes d'auth, c'est probablement le plus pragmatique. Je suis de ton avis: modifier les chaînes d'auth en milieu de bail n'est pas une bonne idée.

Bonjour

Cela fonctionnerait (de changer les chaine en milieu de bail) mais la logique du DHCP est de garder les mêmes identifiant sur la session.

Il est mieux (mais pas impératif) de garder les info d'auth cohérente sur les deux stack sur la durée de la session dans le BNG. Mais là aussi ce n'est pas impératif dans l'implémentation actuelle.

Pour rappel, une session BNG est ouverte à la monté du premier stack v4 ou v6.
Et est fermée à la cloture (RELEASE ou DECO par timer) du dernier stack.
Entre l'ouverture et la fermeture du contexte BNG, on peut avoir autant de START/STOP des stack v4 ou v6 à la condition que l'un des deux reste connecté.
Le BNG considère qu'un client est "vivant" tant que l'un au moins des stack v4 ou v6 est en vie.
C'est le comportement de 3 des 4 fournisseurs de BNG, dont celui que l'on utilise chez Orange. Le dernier est un peu différent mais je ne me souviens plus du détail.

LeVieux

Certains avaient migré vers les réseaux mobiles pour anticiper la fin du cuivre (et payer moins cher). A voir si c'était 2G seulement ou 2G/3G ou 2G/3G/4G ...

Ce serait quand même très étonnant de migrer pour anticiper la fin du cuivre, et de choisir une techno annoncée également comme en fin de vie...