GIRA HS an Kabel BW mit ISDN Modem

[Wilfi]

ISDN Kabelmodem von Siemens ....

In einem anderen Forum fand ich folgendes:

"Durch intensive Internet-Recherche habe ich die Problemlösung gefunden: Die ISDN-Kablemodems von Siemens-Nokia, die Kabel-BW ausliefert haben wohl einen Serienfehler. Dieser Fehler verursacht z.B. bei mir, dass sich die ISDN-Anlage Siemens Gigaset SX255 ständig neu mit dem Takt des ISDN-Bus (So-Bus) neu syncronisieren muss. Und während dieser Sync-Vorgänge habe ich keine Möglichkeit, Gespräche anzunehmen oder selbst welche zu führen / Verbindungen aufzubauen.
Gelingt aber ein Gespräch, so läuft das unbeeinträchtig ab. "Gelingen" ist der richtige Ausdruck, denn in ca. 8-sekündigen Intervallen brauchen meine DECT-Mobilteile ca. 2 Sekunden, um die Verbindung mit der Basis wieder zu bekommen. Neben der Belästigung für an- und abgehenden Telefonverkehr habe ich also auch das Problem, dass die Akkus nach ca. 1 Tag leer sind.
Und schließlich sind ja auch die drahtgebundenen Geräte betroffen. So stürzt mir der Microsft-FAX-service von Windows XP ab, wenn die Verbindung zur Basis durch den Sync-Fehler unterbrochen wird.

Per Internet-Recherche fand ich, dass der So-Bus-Sync-Fehler bereits seit ca. 2002 auftritt und bekannt ist. Er tritt vorwiegend dann auf, wenn der So-Bus nicht von der Telekom bereit gestellt wird, sondern z.B. durch Fritz-Box, Auerswald-Anlagen usw. bzw. aus DSL / VOIP usw. neu generiert werden muss. Hier entstehen dann Takt-Ungenauigkeiten, die die Synchronizität zwischen So-Bus und Anlage außer Tritt bringen. - Dass ein neu entwickeltes Siemens-Nokia-ISDN-Kabelmodem einen Fehler hat, der seit 2002 bekannt ist, finde ich einfach schlimm! Dass Kabel-BW hier einen so schlechten Service leistet, ist noch schlimmer.

Hierzu fand ich dann schließlich diesen Thread:
http://www.sinus-gigaset-forum.de/handg ... t1648.html"


Kann irgend jemand mit dem o.g. Beitrag und dem Tread (da komme ich gar nicht drauf) was anfangen und hat das mit meinem Problem des HS zu tun?

Ich brauche Argumente gegenüber Kabel BW...

[makki]

Alles vermutungen, für Beweise wiegesagt: irgendwie ein Q.931-Debug erstellen. Aber dafür braucht man eben entweder einen Linux-Hobel mit gescheiter ISDN-Karte, einen Cisco-Router mit ISDN-Interface (was ich für das einfachere halte) oder, oder..
Oder einen ISDN-Protokollanalyzer, sowas hätte ich aber auch nicht (mehr).

Die Fritzbox ist vermutlich einfach nach aussen Fehlertoleranter und bildet es intern richtig ab.. Vielleicht weil man im Hause AVM definitiv weiss - ich traue mich das nach 15J Erfahrung mit denen zu sagen - wie ISDN funktioniert Und welche kleinen unzulänglichkeiten man dem Kunden zuliebe einfach "überspielt"

@no sleep: klar soweit, was ich meine ist dass a) solche Prüfungen IMHO für interne S0 wohl kaum durchgeführt werden und b) sowas eben nie einen ISDN-Anschluss mit allen Funktionen (D-Kanal Signalisierung, G4-Fax, Datendienste etc.pp) ergeben wird..
c) AFAIK leider kann keiner Siemens oder sonstwen zwingen das DSS1 oder ISDN aus dem Datenblatt zu entfernen, wenns nicht so ist..
Ich entwickle keine ISDN-Endgeräte aber hab mich schon mit so vielen "angeblichen" S0-Anschlüssen von bekifften Hicoms oder anderen TA's und PBX internen "fast S0-Anschlüssen" rumgeschlagen, dass ich mir in a) ziemlich sicher bin


Wir lösen das so: wenn ich ISDN brauche muss das ein (ich zitiere mich frei)

ISDN-Mehrgeräteanschluss / Basisanschlusses („BRI“) mit terminierten Vierdraht-S0 Bus mit zwei (2) freien B-Kanälen und D-Kanal Protokoll „DSS1“ mit voller Amtsberechtigung ohne Preselection in Grundkonfiguration, der von einem amtlich zugelassenen öffentlichen Telekommunikationsdienstleistungsanbieter (Teilnehmernetzbetreiber) bereitgestellt wird. Anlagenanschlüsse sowie Anschlüsse von privaten Telefonanlagen und VoIP-Konverter sind ungeeignet!

Von der Bundespost, wie ich sie liebevoll nenne Kein Kabel XY, kein Arcor, keine Alice, kein garnichts. Punkt.
(wie auch immer das im Telekom-Marketingsprech gerade heisst, aktuell glaub ich nennen sie das "Universal" statt ISDN, warum auch immer..)
Das kostet, funktioniert aber und vermeidet experimente.


Fazit, ich würde mir statt aufwändiger Fehlersuche und Beweisführung einfach einen ISDN-Anschluss bestellen Der kommt mit zwei Kupferdrähten ins Haus, hat einen NTBA und das wichtigste: funktioniert.

Makki

[Wilfi]

Wo sind die ISDN-Profi`s?

@ no sleep und makki

Ihr scheint Profi`s zu sein. Habt Ihr eine Idee, wie man Kabel BW hier packen kann? Welche Messungen wäen da erforderich?

Der Witz ist, daß es laut Wilfi'S Aussage ja mal problemlos lief. Also ist die Hardware grundsätzlich geeignet, das EDSS1 "prokokollnah" abzubilden. Es muß also ausschließlich an der softwareseitigen Implmentierung liegen.
Denn bitsynchron muß es ja nur am lokalen Bus sein, und das schafft mit den heutigen Hardwareressourcen fast jedes Gerät, wenn es denn ordentlich programmiert wurde.[/QUOTE]

JA und nochmal JA, es ging perfekt am "alten" Siemens Modem bis zur Großstörung Ende Juni 09. Da muss das Modem enen Schuss bekommen haben, denn beim Telefonieren gab es ständig Unterbrechungen. Nun habe ich nach 3x Modemtausch ein Siemens Nokia Modem (2. Generation) und mit dem Servicetechniker ist das Modem dann von HIQ! über HIQ2 auf HIQ3 umgezogen. Dazwischen immer Tests. Nichts hat genutzt!
Könnte es sein, dass Kabel BW auf seine Servern was geändert hat?

Ich suche immer noch nach Wegen, wie ich Kabel BW hier an den Karren kann. Ich finde es eine Sauerei, wie hier geworben wird und die Leistung, die mal da war, plötzlich nicht mehr zur Verfügung steht.

Mit der Fritzbox dazwische geht es einwandfrei!!!

Was macht die Box denn da dazwischen? Kennt sich da jemand aus?

[no sleep]

Doch DSS1 ist gleich DSS1, nur ist Marketingsabber != Standard
ISDN-over-IP ist halt kein natives ISDN.


Das ist ein Problem von offenen Standards (die ich gerne vertrete und verfechte): es gibt aber halt keine "offizielle Stelle" die das verifiziert, zertifiziert oder verstösse direkt ahnden könnte..

Oh doch, die gibt es. Aber natürlich kostet die Zertifizierung Geld!
Als ich vor ~6 Jahren ein Endgerät mit Hisax-Stack zuende entwickelt hatte, war ein Besuch bei CETECOM ICT Services GmbH Saarbrücken | Home angesagt, um protokolltechnisch auf der sicheren Seite zu sein. Der Sourcecode ist in einer solchen Zertifizierung übrigens völlig egal, es wird nur das Bus- und Protokollverhalten sowie der hardwareseitige Aufbau geprüft. Allerdings sollte man sich als Entwickler auf die ulkigsten Szenarien einstellen um seinen Prüfling während der Zertifizierung entsprechend "anpassen" zu können.

Die müssten da noch nichtmal gross schlampen (auch wenn es in diesem Fall vermutlich so sein wird): es ist technisch einfach unmöglich ein bitsynchrones Protokoll wie DSS1 komplett auf VoIP um- oder abzubilden. Das sind einfach zweierlei paar Stiefel.

Der Witz ist, daß es laut Wilfi'S Aussage ja mal problemlos lief. Also ist die Hardware grundsätzlich geeignet, das EDSS1 "prokokollnah" abzubilden. Es muß also ausschließlich an der softwareseitigen Implmentierung liegen.
Denn bitsynchron muß es ja nur am lokalen Bus sein, und das schafft mit den heutigen Hardwareressourcen fast jedes Gerät, wenn es denn ordentlich programmiert wurde.

[makki]

Ich teste noch weitere Kombinationen, aber es ist sehr bedauerlich, dass man Kabel BW nicht an den "Karren" fahren kann. ISDN ist nicht gleich ISDN.

Doch DSS1 ist gleich DSS1, nur ist Marketingsabber != Standard
ISDN-over-IP ist halt kein natives ISDN.

Ausserdem würde mich mal interessieren, ob und wie das Kabelmodem ISDN-mäßig zertifiziert wurde. Ich kann mir allerdings nicht vorstellen, daß ein Label wie Siemens da halbe Sachen macht.

Das ist ein Problem von offenen Standards (die ich gerne vertrete und verfechte): es gibt aber halt keine "offizielle Stelle" die das verifiziert, zertifiziert oder verstösse direkt ahnden könnte..

Vielmehr halte ich es für denkbar, daß KabelBW auf VoIP-Seite schlampt

Die müssten da noch nichtmal gross schlampen (auch wenn es in diesem Fall vermutlich so sein wird): es ist technisch einfach unmöglich ein bitsynchrones Protokoll wie DSS1 komplett auf VoIP um- oder abzubilden. Das sind einfach zweierlei paar Stiefel.
Teile davon (Voice) sind machbar, andere schwierig bis unmöglich. Wenn man das als sprachfähigen Telefonanschluss mit ISDN-Adapter verkaufen würde, könnte ich den Vorwurf des Marketinggewäschs fallen lassen

Damit wir uns nicht falsch verstehen:
ich nutze und betreibe selber VoIP und finde es - vor allem aus Kostenaspekten - attraktiv. Nur es ist halt kein natives ISDN mit all seinen Leistungsmerkmalen.
Ein Adapter (wie die Box von Kabel-BW, eine Fritzbox, whatever) kann das vielleicht mehr oder minder umsetzen, nur darf man dann IMHO nicht jammern wenn ein Teil davon nicht geht; das wird immer so sein müssen, weil ISDN-Geräte für eben dieses gemacht sind und nicht ein beliebiges Subset davon..

Makki

[no sleep]

@MarkusS: Eben genau das ist der Vorteil von "intelligenten" Geräten mit internem S0: Sie stellen einen komplett unabhängigen, eigenständigen S0 zur Verfügung. Nur so ist man z.B. in der Lage, mit der Fritzbox ein ISDN-VoIP-Gateway aufzubauen, das komplett ohne externen S0 auskommt.
Bessere Telefonanlagen können das auch. Ich hatte vor ewigen Zeiten mal eine "Telnet Dennis" von Telebau, die stellte ihren internen S0 auch komplett unabhängig von der Amtsanschaltung zur Verfügung.

@Wilfi: vielleicht wäre das o.g. ja noch eine preiswerte Alternative: Einfach eine 08/15-Telefonanlage mit internem S0 dazwischenschalten...
Ausserdem würde mich mal interessieren, ob und wie das Kabelmodem ISDN-mäßig zertifiziert wurde. Ich kann mir allerdings nicht vorstellen, daß ein Label wie Siemens da halbe Sachen macht.
Vielmehr halte ich es für denkbar, daß KabelBW auf VoIP-Seite schlampt (vielleicht um Bandbreite zu sparen?) und das Kabelmodem aufgrund unzureichender Daten in einen Kompatibilitätsmodus schaltet, der nur ein abgespecktes EDSS1-Protokoll zur Verfügung stellt.

[Wilfi]

..... von hinten durch die Brust ins Auge

Hi Sascha,

Du hast leider recht! Mit der Fritzbox dazwischen geht es zur Zeit problemlos. Dabei habe ich in der Fritzbox nur die MSN`s vom HS eingetragen und dem HS gar keine Nebenstellen Nummer verpasst, da die Box immer die erste MSN verwendet.
Ich teste noch weitere Kombinationen, aber es ist sehr bedauerlich, dass man Kabel BW nicht an den "Karren" fahren kann. ISDN ist nicht gleich ISDN.

Werde meine Erfahrungen nach Abschluss berichten.

[MarkusS]

der Aussendienst Service meinte sogar, ich werde da sicher firstlos kündigen können!?

Aufgrund so einer Aussage würde ich vermuten dass die genau wissen dass sie Dreck am Stecken haben und das Problem ziemlich genau einordnen können - nur gibt deren System keine Lösung dafür her und nur wegen einem oder zwei Kunden bewegt sich da niemand.

Im HS steckt wahrscheinlich die Linux-typische ISDN-Karte mit HFC Cologne-Chipsatz - der ist eigentlich dafür bekannt dass er recht genügsam und weitestgehend problemfrei ist.

Wäre trotzdem ganz interessant dem Ding mal mit einem ISDN-Sniffer an die Wäsche zu gehen um rauszufinden wo das Problem wirklich ist.

Ich glaube nicht dass man die Sache mit einer zwischengeschalten Fritzbox aus der Welt kriegt - hinter der Fritzbox ist doch nur wieder die Kabelbox und die wurschtelt das ISDN auf Broadband um.

[no sleep]

Wenn Deine Anwendung tatsächlich "systemkritisch" sein sollte versuche doch mal, eine Fritzbox mit internem S0 an den S0-Ausgang des Kabelmodems zu hängen. An den S0 der Fritzbox hängst Du dann den Homeserver.
Das ist zwar von hinten durch die Brust ins Auge, aber wenn andere sich nicht an den Standard halten, muß man sich (leider) andere Lösungen suchen...

[Wilfi]

Lösung für HS an Kabel BW

Ich habe nun einige Tests durchgeführt und so wie es aussieht auch eine Lösung (Ausnahme SMS Versand) für eine stabile PIN Abfrage. Kabel BW (hat sogar bei GIRA angerufen) und interessiert sich seit dem letzten Servicetechniker Besuch nicht mehr und der Aussendienst Service meinte sogar, ich werde da sicher firstlos kündigen können!? Da es nur wenige Betroffene sind, bewegt sich bei Kabel BW niemand!
=> Das ist leider nicht die Lösung des Problems.
Werde bis in 1 Woche die Konfiguration klar haben.

[domax]

Sorry, mir war nicht klar, das die Sprachfunktionalitäten ein unbedingtes Muss sind. Aus Sicht eines Computerfreaks gäbe es zwar die Möglichkeit, mit einem ferngesteuerten Skype (per Makro) die gewünschten Sprachnachrichten zu versenden, aber beim Empfang muss ich dann die Waffen strecken, da komme ich nicht über SMS bzw. natürlich Internet hinaus.

[MatthiasS]

Das ist MIR durchaus bekannt

Davon funktioniert nur immer noch keine Bedienung über ein Telefonmenü oder Sprachnachrichten zwecks Alarmierung.

[domax]

Isdn

Weil man damit zumindest nicht direkt SMS versenden kann, keine Telefonbedienung realsisieren kann....

Wenn es denn um zusätzliche Funktion SMS geht: von Siemens ist ein GSM-Modem zu einem akzeptablen Preis erhältlich, mit dem Du schalten kannst (Internetsuche nutzen). Dir ist aber bekannt, dass man SMS auch vom HS über das Netz senden kann, oder? Und ein Handy hat heutzutage fast immer Java an Bord, also kann es die Gira-Visu des HS nutzen.

[MatthiasS]

Weil man damit zumindest nicht direkt SMS versenden kann, keine Telefonbedienung realsisieren kann....

[domax]

Isdn

Ansonsten gibt es noch sündhaft teure Hardware-Lösungen die man ins Kabel transparent einschleifen kann.

Also, ich kenne mich nicht perfekt mit dem Home-Server aus, aber warum bindest Du ihn nicht über einen VPN-Router direkt an das Internet an. Das dürfte wesentlich schneller sein als die ISDN Lösung, ist bestimmt auch billiger und bei konsequenter Verschlüsselung genauso sicher. Ein solcher Router ist schon für um die 100 EUR bei den großen Herstellern zu erhalten. Falls Du noch keinen DSL-Anschluss hast: Internet über Kabel ist heutzutage super günstig !