N'achetez surtout pas, ce sont des O-010S-P
J'en ai un, inutilisable.

Oupsy.

My bad, je retire de suite 

C'est pas bon. N'essaye pas de booter sur cette image.

Merci

1. Comment ça se fait que l'image n'est pas valide ? C'est d'origine ? J'ai fait une fausse manip ?
2. Est-ce récupérable ?
3. Comment faire pour ne pas booter sur cette image endommagée ?

Merci

1. Comment ça se fait que l'image n'est pas valide ? C'est d'origine ? J'ai fait une fausse manip ?
2. Est-ce récupérable ?
3. Comment faire pour ne pas booter sur cette image endommagée ?

1. C'est une bonne question. Tu n'as rien flashé?
2. Oui, il suffit de flasher une nouvelle image sur  la partition "image0" -> mtd -e image0 write IMAGINE.BIN image0
3. Ton ONU est configuré pour booter sur l'image 1, donc pas de soucis là dessus. Tant que tu ne fais pas "update_env_flag 0" il va rester sur l'image1.

A+

Non je n’ai jamais rien flashé. Il serait donc arrivé ainsi?

Si tu regardes les dumps de gnubyte, c'est pareil pour son firmware "working", et pourtant, elle tourne...
ONTUSER@SFP:~# upgradestatus
***** get current running image *****
current running image is  image0 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=0
next_active=0
commit=0
image0_version=3FE47111AFGB89
image1_version=3FE46398AFGB89

Ça sent bon !
Il me reste l'authentification du dhcp à faire mais ce n'est pas possible de tout couper maintenant... Je trépigne 
Je veux bien un lien pour fabriquer la chaîne d'authentification pour pfsense (Pour la cos 6, c'est ok, l'option est disponible dans la version que j'ai...)

Code: [Sélectionner]

[2.4.5-RELEASE][admin@pfSense.lan]/root: dmesg
bxe1: link_vars phy_flags : 1
bxe1: NIC Link is Up, 2500 Mbps full duplex, Flow control: ON - receive & transmit
bxe1: link state changed to UP
bxe1.838: link state changed to UP
bxe1.832: link state changed to UP
bxe1.840: link state changed to UP
vlan0: changing name to 'bxe1.832'
vlan1: changing name to 'bxe1.838'
vlan2: changing name to 'bxe1.840'
bxe1: link_vars phy_flags : 5

Code: [Sélectionner]

[2.4.5-RELEASE][admin@pfSense.lan]/root: ping 192.168.1.10
PING 192.168.1.10 (192.168.1.10): 56 data bytes
64 bytes from 192.168.1.10: icmp_seq=0 ttl=64 time=0.412 ms
64 bytes from 192.168.1.10: icmp_seq=1 ttl=64 time=0.492 ms
64 bytes from 192.168.1.10: icmp_seq=2 ttl=64 time=0.455 ms

Hello @stevebrush !
Content que tu touches le but !

Concernant l'option 90 (rfc3118), il te faut convertir les 7 caractères de ton fti/XXXXXXX en hexa, puis les remplacer dans la chaîne 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:66:74:69:2f:XX:XX:XX:XX:XX:XX:XX (j'avais trouvé un super code en ligne mais je ne le retrouve plus...)

Tu auras également besoin de mettre ces paramètres en :
Send Options: dhcp-class-identifier "sagem", user-class "+FSVDSL_livebox.Internet.softathome.Livebox4", option-90 suivi de la précédente chaîne.
Request Options: subnet-mask, broadcast-address, dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time, domain-search, routers, domain-name-servers, option-90

Je suis moi aussi dans la course aux 2gbps, mais suis coincé aux mêmes étapes que vous avez pu rencontrer précédemment (05, mais hal_pm_get_gemport_count failed, gemPort id =1!).
J'ai cru comprendre que tu as réussit à contourner ce problème en partant simplement d'un image 3FE47111AFGB89 clean, (sans trop de modifs ? hormis HarwareVersion, Vendor et SN), mais n'obtient pas les mêmes résulats... Je rate peut-être quelques chose... Je travail dessus essentiellement de nuit, la fatigue ne fait pas bon ménage.

En tous cas, lire vos avancement me donne beaucoup d'espoir, sachant que nous avons majoritairement les mêmes erreurs (tout comme @yaltar également).

Hello @stevebrush !
Content que tu touches le but !
...
Je suis moi aussi dans la course aux 2gbps, mais suis coincé aux mêmes étapes que vous avez pu rencontrer précédemment (05, mais hal_pm_get_gemport_count failed, gemPort id =1!).
J'ai cru comprendre que tu as réussit à contourner ce problème en partant simplement d'un image 3FE47111AFGB89 clean, (sans trop de modifs ? hormis HarwareVersion, Vendor et SN), mais n'obtient pas les mêmes résulats... Je rate peut-être quelques chose... Je travail dessus essentiellement de nuit, la fatigue ne fait pas bon ménage.

En tous cas, lire vos avancement me donne beaucoup d'espoir, sachant que nous avons majoritairement les mêmes erreurs (tout comme @yaltar également).

Merci !!! j'ai trouvé le petit script ! ça mmaaaAAAAAAAARRRRrrrrrrche !!!!

Oui, j'ai eu "juste" à rentrer HarwareVersion, MfrID et G984Serial (ça m'a pris au mois la semaine pour arriver à une synchro )
A noter quand même que je suis sur un olt ALCL (alcatel/nokia?)

Voici ce que donne le speedtest pfsense en vm avec la carte 2x10Gbps en passthrough et un bridge host 10Gbps pour le serveur.

[2.4.5-RELEASE][2.4.5-RELEASE][admin@pfSense.lan]/root: speedtest
Retrieving speedtest.net configuration...
Testing from Orange (86.253.XXX.XX)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by ORANGE FRANCE (Rennes) [132.23 km]: 3.854 ms
Testing download speed................................................................................
Download: 1940.20 Mbit/s
Testing upload speed...
Upload: 552.51 Mbit/sedit : j'avais pas caché mon ip 

Il n'y a rien d'encore optimisé  (les 4 cœurs de mon petit xeon sont à fond !) mais demain sera un autre jour et je sais que ça fonctionne !!!

Alors je dis : Merci pour toutes les aides, les tests, etc et.....
A la vôtre, Santé, prospérité et megabits gigabits !!!!



"En essayant continuellement on finit par réussir. Donc : plus ça rate, plus on a de chance que ça marche." (Les Shadoks,1975)