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...
Hier nochmal ein TCP Dump vom jeweiligen Gerät beim übertragen des Fernsehprogramms:
10:01:09.156190 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.156633 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.157102 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.157581 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.158046 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.172308 IP SAT-IP-Server.fritz.box.6971 > pi.hole.38401: UDP, length 180
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
10:01:09.175950 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.176392 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.176849 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.177315 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.177789 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.178258 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.196159 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
10:01:09.196606 IP SAT-IP-Server.fritz.box.6970 > pi.hole.38400: UDP, length 1328
Dieser ARP Request gehört wohl zum Unicast/Multicast Header und ist wohl das Problem was der TP-Link eben nicht korrekt übertragen hat oder als RXBadPkt gekennzeichnet hat.
Jetzt eben meine Frage, welcher Netgear 5 Port Switch kann das korrekt bzw. wo kann man das einfach durchschleifen ohne Überprüfung Stichwort SGMP-Header Validation (disabled) ?
Würde das damit funktionieren ?
Ich frage vor dem Kauf weil ich nicht dauernd zurückschicken will.
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!
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