Le technicien ne touchera rien à l'extérieur.
Là vu ta configuration, au mieux, en bas du mur, il récupère la gaine de l'ADSL est passe ensuite où tu veux.

Si tu veux faire une modification de l'adduction de ta maison, ça passe par une demande de l'OI avec un chiffrage. (mais décorrélé de la demande fibre).

Hello, avec un setup similaire chez moi (udm se + borne) la solution que j'ai trouvée a consisté à mettre en place une vm (ou un rpi selon), puis de remonter les différents /64 au moyen de vlan (configurable sur l'unifi) avec radvd

On ne devrait pas tarder à avoir un article de Frédéric Launay sur la question. Après, si c'est un peu le même mécanisme qu'en 4G, c'est... déjà complexe. En gros, l'UE n'est pas seul à décider, le réseau peut aussi interdire certaines fréquences à un instant T (saturation, réservation opérateur...). D'où le fait que ça marche peut-être pas tout le temps.

@MoXxXoM : Hésites pas à corriger si je dis n'imp' 

L'article (enfin les 4 posts au total) est vraiment bien pour expliquer le rôle des seuil dans le SIBxy (on doit être rendu à max SIB24 je crois avec les nouveaux trucs en NR), ça met bien en lumière qu'on est sur une conf globale en LTE, ou les SIB sont broadcastés pour tout le monde, et donc le comportement des UE, avec des cartes SIM qui ont des préselections vraiment très similaires entre UE grand public (hormis l'autorisation d'accrocher la 5G ou pas), auront globalement le même comportement avec peu de possibilité d'ajustement dynamique, et c'est la ou ça change en NR/5G SA (mais aussi en LTE rel16) avec les conditional handovers (en gros on peut pousser des seuils par UE). Et grosse nouveauté en rel18 la LTM (L1/L2 triggered mobility), comme le nom l'indique c'est plus bas niveau qu'avant, ça permet par exemple de changer de Pcell en aggregation de porteuses sans casser le lien RRC/PDCP, cf https://www.etsi.org/deliver/etsi_ts/138300_138399/138300/18.01.00_60/ts_138300v180100p.pdf#page=99 :

LTM supports both intra-gNB-DU and intra-gNB-CU inter-gNB-DU mobility. LTM supports both intra-frequency and
inter-frequency mobility, including mobility to inter-frequency cell that is not a current serving cell. LTM is supported
only for licensed spectrum. The following scenarios are supported:
- PCell change in non-CA scenario and non-DC scenario;
- PCell and SCell(s) change in CA scenario;
- Dual connectivity scenario: including PCell and MCG SCell(s) change and intra-SN PSCell and SCG SCell(s)
change without MN involvement. LTM for simultaneous PCell and PSCell change is not supported.
While the UE has stored LTM candidate configurations the UE can also execute any L3 handover except for DAPS
handover.

Et tout ça ça nous raconte quoi en fait ? Bah toujours pareil que oui la 5G SA ça apport plein de changement pas énorme mais quand même avec du potentiel. Sauf que c'est non trivial à mettre en oeuvre, parce que générer des CHO (conditional handover) pour des miliers d'UE en temps réel avec à la fin un vrai bénéfice et bah c'est pas du tout trivial et quand on aura de la 5G++advanced avec de la LTM ça sera encore plus compliqué. Et donc à la fin en fait beaucoup d'opérateurs ne feront rien de ces fonctionnalités parce oui dans 99% des cas ça sert à rien, et pour le reste faire du fine tuning et bosser avec l'équipementier c'est juste pas rentable, c'est plus intéressant de bosser sur des conf génériques qualitatives qui fonctionneront bien en moyenne. Je reviens ainsi sur mon constat de base qui semble quand même assez raccord avec la réalité à savoir qu'on est sur une beta opt-in, et qu'on est pas vraiment sur des considération de finesse des handovers pour aller chercher 0.5% de handover réussi en plus.

Ok, merci pour la réponse. J'avais raison d'avoir un doute sur la réponse du FAI.
Pour faire moi-même dans la partie privative ok.
Mais le terrain devant est public. Je n'ai sûrement pas le droit d'y intervenir, non ?

Peut-être une confusion entre le département et la Vallée de l'Orne? La formulation le laisserait supposer!

Ah,  il pense que Orne THD officie dans l'Orne ?