@turold

Je n'ai nul connaissance de la fin avérée programmée de bloctel.

Alors je viens de vérifier sur le site de bloctel.gouv.fr : le système s'arrête à compter du 11 août 2026, sous prétexte qu'à cette date entre en vigueur la loi du 30 juin 2025, le paragraphe II de l’article 13 fixe un changement majeur : le consentement explicite des consommateurs sera désormais requis pour tout démarchage téléphonique, sauf exceptions bien encadrées.; encore une f**taise gouvernementale, à ce qu'il me semble !

Bloctel ne sert à rien, en vrai, mais il y a un autre sujet pour ça.
Et autre parenthèse, l'annuaire inversé ne peut rien contre les personnes et entreprises qui ont inscrit/gardé leur numéro sur liste rouge... donc plus la liste rouge grossit, moins cette fonctionnalité est utile. CQFD
(EDIT: en France, il y a déjà la règle que tout numéro de mobile est sur liste rouge par défaut, peut importe si c'est perso ou pro).

Ah ! bon ? Merci ! Donc effectivement pas la peine de consulter l'annu inversé, c'est perte de temps. Ce qui serait chouette, c'est qu'un gentil pirate mette en ligne les listes utilisées par la police et la "justice" 

Crozon, ce n'est qu'une partie du territoire, la zone moins dense, et encore partagée avec Bouygues Telecom déjà. Les autres vont récupérer les sites en zones plus denses (en fait la location, ils sont déjà vendus), comme les grandes agglomérations, et leurs nombreux sites 5G (350 et 2100), grosso-modo les 2/3 des sites.

J’ai un gros doute sur les « 2/3 ». D’ailleurs je vois pas l’intérêt , hors contexte local particulier, de reprendre les sites en zone dense alors que les 3 autre ont déjà ce qu’il faut.

L'Arcom va proposer un plan de chaine DVB-I. Par contre, oui la TNT peut-être utilisé, mais l'usage diminuant, avec des couts de diffusion fixe, la diffusion par internet devrait prendre le relais au fur et à mesure des années.

Les questions financières pour la diffusion des flux IP, cela va se régler. Au pire, il y aura TF1 SD pour les FAI qui n'ont pas payé et TF1 HD voir TF1 UHD pour ceux qui ont payé. J'espère qu'on évitera ce type de choses qui seraient impactants pour toutes les TV qui des entreprises qui sont connectées à un internet qui n'est pas l'un des 4 grands opérateurs.

Le problème n'est pas SFR, SFR va plutôt bien. Le problème c'est Altice qui a eu déjà un plan de sauvegarde qui prévoit une réduction volontaire de la dette de la part des créanciers et la cession de SFR par Altice pour rembourser les dettes restantes

Disons une machine à cash qui a perdu un peu de sa superbe.

Cette procédure de sauvegarde était accélérée car accord majeur avec la majorité de ses créanciers auparavant.

La classique sera longue et complexe.

Bonjour à tous,

Je viens chercher un peu d'aide après avoir suivi méthodiquement le tuto
alansbh et passé la soirée à debug en SSH. Mon cas est particulier car
je suis en Sosh Boost Fibre 8 Gb/s XGS-PON et je suis parqué.

## Setup

- FAI : Sosh Boost Fibre 8 Gb/s (XGS-PON)
- ONT : module SFP+ XGS-PON (LuLeey LL-XS1025, firmware 8311 community v2.8.3)
- Routeur : UDR7 (UDR Pro Max), UniFi OS récent + Network 10.3.58
- Livebox bypassée : LB7 SE (FAB 12/26) - alim coupée

## Symptôme

- IPv6 : fonctionne parfaitement, IP publique Orange (préfixe 2a01:cfc6:...)
- IPv4 : parqué en 172.16.x.x systématiquement
- Lease : 50400 sec (14h) = typique parcage

## Code retour Orange

Option 125 reçue dans le DHCP ACK :
00 00 05 58 0C 01 0A 00 01 00 01 01 00 00 00 00 00
→ Code 0001 (catégorie 01xx selon vos posts levieuxatorange =
   "box/firmware/ligne bloquée")

## Configuration UDR7 (vérifiée et re-vérifiée)

WAN1 sur Port 5 SFP+ (10GbE confirmé via ethtool, Speed 10000Mb/s)
- VLAN 832
- MAC Clone : MAC exacte de la LB7
- IPv4 DHCP, IPv6 DHCPv6
- Options DHCPv4 :
  - 60 : sagem
  - 77 : +FSVDSL_livebox.Internet.softathome.Livebox7
  - 90 : générée via kgersen avec login fti/y7XXXXXX
- DHCP CoS : 6
- Options DHCPv6 :
  - 11 : option 90 sans les ":"
  - 15 : +FSVDSL_livebox.Internet.softathome.Livebox7
  - 16 : 000000040E0005736167656D
- DHCPv6 CoS : 6
- Prefix Delegation Size : 56

## Module 8311 configuré avec les valeurs de la LB7 SE

- PON Serial : SMBS.....
- MAC : 2C:F2:......
- Equipment ID : SagemcomFast5698OFR
- Hardware Version : SMBSXLB7270500
- Software Versions A/B : SAHEOFR030102 / SAHEOFR030602 (avec swap A/B)
- Vendor Name SFP : SAGEMCOM, OUI : 2C:F2:A5

## Diagnostic effectué (tcpdump sur eth4.832)

DHCP DORA complet observé :
- Discover/Request sortent : tos 0x0 (= CoS 0, alors que UniFi
  config dit CoS 6) ← seul point bizarre
- Offer/ACK reçus d'Orange : tos 0xc0 (= CoS 6)
- Auth option 90 envoyée length 70 (cohérent RFC 3118 + reverse Orange)
- Client-ID option 61 : 01:2C:F2:A5:79:14:10 (cohérent MAC)

## Ce qui a été testé sans succès

- Régénération option 90 avec nouveau salt/byte
- Cycle WAN1 propre (disable / apply / wait / enable)
- Modification puis remise option 16 à valeur originale

## Mes hypothèses

1. CoS 6 non appliqué réellement par UniFi sur les paquets DHCP outbound
   (toggle activé mais paquets sortent en tos 0x0)
2. Sosh Boost Fibre 8 Gb/s pourrait avoir des protections anti-bypass
   spécifiques au contrat
3. Trop de cycles ce soir ont peut-être déclenché l'aspect "agressif"
   et donc le sous-code 0102 affiché 0001

## Question

Quelqu'un a-t-il déjà réussi un bypass de LB7 SE sur Sosh Boost Fibre
8 Gb/s XGS-PON avec un UDR7 ?

Le sous-code 0001 (vs 0102 documenté) est-il connu ? Différents codes
de la même famille 01xx ?

L'absence de CoS 6 réel sur les paquets DHCP UDR7 sortants est-elle un
problème connu sur UniFi récent ?

Je laisse reposer la nuit avant nouvelle tentative.

Merci d'avance pour vos lumières !