WSGIやFlaskサーバーでサービスを再起動すると、なぜmDNSが再度実行されるかというとAvahi（mDNSのラズパイ実装）がサービスをモニターしていて、再起動されるとCache flushを実行して、結果としてクライアントは再びmDNSを実行するようです
<tcpdumpの実行ログ>
MacBookからtfliteサービスのリクエストを出した時のログ、一度Cache flushが発行されると、タイムアウト(TTL)するまでは発行されない
% sudo tcpdump -i en0 udp port 5353 and src host 192.168.1.19
Password:
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on en0, link-type EN10MB (Ethernet), snapshot length 524288 bytes
（サービス立ち上げ後にクライアントから最初にリクエスト）
09:36:44.585023 IP 192.168.1.19.mdns > 224.0.0.251.mdns: 0*- [0q] 1/0/0 (Cache flush) A 192.168.1.19 (39)
09:36:44.585025 IP 192.168.1.19.mdns > 224.0.0.251.mdns: 0*- [0q] 1/0/0 (Cache flush) AAAA 240d:1a:896:8300:99fc:1d59:78ab:a156 (51)
（サービスの再起動後のリクエスト）
09:39:08.361077 IP 192.168.1.19.mdns > 224.0.0.251.mdns: 0*- [0q] 1/0/0 (Cache flush) AAAA 240d:1a:896:8300:99fc:1d59:78ab:a156 (51)
09:39:08.361545 IP 192.168.1.19.mdns > 224.0.0.251.mdns: 0*- [0q] 1/0/0 (Cache flush) A 192.168.1.19 (39)Avahiはdaemonで動作しています
$ ps -aux|grep avahi
avahi 655 0.0 0.0 7696 2672 ? Ss 09:25 0:00 avahi-daemon: running [rasp5.local]Avahiがどのようなロジックで外部サービスの状態をモニターしているのかはソース読まないとわからないけど
https://github.com/avahi/avahi
READMEには
AVAHI SERVICE DISCOVERY SUITE
とあるから、mDNSの実装よりもこちらがメインのように思える
admin