NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Netgear DGND3800B & Entertain 2.0
Hallo liebe Community, ich habe folgendes anliegen: Seit meiner Umstellung meines Anschlusses auf BNG funktioniert bei mir Entertain TV nicht mehr. Es funktioniert in etwa nur 10sek und danach stoppt ...
Hallo Slas,
Aktiviert oder deaktiviert, kein Unterschied.
WAN Einstellungen ebenfalls übernommen. Keine Änderung.
Vor der Umstellung ging es ja, nochmal: IPTV läuft nun ausschließlich über VLAN7!
Der Router schickt Uni- und Multicastpakete wahllos, ich kann keine Ports einzeln konfigurieren.
Oder ist es möglich den Router als reines Modem zu nutzen? Dafür gibt es auch keine Optionen.
Gruß
Hallo Globi9,
Hast Du mit dem Inhalteanbieter gesprochen und nachgefragt welche Bedingungen erfüllt werden müssen?
Wenn bei Dir VLAN8 für IPTV nicht genutzt wird, dann sollte nur WAN1 und IGMP Proxy aktiviert werden.
Du könntest noch versuchen den DGND3800B auf Werkseinstellungen zurückzusetzen und IGMP Proxy aktivieren.
Grüße
Slas
NETGEAR Community Team
Danke für die Antwort Slas!
Ich bin selber beim Anbieter tätig. VLAN7 und der korrekte Transfer zwischen Unicast- und Multicast Paketen muss gegeben sein.
Wenn man auf einen Kanal schaltet, ruft der Entertain Receiver diesen für die ersten Sekunden per Unicast ab. Danach erfolgt transparent die Umschaltung auf Multicast. Dies kann nur IGMPv3. Ich denke der Router wird nur v1/v2 können. :(
Es gibt auch keine Option für QoS-Modus 802.1p nur das normale QoS. Oder gibt es noch eine andere Möglichkeit?
Lg Globi
Hallo Globi9,
ich denke in diesem Fall sollte ausreichend sein, das IGMP Proxy zu aktivieren.
Also unter der WAN Konfiguration das Häkchen bei "IGMP-Proxy deaktivieren" nicht einsetzen.
Ich würde sagen der Router unterstützt IGMPv3.
Falls das nicht hilft, dann würde ich als nächstes mit Wireshark den Datenverkehr überprüfen, ob Multicast weitergeleitet wird.
Grüße
Slas
NETGEAR Community TeamHallo Slas,
IGMP Hacken raus oder rein, gleiches Ergebnis. Hatte ich vorher auch schonmal probiert.
Wireshark war ein guter Tipp und es hat sich bestätigt. Er weiß mit den Pakten scheinbar nichts anzufangen.
Hier funktioniert es:
Frame 86: 444 bytes on wire (3552 bits), 444 bytes captured (3552 bits) on interface 0
Ethernet II, Src: TatungTe_22:df:c8 (ac:6f:bb:22:df:c8), Dst: IPv4mcast_7f:ff:fa (01:00:5e:7f:ff:fa)
Destination: IPv4mcast_7f:ff:fa (01:00:5e:7f:ff:fa)
Source: TatungTe_22:df:c8 (ac:6f:bb:22:df:c8)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.0.15, Dst: 239.255.255.250
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x60 (DSCP: CS3, ECN: Not-ECT)
Total Length: 430
Identification: 0xa148 (41288)
Flags: 0x00
Fragment offset: 0
Time to live: 4
Protocol: UDP (17)
Header checksum: 0x62e5 [validation disabled]
[Header checksum status: Unverified]
Source: 192.168.0.15
Destination: 239.255.255.250
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]Hier nicht mehr:
Frame 89: 444 bytes on wire (3552 bits), 444 bytes captured (3552 bits) on interface 0
Ethernet II, Src: TatungTe_22:df:c8 (ac:6f:bb:22:df:c8), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Source: TatungTe_22:df:c8 (ac:6f:bb:22:df:c8)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.0.15, Dst: 192.168.0.255
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x60 (DSCP: CS3, ECN: Not-ECT)
Total Length: 430
Identification: 0xcd9b (52635)
Flags: 0x00
Fragment offset: 0
Time to live: 64
Protocol: UDP (17)
Header checksum: 0x28e5 [validation disabled]
[Header checksum status: Unverified]
Source: 192.168.0.15
Destination: 192.168.0.255
[Source GeoIP: Unknown]
[Destination GeoIP: Unknown]Er switcht ständig :(