Hallo,
wir nutzen in unserem Betrieb folgende Konstelation von S-Firm.
Die Daten sind auf einem Novell-Laufwerk gespeichert. Jeder Nutzer hat das Programm auf seiner Workstation installiert.
Auf einem Win 2000 Server ist eine Fritz-Card mit KEN 2.0 installiert.
Alle Workstations haben den Ken Client installiert. Capi ist aktiv!
Soll jetzt ein DFÜ-Auftrag ausgeführt werden, steht im Automat immer das die Verbindung zum Bankrechner hergestellt wird. Das geht sehr schnell und dann bricht die Übertragung auch sofort ab mit dem Fehler 28: Keine Netzwerkverbindung zum Partner.
Wenn dieser Vorgang läuft, leuchtet die grüne Lampe beim KEN nicht auf!!!

Es hat bis letzte Woche einwandfrei funktioniert. Wir haben nichts an den Einstellungen geändert.
Wer kann helfen?!

Funktioniert die Capi denn grundsätzlich ?
Teste mal mit dem DFÜ-Netzwerk oder mit connect32.

Standardfage an Kunden: Definiere NICHTS :twisted:
Will dagen, du hast zwar nichts an SFirm geändert, aber vielleicht hat dir wer den direkten S0-Bus gekappt und die Telefonanalge will jezz ne 0 als Amtsholung ....

Teste mal die Verbindung, dann schauen wir uns die Traces an.

CU

oder der Telefonanbieter hat gewechselt, auch sehr beliebt.

Den Telefonanbieter haben wir nicht gewechselt und auch nichts am S0-Bus.
Wenn ich mit einem der Rechner eine DFÜ-Verbindung z.B. zum Internet herstellen möchte, funktioniert das...
Beim KEN! leuchtet dann auch die grüne Lampe.
Das scheint doch zu bedeuten, dass die CAPI auf dem PC richtig installiert ist.
In den Einstellungen von SFIRM haben wir auch eingestellt, das wir eine 0 für die Amtsholung brauchen...

Gruß Daniel

Habt Ihr denn FritzData auf einem PC installiert. Probier einfach mal eine Verbindung aufzubauen (Avm Data Call-Center). Hieran kannst Du erkennen, ob die Capi an sich vielleicht defekt ist oder nicht.

Wenn Du ins Internet gehst, heisst dies nicht unbedingt, dass dieser Rechner über die Capi geht. Ist also nicht unbedingt ein Vergleich.

Lass die mal stehen und probier mal erneut mit Sfirm32.

Hallo,

also bei Fehler 28 nutzt ihr FTAM. Und das Problem ist bei Euch zu suchen.

Hast Du mal den Server neu gestartet? Evenutell wurde der gepatched oder der Treiber hat sich weggehängt!

Mein Tip=> Treiberproblem!

Suche nach einer Lösung für das gleiche Problem.

Die Änderungen die wir allerdings vorgenommen haben, war ein Update auf Version 2.0i SP1.
Seitdem tritt der Fehler 28 erst auf.

KEN! ist wie oben beschrieben ebenfalls getestet und funktioniert. Nur sfirm nicht.

Gab es in der Vergangenheit ja schon mal, das sfirm dann ein Problem verursachte. Jetzt wieder.

Treiberupdates für KEN! 2.0 (Service und Clients) haben das Problem nicht gelöst.

Weder unter W2K noch unter WinXP.
(Der WinXP SP2 - Patch von AVM für die XP-Firewall ist eingespielt, aber das Problem bleibt.)

hmmm,

nimm einfach mal die 2.0j

Tritt das Prob bei allen Banken auf? Wenns eine der Großbanken (insbes. DEUBA) ist, könntest du hier geholfen werden.

Ansonsten wirkt es manchmal Wunder, den Ken-Client mal drüberzuinstallieren.

CU

Frank

Hab selbiges Problem bei einem meiner Kunden gehabt. Die Lösung ist so unerklärlich wie einfach. Auch wenn die Ursache dadurch irgendwie nicht erkennbar wird.

Installiert auf den Rechnern mal ISDN-Watch. Läuft diese Software im Hintergrund läuft der Verbindungsaufbau über KEN problemlos. Ist Sie deaktiviert ist es als würde KEN die Anfrage auf Verbindung vom SFIRM32 nicht erkennen oder umgekehrt SFIRM32 KEN(inkl.Capi) nicht finden.

Versuchts mal.

Gruß

Hit

???
Das Omikronmodul greift doch einfach auf die capi2032.dll zu. Was soll ISDNWatch da verändern ???
Also wie immer: Nicht wundern

Ich hätte ja gerne mal gewußt, ob das ganze auch bei den 2 hier geklappt hat wie bei mir. :?:

Würde ich auch gerne wissen...

Was für mich denkbar ist:
Die capi selber ist im Ken Umfeld auf den Clients ja nur eine Art Netzwerkschnittstelle. Möglicherweise wird die Verbindung zum Ken-Server erst bei Bedarf aufgebaut und das dann vielleicht zu langsam.

Spekulation:
Läuft ISDN Watch, besteht durch die ständigen Statusabfrage die Verbindung faktisch dauerhaft.
=> Problem erledigt

Hallo Daniel,



Meine Erfahrung ist, dass bei schnell erfolgender Fehlermeldung das Problem eher intern zu suchen ist. Viele Kollegen haben Dir hier ja bereits gute Tips gegeben. In diesem Zusammenhang waere es schoen, wenn Du uns fuer den Fall, dass eine Loesung gefunden worden ist, diese auch mitteilst. Das hilft allen!

Noch ein paar Ergaenzungen und Fragen:

a) Bitte schaue Dir die Verknuepfung SFIRM32 mal genauer an. Welcher Pfad ist dort mit welchen Parametern (exakt) eingetragen?

b) Suche im SFIRM32-Pfad einmal nach "FTAMISDN.INI". Ueberpruefe alle gefunden INI's hinsichtlich Ihrer dort eingetragenen Pfade. Stimmen die noch?

c) Ist das von Dir beschriebene Problem auf allen SFIRM32-Clients (die DFUE koennen) reproduzierbar?

Hinsichtlich SFIRM32 und ISDN (auch ueber KEN!) war noch jedes Problem zu loesen. Also: Gib' die Antworten her!



Okay. Hast Du es trotzdem mal ohne 0 probiert? Ich meine, so eine klitzekleine Aenderung an der Telefonanlage -wie beispielsweise "automatische Amtsholung"- .... :shock:

Jungs und Mädels, sorry.

Bin Einzelkämpfer für 82 Systeme. Da dauern Antworten schon mal.
Ist auch gleichzeitig das größte Problem: Bräuchte mal die Zeit mich konsequent nur mit dem einem Problem zu beschäftigen :evil:

Mit ISDN-Watch sehe ich zumindest das sich die Verbindung aufgrund der fehlenden Amtsholung auf dem KEN-Service nicht aufbaut. Nur ändern kann ich´s nicht, da mir KEN den Zugriff nicht gestattet. Aber warum soll der Admin das auch dürfen :twisted:

Nochmal: Danke für die Tipps und habt Nachsicht

Oh Herr Schmeiß Zeit vom Himmel!

Ok, habe fertig .

Problem war, das ich bei sfirm unter den FTAM-Einstellungen die Amtsholung nicht einstellen konnte (Zugriff verweigert - grau hinterlegt).
Dasselbe Problem bei KEN-Service (Zugriff verweigert-grau hinterlegt).

Mit installiertem ISDN-Watch konnte ich dann aber auf den sfirm-Clients wieder auf die FTAM-Einstellungen zugreifen und die Amtsholung einstellen.

Jetzt geht´s wieder.

Ein gutes Forum, gute Hilfe (Danke an Alle) und ein "stummes" Telefon wirken oft Wunder .

Für die Zukunft:
>>Wechseln zu >>FTAM Bankparameter >> Doppelkick auf die zu ändernde BPD.
Da steht die Host-Rufnummer. Ich trage die Amtsholung einfach hier mit ein.
(001803... statt 01803...)

CU
Frank

ps: Vielen Dank für die Blumen

Gute Hilfe, ein bißchen Zeit und ein stummgeschaltetes Telefon wirken Wunder .

Problem war, dass mit Update auf Version 2.0i ISDN nicht mehr funtkionierte.
Die FTAM-Einstellungen waren in sfirm gesperrt (grau-hinterlegt). Auch für den Admin.
Selbe Problem auf dem KEN-Server. Amtsholung war nicht einzustellen.
Mit der Installation von ISDN-Watch konnte in sfirm dann die Einstellung wieder vorgenommen werden.

Jetzt geht wieder

Danke!!

Also das ISDN-Watch sogar die Einstellungen bestimmter Programme wieder freigibt ist ja noch erstaunlicher als die funktionieren Verbindung über KEN wenn ISDN-Watch läuft.

Ob ISDN-Watch die Capi irgendwie permanent bereitstellt und KEN nicht? Dann würden viele Programme (wenn Watch nicht läuft), die Capi suchen aber nicht erkennen können, weil Sie erst aktiviert wird wenn KEN aktiv wird!? Wenn Watch jedoch aktiv ist wird die Capi sofort erkannt und alle Verbindungsoptionen werden freigegeben.

Ich werd nicht wirklich schlau daraus.

Aber schön, dass es funktioniert hat.

Werd da auch nicht wirklich schlau draus.

Mag auch sein, dass irgendetwas anderes von dem was ich auf dem Server gemacht habe die Funtkion beim sfirm-Client wieder freigegeben hat.

Irgendwann sieht man den Wald vor lauter Bäumen halt nicht mehr.

ISDN-Watch war aber die einzige Variante bei der ich erkennen konnte das was passiert.

Daher zitieren wir Computerweisheiten:

Das muß ich jetzt nicht wirklich verstehen :roll: