Jak debugować infrastrukturę DLNA?


11

Utknąłem w szczególnej sytuacji w domu i byłbym wdzięczny za wszelką pomoc.

Mam:

  • Odbiornik AV Marantz NR1504, podłączony za pomocą PowerLan i Ethernet do routera / modemu.
  • Samsung SmartTV, podłączony przez Wi-Fi do tego samego routera.
  • Smartfony z Androidem, z BubbleUPnP, połączone przez WiFi z tym samym routerem.
  • Synology DS414 podłączony przez Ethernet bezpośrednio do tego samego routera.

Synology prowadzi kolekcję plików muzycznych, MP3 i FLAC. Mogłem uzyskać dostęp do tej kolekcji z telewizora, odbiornika i BubbleUPnP. Mogłem odtwarzać je bezpośrednio z odbiornika, odtwarzać je za pomocą telewizora przy użyciu dźwięku zwracanego przez HDMI lub użyć smartfona, aby uzyskać dostęp do kolekcji muzycznej i odtwarzać dźwięk za pomocą odbiornika.

Synology obsługuje pliki muzyczne za pomocą Media Server.

Podsumowując, sytuacja wyglądała następująco:

  • BubbpleUPnP mógł zobaczyć kolekcję muzyczną na Synology i zobaczyć odbiornik.
  • Odbiorca mógł zobaczyć kolekcję muzyczną na Synology i mógł zobaczyć BubbleUPnP.
  • Telewizja mogła zobaczyć kolekcję muzyczną na Synology.

Wszystko działało dobrze, do pewnego momentu. Nie używałem wszystkich funkcji przez cały czas, więc nie wiem, kiedy dokładnie coś poszło nie tak. Jednak obecnie sytuacja wygląda następująco:

  • BubbleUPnP w ogóle nie widzi Synology; nadal widzi odbiornik.
  • Odbiornik w ogóle nie widzi Synology. Widzi BubbleUPnP.
  • Telewizor dobrze widzi Synology ze wszystkimi plikami multimedialnymi.
  • Serwer multimediów Synology wyświetla TV, BubbleUPnP i odbiornik w Media Server> Zgodność DMA> Lista urządzeń.

Więc:

  • Dwa kanały DLNA działają dobrze: TV — Synology i BubbleUPnP — odbiornik.
  • Dwa kanały DLNA działają w jedną stronę: Synology widzi BubbleUPnP i odbiornik, ale nie odwrotnie.

Zastanawiam się, czy istnieje „standardowe” lub zalecane podejście do debugowania takiej konfiguracji. Ponieważ dotyczy wielu dostawców i urządzeń oraz dość złożonej konfiguracji sieci, nie wiedziałbym nawet, o którą pomoc techniczną zapytać. Z drugiej strony uważam, że przy rozwiązywaniu tego rodzaju problemów powinna być wiedza i właśnie tego szukam.

Odpowiedzi:


4

Problemy te zawsze trudno rozwiązać. Podejście, które podjąłem, to najpierw udokumentować każdy interfejs sieciowy na każdym urządzeniu, w tym routery, punkty dostępu i karty POWERlan. Zapisz adres MAC, adres IP, bramę domyślną, maskę sieci i nazwę hosta.

Teraz przejdź do głównego serwera DHCP (prawdopodobnie na routerze domowym) i upewnij się, że jego logi pokazują dokładnie te same adresy MAC, które zarejestrowałeś i że każdy MAC otrzymał dokładnie te same adresy IP, które widziałeś. Różnica może oznaczać, że przypadkowo włączyłeś drugi serwer DHCP (być może ukryty w tanim punkcie dostępowym, przedłużacz zasięgu WiFi lub adapter POWERlan), który może tworzyć fałszywe ustawienia sieciowe w niektórych urządzeniach, dzieląc sieć na dwie części.

Upewnij się, że wszystkie urządzenia znajdują się w tej samej podsieci. Oznacza to, że wszystkie mają tę samą maskę sieci, a najwyższe bity są takie same. Na przykład, jeśli maska ​​sieci routera to 255.255.255.0, wówczas wszystkie twoje urządzenia powinny mieć 3 najlepsze oktety wspólne z bramą domyślną i siebie nawzajem, takie jak 192.168.1.1, 192.168.1.2 i 192.168.1.3

W małej sieci domowej, takiej jak opisana, spodziewałbym się, że wszystkie urządzenia będą miały wspólną bramę domyślną. Upewnij się, że jest to adres IP routera w sieci wewnętrznej.

Jeśli uważasz, że może to być nieuczciwy problem DHCP, ale po prostu nie możesz zrozumieć, co się dzieje, rozważ konwersję wszystkich interfejsów sieciowych na statyczne adresy IP.


Czy pomyliłeś DLNA i DHCP?
Sean Houlihane

3
@SeanHoulihane, nie, ale z opisu uważam, że główną przyczyną jest problem z siecią. Gdy tylko sprawi, że każdy węzeł sieci poprawnie się komunikuje, myślę, że jego problemy z DLNA znikną. Widziałem bardzo podobne zachowanie wcześniej, kiedy przypadkowo skonfigurowałem mały router TP-Link, aby służył jako punkt dostępowy, ale zostawiłem dhcpd działający, co zaczęło losowo przejmować kontrolę nad innymi węzłami sieci.
John Deters
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.