Je possède aussi une DS9 Hybride rechargeable mais c'est moins rentable de la charger sur les bornes publiques vu que sa batterie ne fait que 11 kWh. Je l'utilise surtout pour les grands trajets (le GPS optimise la consommation entre électrique et essence pour réduire la consommation).

Une hybride rechargeable, c'est fait pour être rechargé à domicile ou au boulot, pas sur des bornes de recharge en libre service. Les hybrides rechargeables c'est de la recharge lente, 3 à 5kW maxi en général.
A domicile, le tarif de l'électricité est bien meilleur que sur les bornes de recharge. Surtout avec un abonnement heures creuses.

Leon.

pourtant les offres dites "PRO" des 4 OCEN sont sans GTR.... (et c'est pareil pour quelques alternatifs)
ce sont les offres dites "business" qui ont une GTR mais ça n'est plus du FTTH, c'est du FTTO et le prix n'est pas le même non plus.

faut juste lire la plaquette commerciale et comprendre ce qu'on achète (et ne pas confondre GTI et GTR, ce qui arrive très souvent)

Il y a du FTTH avec GTR chez OBS.

https://www.orange-business.com/fr/solutions/internet-reseaux/flexible-internet

Je tente ma chance ici car c'est le départ du 2Gb

J'ai un problème de débit et n'arrive pas à avoir les 2gb sur ma connexion.

J'ai bien configuré comme suit le ONU 34-20BI suivant le poste https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/
Il se synchronise bien, j'ai bien le statut 05 et j'obtiens bien mes IPv4 et IPv6 sur le routeur, sauf que quand je fais un test débit je suis bridé à 1gb
Quand je remets en place la LB5, j'ai bien mon débit de 2gb.

Je ne comprends pas pourquoi l'ONU ne synchronise pas à 2gb

Si vous avez des suggestions je suis preneur

Pour info le serial number est bien renseigné, le vendor_ID aussi et suivant les recommandations de https://medium.com/@cyayon/configure-onu-gpon-onu-34-20bi-for-orange-isp-2af4fccfc95a
j'ai aussi bien teste avec les 2 mib file data_1g_8q_us1280_ds512.ini ou data_1g_8q.ini

Salut Simon, merci pour le test 👍

De ce que je vois ça a l’air plutôt propre : pas de perte jusqu’à la destination et la latence se stabilise autour de ~40 ms une fois arrivé côté Hetzner. 

Il y a un peu de variation sur un hop avant Hetzner mais comme la destination finale reste stable et sans perte, ça ne semble pas poser de problème réel côté trafic.

En tout cas merci d’avoir pris le temps de poster le test, c’est toujours utile d’avoir des points de comparaison 👍

@nando11 :

L'application d'un correctif à odhcpd a abouti sur une cascade de modifications : DUID global + IAID. Pour en savoir plus, lire le commentaire de Noltari dans le ticket « 25.12.0-rc3 breaks static DHCP from network ».

dhcp.sh

Code: [Sélectionner]

[ -z "$clientid" ] && clientid="$(proto_dhcp_get_default_clientid "$iface")"
[ -n "$clientid" ] && clientid="-x 0x3d:${clientid//:/}"

Commit e24ac1c (odhcp6c)

Code: [Sélectionner]

diff --git a/src/dhcpv6.c b/src/dhcpv6.c
index fa0c2a1..2075006 100644
--- a/src/dhcpv6.c
+++ b/src/dhcpv6.c
@@ -479,9 +479,11 @@ static void dhcpv6_send(enum dhcpv6_msg type, uint8_t trid[3], uint32_t ecs)
        ia_na_entries /= sizeof(*e);
 
        struct dhcpv6_ia_hdr hdr_ia_na = {
-               htons(DHCPV6_OPT_IA_NA),
-               htons(sizeof(hdr_ia_na) - 4),
-               htonl(1), 0, 0
+               .type = htons(DHCPV6_OPT_IA_NA),
+               .len = htons(sizeof(hdr_ia_na) - 4),
+               .iaid = htonl(ifindex),
+               .t1 = 0,
+               .t2 = 0,
        };
 
        struct dhcpv6_ia_addr pa[ia_na_entries];
@@ -1156,7 +1158,7 @@ static int dhcpv6_handle_reply(enum dhcpv6_msg orig, _unused const int rc,
                                        continue;
 
                                // Test ID
-                               if (ia_hdr->iaid != htonl(1) && otype == DHCPV6_OPT_IA_NA)
+                               if (ia_hdr->iaid != htonl(ifindex) && otype == DHCPV6_OPT_IA_NA)
                                        continue;
 
                                uint16_t code = DHCPV6_Success;


En résumé, il n'y a que le changement de DUID qui est potentiellement impactant. Dans la requête d'intégration, on voit que la modif. correspond à IA_NA et pas à IA_PD.

Édit : D'ailleurs c'est assez curieux que IA_PD ne soit pas traité. Un oubli ?

Merci pour l'info.
Au final, après avoir débranché l'ONT un bon quart d'heure, l'ipv6 est de retour.
Sans ajout de l'option iaid ni suppression de la nouvelle option 'dhcp_default_duid' comme je pensais le faire au début.
Bref, j'ai laissé la chaîne générée par défaut.

config globals 'globals'
        option dhcp_default_duid '***'
Je pense que le fait d'avoir éteint momentanément l'ONT a dû aider.
Testé avec deux routeurs (mips et x86-64)