Ajout d'informations WAN

Paulien · Janvier 28, 2025, 8:53

Bonjour,

J’ai cherché mais je n’ai pas vu une telle demande donc je ne pense pas que cela ait été évoqué.
Sur l’interface d’une UDM, on a sur la gauche dans Network l’état du WAN (voir Screenshot ci dessous).

J’ai donc une petite suggestion pour le plugin :

J’ai remarqué hier, lors d’une soucis de réseau 4G, que sur le WAN2, il y avait un petit triangle indiquant que mon WAN2 était DOWN.
Je me dis donc qu’il doit y avoir quelque part dans l’UDM un paramètre qui indique l’état de fonctionnement de chacun des WAN, ce qui lui permet d’ailleurs de faire du failover.
Serait il possible de récupérer cette info dans le plugin, afin de pouvoir notifier lorsque le WAN de backup est HS ? Je notifie déjà lorsque le système bascule sur le WAN de secours dû à une défaillance du WAN principal, mais j’aimerais pouvoir notifier si le WAN de secours est DOWN même si le WAN principal est UP.

Merci !

Informations Jeedom

Core : 4.4.19 (master)
DNS Jeedom : oui

Plugin : UniFi Network
Version : 2024-12-19 10:22:52 (stable)
Statut Démon : Démarré - (2025-01-28 03:40:04)

Informations complémentaires

== Jeedom 4.4.19 sur Debian GNU/Linux 11 (bullseye)/amd64/x86_64/64bits aka 'diy' avec nodeJS v20.17.0 et jsonrpc:enable et unifi (stable) 2024-12-19 10:22:52 (avant:stable/2024-11-28 09:26:48)

nebz · Janvier 28, 2025, 9:08

Hello,

J’ai une Cloud Gateway Max qui est considérée comme un UDM et j’ai un eth5 qui est indiqué comme UP avec l’ip publique… et la eth4 pour le wan2, donc dans mon cas, ça donne l’info

mais si c’est pas le cas pour toi, tu peux fournir le log en debug de ton UDM que je voie (en privé y’a des infos privées) ce que je peux faire

Paulien · Janvier 28, 2025, 6:07

Ben ça, ca dit que le port ethernet est UP mais ca ne garantit pas que l’accès WAN est OK je pense…
Enfin moi c’est l’IP privée entre l’UDM et le routeur qui est indiquée, pas l’ip publique.
Je viens de faire la MAJ de l’UDM en 4.1.13 pour info (la dernière).
Tu veux quel log précisément ?

nebz · Janvier 28, 2025, 6:14

En debug, le log unifi_daemon la ligne (complete) qui concerne ton udm.

Par contre pas genial d’avoir un réseau entre ton routeur et ton udm… t’as double nat du coup… pas moyen de passer ton routeur (ta box je suppose) en bridge ? (Ici en Belgique on le fait avec tous les opérateurs… je sais pas en France…)

Paulien · Janvier 28, 2025, 7:09

Non, je n’ai pas de mode bridge dans la livebox il me semble, et de toutes façons, si il y avait un mode bridge, je pense que la VoIP serait indisponible.

Et le 2e routeur est un routeur 4G, qui gère lui même sa connexion, avec une IP partagée (normal sur les réseaux 4G).

Le double nat ne me pose pas de problèmes, je ne fais aucune translations de ports

Je pense avoir trouvé dans le log la ligne qui sera intéressante, elle indique :

« last_wan_interfaces »:{« WAN »:{« alive »:true,« ip »:« 192.168.0.2 »},« WAN2 »:{« alive »:true,« ip »:« 192.168.10.2 »}}

Je t’envoie une partie de log en privé

nebz · Janvier 28, 2025, 8:11

Oui mais non, c’est probablement wan1 et wan2 mais comme tu n’as pas directement du wan dessus, pas certain non plus que ça passera à up:false

Il faudrait que tu simules une coupure. Voir la ligne UDM Blipo avant et juste après…

Paulien · Janvier 28, 2025, 10:22

Yes je vais faire ce test.
Ben hier quand j’ai eu ma coupure du wan 2 y’avait un petit triangle devant wan2 sur l’interface de l’udm donc je pense qu’il détecte bien la coupure.
D’ailleurs le failover fonctionne bien donc il a forcément moyen de savoir si le wan est up ou down.
Je te fais le test dès que possible

Paulien · Janvier 29, 2025, 8:15

Bonsoir,

Bon hé bien ca se confirme
Je viens de faire tomber ma connexion 4G volontairement, et ca passe bien en false
Je précise que le routeur était tjs connecté à l’UDM en ethernet, donc ce n’est vraiment pas un état du port ethernet, pour faire l’essai, j’ai modifié la configuration de l’APN en mettant des infos erronnées.
D’ailleurs l’UDM détecte bien cette coupure :

Et dans le log je vois :

"last_wan_interfaces":{"WAN":{"ip":"192.168.0.2","alive":true},"WAN2":{"ip":"192.168.10.2","alive":false}}

Ca serait chouette si tu pouvais ajouter ces informations

nebz · Janvier 29, 2025, 8:27

Fournis moi le log complet avant et après stp.

Paulien · Janvier 29, 2025, 9:11

Je t’envoie ca par message privé

nebz · Janvier 30, 2025, 6:09

j’ai trouvé plus intéressant :

    "uptime_stats": {
        "WAN": {
            "alerting_monitors": [
                {
                    "availability": 100,
                    "latency_average": 0,
                    "target": "ping.ui.com",
                    "type": "icmp"
                },
                {
                    "availability": 100,
                    "latency_average": 100,
                    "target": "1.1.1.1",
                    "type": "dns"
                },
                {
                    "availability": 100,
                    "latency_average": 100,
                    "target": "8.8.8.8",
                    "type": "dns"
                }
            ],
            "availability": 100,
            "latency_average": 0,
            "monitors": [
                {
                    "availability": 100,
                    "latency_average": 10,
                    "target": "www.microsoft.com",
                    "type": "icmp"
                },
                {
                    "availability": 100,
                    "latency_average": 9,
                    "target": "google.com",
                    "type": "icmp"
                },
                {
                    "availability": 100,
                    "latency_average": 0,
                    "target": "1.1.1.1",
                    "type": "icmp"
                }
            ],
            "time_period": 86400,
            "uptime": 94312
        },
        "WAN2": {
            "alerting_monitors": [
                {
                    "availability": 0,
                    "target": "ping.ui.com",
                    "type": "icmp"
                },
                {
                    "availability": 0,
                    "latency_average": 0,
                    "target": "1.1.1.1",
                    "type": "dns"
                },
                {
                    "availability": 0,
                    "latency_average": 0,
                    "target": "8.8.8.8",
                    "type": "dns"
                }
            ],
            "downtime": 57,
            "monitors": [
                {
                    "availability": 0,
                    "target": "www.microsoft.com",
                    "type": "icmp"
                },
                {
                    "availability": 0,
                    "target": "google.com",
                    "type": "icmp"
                },
                {
                    "availability": 0,
                    "target": "1.1.1.1",
                    "type": "icmp"
                }
            ]
        }
    },

on a un uptime quand c’est up et un downtime quand c’est down, et aussi une notion d’availability qui est intéressante même si c’est up, exemple chez moi :

	"uptime_stats": {
		"WAN": {
			"alerting_monitors": [{
					"availability": 100,
					"latency_average": 13,
					"target": "ping.ui.com",
					"type": "icmp"
				}, {
					"availability": 100,
					"latency_average": 101,
					"target": "1.1.1.1",
					"type": "dns"
				}, {
					"availability": 100,
					"latency_average": 100,
					"target": "8.8.8.8",
					"type": "dns"
				}
			],
			"availability": 99.79170000553131,
			"latency_average": 15,
			"monitors": [{
					"availability": 100,
					"latency_average": 25,
					"target": "www.microsoft.com",
					"type": "icmp"
				}, {
					"availability": 100,
					"latency_average": 14,
					"target": "google.com",
					"type": "icmp"
				}, {
					"availability": 100,
					"latency_average": 21,
					"target": "1.1.1.1",
					"type": "icmp"
				}
			],
			"time_period": 86400,
			"uptime": 24820
		}
	},

ils ont fait des travaux hier soir

je préfère cette nuance à un OUI/NON (qui tu auras quand même en true false simplement sur base du uptime/downtime, mais au moins j’ai d’autre détails à ajouter)

nebz · Janvier 30, 2025, 7:14

Je l’ai sorti en beta.

il faut relancer le scan Unifi après mise à jour (une fois que le démon est lancé évidemment)

Envoi moi une capture quand tu l’as

tomitomas · Janvier 30, 2025, 7:26

meme si c est ce qu il y a dans le payload, ca vaut le coup de garder les 72 decimales !?

nebz · Janvier 30, 2025, 7:33

je me posais la questions, les 4 dernières suffiraient sans doute pour faire le SLA six-9

nebz · Janvier 30, 2025, 7:38

poussé en beta

Paulien · Janvier 30, 2025, 8:42

Merci !
Je me doutais qu’il y avait une histoire d’uptime/downtime car l’interface unifi le donne, mais je ne l’avais pas vue dans le json.
Là je suis au boulot donc peut pas faire la maj de suite.
Pour installer en beta je suis obligé de passer en beta sur le market c’est ça ? (désolé, pas l’habitude d’installer des beta).

nebz · Janvier 30, 2025, 8:43

Oui c’est ça

tomitomas · Janvier 30, 2025, 8:46

nebz · Janvier 30, 2025, 8:57

ta WAN2 est configurée ? car moi j’ai une WAN2 pas configurée donc pas dans le json à cet endroit là et donc pas les commandes.

tomitomas · Janvier 30, 2025, 10:30

il était activée oui,
j’avais essayé de faire différents tests et ne l’avait pas (re)désactivé