Apparemment, il y a bien des appareils envoyant quelques paquets mDNS sur le LAN (3 à 5 par minute au total).
Mais le routeur lui envoie entre 40 et 60 paquets pas minute ; il répond probablement au requêtes mDNS du LAN, mais vers le WAN… PTR (QM)?
https://networkengineering.stackexchange.com/questions/53160/what-does-the-output-of-this-tcpdump-mean

Sur le routeur, tout ce qui est IGMP Proxy, IPTV et autre points liés au mDNS sont tous désactivés.
L'appareil Belkin qui fuit envoie les mêmes paquets, dont je pense même bogue.

En tous cas, un routeur ne doit pas laisser passer cela vers le WAN (et encore moins répondre à des requêtes venant du LAN vers le WAN…)

D'où ma proposition de rappel automatique au bout de 10mins d'attente.

Ça déstresse le conseiller et ne frustre pas le client qui sait qu'on va le rappeller avant la fin du créneau d'ouverture.

2 conseiller suffisent et ils peuvent permuter dans leur journée entre prise d'appels et rappels.

Quand ça fait 1h t'attends et que ça fait 2x qu'on te raccroche au nez, t'as qu'une envie, pourrir l'interlocuteur qui décroche enfin.

Je viens de regarder les multicasts d'un Chromecast chez moi. L'adresse multicast utilisée pour mdns est bien 224.0.0.251, qui est dans le bloc "local subnetwork". Ca n'a donc pas à traverser un routeur.
Celà dit, contrairement à certains équipements qui envoient ce genre de paquets avec un TTL à 1, Chromecast utilise un TTL à 255.

Et je confirme que pas mal de paquets mDNS que je vois ont un TTL de 1. Mais comme ils ne traversent aucun routeur (mais un ou plusieurs switches), ça reste à 1.
Tout cela se passe avant d'atteindre le premier routeur 10.2.0.211, et c'est la même chose pour les paquets ARP et autres joyeusetés qui fuient.

Sur certain switches cependant, il est possible de filtrer certaines choses comme le mDNS, et les switch Covage ne devraient laisser passer que les paquets entre une IP publique (autorisée) et sa passerelle, les paquets ARP vers le premier routeur, les paquets ICMP, et les paquets UDP DHCP (v4 et v6) ; point.

@xp25 : oui, j'avais vu ça, malheureusement le routeur de la personne n'est pas un pfsense ou un openwrt ou autre système accessible. Un accès aux iptables permettrait de résoudre très facilement cela…

Là est le tout le problème : même le patron vaque à d'autres occupations (notamment politique, il est candidat aux prochaines élections).

Sérieux il s'est réellement présenté ?

Sérieux il s'est réellement présenté ?

On dirait bien...
https://www.resultats-elections.interieur.gouv.fr/legislatives-2022/001/C100103.html

C'est très bien de s'engager.
J'espère juste qu'il n'a pas laisser la direction complète au fameux CTO!
Je n'ai toujours pas de téléphone...

J'ai déjà donné mon avis sur ses chances de succès ici