Peut-être, mais tout est fait dans le désordre : Il n'y a qu'orange qui a fait ça de manière logique : les sites passent en SA uniquement lorsque la 700 est active sinon ça reste en NSA.

Je ne vois pas d'intérêt à déployer la SA en 2100 ou 3500 only.

Ils ne sont pas reliés en cuivre ?

Merci @yarienavoir pour le tuyau du raccourci, plus besoin de bidouiller avec Tvquickactions

@bibifoc : peut etre que tu l'as eu entre temps, voici quand même
https://www.swisstransfer.com/dl/01a0de28-09d5-7076-b02f-bc63f5403331

Si comme moi tu as besoin de resigner avec l'apk du common , fais moi signe, je te mettrai un lien

Bonjour à tous,

Je reviens avec la solution à mon problème de WAS-110 bloqué en O2.3 sur Bouygues XGS-PON avec une Sagemcom F5696B.

Le WAS-110 était coincé en O2.3 depuis plusieurs semaines Les compteurs PLOAM montraient que l'OLT acceptait le SN, faisait le ranging, puis envoyait systématiquement un deact_onu à chaque cycle.

La cause : l'Equipment ID et le Hardware Version étaient mal formatés (Fast5696b / F5696b) alors que l'OLT Bouygues attend le format avec le @ et l'espace.

La solution : utiliser le bon format pour la F5696B avec l'IOP Mask à 18.

Config complète qui fonctionne :

root@prx126-sfp-pon:~# fw_printenv | grep 8311 | grep -v root_pw
8311_mib_file=/etc/mibs/prx300_1U.ini
8311_fix_vlans=0
8311_cp_hw_ver_sync=1
8311_iphost_mac=xx:xx:xx:xx:xx:xx (celle de la Bbox)
8311_failsafe_delay=15
8311_gpon_sn=SMBXXXXXXXXX
8311_reg_id_hex=00000XXXXXXXXXXX1111111111111111111111111111111111111111111111111111
8311_equipment_id=F@st 5696b
8311_hw_ver=F@st5696b
8311_iop_mask=18