Mon réseau étant principalement basé sur le Wifi j’ai effectivement effectué moins de tests en RJ45.
Ton Rapsberry est connecté sur un port du routeur en direct ou bien est-il sur un switch (j’ai surement moyen d’avoir plus d’info sur les ports en direct) ?
Que donne la commande « ip neigh » exécutée sur ton routeur ? J’imagine que le rPi retourne « STALE ». De ce que j’en comprends, ça veut dire que le périphérique à été vu par le routeur (dans sa table ARP) mais pas récemment. J’ai considéré ces périphériques comme étant déconnectés mais ils sont peut être simplement peut actifs sur le réseau.
Ce que me retourne la commande « ip neigh »:
root@OpenWrt:~# ip neigh
192.168.0.27 dev br-lan lladdr 68:57:2d:50:f3:1a used 0/0/0 probes 1 STALE
192.168.8.120 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.28 dev br-lan lladdr 68:57:2d:50:41:2b used 0/0/0 probes 1 STALE
192.168.8.100 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.121 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.29 dev br-lan lladdr 68:57:2d:50:d6:ab used 0/0/0 probes 1 STALE
192.168.8.101 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.30 dev br-lan lladdr 68:57:2d:50:39:06 used 0/0/0 probes 1 STALE
192.168.8.102 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.10 dev br-lan lladdr 90:8c:43:c1:f1:79 used 0/0/0 probes 0 STALE
192.168.0.31 dev br-lan lladdr 90:8c:43:c1:f1:79 used 0/0/0 probes 3 STALE
192.168.0.134 dev br-lan lladdr bc:e9:2f:4b:ff:8e ref 1 used 0/0/0 probes 1 REAC HABLE
192.168.8.144 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.103 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.104 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.1 dev eth0.2 lladdr a8:e5:44:9e:49:c0 ref 1 used 0/0/0 probes 1 REACHA BLE
192.168.8.166 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.12 dev br-lan lladdr 38:ea:a7:ab:f9:00 ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.125 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.105 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.13 dev br-lan lladdr ec:a8:6b:ff:8b:09 ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.126 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.168 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.107 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.15 dev br-lan lladdr 00:16:eb:78:b0:ae ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.128 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.36 dev br-lan used 0/0/0 probes 6 FAILED
192.168.8.108 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.16 dev br-lan lladdr 00:0c:29:67:b2:32 ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.129 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.150 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.109 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.18 dev br-lan lladdr b8:27:eb:bd:df:80 used 0/0/0 probes 1 STALE
192.168.8.131 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.111 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.40 dev br-lan lladdr 78:0f:77:63:25:b4 ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.112 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.174 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.20 dev br-lan lladdr 00:a0:96:63:fa:9e used 0/0/0 probes 1 STALE
192.168.8.154 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.113 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.175 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.21 dev br-lan lladdr b4:43:0d:fc:01:6a ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.114 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.22 dev br-lan lladdr b4:43:0d:fb:fc:31 ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.115 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.23 dev br-lan lladdr 78:11:dc:b0:6e:6d ref 1 used 0/0/0 probes 1 REACH ABLE
192.168.8.116 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.158 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.117 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.118 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.8.180 dev eth0.2 used 0/0/0 probes 6 FAILED
192.168.0.26 dev br-lan lladdr e8:ab:fa:a3:c8:72 ref 1 used 0/0/0 probes 1 REACH ABLE
fd94:8555:8097::e41c:22fb:c65c:d670 dev br-lan lladdr 00:27:15:38:29:d1 used 0/0 /0 probes 1 STALE
fe80::5921:d2b2:4635:ba2e dev br-lan lladdr b8:27:eb:bd:df:80 used 0/0/0 probes 1 STALE
fe80::5aef:643a:87d3:bd4b dev br-lan used 0/0/0 probes 3 FAILED
fe80::724f:57ff:fe8a:7701 dev eth0.2 lladdr 70:4f:57:8a:77:01 used 0/0/0 probes 0 STALE
fe80::31a7:2212:db7d:4965 dev br-lan lladdr 38:ea:a7:ab:f9:00 used 0/0/0 probes 1 STALE
fd94:8555:8097::8c7e:f7a2:f882:a3cf dev br-lan lladdr 38:ea:a7:ab:f9:00 used 0/0 /0 probes 1 STALE
fd94:8555:8097::29ed:5714:c0ec:5115 dev br-lan lladdr 00:27:15:38:29:d1 used 0/0 /0 probes 4 STALE
fd94:8555:8097::251d:1b09:ee91:1e56 dev br-lan lladdr 00:16:eb:78:b0:ae used 0/0 /0 probes 1 STALE
fd94:8555:8097::15 dev br-lan lladdr 00:16:eb:78:b0:ae used 0/0/0 probes 1 STALE
fe80::60f7:e6a1:171d:5699 dev br-lan lladdr ec:a8:6b:ff:8b:09 used 0/0/0 probes 1 STALE
fd94:8555:8097::bee9:2fff:fe4b:ff8e dev br-lan lladdr bc:e9:2f:4b:ff:8e used 0/0 /0 probes 1 STALE
fe80::185c:a0f7:e90d:dbbf dev br-lan used 0/0/0 probes 3 FAILED
fd94:8555:8097::70:131:82e1:fc3c dev br-lan lladdr ec:a8:6b:ff:8b:09 used 0/0/0 probes 1 STALE
fd94:8555:8097::a578:84c3:fea7:d8af dev br-lan lladdr ec:a8:6b:ff:8b:09 used 0/0 /0 probes 1 STALE
fd94:8555:8097::b0d2:fc0e:a9d7:bbee dev br-lan lladdr ec:a8:6b:ff:8b:09 used 0/0 /0 probes 1 STALE
fd94:8555:8097::4cf6:dd8c:c2cb:3f6a dev br-lan lladdr ec:a8:6b:ff:8b:09 used 0/0 /0 probes 1 STALE
fe80::bee9:2fff:fe4b:ff8e dev br-lan lladdr bc:e9:2f:4b:ff:8e used 0/0/0 probes 1 STALE
fd94:8555:8097::896c:69e7:1ce8:e345 dev br-lan lladdr 38:ea:a7:ab:f9:00 used 0/0 /0 probes 1 STALE
fd94:8555:8097::9830:ea5a:78f3:aad7 dev br-lan lladdr 00:27:15:38:29:d1 used 0/0 /0 probes 1 STALE
fe80::d0b6:bd02:8976:719 dev br-lan lladdr 00:16:eb:78:b0:ae used 0/0/0 probes 1 STALE
Le rPi me sert de « TorrentBox », même si ça ne télécharge pas comme des fous, il reste actif sur le réseau.
Ca confirme ce que je pensai, il est en stale. Je vais essayer de me renseigner voir si une autre commande pourrait arriver en complément… Ca me dérange de passer le « stale » en tant qu’équipement actif.
Ok, je comprend ton point de vue.
Ce qui est étrange, c’est que de temps en temps il passe en « REACHABLE ». Et inversement avec mon autre PC en ethernet (Windows 10), de temps en temps il passe en « STALE » alors qu’il est toujours sur le réseau…
Hello.
Merci pour ton plugin, supradolph. 
J’ai également des équipements en STALE en ethernet mais aussi en WiFi alors qu’ils sont accessibles depuis le réseau.
Exemple :
...
192.168.0.32 dev br-lan lladdr 00:0c:29:32:23:f1 used 58/56/45 probes 1 STALE
...
192.168.0.10 dev br-lan lladdr e0:98:06:c2:90:35 used 244/242/235 probes 1 STALE
...
192.168.0.32 est un PC fixe sous Proxmox.
192.168.0.10 est un Sonoff CH4 R2 en WiFi.
Pour t’indiquer le nombre en STALE :
root@OpenWrt:~# ip neigh | wc -l
88
root@OpenWrt:~# ip neigh | grep STALE | wc -l
59
root@OpenWrt:~# ip neigh | grep REACHABLE | wc -l
14
root@OpenWrt:~# ip neigh | grep FAILED | wc -l
11
root@OpenWrt:~# ip neigh | grep DELAY | wc -l
3
PS : Je précise que j’ai un Redmi AC2100 (blanc)
Questions subsidiaire : j’ai également un répéteur sous openwrt, y aura-t-il possibilité d’ajouter un 2e routeur depuis la page configuration du plugin ?
Pour le wifi j’utilise en complément de la table ARP la commande iwinfo. De tous les tests que j’ai effectué, en wifi j’ai une information fiable. (J’ai aussi un AC2100 mais le Xiaomi Noir).
L’ajout d’un autre routeur j’y avait pensé. Mais ça fait revoir un peu les développements pour un intérêt qui me semble limité sur un réseau domestique. Quelle information t’apporterait-il ?
@Me_J en fait, je n’ai pas énormément de solutions. Soit je remplace le STALE par du up ce qui va éviter des faux négatifs. Mais surtout entrainer des faux positifs. Soit j’utilise un outil tiers à installer tel que nmap ou fping qui seront plus consommateurs sur le réseau (en plus de demander une installation soit sur Jeedom soit sur le Routeur).
Gestion de présence sur l’ensemble des réseaux/sous-réseaux.
Après c’est vrai que ça a moins d’intérêt, si le premier routeur voit le réseau.
Je pense aussi à une nouvelle commande : Activer/couper le wifi (un réseau invité)
J’ai une info de température qu’on peut monitorer, si ça t’intéresse :
root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy1/mt76/temperature
Temperature: 45
Ok. Pas de pb pour moi. Je vais continuer à utiliser le Ping pour mes périphérique ethernet.
Une question: quelle « charge » représentent les Ping Google DNS et Google.com ? Est-il possible de les désactiver?
les deux peuvent être utiles oui…
On en revient au potentiel fping ou nmap.
Les requêtes ne sont pas très consommatrices en soit surtout avec les connexions actuelles (on parles de quelques centaines d’octets adressés à une unique machine sans broadcast). C’est pour ça qu’aujourd’hui je n’ai pas prévu de les désactiver. Le programme est aujourd’hui optimisé pour pouvoir tourner toutes les minutes sans charger le réseau ou le routeur. On est sur du monitoring léger.
Ok.
Et j’ai encore une question: est-il possible d’en déduire que la connexion internet est up ou down directement dans le plugin?
Si le ping google tombe à 0 c’est surement que ta connexion est down.
Ok merci 
Perso cela ne fonctionne pas pour DDWRT, SSH KO (bon logins et évidemment SSH activé couté DDWRT)
Chez moi ça « marche », mais je n’ai accès qu’à :
Vitesse de reception
Vitesse d’envoie
Ping Google
Ping DNS Google
Si tu n’arrives pas à lire la table ARP c’est probablement lié au fait que la commande ip n’est pas installée ou bien qu’elle retourne un formattage différent peut être.
Pourtant elle semble être dans la distri. Ip command - DD-WRT Wiki
La commande « ip neigh » retourne quoi en étant connecté sur le routeur ?
J’espère avoir comprit ce que je devais faire.
Je me suis connecté au routeur par SSH sur la session root.
Quand je tape « ip neigh » rien ne se passe.
Normalement ça devrait te dire que la commande n’est pas reconnue…
Peut être que dans la liste des logiciels il y a moyen d’installer « iproute2 ». Sinon tu peux aussi essayer le plugin de lunarok (AzuWRT) peut être que tu auras plus de chances.
1 « J'aime »
Je n’arrive pas à installer quoi que ce soit une mon routeur.
Je ne doit pas utiliser les bonnes commandes.
apt-get ne fonctionne pas par exemple.
Bref je ne doit pas être assez connaisseur pour bidouiller dedans.
Pour info même si c’est pas vraiment le sujet, j’ai essayé AsusWRT de Lunarock, j’ai la surveillance des équipements présents et le ping google et DNS google. Le reste ne fonctionne pas.
En résumé, quelques fonctions fonctionnent sur les deux plugins mais pas tout.
En tous cas, merci pour les conseils supradolph.
Le gestionnaire de paquet sous openwrt est opkg.
Essaye d’installer les paquets en tapant ceci :
opkg update && opkg install iproute2
ou
opkg update && opkg install ip
Puis, essaye la commande ip neigh
Puis envoie en copié/collé le résultat des commandes ici entre texte préformatté.