Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

IPC und OScam zerschossen

AW: IPC und OScam zerschossen

So, es ist wieder geschen: hab bis vier formel 1 geguckt, alles gut. Dann erreicht mich eben im zug die nachricht, dass wieder alles dunkel ist. der lokale client ist wieder hell, nachdem die neue lokale ip des servers (hab den router neustarten lassen) eingetragen wurden. Die ext. Clients sollen dunkel sein, kann ausm zug aber auch nicht viel machen.

Was würdet ihr nun sagen, was ich machen kann? Ist die fehlerquelle beim router zu sehen, wenn der igel doch alles hell macht? Könnten evtl proxies das problems sein bzw. Deren c-lines, die ich denen gebe? Es passiert eig. Jedes we, also ein ml die woche. Somit kann es auch kein dyndns fehler sein, oder?

Hab mir überlegt, ne 7390 zu kaufen.
 
AW: IPC und OScam zerschossen

Hi,

wenn intern im Haus alles hell ist und die Clients nichts mehr sehen, dann tippe ich mal auf fehlendes Update der Dyndns.

Grüße
Bombadil
 
Ja das vermute ich auch, kann man aber so nichts machen außer warten, dass der anbieter diese aktualisert oder wie?

Nochmal zu den absürtzen: kann es auch am provider liegen? Server ist an ner 6000er dsl telekom leitung angeschlossen

daran, dass ich nun nen proxa drin hab und von v13 auf S02/HD01 umgestellt hab kann es nicht liegen?

vorher lief es alles glatt, seitdem stürzt er mir einmal die woche ab...

aber wie gesagt, ich weiß nicht, was die fehlerquelle ist: speedport, igel, karten, proxies.. dyndns wohl nicht, wenn das nur einmal die woche passiert?
 
Zuletzt bearbeitet von einem Moderator:
AW: IPC und OScam zerschossen

Hi,

Ob ein Update der Dyndns stattgefunden hat kannst du doch ganz leicht herausfinden in dem du deine Dyndns an pings oder zb. einfach im Router nach sehen ist bei brauchbaren Routern meist in der Status info zu finden.

Ich habe dir auch bereits geschrieben das Dyndns.com da ein Limit hat wie häufig du ein Update machen darfst wenn es zu häufig vorkommt wird geblockt und es findet kein Update statt das kann immer mal sporadisch vorkommen.
das kann man aber bei guten Routern einstellen wie oft er updaten soll.
wenn intern alles läuft kann das nur dein Router, deine Dyndns Adresse oder das nicht updaten der Adresse sein.
 
AW: IPC und OScam zerschossen

ja ne dyndns hab ich über deren homepage gecheckt, wurde gleich aktualisert, als der router neugestartet wurde.

also bleibt vermutlich nur der speedport als fehlerquelle übrig. was mir aufgefallen ist, wenn ca ein mal die woche alles dunkel war, war der port auf canyouseeme dicht.
ich musste im speedport die portregel erst deaktivieren und dann wieder aktivieren, damit was hell wurde und canyouseeme den denst sehen konnte.

kennt jemand ähnliche phänomene? was kann man dagegen tun? Update? auf fritzbox umsteigen?
 
AW: IPC und OScam zerschossen

Hi,

mit einem Speedport hatte ich auch ne ganze Weile Schwierigkeiten. Bis zu 30 Mal wurde mir eine neue IP verpasst. Mindestens einmal pro Tag wurde die Dyn nicht aktualisiert. Ich hatte schon die Telekom in Verdacht, dass die mir wegen der DynDns Geschichte dazwischenschießt.

Ich habe mir dann versuchsweise eine Fritte besorgt, auf der ich einen Zeitraum für die Zwangstrennung einstellen konnte. Danach ist das nie wieder passiert und ich bin dann bei Fritzbox geblieben.

Grüße
Bombadil
 
AW: IPC und OScam zerschossen

Nabend, bislang habe ich bei jedem User diesen Beta Tunnel eingetragen: 1833.FFFF:1702

nun hab ich im streamboard diesen langen eintrag gesehen:
1833.0069:1702,1833.006A:1702,1833.006B:1702,1833.006C:1702,1833.006E:1702,1833.006F:1702,1833.0070:1702,1833.0071:1702,
1833.0072:1702,1833.0074:1702,1833.0075:1702,1833.0076:1702,1833.0077:1702,1833.0078:1702,1833.0079:1702,1833.007A:1702,1833.007B:1702, 1833.007C:1702,1833.007D:1702,1833.007E:1702,1833.007F:1702,1833.0081:1702,1833.0082:1702,1833.0083:1702,1833.0084:1702,1833.6FB8:1702


warum so viuele und was ist zu präferienen? bislang laufen alle hd sender bei den clients
 
AW: IPC und OScam zerschossen

1833.FFFF:1702 reicht völlig aus

Gruß

Gesendet von meinem GT-I9300
 
AW: IPC und OScam zerschossen

hi,

ich hab einen client, der sehr oft im log auftauscht, da seine anfragen nicht beantwortet werden können:


2013/04/26 10:31:35 A065430 c Client (1702&000000/0000/7735/93:3085): rejected group (0 ms) (0 of 0) - 1702:7735 unknown (no matching reader)
2013/04/26 10:32:19 A065430 c Client (1702&000000/0000/197F/93:C1E7): rejected group (0 ms) (0 of 0) - 1702:197F unknown (no matching reader)
2013/04/26 10:32:46 A065430 c Client (1702&000000/0000/7031/93:E95A): rejected group (0 ms) (0 of 0) - 1702:7031 unknown (no matching reader)
2013/04/26 10:33:12 A065430 c Client (1702&000000/0000/7732/93:5B34): rejected group (0 ms) (0 of 0) - 1702:7732 unknown (no matching reader)

auch auf meiner HD01 mi caid 1830 passieren öfters mal solche anfragen. Tritt halt nur bei diesem user auf. Ist das seine "Schuld"? oder schließen meine Services diese Anfragen aus (habe sie eigentluch denk ich ziemlich vollständig). Bei anderen Clients tritt dieses Problem nicht auf.
 
AW: IPC und OScam zerschossen

Hi,

das sind Anfragen von Canal+ oder Canal Sat. Die kannst du nicht entschlüsseln, zumindest nicht über die Caid 1702. Auf die Anfragen deines Clients hast du nur bedingten Einfluss.

Grüße
Bombadil
 
AW: IPC und OScam zerschossen

Hallo,
Hier mal ein abschnitt vom oscam wiki dazu!
Ich finde das sehr gut beschrieben besser kann man das eigentlich nicht erklären!


Der Betatunnel:
betatunnel

Parameter ist optional
Der Betatunnel dient zum Mappen (Umhängen) von Sky- und KD-CAIDs, sodass z.B. 1833'er-Anfragen über 1702 beantwortet werden können. Notwendig ist dieses Mapping eigentlich nur bei HD-Kanälen, aber es lassen sich auch alle anderen Kanäle damit "umhängen".


Vor- und Nachteile eines kompletten und eines aufgeschlüsselten Mappings:

  • Bei einem kompletten Mapping "1833.FFFF:1702" werden alle SIDs (Programme) übersetzt. Dies hat den Vorteil, dass der Client auch bei nicht HD-Sendern sofort beantwortet wird und keinen weiteren Server anfragen muss. Nachteil, ein komplettes Mapping ist nicht so schnell wie ein aufgeschlüsseltes und die Anfragen benötigen 100-200ms mehr.
  • Ein aufgeschlüsseltes Mapping hat "nur" den Vorteil, dass die Anfrage schneller beantwortet werden kann. Nachteil, Du setzt eine "beschnittene" Karte ins Share, die nur die im Betatunnel definierten Programme umhängt, obwohl sie ggf. "mehr" kann.
Die Meinungen, was ist besser und was nicht, unterscheiden sich sehr. Entscheide selbst, was das Beste für dich ist.

Achtung:

  • Wenn Du einen Betatunnel einsetzt, musst Du auch die oscam.services anpassen, z.B. caid=1702,1833 für SAT.
  • Ab OSCam Revision #6092 sind maximal 50 Mappings möglich, von #4347 bis #6091 sind maximal 20 Mappings möglich, bei vorigen Versionen nur 16.
  • Eintragungen in oscam.conf [global] = werden mit einem Eintrag in der oscam.user überschrieben

Weitere Informationen:

  • Es tut nicht weh, den Betatunnel bei allen Usern einzusetzen, wenn Du eine davon betroffene Karte besitzt.
  • CCcam-Clients tunneln 1833 von Haus aus (nicht 1834!), sprich hier wäre es nicht nötig, aber es tut auch hier nicht weh.
  • Setze ggf. auch Prioritäten Deiner Clients, z.B. 1702 vor 1833.

Beispiele:

# betatunnel = <CAID>.<ServiceID>:<target CAID> # # Sky, Mapping aller 1833'er-Anfragen auf CAID 1702... betatunnel = 1833.FFFF:1702 # # KD, Mapping aller 1834'er-Anfragen auf CAID 1722... betatunnel = 1834.FFFF:1722 # # Sky, es werden NUR die HD-Kanäle gemapped... betatunnel = 1833.0082:1702,1833.006F:1702,1833.0077:1702,1833.0084:1702,1833.0071:1702,1833.0070:1702,1833.0075:1702,1833.006A:1702,1833.006B:1702,1833.007C:1702,1833.0081:1702,1833.0072:1702,1833.0083:1702
 
AW: IPC und OScam zerschossen

so ich hab mir ne 7360 aus der bucht bestellt, ist heute angekommen und will sie morgen eingerichten.

mir ist leider unangenem aufgefallen, dass es die ewe edition ist, was so nicht in der artikel beschrieben wurde..
in der antleitung steht, dass diese für EWE, swb und osnatel konziepiert ist. wo der server steht ist jedoch telekom, kann man es dennoch da benutzen? muss man nen anderes image raufspielen?
 
AW: IPC und OScam zerschossen

Hi,

lass dich mal im Fritzboxbereich beraten. Du musst die Box recovern. Dann ist sie so gut wie jungfräulich und für alle Provider offen.

Grüße
Bombadil
 
Zurück
Oben
📱
Forum App auf dein Handy
Schneller. Push-Benachrichtigungen. Offline-fähig.
Öffnen