NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
5 Port Switch der mit SAT IP funktioniert ?
Hallo zusammen, ich suche einen 5 Port Switch der mit SAT IP Servern funktioniert. Es gab hier schon einmal das Problem das bestimmte Switche nicht mit dem SAT IP Header zurecht kommen. h...
Was immer an so einem SAT-IP speziell sein soll? Eigentlich nichts, die Switchen müssen mit IGMP Multicast v2 (IPv4) und v3 (IPv4 und IPv6[==MLD!]) umgehen können, und ggf. IGMP Multicast für das entsprechende VLAN aktiviert haben.
Das können alle Netgear Smart und Managed Switches soweit perfekt.
Wozu immer der Pi-hole in dem IGMP Multicast Daten-Stream gut sein soll? Spätestens wenn die TV_Schauer beim Zappen sind wird es wohl schweierig...
Um welche TP-Link switches geht es denn hier wirklich?
Leider schnittpelst Du hier alles was informativ (MAC Adresse, OUI, ...) sein könnte raus...
10:01:09.174496 ARP, Request who-has SAT-IP-Server.fritz.box tell pi.hole, length 28
10:01:09.175110 ARP, Reply SAT-IP-Server.fritz.box is-at x:x:x:x:x:x (oui Unknown), length 46
...und die Kristallkugel ist schon im Osterurlaub.
Grüsse aus der Schweiz,
-Kurt
PS. Das funktioniert alles auch perfekt auf einem sehr kleinen Non-Managed aber Konfigurierbaren Plus Switch - wobei ich diesen auf Grund der nötigen Leistung (nicht nur für IGMP Snooping) nur an den Endpunkten (nicht in der grösseren Infrastruktur) empfehlen kann.
Hallo,
naja speziell ist am SAT IP gar nix. Nur die Tatsache das er mit dem TP-Link SG105E nicht funktioniert hat.
Im Monitoring bekam ich für den SAT IP Server RXBadPackets.
Sobald diese RXBadpackets auftraten hatte ich Bildfehler in Form von Artefakten und Streifen.
Aktiviert war beim TP-Link Switch auch nur IGMP Snooping, ein VLAN war eigentlich gar nicht konfiguriert.
Aber es ging auch mit deaktiviertem IGMP Snooping nicht.
Ich hatte dann den SAT IP Server wieder direkt an meine Fritzbox 7590 angeschloßen und alles ging einwandfrei.
Mein Problem ist eben nur das ich im Wohnzimmer einen Switch für den SAT IP Server brauche weil noch mehr Geräte (TV, Nvidia Shield TV Pro) am Netzwerk hängen.
Der TP-Link Support verwieß eigentlich nur auf einen Forumsbeitrag:
Das war die Lösung von TP-Link:
Zitat: "
When the switch receives packets of 64 bytes, the untagged packet will be considered as "RxGoodPkt", while the tagged packet will be taken as "RxGoodPkt" and "RxBadPkt" together (the switch will still forward the tagged packets of 64 bytes). Thus you could see the "RxBadPkt" but not notice any bad performance on the switch. Please do not worry about this "RxBadPkt" on your switch, it will not block the network or affect the performance. "
Das ist toll das es den Network traffic nicht blocked oder die Performance beeinflusst.
Nur führt das eben zu Bildfehlern bei mir.
Deswegen die Frage welcher Netgear Switch funktioniert ? der TP-Link ist längst zurückgeschickt.
Starfoxfs wrote:
naja speziell ist am SAT IP gar nix. Nur die Tatsache das er mit dem TP-Link SG105E nicht funktioniert hat.
Macht denn dieser grosse unbekannte SAT IP Server denn auch wirklich IGMP Multicast, über den dann die TV- oder TV-Boxen den richtigen Live-Stream (per IGMP Multicast) bzw. Video-on-demand (VOD, UDP unicast) aktivieren können? Das sind so die grundsätzlichen Techniken, wie sie auch im Bereich IPTV von der Telekom, Swisscom, usw. benutzt werden.
Starfoxfs wrote:
Im Monitoring bekam ich für den SAT IP Server RXBadPackets.
Sobald diese RXBadpackets auftraten hatte ich Bildfehler in Form von Artefakten und Streifen.
Ohne die Systeme näher zu kennen - schwierig eine Aussage zu machen.
Starfoxfs wrote:
Aktiviert war beim TP-Link Switch auch nur IGMP Snooping, ein VLAN war eigentlich gar nicht konfiguriert.
Aber es ging auch mit deaktiviertem IGMP Snooping nicht.
Spannerderweise sagst Du ja, dass keine VLANs im Einsatz sind. Eine der Möglichkeiten scheidet also sofort aus.
Ob denn bei Deinem SAT IP Server wirklich IGMP Multicast verwendet wird bleibt also im Moment noch offen.
Falls das System dann wirklich ICMP Multicast verwendet, und der Anwender jetzt noch hingeht und IGMP Multicast dekativiert, führt das dazu, dass alle vom Server ausgesendeten Pakete (Frames) auf allen Ethernet (LAN) Ports heraus kommen, und perfiderweise auch auf alle Wireless Access Point Radios, somit nicht nur auf alle Netzwerkkabel, sondern auch in die Luft.
Diese Pakte schlagen in diesem Fall auch auf allen Geräten auf, dem Router, allen PCs, allen drahtlosen Geräten usw. auf.
Starfoxfs wrote:
Der TP-Link Support verwieß eigentlich nur auf einen Forumsbeitrag:
Das war die Lösung von TP-Link:
Zitat: "
When the switch receives packets of 64 bytes, the untagged packet will be considered as "RxGoodPkt", while the tagged packet will be taken as "RxGoodPkt" and "RxBadPkt" together (the switch will still forward the tagged packets of 64 bytes). Thus you could see the "RxBadPkt" but not notice any bad performance on the switch. Please do not worry about this "RxBadPkt" on your switch, it will not block the network or affect the performance. "
Das ist eine "wunderbare" implementierung, bei der zwei Zähler nach oben gehen, z.B. auch wenn Getaggte-VLAN Pakete oder JumboFrames über den Switch gehen 8-) Sinn und Unsinn bleibt den Erfindern, den Supportern dieser Firma bzw. den geneigten Lesern überlassen.
Es handelt sich gemäss unbestätigten Informationen weitgehend um Switches, welche Unmanaged sind, also ohne Managed Switch Core auskommen müssen. Die Kontrolle (Web UI oder App) erfolgt durch einen uC der 8051-Klasse, dieser "hört" dauernd den gesamten Netzwerkverkehr ab, kann dann dem Unmanaged Switch (wie er auch in vielen Geräten wie auch den meisten Routern verbaut sind) ganz einen oder meherere Ports einfach einem bestimmten VLAN zuweisen. So wird auf praktisch allen Routern sowohl LAN wie auch WAN/Internet über einen clever konfigurierten Switch geführt, und so sichergestellt, dass da eben nur der jeweilen erlaubte LAN- oder Internet-, (oder z.B Gast-Netzwerk-)Verkehr durchgeht. Ja, auch die einfachen Netgear Plus Switches (GSxxxExx, MSxxxExx) sind genauso aufgebaut.
So muss ich Dich jetzt enttäsuchen - ich kann Dir also Deine Frage nicht sofort beantworten - ohne mehr über Dein unbekannten SAT IP Server, den oder due zugehörigen "Empfänger", und dessen Konfigurationen zu erfahren.
Ebenfalls im Dunkel bleiben die zwei ARP Dignes, welche Du weiter oben erwähnt hast, aber eisern über die OUI oder die MAC Adresse (den Hersteller-Teil) schweigst.
In diesem Sinne wünsche ich Dir mal schöne Ostern!
Die Geräte sind kein Geheimnis.
Der SAT IP Server ist der Megasat SAT-IP-Server3
Umwandlungsgerät ist ein Raspberry Pi4B mit TVHeadend
Endgerät eine Nvidia Shield TV Pro 2019er Modell
Der SAT IP Server 3 steht im Wohnzimmer und geht dann über den Switch und die Fritzbox 7590 an den Raspberry Pi, dieser schickt die htsp Signale zurück über den Switch ins Wohnzimmer an die Nvidia Shield TV Pro mit Kodi drauf.
Das ist die Ausgangslage.
Ob der SAT IP Server 3 Multicast, Unicast oder sonstiges schickt kann ich nicht sagen. Die Übertragung der Signale findet über UDP zum Raspberry PI statt.
Das oben war nur ein Ausschnitt von tcpdump was auf dem Raspberry zum mitschneiden der gesendete Daten des SAT-IP-Server gemacht wurde.
Es war nur eine Vermutung von mir das diese 2 Pakete zu diesem RXBadpacket geführt haben weil beide kleiner 64 bytes sind.
Pihole spielt dabei eine Rolle weil alle eingehenden Netzwerkdaten beim Raspberry erstmal durch das Pihole laufen. Die MAC Adresse habe ich halt mal rausgekürzt, ist aber der SAT IP Server.
Ebenfalls schöne Ostern 🙂
Ganz kurz nochmals. TVheadend verwendert UDP Unicast, ohne Multicast (d.h. ohne gleichzeitige Verteilung des identischen Signales), so sich das in den letzten Jahrzehnte nicht grundsätzlich geändert hat (soweit ich das sehe). Wenn also im ganzen Haus sagen wir ARD live läuft, wird der RTP-Stream mehrfach vom Headend ausgesendet, also leicht zeitlich versetzt. Jeder handelsübliche Switch sollte damit klar kommen, so der Megasat SAT-IP-Server3 als RTP-"Sender" und RTP-"Verteiler" das auch packt. All das "moderne" ICMP Multicast ist also unbeteiligt, es braucht wohl auch keine Switches, welche damit umgehen müssen - anders als wenn IPTV zu Dir über Deinen Internet-Anschluss kommt.
NETGEAR Academy
Steigern Sie Ihre Fähigkeiten mit der Netgear Academy - Lassen Sie sich schulen, zertifizieren und bleiben Sie mit der neuesten Netgear-Technologie auf dem neuesten Stand!
Machen Sie mit!
ProSupport for Business
Umfassende Supportpläne für maximale Netzwerkverfügbarkeit und geschäftliche Sicherheit