Port hängt

Zitat

Original von BeSt
Der TK-Spezialist kann / will nicht helfen. Der war ja wie berichtet letzte Woche da und da habe ich ihm das Problem geschildert. Der hat natürlich jegliche Beteiligung der TK-Anlage an der Problematik kategorisch abgelehnt...

Das Problem ist meist, dass die selbst keine Ahnung haben. Ich hatte damals ein spezielles Tool von Eicon mit dem man die Capi tracen konnte. Das logfile musste ich dann an die Entwicklung senden und die haben die Capi angepasst.....und mich gehasst Warscheinlich hatten die irgendwo eine Dartscheibe mit meinem Bild :]

Nach ewigem hin und her lief der Höllenserver und die Capi sauber.....und seitdem hat ihn niemand mehr angefasst.

Ich denke es gibt ein ähnliches tool von AVM, das ich allerdings noch nie gebraucht habe.......einfach mal schaun oder anrufen.

Zeth

Hallo,

heute war es mal wieder soweit. Nach fast 3 Wochen ohne Probleme bleibt die CAPI um 13.37 Uhr stehen. Trace-Log ohne Auffälligkeiten.

Ich werde mal mit AVM über die speziell angepaßte CAPI reden, scheint wohl sonst nicht viel mehr möglich zu sein.

Es ist zum Kot....

MfG
Hein

PS: Noch ein netter Nebeneffekt: Nach Neustart des David-Servers müssen grundsätzlich alle XP-Pro PC neu gestartet werden, sonst kommt keine Verbindung zum David mehr zustande. Das Info-Center läßt sich auf den PC nicht beenden, die Netzwerkdrucker können nicht mehr angesprochen werden, nur ein PC-Neustart hilft. Die Win2000-PC kennen dieses Problem nicht, da funktioniert alles auch ohne Neustart wieder.

Man kann gar nicht soviel fressen, wie man kot.... möchte.

Hallo,

sobald ich von AVM was verwertbares kriege, melde ich mich.

Das mit dem Neustart des TIC hab ich schon in allen Kombis durch, leider ohne Erfolg. Die XP-Kisten hängen total fest, selbst ein Abmelden funktioniert nicht mehr; nur noch hartes Abwürgen per Task-Manager und danach ein Neustart hilft.

MfG
Hein

Hallo zusammen,

ích bin neu hier im Forum und ich bin immer noch bestürzt, dass diese sache mit Time Out der TLD's immer noch besteht und immer noch so viele Probleme dammit haben !!!

Also ganz kurz zu unserer Geschichte:

wir hatten einmal zu David 6.6 Zeiten 1 AVM Karte die immer wieder mit Time out den Geist aufgegeben hat und es half nur ein Server neustart.

Nach vielen versuchen und Problemen damit da bei uns die Fax Ports sehr sehr wichtig sind ist man darüber einig geworden, dass man alles neu machen muss.

Neue Tobit Hardware (Sever)
David XL
neue AVM Karte (dieses mal 2)
neue Telefonanlage (Siemen Hipath)

kurz und gut, das Problem bestand weiterhin !!

danach hat man dann Tobit, Siemens und AVM versucht an einen Tisch zu bringen und verschiedene Lösungen und Lösungsversuche unternommen, Monitoring etc. dies ging dann über mindestens ein halbes Jahr...

Ergebniss: keinerlei veränderung

kurz und gut wir haben dann in verschiedenen Foren gelesen und sind dann immer wieder über die Eicon Diva Server BRI Karte gestolpert und dass dieses Problem dann weg sein soll.

Wir hatten dann in den sauen Apfel gebissen und 2 Diva Server BRI Karten der Fa. Eicon gekauft und das Problem war seit dem gelöst !!!!!!!

Mittlerwile haben wir 38 Ports (1 PRI und 1 BRI Karte) und hatten nie wieder das Problem dass ein Port oder gar die ganze Karte einen Time Out verursacht.

Ich kann also als Tobit END User nur die Eicon empfehlen

Falls ihr noch genauere infos braucht könnt ihr euch gerne melden

Grüße

Jörg

Hallo,

das ist ja sehr interessant. Kann man diese "AcceptCall"-Einstellungen mal ausprobieren, ob es weiterhilft.

Ich habe schon so viele Tips und Lösungsversuche hinter mir, das ich langsam schon zum Heiligen Elektrikus bete.

MfG
Hein

Hallo,

Also ich kann nur von meiner Erfahrung berichten und bei uns hatt man damals aich viel mit den TLD Scripten versucht und drotzdem gab es damals keine besserung, und jetzt laufen wie gesagt 38 Ports und demnächst dann 68 Ports mit dem Tobit "Standard" Script und das ohne Probleme bei ca 35.000 bis 40.000 Faxen pro Monat !!! Wie gesagt halt mit Eicon Karten !

Grüße

Jörg

Hallo,

Stichwort "Ports-Auslagern":
Nach viel Bastelei funktionierte es auf einem Win2000Pro-PC. Nach 3 Wochen (trotz täglichem Neustart des "Port-PC") kam wieder der erste Hänger - Prost Mahlzeit. Der einzige Vorteil ist, das ich nun den David-Server nicht neu starten muß, sondern nur einige Dienste auf selbigem und somit mein XP-Abmeldeproblem umgehen kann.

Stichwort AVM:
Nach Telefonat mit der techn. Hotline war ich nicht klüger als zuvor. Die von mir beschriebenen Effekte waren dort völlig unbekannt (wer's glaubt wird seelig....) Außer den Standard-Hinweisen, mal einen anderen PCI-Slot zu benutzen oder die Server-Hardware zu tauschen waren die Lösungshinweise nur wenig hilfreich.

Stichwort "Konkurierende Ports":
Ich bin den weiter oben angegebenen Hinweisen zum Konkurieren der Capi-Ports um ankommende Faxe gefolgt und habe einen Port meiner AVM-B1 auf nur Empfang, den anderen auf nur Senden umgestellt. Das hat 4 Wochen bestens funktioniert, letzte Woche waren dann wieder überraschend die Ports fest. Offenbar hatte ein langes Fax einen Port blockiert, der andere hat sich dann gleich mit verabschiedet.

Viele Grüße von der David-Front
Hein

PS: Ich fahre diese Woche zur Exchange-Schulung, ich habe die Nase langsam voll und will mal schauen, was andere SW so für Probleme macht.

merkwürdig ich habe diese Probleme hier nie
Windows 2003 Server AVM B1 Controller
ein NTBA S0 Direkt, hier gehen hunderte von faxen täglich durch....

ich schalte aber abends ab 21 Uhr die ports per Skript ab

laufen bei euch die Ports durch und tritt dann das Problem auf?

Zitat

ja - mit RX-Port meinte ich Empfangsport ISDN... Das wurde mir an der Tobit-Hotline auch gesagt.

Ok ich füge hinzu wir benutzen nur den TX Modus und senden nur Faxe aus Tobit heraus.

Zitat

Ich habe 2 TLD-Ports die jeweils im TX/RX-Modus (also senden UND empfangen) laufen.

meine Frage immernoch werden die PORTS zwischenzeitlich mal heruntergefahren?

oder sind diese Dauerhaft aktiv bis zum hänger?

Hallo,

>> D:\DAVID\TLD\CODE\CAPI\TLD.EXE 001 PATH=\\REMOTESERVER\SYS\DAVID -CONSOLE

bezieht sich nur auf die Verwendung unter Novell-Netware, da dort der "Volume-Name" (vergleichbar der Systemroot unter Windows) mit angegeben werden muß, unter dem sich die David-Verzeichnisse befinden. (In diesem Fall das Volume "SYS", das unter Novell das Standard-Volume für alle Systemdateien ist.) Liegt David nicht auf dem Volume-SYS, muß man natürlich das gültige Volume z.B. "DATEN" bzw. Mappingname angeben.

Unter Windows hat diese Angabe keine Bedeutung, hier genügt die UNC-Notation "PATH=\\Servername\Freigabename_des_Davidverzeichnises".

Wichtig ist natürlich, das das David-Verzeichnis auf dem Host-Server auch freigegeben und mit entsprechenden Zugriffsrechten versehen ist. (Begriff "Mapping" aus dem Artikel Q-103.109...) Sonst klappt die Verbindung der auf dem Remoteserver gestarteten TLD.EXE zum David des Hostservers nicht.

MfG
Hein

Hallo kingcopy,

mit welchem Skript schaltest Du die TLD's ab? Kannst Du das mal posten?

Ich lasse meinen Tobit-Server jede Nacht um 3.00 Uhr neu starten, um eventuelle Hänger, die beim zeitversetzten Senden ab 18.00 Uhr aufgetreten sind zu beseitigen. Trotzdem können die TLD's schon am Morgen um 8.00 Uhr wieder hängen.

Es ist zum Haare raufen...., vor allem, da der Effekt nur sporadisch auftritt.

MfG
Hein

Die Ports anhalten per Script automatisiert jede Stunde von mir aus
per:
batchdatei:

@echo off
echo ***********************************************
echo Tobit Dienste Nachts beenden zwecks Backup
echo von 20:45-5:00
echo ***********************************************
echo stop TLD001 (TOBIT FAXSYSTEM)
net stop davidTLD001

dann dasselbe mit NET START

und zwar BEVOR sie hängen, mir ist klar "wenn" sie hängen das das Script den Dienst auch nicht mehr kontrollieren kann.

Ich frage nur vielleicht hilft ein andauerndes Neustarten der Ports diesen Hängen zu beseitigen ist einen Versuch wert oder nicht?

wohlgemerkt jede Stunde, zum testen.

und Nachts fahrt ihr den Servicelayer per Script herunter
der Post hängt ja auch am Servicelayer irgendwo

vieleicht hilft das dann was:

@echo off
echo ***********************************************
echo Tobit Dienste Nachts beenden zwecks Backup
echo von 20:45-5:00
echo ***********************************************
echo BEENDE KOMPLETTEN TOBIT (TOBIT OBERFLAECHE)
net stop davidservicelayer

danach wieder NET START

auch natürlich bevor der Hänger auftritt und das mit jedem einzelnen Tobit Port automatisiert.