Bonjour

Je souhaitait savoir si les appels 5G Vonr sont disponible avec les firfaits sosh 200 ou 300 Go ?

Merci d'avance

Bonjour à vous,

J'ai reçu ce jour ce mail qui indique que le fabricant Datacolor qui produit notamment des sondes de calibration ne permettra plus l'activation de certains de ses produits dès lors que TLS 1.3 n'est plus supporté.
J'admets que je ne m'attendais pas à cela, TLS 1.2 n'est pas encore troué une fois qu'on exclut certaines suites cryptographiques, la page sur leur site web: https://www.datacolor.com/spyder/promotions/spyder-obsolescence-upgrade/
J'ai été voir sur le site du NIST mais je n'ai pas encore trouvé un document qui demanderait explicitement de désactiver TLS 1.2 (TLS 1.3 est bien sûr préféré).

Oui, effectivement chaque année on voit des fabricants condamner les appareils auxquels l'usage se fait en grande partie, ou exclusivement, via un service en ligne.

Vieux blackberry, iphone...

Le nabaztag a du être l'un des premiers, bien que certaines entreprises ont la décence de "donner les clés" des API ou d'un moyen de configuration sans passer par le service original du fabricant.

Autre exemple, qui a fait écho très récemment :
https://arstechnica.com/gadgets/2026/01/bose-open-sources-its-soundtouch-home-theater-smart-speakers-ahead-of-eol/

C'est pour ça qu'aujourd'hui, beaucoup d'ingés recommandent de réfléchir à deux fois avant d'acheter tout type d'appareil "connecté", de manière à ce que ses fonctions principales puissent servir, même en cas de coupure internet ou de fin de service du prestataire.

Salut,
c'est certain que SMB/QUIC sera un pas en avant en ne nécéssitant plus de vpn pour la connexion à un serveur Windows distant, mais pour l'instant, il semble plutôt limité à Azure, alors effectivement sur un NAS, on est encore loin.
https://charbelnemnom.com/access-azure-file-share-with-smb-over-quic/

Non, d'après perplexity, windows server 2025 aussi sait le gérer nativement.

La source de cette affirmation:
https://petri.com/smb-over-quic-windows-server-2025-editions/

SMB/QUIC devrait régler ça, c'est arrivé dans Windows Server 2025 mais ça ne doit pas encore être super répandu sur les NAS.

Ha j'y pensais plus a ça ! je vais regarder...
Dans un environnement windows 11 / server 2025 j'espère que c'est bien intégré et pas compliqué a mettre en place...

EDIT :
sur mon PC windows 11 ca semble effectivement activé par défaut.

Hello, hier j'ai mis à jour mon mikrotik CCR2004, de 7.19 à 7.20.7. (similairement à mes autres mise à jours depuis longtemps)

J'ai la mauvaise impression que mon DUID a changé (car il n'était pas lock sur l'interface, ce qui est le cas maintenant).
J'ai bien ma stack ipv4 de connecté.
Mais impossible d'avoir la stack ipv6. Je n'ai pas l'impression de recevoir une quelconque réponse en face. Pas de parkage, rien.
Je ne vois meme pas de traffic de retour. Dois je simplement attendre 3jours? Reboot l'ONT? Je n'ai rien changé dans le paramétrage COS, authentification dhcp etc.

Une idée de la marche à suivre?

-- Edit1:

J'ai opéré une série de reboot. Et maintenant je vois la discussion entre le dhcp6 d'orange et mon router.
Fait intéressant l'ancien lease doit toujours être actif, car je reçois du traffic en provenance de l'extérieur à destination d'autre machine de mon réseau en ipv6. Mais cette fois ci le serveur dhcp6 me laisse un statut "Error", pourtant je vois des logs contenant le prefix dans l'échange. -_-'.

-- Edit2:

2026-01-20 13:37:43 dhcp,debug [dhcp]: discovering...
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: type: solicit
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: transaction-id: 33dd9f
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> clientid:   XXXXXXXX XXXXXXX XXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> elapsed_time: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> auth:   00000000 00000000 0000001a XXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: XXXXXXX XXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> rapid_commit: [empty]
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXXX 65626f78 XXXXXXX 65726e65 742e736f 66746174
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> ia_pd:
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: recv client: Bridge_WAN fe80::ba0:bab -> fe80::f61e:57ff:fe01:aa3d
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: type: advertise
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: transaction-id: 33dd9f
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX XXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> auth:
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    protocol: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    algorithm: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    rdm: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    replay detection: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    info: 0x646863706c697665XXXXX86672323530
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> vendor_opts:   00000558 0001000a 00010000 00000000 0000
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> domain_list:   034e4359 06616363 65737311 6f72616e 67652d6d 756c7469 6d656469 61036e65
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: 7400
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> ia_pd:
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t1: 79500
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t2: 207360
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:   -> ia_prefix:
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:43 dhcp,debug [dhcp]: handle advertise
 2026-01-20 13:37:43 dhcp,debug [dhcp]: ia_pd 2a01:XXXX:ab1:d00:: recorded
 2026-01-20 13:37:44 dhcp,debug [dhcp]: using recorded advertise
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> elapsed_time: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> ia_pd:
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:   -> ia_prefix:
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:45 dhcp,debug [dhcp]: resending..
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> elapsed_time: 1
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> ia_pd:
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:   -> ia_prefix:
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:47 dhcp,debug [dhcp]: resending..
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> elapsed_time: 3
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> ia_pd:
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:   -> ia_prefix:
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     pref. time: 259200
-- Edit 3: Je viens de voir ceci apparaître: invalid mtu 1540 on Bridge_WAN from fe80::ba0:bab
-- Edit 4: Tout me porte à croire, que le problème est local au mikrotik suite au changement de version.
              Actuellement j'ai une archi Bridge_WAN =>(contient) vlan832. Et le dhcpv6 est localisé sur l'interface Bridge_WAN.
              Or avec les changements opérés entre 7.19 et 7.20+ j'ai l'impression que le mapping du traffic n'est plus aussi simple qu'avant:
             
              comprendre :  Sortie par Bridge_WAN et retour par Bridge_WAN, j'ai l'impression que certains paquets rentrent par vlan832 (sont étiquettés comme.)
              ce qui fait que je pense que je ne reçois jamais la reply d'Orange, autant le début(SOLICIT/ADVERTISE) est en multicast, mais pas la fin du dialogue(REPLY) est UNICAST.
              Je suggère donc que le début du dialogue est identifié sur le bridge et la fin sur l'interface vlan: vlan832. Et du coup le dhcpv6 de mikrotik ne traite jamais la réponse. Je n'ai donc pas de bound. Misère, je dois virer le bridge et changer tout mes règles ;,,,;

-- Edit 5: Fin de l'aventure.... je me suis débarassé du Bridge... et devinez quoi. En se mettant directement sur l'interface vlan, c'est passé, retour du dual stack ipv4v6.
              Suite à la mise à jour vers 7.20+, il se trouvait que le bridge transmettait son adresse mac(client ID), et pour la stack ipv6, il prennait celui du sfp1 (et non du bridge comme avant) en complément du fait que l'étiquetage des paquets nétaient pas le meme comme supposé plus haut.
              Conclusion pour la COS6, j'utilise la nouvelle option dscp + vlan priority en stack ipv4. et mangle rule pour ipv6. 6h de bonheur...