Puncte:0

Avahi-browse afișează numai intrările ipv6 atunci când se află într-un alt vlan

drapel cn

De ce sunt afișate doar intrările IPv6, ce s-a întâmplat cu intrările IPv4? Intrările IPv6 sunt singurele care sunt populate cu avahi-browse atunci când rulați dintr-un alt vlan.

Configurați IGMP, PIM pe comutatorul L3 cu o reflecție vSphere ubuntu sau VyOS vm todo mDNS care oferă posibilitatea de descoperire între vlan-uri. Cu toate acestea, Chromecast și tv nu au avut succes până acum, dar m-am gândit dacă aș putea afla de ce funcționează numai IPv6, poate asta ar putea arunca mai multă lumină asupra problemelor mai mari.

De la un vlan la altul (vm on):

toate intrările sunt conectate wireless la un AP în toate fragmentele

avahi-browse -a
+ enp0s25 IPv6 [LG] webOS TV UK6500AUA _airplay._tcp local
+ enp0s25 IPv6 LG webOS TV ADFD _hap._tcp local
+ enp0s25 IPv6 EPSON XP-830 Series PDL Printer local
+ enp0s25 IPv6 EPSON XP-830 Series Web Site local
+ enp0s25 IPv6 EPSON XP-830 Series Microsoft Windows Network local
+ enp0s25 IPv6 EPSON XP-830 Series _scanner._tcp local
+ enp0s25 IPv6 EPSON XP-830 Series Internet Printer locală
+ enp0s25 IPv6 EPSON XP-830 Series Secure Internet Printer locală
+ enp0s25 IPv6 EPSON XP-830 Series _privet._tcp local
+ enp0s25 IPv6 EPSON XP-830 Series _uscan._tcp local
+ enp0s25 IPv6 EPSON XP-830 Series UNIX Printer local

CAPTURA DE PACHET DIN AP SSID
02:17:03.275659 IP 192.168.12.30.5353 > 224.0.0.251.5353: 0*- [0q] 4/0/9 PTR _hap._tcp.local., PTR LG webOS TV ADFD._t._p. PTR _airplay._tcp.local., PTR [LG] webOS TV UK6500AUA._airplay._tcp.local. (809)
02:17:03.276135 IP6 fe80::966a:b0ff:fe28:6f65.5353 > ff02::fb.5353: 0*- [0q] 4/0/9 PTR _hap._tcp.local., PTR LG webOS TV ADFD ._hap._tcp.local., PTR _airplay._tcp.local., PTR [LG] webOS TV UK6500AUA._airplay._tcp.local. (809)
02:17:03.276208 IP6 fe80::966a:b0ff:fe28:6f65.5353 > ff02::fb.5353: 0*- [0q] 4/0/9 PTR _hap._tcp.local., PTR LG webOS TV ADFD ._hap._tcp.local., PTR _airplay._tcp.local., PTR [LG] webOS TV UK6500AUA._airplay._tcp.local. (809)
02:17:04.165273 IP6 fe80::250:56ff:feab:bab.5353 > ff02::fb.5353: 0 [20a] [10q] PTR (QM)? _services._dns-sd._udp.local. PTR (QM)? _uscan._tcp.local. PTR (QM)? _privet._tcp.local. PTR (QM)? _scanner._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)? _http._tcp.local. PTR (QM)? _pdl-datastream._tcp.local. PTR (QM)? _printer._tcp.local. PTR (QM)? _airplay._tcp.local. PTR (QM)? _hap._tcp.local.(651)

Când sunt conectate la aceeași rețea wifi și interogările vlan mDNS sunt trimise atât folosind adresa, cât și dispozitivele răspund cu IPv4 și IPv6, cu excepția chromecast(ipv4). În cele de mai sus răspunsurile sunt trimise cu ambele formate ip, dar interogările par să fie trimise doar cu IPv6, Chromecast nu poate fi găsit.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.