Abend zusammen! Ich würde gerne das Thema wieder aufgreifen. Weil mich das Thema heute etwas gepackt hat...
Ich habe seit Jahren eine Oscam Testumgebung mit CCcam als Protokoll. Seit Jahren läuft es wie ein Uhrwerk. Aber seit einer unbestimmten Zeit, muss ich feststellen, dass auf dem einen oder anderen Gerät vereinzelte Kanäle nicht immer auf den Server Anfragen. Wenn ich auf dem Client von native cccam auf oscam switche geht es dann. Manchmal auch nicht.
Also habe ich Testweise auf cs375x gewechselt, bzw. einen Port eingerichtet und Zack alles läuft wunderbar. Jeder "zickige" Kanal springt an.
Kurzum - habe ich mit dem cs Protokoll irgendwelche Nachteile? Reshare Regeln werden nicht benötigt.
Oder habe ich wegen UDP Protokoll einen Geschwindigkeit "zuwachs"
Ich habe mich etwas reingelesen, jedoch sind die Beiträge in den Boards alle über 6/7Jahre alt. Eventuell ist das cs Protokoll überholt.
Ich würde mich sehr über eins, zwei Meinungen freuen. Vielen Dank vorab....
Ich hatte zumindest früher das Problem, das über cccam keine Unique EMMs an die V13 kamen. Hab für AU deshalb schin lange camd UDP und da funzt das alles
Danke für den link. kurze Frage - siehst du UDP kritisch wegen der Gefahr Pakete zu verlieren?
Falls das der Grund ist, wie steht es um cs378x?
Falls das Protokoll die zickigen Kanäle erfolgreich verarbeiten kann, dann wäre es auch eine Option.
Hi @H5400,
ja, bei UDP gehen Pakete unbemerkt verloren und führt denn oft zu Freezern. cs378x nutzt TCP und da fallen Verluste direkt auf und es wird versucht das Paket erneut zuzustellen.
Aber seit einer unbestimmten Zeit, muss ich feststellen, dass auf dem einen oder anderen Gerät vereinzelte Kanäle nicht immer auf den Server Anfragen. Wenn ich auf dem Client von native cccam auf oscam switche geht es dann. Manchmal auch nicht.
Also habe ich Testweise auf cs375x gewechselt, bzw. einen Port eingerichtet und Zack alles läuft wunderbar. Jeder "zickige" Kanal springt an.
Kurzum - habe ich mit dem cs Protokoll irgendwelche Nachteile? Reshare Regeln werden nicht benötigt.
cs375x gibt es nicht, meinst du nun cs378x oder cs357x. Weil cccam benutzt auch TCP wie cs378x. Wenn es also mit cs378x auf einmal läuft, würde ich eher auf ein reshare oder wie beim TE anticascading Problem tippen.
Hier was zu TCP und UDP.
cs378x = TCP
cs357x = UDP
Damit sollte der Unterschied klar sein. TCP ist zuverlässiger. Ich benutze aber ebenfalls wie @dewildschwein500 schon verlinkt hat eine Fallback Line mit UDP. Da das ganze hin und her senden und bestätigen bei TCP unter Umständen auch mal länger dauern kann wenn Pakete verloren gehen oder ein "Stau" auftritt, kann es bei einer anfälligen Karte wie z.b. der V13 ab ca. 550-600 ms zu Freezern kommen. Daher schicken wir wie im verlinkten Thread schon beschrieben eine UDP Anfrage hinterher in der Hoffnung, dass diese direkt durch geht und die Antwort schneller kommt. Man könnte die Fallback Line auch über TCP machen, aber das würde bei einem "Stau" ja wenig Sinn machen. Bei HD+ Karten ist das "fast" nicht nötig, da diese ja sehr "größzügig" sind und erst ab 1500-2000 (oder noch höher?) freezen.
Dann versuch ich mal.
Cs 357 /378 das sind Protokolle noch aus D Box zeiten, damals liefen die Spitze , zu der zeit war auch die Datenmenge geringer als heute , wenn man sich HD Sender ansieht . Im Home Cs mit Lan zu Lan kein Problem das sollte ohne weiteres gehen, mit den alten Protokollen cs 357.Zum heutigen sharen im Home cs.Der Server sollte zumindest am Lan Router verbunden sein wenn möglich,die clienten können via Wlan sich conecten.
Ich benutze nur noch die ', gbox oder cccam protokolle und habe nie irgendwelche freezer hänger oder dauerpings weder auf Server oder clienten.
Das Thema ist das cccam mit einigen Programmen Probleme hat. Ich würde auch gerne alles so lassen. Woran könnte es dann liegen? Ich möchte die perfomanteste Lösung haben....
Ich verfolge das Hobby schon 10j. Und nutze bestimmt meine config (ohne cs35xx) seit bestimmt 6j oder mehr, und alles ohne Probleme.
Aber ich weiß nicht was UM/VF geändert hat, aber seit einigen Monaten werden nicht alle Kanäle auf anhieb, oder sogar gar nicht geöffnet.
Daraufhin habe ich gestern die muse gefunden, das cs zu testen und alle Kanäle die gezickt haben, sind ohne Probleme gelaufen.
Also gibt es gerade zwei Optionen
Erstens an meiner config ist was faul oder oscam/ccc werden nicht getriggert auf dem server anzufragen.
Alle Geräte sind ältere gigablue's quad+ und alte se.
Aber die quad's haben aktuell hdfreaks images drauf.
Die alte se Box hat gestern eine frische oscam bekommen.
Guten Morgen. Ich geh den einfachen Weg und teste es an den problem clients. Wenn es die nächsten Tage gut läuft. Wird CC an den Nagel gehängt. Falls es nicht den erhofft Erfolg bringt, werde ich nochmal mit log und co. Melden.
Bis dahin... vielen Dank für eure Unterstützung.
Eine Frage in die Runde zum Thema CS378x. Ich habe drei Karten [2xV23 (HD&SKY) und einmal UM02]
Wenn ein Client auf die UM02 zugreift, wird eine invalid Anfrage auf die V23 erzeugt und ich möchte keine invalid Anfragen von Clients in meinem Log sehen. :-D
Was kann ich dagegen tun?
Ich arbeite mit Services. Ich habe auch Server-Seitig eine Blockier-Service (alle srvid + 1838) erstellt, aber das funktioniert nicht.
Client-seitig habe ich die 098E priorisiert, damit ich wenigstens nur selten eine invalid Anfrage bekomme.