Messages récents

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Orange 5G/4G Orange / Panne mobile Orange 21/10/2026
« Dernier message par Pegasus38 le Aujourd'hui à 08:06:10 »
Je laisse tombé
42
Orange 5G/4G Orange / Panne mobile Orange 21/10/2026
« Dernier message par alain_p le Aujourd'hui à 07:52:50 »
C'est précisé où si cette "5G" est NSA ou SA ? Sans mention pour le préciser, cela veut dire que c'est du NSA.
Et je précise qu'en 5G NSA, tu as de meilleurs débits qu'en 5G SA, car tu as de l’agrégation avec les bandes 4G qui augmentent ta bande passante.
43
Orange 5G/4G Orange / Panne mobile Orange 21/10/2026
« Dernier message par Pegasus38 le Aujourd'hui à 07:28:46 »
J'ai le sentiment que Pegasus38 confond 5G SA et 5G NSA, je me trompe ? J'attends qu'il nous pointe vers un forfait 5G SA qu ine soit pas appelé 5G+ par Orange.

Je confonds rien, il n'y a plus de forfait 5G NSA chez Orange.
Ci joint un forfait 5G SA non appelé 5G+.
44
Orange ADSL / VDSL / Que faire sans ADSL?
« Dernier message par untel le Aujourd'hui à 05:58:52 »
Bonjour
Du nouveau.
Je viens d'apprendre par mon frangin, qu'il s'est fait avoir en beauté. Le routeur 4G qu'il a reçu n'est pas un Huawei, mais une vraie flybox orange sans doute de provenance douteuse. Le vendeur sur la bay avait pourtant mis une photo d'un routeur Huawei. Le frangin l'a acheté, malheureusement, en toute confiance et n'a même pas la possibilité de se faire rembourser, puisque le vendeur a disparu sans laisser de trace.
Les flybox (les vraies orange) sont elles simlockées? Si oui, peut on les désimlocker?
Le frangin pensait pouvoir sortir de l'emprise d'orange en achetant un routeur 4G compatible tous opérateurs. Non seulement c'est raté mais en plus, il se retrouve avec un machin inutilisable. Écœurant!
45
OTHD O THD / Certains sites bloqués ?
« Dernier message par Knakitroll le Aujourd'hui à 04:32:37 »
Bonjour,

Je vois le truc arriver.....
Ces sites ne sont pas utilisés que pour du piratage, je les utilise pour récupérer des bibliothèques de plusieurs dizaines de Go de contenu libre, modèles 3D pour du modding et des ressources audio.
46
Merci pour ce retour très concret, c'est exactement le type d'avis que je cherche.

Tu as raison sur le point juridique et OT. Je précise : je suis en phase de validation, sans commercialisation. Je ne vise pas aujourd'hui les réseaux industriels, automates ou environnements critiques. Ma cible de travail est le réseau bureautique TPE/PME peu documenté, sur autorisation, en lecture seule.

Mon passage sur les environnements "zéro cloud" était trop large. Le fait de ne pas envoyer vers un cloud tiers ne règle ni la preuve de non-copie, ni le chiffrement, ni la traçabilité, ni le risque d'impact d'un scan. Je ne veux pas survendre ce point.

Sur la méthodologie, c'est noté comme chantier obligatoire avant toute utilisation élargie : documenter exactement ce qui est émis, vers quelles IP, avec quels protocoles, avec quelle intensité, et prévoir un mode prudent : périmètre limité, pas de routage au-delà du segment direct, options réduites type ICMP uniquement, débit limité, fonctions désactivables. Et surtout : pas de test d'intrusion automatique caché.

Ton chiffre des 95% d'outils légitimes mal configurés qui déclenchent des alertes me parle beaucoup. Pour éviter ça, AZZDING devra être identifiable, prévisible et documenté, pas "un scan de plus non expliqué".

Si tu devais me donner une seule exigence minimale pour qu'un tel boîtier soit acceptable côté exploitation cyber, ce serait quoi en priorité : autorisation écrite standardisée, journal technique complet, mode scan à intensité réglable, ou garantie de maîtrise des données ?
47
Bonjour à tous,

Je viens de passer toute la journée de ce samedi pluvieux à tenter de paramétrer mon module GPON Huawei MA5671A rooté et flashé FS Modded firmware 5.1 avec mon routeur Asus RT-AC86U certes vieillissant, en vue de passer à l'offre 2Gbps de SFR red et me prendre un routeur avec un port SFP+

Après des heures d'essais, d'echec, de soft brick, de résurrection du module, j'en suis maintenant à poster sur ce forum car décidemment, je ne parviens pas à obtenir d'IP bien que j'aie suivi à la lettre les instructions des autres sujets de ce forum. Mes connaissances sont correctes en réseaux mais limitées en Linux et technologies fibre.

D'abord mes specs:

Module GPON : Huawei MA5671A
Firmware : FS Modded 5.1
Boitier ONT: Altice GS0100GH
Routeur: Asus RT-AC86U avec la dernière verison de Merlin disponible pour ce modèle. Mon paramètre Option 60 est en "Neufbox6". Fonctionne parfaitement avec le boitier ONT.


J'ai bien récuperé le S/N du boitier sous la forme PTINXXXXXXXX ainsi que la MAC au dos de celui-ci. J'ai aussi mon code fibre récuperé depuis mon espace client.

Je vais passer toutes les tentatives que j'ai faite tout au long de la journée et simplement indiquer ce que j'ai fait depuis le dernier re-flash du firmware et un firstboot

Voici mon fw_printenv actuel:

act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
baudrate=115200
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
committed_image=1
ethaddr=ac:9a:96:00:00:00
ethprime=SERDES
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=0
image1_addr=0xB0800000
image1_is_valid=1
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
image0_version=FS v5
image1_version=FS v5
ipaddr=192.168.1.10
gatewayip=192.168.2.1
bootdelay=5
asc0=0
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
onu_serial=PTIN20XXXXXX
onu_ploam=S6XXXXX
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAAAAAAADGQAo/wAAAABMYW50aXEgICAgICAgICAgAKyalkZhbGNv@biBTRlAgICAgICAwICAgBR7/ngAaAABOT19TRVJJQUxfTlVNQkVSMTQwMTAx@ICBs8AXGICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @VQDYAEsA7ACNzHQEh1p6dnUwAABhqAAATiATiE4gE4gHywAKA+gAFP//////@//////////////8wMDAw////////////////////////////////////////@//////8u//////////////////8AAP///////wAAAAAAAAAAAAD/////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@//8AAAAA////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@////////////////////////////////////////////////////////////@/////////////////////wAAEBFPRU0gAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABNQTU2NzFCAAAAAAAAAAAAAAAAAFNQVEMAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@

Donc pas de problème pour modifier onu_serial et onu_ploam. En revanche je ne suis pas certain de la méthode pour modifier l'adresse MAC pour celle du boitier. Doit on directement faire un fw_setenv ethaddr ?

J'ai par ailleurs essayé d'utiliser la procédure web disponible ici https://hack-gpon.org/ont-huawei-ma5671a-rooted/ pour renseigner le sfp_a2_info ainsi que le S/N et le mot de passe fibre. L'Output est effectivement différent avec ces 2 paramètres mais renseigner une quelconque MAC semble ne pas modifier l'output donc je ne sais pas si cette méthode est valable.

Voici le résultat de mon gtop c+v

GPE VLAN

Name:        ONU_GPE_VLAN_TABLE
ID:          18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end

Donc aucun VLAN en vue capitaine....

par ailleurs lorsque je fais onu ploamsg je constate que le curr_state bascule constamment entre les états 1, 2, 4 et 5 donc on dirait qu'une négociation à bien lieu mais est constamment rejettée par l'OLT. Je ne parviens pas à savoir pourquoi.

Si ça peut servir voici aussi mon omci_pipe.sh meg 131 0

Class ID    = 131 (OLT-G)
Instance ID = 0
Upload      = yes
Alarms      = -
-------------------------------------------------------------------------------
 0 OLT vendor id                 4b STR  RW-----P---
   0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 1 Equipment id                 20b STR  RW-----P---
   0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 2 Version                      14b STR  RW-----P---
   0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 3 Time of day information      14b STR  RW--O--P---
   0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
   0x000000000000

Et enfin, j'ai égelement vu qu'il était de mise de modifier le MIB data_1v_8q.ini situé dans /etc/mibs SFr utilisant VEIP au lieu de PPTP. Or je ne possède que data_1g_8q_us1280_ds512.ini dans ce repertoire et ne saurais  avec certitude quels paramètres modifier.

Je mets également le résultat de mon otop -g s pour analyse du signal à un instant T au cas ou mais là ça devient du chinois pour moi...

status overview

chip version (fuse format)                         A22  (1)
status overview

chip version (fuse format)                         A22  (1)
driver version (otop version)                      7.5.1  (7.5.1.0)
state history                                      9 8 4 3 2 1 6 0 0 0
config reads                                       + + + + + + + +
table reads                                        + + + + +
PLL lock status                                    locked
Signal detect                                      true
manage mode (OMU/BOSA/BOSA2), powerlevel           BOSA, normal (0)
manual mode, BERT mode, BOSA loop mode             off, off, open-loop
laser age (active time)                            0:00:00
laser temperature (ext corr):                      325K
die temperature (int corr)                         351K
rx offset correction                               -19
maximum bias / modulation current (chip)           78.00mA / 95.00mA
precalc. bias / modulation current                 11.19mA / 33.11mA (6)
actual bias / modulation current                   11.20mA / 33.09mA
bias / modulation change                           n/a
integration coefficient bias / modulation          - / -
gain correction factor P0 / P1                     1.06 / 1.11
MPD target P0 / P1                                 +199 / +2126
MPD actual P0 / P1 (variation to target)           n/a
current offset                                     168.82uA
RSSI 1490 voltage, current                         949.40mV   949.40uA
RSSI 1550 voltage                                  495.91mV
RF 1550 voltage                                    495.48mV
DDMI voltage                                       3268.80mV
RSSI 1490 power                                    108.22uW -9.64dBm
tx power (se*(bias+mod/2-ith))                     1.78mW 2.51dBm
precalc. dcdc apd voltage, saturation              43.48V 167 (4)
DCDC APD target voltage (active/inactive)          43.48V (active)
DCDC APD voltage (regulation error), saturation    43.28V (+0.18V) 167
linear LDO converter (active/inactive)             (inactive)

Voilà un peu ou j'en suis. Je serai ravi de fournir plus de détails si ces informations on pu vous mettre sur une piste et vous dis d'avance un grand merci !
48
Bonsoir,

Au 3901, tu n'auras pas mieux que ce motif d'une ligne. Le plus efficace, c'est de passer par la mairie : elle a un contact chez Orange pour les collectivités et peut obtenir la vraie raison par écrit. Comme elle bloque déjà le retrait du cuivre, elle devrait être motivée.

Donne-lui tes dates de commande et de résiliation, et tes photos des techniciens sur le poteau en octobre. Un signalement sur J'alerte l'Arcep en plus, ça ne coûte rien.
49
OTHD O THD / Certains sites bloqués ?
« Dernier message par Hugues le Hier à 22:32:04 »
Si le site est accessible mais une fonction du site bloquée, ça ne peut pas venir du FAI.
50
Plusieurs milliers d'euros en astreinte à l'infini? c'est une big pharm qui soutient quad9?
Relis ta citation. Quad9 a réussi a réduire l’astreinte à "seulement" 1000€/jour en tout. Et la date limite du 14 novembre indique que c'est durant uniquement un tournoi sportif, pas avant, pas après, donc pas toute l'année.

Quad9 a juste peur (et à juste titre) que le futur cumul des astreintes avec les éventuels futurs procès (plus aucun procès en cas de blocage de tout le pays) finisse par être vraiment plusieurs milliers (et même plus) par jour.
Au pire, 1000€/jour, c'est jusqu'à 31000€/mois... dans le monde du travail c'est le salaire de certains directeurs de site physique d'entreprise.

Peut-être qu’il y a un rapport avec cette lettre envoyée par le PM aux opérateurs.
Non, car ce n'est qu'une demande sans contrainte. Mais ça rejoint totalement la raison sur les principes, oui.
Pages: 1 2 3 4 [5] 6 7 8 9 10