Reprise du message précédent :

pardon , je ne comprend pas complètement
 
- actuellement j'ai une box Orange livebox5 qui sert de DHCP et je n'ai rien paramétré dedans qui soit IPV6 ou IPV4 , donc elle est avec les paramétrage par défaut  
- dans HA si je vais sur le matériel qui fait antenne Matter je n'ai que une adresse V4 en face de la MAC adresse du SLZB-06M  
- dans le panneau du SLZB-06M j'ai IPV6 désactivé et je n'ai qu'une adresse V4 dans la partie ethernet  
- quand je vais sur la config de Open thread Border Router j'ai une adresse V4 et pas V6
 
 
actuellement ça fonctionne (après toutes les manips qui ne me semblent pas liées à IPv6 mais au fait que je ne suis pas en USB)

Dans la partie "/config/network" de ton HA, dans "Configurer les interfaces réseau", les champs correspondants à la partie IPv6 sont ils remplis ?
Sur un ordi de ton réseau, obtiens tu automatiquement une adresse IPv6 ?
 
Si ce n'est pas le cas, il faut que tu actives la prise en charge d' IPv6 au niveau de ta livebox ...  
Et bien-sur, tu n'as pas "intercalé" un routeur dans ton réseau, entre les devices/clients et la box ?  
Tel qu'un UDM, Gateway Omada, un putain de routeur gamer Asus etc ...
 
 
 
 
 

Non il ne faut pas impérativement un serveur dhcpv6 !
En revanche il faut que l´ipv6 soit activé sur ton routeur de bordure et sur HA sinon ça ne fonctionne pas.

Ça va peut mettre le bordel si tu utilise un serveur dns local comme AdGuard home.
Car sur les mobiles , c’est le dns ipv6 qui est prioritaire sur le v4 et c’est souvent le dns de la box.
J’ai eu le cas il y a quelques années car mon lan n’est pas ipv6.
 
Cependant j’ai du activer l’ipv6 dans HA et dans mon Apple TV pour réussir à appairer les devices IKEA matter.

 

 
Je me suis peut être mal exprimé, il ne faut pas de serveur DCHPv6 en plus de la box ...
Mais il en faut un pour attribuer des adresses au clients via "RA"
 
Sinon petite précision utile que j'ai découverte.
 
Derrière une Livebox, on obtient forcement une délégation en /56 qui limite à la prise en charge d'un unique vLAN !
Ce qui empêche toute segmentation réseau en IPv6.
 
En virant la box "Fibre", via l'utilisation d'un ONU, j’obtiens bien un /64 qui me permet la mise en place d'autant de vLAN avec IPv6 que je veux
 
Dans mon cas :  
 
Mon LAN principal  
VLAN IoT (pour la compatibilité futur si je déploie Matter)
VLAN "Streaming" pour les TV connectés dont certains services de VOD fonctionneraient mieux en IPv6  

 
alors j'ai un peu éclaircit la situation:  
 
- effectivement vous avez parfaitement raison Matter fonctionne avec IPv6 exclusivement  
- ma livebox5 est bien configurée pour pouvoir délivrer des adresses IpV6  
- l'équipement qui fait antenne (SLZB-06M) est configuré en IpV4 : en fouillant dans le fonctionnement, dès que l'appareil détecte un environnement réseau compatible, l'IPv6 s'active de lui-même en arrière-plan sans qu'aucun réglage manuel ne soit requis de votre part et l'interface laisse le paramètre IPv6 a désactivé
- mon HA a une adresse IPv6 valide (automatique)  
- (et c'est là que le mystère se lève) le Open Thread Border Router à la fonction NAT64 cochée :  La passerelle SLZB-06m et Home Assistant n'utilisent pas le DHCPv6 de la Livebox pour s'attribuer leurs adresses IPv6 : ils utilisent la méthode SLAAC (autoconfiguration sans état) ou gèrent leurs propres adresses lien-local et routables en interne (notamment via le pont réseau et le NAT64 de l'addon). Ils ont donc des adresses IPv6, la Livebox ne les liste pas car elles ne passent pas par son serveur DHCPv6 classique  
- la prise Meross en Matter : La prise Meross est un appareil Thread, donc elle n'a pas d'adresse IP sur votre réseau Wi-Fi/Ethernet de la Livebox. Elle communique uniquement en radio Thread avec le SLZB-06m, qui fait l'office de routeur de bordure. Vu de la Livebox, la prise "n'existe pas" directement sur le réseau principal.
 
 
est-ce que je dois modifier tout cela pour basculer en natif IPv6 ou laisser en l'état.  
 
Si je demande a une IA la réponse est la suivante:  
En résumé :
Votre Livebox a l'IPv6 activé.
 
Votre Home Assistant est en IPv6 automatique.
 
Votre prise Meross fonctionne parfaitement.
 
Puisque tout est déjà en place et opérationnel, vous n'avez absolument rien d'autre à modifier ni sur le SLZB-06m ni dans Home Assistant. Vous pouvez laisser le NAT64 désactivé ou activé selon la stabilité que vous constatez, mais votre système exploite déjà la passerelle correctement.

Si je comprends bien ta situation :  
 
Ton HA a accès à internet en IPv4 et pas en IPv6  
Et donc tes IoT Matter sont bloqués à un fonctionnement local (à voir les inconvénient au cas par cas).
 
Comme expliqué dans mon poste au dessus :  
 
- Soit tu bascules en natif pour l' IPv6, pour tes "IoT", mais tu seras limité à un unique réseau IPv6 ...  
Ce qui n'est pas top d'un point de vue sécurité/confidentialité
 
- Soit tu restes avec ton SLAAC, c'est sale, ça peut se révéler problématique pour plus tard, mais tu disposes d'une "certaine forme" d'isolation réseaux  
 

l'introduction de IPv6, même s nécessaire pour étendre les adresses IP trop limitées en IPv4, a mis un sacré bordel chez quasi tout le monde, parce que tous les équipements existants et même ceux fait depuis l'introduction du v6 fonctionnement avec du v4, les fonctions sécurité ont été publiés pou intégrées le v4.  
Donc quand on passe sur le IPV6 en natif se déroule une série de conflit , incompréhension, raté qui sont de nature à perturber même les plus aguéris (pas moi   dans les plus aguéris)

pas tout compris à ton message, mais ça fait >25 ans qu'ipv6 est là et stable, c'est juste que tout le monde à la flemme
mais il va falloir y passer

Je suis pas convaincus que les BOX fournis par les FAIs simplifient vraiment la chose

Ca fait 25 ans qu'"on" dit ça  

Pas compris grand chose à la dernière page mais je vais rester en zigbee je crois s’il faut tout changer pour ajouter un capteur matter…

Amen... Ça me rappelle quand le mec de chez SFR m'avait dit que pour ne pas être emmerdé par le CGNAT je pouvais aussi passer en ipv6. "Alors bonsoir non. Toute ma conf est faite comme ça depuis aussi longtemps que j'ai une box, viens pas faire chier" if ain't broke dont fix it

oui en fait dans ce retour d'expérience; j'ai voulu me mettre à la page et tester pour voir ce nouveau eldorado (Matter) supposé, pour éviter de dire que des choses reprises par du ondit et aussi pour m'ouvrir sur un nouveau protocole, qui va enrichir (rajouter une couche) à ceux déjà existant.  
 
Eh bien, c'est fait, je confirme ce que je pressentait au début de l'histoire; en l'état de ce qui est en ce moment :
  - c'est un autre protocole qui vient se rajouter à ceux déjà connus et utilisés
- il est loin, voire très loin d'être le machin qui simplifie tout (cf la discussion quasi incompréhensible que nous avons eu ces dernières pages)  et surtout très très loin d'être le truc universel qui unifie tout le monde domotique  
- il reste encore très confidentiel quant à la diversité des équipements supportés (j'ai voulu chercher des claviers et télécommandes pour serrure dite Matter !!!!)  
 
je ne parle même pas de la base IPv6 qui montre dans les derniers posts et explique ce que j'ai voulu dire , que même après 25 ans c'est pas gagné sur ce terrain aussi.  
 
Je suis désolé et chagriné d'être aussi critique envers une évolution, de ce fait paraitre ringard ou passéiste, j'aurais préféré et de très loin être plus élogieux et porteur d'optimisme.  

Aurait tu un lien pour le capteur d’humidité stp ?

J'expérimente les vannes Zigbee, deux en service pour l'instant, ça marche très bien

En effet prochaine étape c'est l'intégration de capteurs d'humidité et/ou pluviomètre. C'est quoi tes capteurs ?

 
Tu pourrais nous en dire plus ?
Quel type d'électrovanne tu pilotes, qu'est ce que fait la "protection"... ?  
 
 

Pour ma part, je me suis très fortement inspiré de ce projet avec un grande satisfaction pour commander un système d'irrigation d'un seul programme quotidien de 4 électrovannes 24 V AC.
 
J'ai conservé l'alimentation AC 24 V Rainbird et les électrovannes d'origine et ajouté un module AC-DC pour alimenter un ESP32 Wroom 32U ainsi qu'un module "bas niveau" de 4 relais.
 
L'installation est à l'extérieur, dans un coffret, j'ai dû utiliser une antenne externe pour améliorer la réception Wifi d'où le choix d'un ESP 32U.

Les claviers sont généralement liés à leurs serrures. As-tu besoin d'un clavier indépendant?
 

IPv6 n'est pas un problème, ce sont les dinosaures qui refusent de réfléchir depuis 25 ans qui freinent tout le monde.

 
oui très bon    
 

oui je voulais gérer plusieurs serrures (y compris d'un même constructeur)  avec un seul clavier / keyfob/télécommande, qui doivent se déverrouiller / verrouiller ensemble, sans être dépendant des scenarii HA  (comme c'est sensible y compris aux coupures de courant fréquente à cet endroit et que un onduleur n’est pas suffisant pour tenir pendant la durée des coupures) j'ai voulu utiliser des serrures avec batteries (type Nuki) et des keyfobs/télécommandes/claviers avec le protocole Matter pour piloter cela, mais 1 seul placé à l'entrée et pas plusieurs sur les serrures successives.  
 
J'ai pas trouvé et les serrures avec batteries sont Matter et pas zigbee !!!
 
 
 

 
ce qui revient en bout du bout à la même chose :  ça marche pas bien ou c'est compliqué

Ce n'est pas une question de savoir si c'est compliqué ou non...
 
Matter s'appuie sur IPv6, qui est une couche réseau. Il faut donc en comprendre au moins les bases pour être capable de le déployer et de le dépanner.
 
Espérer que tout fonctionne automatiquement, comme par magie, n'est malheureusement pas réaliste.
 
Au final, tu as trois possibilités :
 
- investir du temps pour apprendre les rudiments d'IPv6
- faire appel à quelqu'un qui maîtrise cette technologie afin de configurer ton infrastructure
- ou choisir un protocole moins exigeant sur le plan réseau.
 

 
 
Disclaimer ceci n'est pas une attaque perso  
 
Mais je n'ai jamais compris/accepté le raisonnement : « Ça ne marche pas, donc c'est compliqué, donc ce n'est pas ma faute, parce que je ne suis pas informaticien/mécanicien/électricien/plombier, etc. »
 
J'ai commencé l'informatique à une époque où, quand tu achetais un logiciel, il était livré avec un manuel de 300 pages(mininum).  
Tu le lisais, parce que c'était le seul moyen de comprendre comment ça fonctionnait !
 
 
 
À mes yeux, quelle que soit la discipline, il y a toujours un moment où il faut accepter d'investir un peu de temps pour acquérir les bases.

 

 
Ça me parait logique :  
 
Avec ces ptits bras c'est plus long de taper une adresse de 32bits

 
t'emballes pas    
y a rien contre moi, ça j'ai bien compris    et bout du bout j'ai tout mis en œuvre (donc oui j'ai mis les mains dans le cambouis et je suis passé dans la latitude de ceux qui ont surmontés les travaux de odyssée Matter over thread intégré à HA et avec un connecteur RJ45)  
 
je me permettrais de te reprendre sur: Ça ne marche pas, donc c'est compliqué, donc ce n'est pas ma faute (qui déforme un petit peu ce que j'ai dit   )
il n'y a d'implication de type "donc" mais un constat, qu'il soit de la faute de n'importe qui, est un constat  
on peut, et chacun a le droit de ne pas être d'accord sur ce constat, mais c'est le mien avec mon niveau de connaissance et de maitrise  est que l'IPv6 est compliqué à maitriser et utiliser (en l'état des implémentations et des fonctionnalités mises à disposition par tous les acteurs de la partie réseau)  
 

j'ai eu ce même sentiment de "c'est pas aussi facile que ça parait" quand il a fallut plonger dans HA ou pour faire quelquechose , tu dois d'abord faire autrechose, qui nécessite de faire encore autrechose (qui n'a rien a voir avec le schmilbic) mais ou te perds parce que tu sais plus ce qui motivait cette cascade et pré-requis.  
 
Pour ma part, même si je ne peste à faire ce circuit, j'y vais et je creuse (des fois bien profond   ), c'est pas pour autant que je ne relève pas la tête pour dire que c'est (trop) compliqué, une fois que c’est fait.  
 

Le problème c'est surtout de croire que les gens qui vont acheter ça chez Ikea en ont quelque chose à foutre de l'ipv6... Le ZigBee c'est simple, t'achètes leur passerelle, t'appuies sur 3 boutons pour appairer et basta ça remonte dans l'app.

Là s'ils faut toucher à la config de la box tu perds tout le "hors HFR". Déjà parce que Jean-Michel Lambda je ne vois pas comment il fera le rapprochement entre le machin acheté chez Ikea et la config de son réseau local, et ensuite parce qu'il n'a sûrement aucune idée de comment ça marche.

Alors si ça fonctionne avec les configs par défaut des box, tant mieux, mais si c'est pas le cas c'est une énorme connerie quand tu vois l'ouverture au grand public. On est pas sur une clientèle qui achète ça chez domadoo après avoir poncé les tutos youtube là.

Je vous rejoins totalement sur le fait que Matter a été marqueté d'une manière très mensongère
 

 
 
Sinon je vais encore dériver de la ligne rédactionnel du topic  
 
Mais j'ai toujours été contre "l'ouverture au grand public", pour moi c'est toujours synonyme d' "Enshittification" des produits  
 

Effectivement, plusieurs claviers appairés à plusieurs serrures, quel que soit le protocole, je ne vois pas comment se passer d'une centralisation.
 

Idem avec les produits Ikea en matter. Normalement.

oui si tu restes chez strictement le même fournisseur on a le droit d'avoir un fonctionnement de type presse bouton  
ce qui est souvent le cas dans le couloir de 'je reste chez le même pour tout' et les constructeurs ne se privent pas de cà.

Sinon vu que c’est d’actualité, qqun a trouvé ou mis en place une entité qui suit le cout du kWh chez EDF ?
 
C’est pour éviter de devoir le changer manuellement dans le dash énergie et dans les automatisations qui se servent du cout du kWh

Non mais là tu as juste galérer à mettre en place ta passerelle non ?
Tu aurais très bien pu avoir le même problème pour une passerelle Zigbee.
 
Perso chez moi c'est mon Nest Hub qui fait office de passerelle Matter, j'ai eu aucune conf à faire et j'ai aucun problème de matériel Matter, Thread ou Wifi.

Utilisez la nomenclature officielle svp.
"Serveur" matter pour l'instance à laquelle les appareils et HAss se connectent.
"Border router" pour la connectivité thread. Il se connecte au serveur matter.
 
C'est effectivement le serveur matter qui est le plus relou à gérer actuellement.
 
Celui à préférer en open source est celui d'Open Home Foundation basé sur matter.js.
https://github.com/matter-js/matterjs-server
 
Mais si vous faites passer matter par votre LAN IP, il doit être compatible IPv6.
Si vous vous cantonnez à du thread via un border router, un peu comme du zigbee donc, ça passera pas par votre LAN.

L'intégration capfile permet pas ça ?

ya une intégration HA    
 
edit @capfile si tu passes par là  
le `curl | bash`  c'est sale idéalement il faudrait mettre ça sur github et s'intégrer à HACS https://www.hacs.xyz/docs/publish/

C’est qqun du topic capfile ?  

oui, et aussi une des personnes derrière https://www.capfile.com/

https://www.home-assistant.io/blog/ [...] ase-20268/
 
Intégration llama.cpp dispo dans HAss 2026.8.

J'ai besoin d'installer une caméra intérieure chez moi. Pour l'instant je n'ai rien en domotique mais c'est prévu plus tard.
Quel modèle est privilégié par le topic ?
Et petite question de newbie : y a t il besoin d'un abonnement pour obtenir le flux vidéo/les alertes sur son smartphone ou bien est ce seulement l'enregistrement cloud qui est payant ? (Oui je pars de loin   )

https://reolink.com/fr/product/e1-pro/
Meilleure intégration Home Assistant à long terme.

Accès (visio) à distance gratuit via l'app.
C'est bien l'enregistrement en ligne qui est payant.

Un jour t'auras un NVR, t'auras payé cher mais au moins toutes tes données seront en local accessibles depuis l'extérieur.

Merci pour la suggestion  
Toutes les reolink sont au même niveau d'intégration avec HA ou bien seulement ce modèle particulièrement ?
Le critère c'est le RTSP ou celle dépend d'autre chose ?

Le critère est d'être dans la liste de la page de l'intégration.
https://www.home-assistant.io/integ [...] ted-models

Mais plus précisément: normalement elles sont toutes intégrables,
mais celles qui ont un serveur web le sont directement, tandis que les autres requièrent le hub Reolink.

Il y a quelques pièges, par exemple la E1 Pro 4MP n'a pas de serveur web et n'a pas d'intégration sans hub, il vaut mieux donc la prendre en neuf pour s'assurer d'avoir un modèle récent 5MP.
Ou des modèles manquants, comme la E1 Outdoor SE non-listée mais affirmée compatible par au moins un internaute.