Das sind bei jedem unserer Praxiskunden so rund 50 - 150 Faxe pro Tag.
P.S.: bis jetzt klappt es bei dem Testkunden einwandfrei; ich überprüfe das jeden Tag.
Willkommen in meiner Welt, selbe Einsatzzwecke mit einem ähnlichen Payload an Faxe pro Tag.
Bei mir noch nicht so ganz. Der Port schmiert immer wieder mal ab. Hab da aber eher die be.IP Plus in Verdacht das sie den Benutzer immer mal wieder in "Standby" schickt. Insofern der Port arbeitet funktioniert es.
Danke für deine Rückmeldung 
Alles anzeigenAber dafür habe ich (endlich - nach einem halben Jahr!!!) eine Info von Tobit bekommen, die tatsächlich klappt:
Mit einem VoIP2-Port in Verbindung mit der be.IP kann man tatsächlich auch Faxe versenden!
Die Lösung ist ein undokumentierter Eintrag in die tld.ini:
ORIGINATIONCALLERIDNUMBER=123
wobei man natürlich für die 123 die eigene interne MSN setzen muss. Und Freeswitch sowie den Port neu starten muss. Klappt im Test wunderbar; jetzt werde ich diese Lösung auch bei einen oder zwei Kunden zwecks hartem Test einsetzen.
Falls sich der harte Test bestätigt, revidiere ich auch meine Aussage (bevorzuge die CAPI-Lösung) und ziehe dann die VoIP2-Lösung vor, denn dann können sich auch keine LANTIQS mehr hochschaukeln.
Damit zeigst wunderbar die Schwächen des David-Supports 
Mir hat der Support direkt gesagt das es technisch nicht möglich ist das man per VoIP2 Faxe versenden kann und das auch kein industrieller Standard ist weil das ja niemand macht oder benötigen würde.
Werde ich dann auch mal durchtesten und ggf umstellen. Vor allem weil ich dann den ISDN-Unterbau endlich los werde und alles auf VoIP habe für die Standorte.
Vielen, vielen Dank für diese Information. Mich würde dann auch interessieren ob es bei dir funktioniert. Ich melde mich dann auch mit dem Ergebnis der Änderung ob hier alles funktioniert.
So nach einem Test- und Konfigurationsmarathon läuft es jetzt auch via RemoteCAPI, womit der ISDN-Controller wieder Geschichte ist.
An sich ist der eigentliche Ansatz das über VoIP2 abzuhandeln nicht erfüllt, aber das wollte sich partout nicht zum arbeiten überreden.
Das RemoteCAPI jetzt funktioniert, liegt daran das ich zwischenzeitlich das System abgesucht hatte und dort eine capi2032.dll und eine capi2064.dll gefunden habe die nicht zum RemoteCAPI-Tool von bintec elemeg gehört hat. Das hatte zu Anfang auch das Problem verursacht, dass ich keine Verbindung zur be.IP Plus per CAPI bekommen hatte.
Wo die allerdings herkamen kann ich nicht sagen, da in der Hinsicht nur das Tool von bintec installiert war. Auch in den Filedetails war dort nichts zu finden wer der Hersteller war/ist. Die Tage mal schauen, da ich beide DLLs gesichert habe.
Der Versand läuft soweit, was bedeutet das die Verwaltungssoftware für den Befundversand dies jetzt automatisch machen kann. Aktuell muss ich nur noch herausfinden wieso der David keine eingehende Faxe bekommt.
Hierzu habe ich dann noch eine abschließende Frage. Wenn man den Port im David konfiguriert sollte der dann auf MSN mit der internen Rufnummer in der be.IP Plus eingestellt sein oder als ISDN mit einer entsprechenden Rufnummernlänge? Aktuell hängt nämlich noch ein Kyocera dran der das abhandelt und mir wäre es dann doch lieber und vor allem ist es effizienter wenn das dann auch über den David laufen würde.
Hatte ich auch zuerst vermutet, kann aber nicht sein.
Auf der Maschine ist nur David + AVM-Treiber ohne extra Software installiert und zusätzlich hat der ISDN-Controller eine eigene Nebenstellennummer bekommen die von nichts anderem benutzt wird. Das hatte ich extra mit eingeplant gehabt weil in dem anderen Standort mir das auf die Füße gefallen ist.
Der zweite Fax-Server kann es nicht sein da der einmal eine andere Nebenstellen-Nummer hat, dann noch normal über VoIP per Asterisk angebunden ist und dazu eine ganz andere MSN benutzt, um zu vermeiden das der stattdessen antwortet wenn man den David anruft.
Ja ich bin mir zu 100% sicher das ESXi das durchschleust an die VM. Ist einer der Gründe wieso ich ESXi benutze und nicht HyperV von Microsoft.
In einer VM würde ich auf jeden Fall CAPI bevorzugen, da es leichter zu installieren und z.B. mit phoner.exe zu kontrollieren ist.
Hat leider nicht funktioniert.
Der David wollte zu dem konfigurierten CAPI der be.IP Plus keine Verbindung aufbauen. War an sich mein zweiter Versuch nach dem VoIP2 von David.
Ich werde dann dann mal das entsprechende Limit in die TLD.ini eintragen und schauen was da kommt. Und ja in der be.IP Plus ist ebenfalls der Codec aLaw eingestellt.
In der be.IP Plus ist das ganze entsprechend so konfiguriert das man auch die interne Nummer anrufen kann und der ISDN-Controller auch entsprechend antwortet (Faxmodem).
Was heißt das genau? Faxe kommen rein? Oder siehst Du nur, dass der Port anspringt, aber nichts speichert (d.h., die Verbindung bricht ab)? In beiden Fällen (sorry!) tippe ich auf fehlerhafte Konfiguration in der be.IP.
Noch ne wichtige Frage: wo steckt die Karte drin? In einem physikalischen Gerät oder in einer virtuellen Umgebung? Virtuell geht gar nichts mit Karte!
Ruft man die interne Nummer 630 von einem internen Telefon aus an bekommt man ein klingeln und der ISDN-Controller nimmt an. Man hört dann die bekannten Faxtöne die zur Aushandlung der Übertragungsparameter genutzt werden. Der David bekommt davon aber nichts weiter mit.
Nein es ist keine PCI-Karte für den ISDN-Controller, da ich die in einem ESXi nicht an die entsprechende VM durchreichen kann auf welcher der David arbeitet. ISDN-Controller = AVM ISDN-Controller FritzCard USB der nicht weiter konfiguriert an die VM über USB durchgereicht wird. In einem anderen Standort habe ich den gleichen Aufbau mit einer ISDN-TK-Anlage. Aus dem anderen Standort habe ich auch die Einstellungen übernommen und auf die be.IP Plus angepasst.
Nächste wäre das Kabel zwischen dem ISDN-Controller und der be.IP Plus zu tauschen. Derzeit ist da ein geschirmtes Netzwerkkabel angeschlossen, da es an sich unerheblich ist ob ISDN oder Netzwerk-Kabel da nur die Leitungen 3-6 angesprochen werden. Aber ist eine Möglichkeit.
Das kein Amt durchgereicht wird kann ich ausschließen da die gleiche Fehlermeldung erscheint wenn ich die Amtsholung weglasse. David-Dienst abgeschmiert kann auch nicht sein weil ich über den David die Faxe zum Testen ja verschicke und Codec ist aLaw ausgewählt (David kennt ja keinen anderen). Bei dem Limit bin ich mir jetzt allerdings nicht sicher, da ich im David so keine Option gesehen habe. Ließe sich das über die Config des Ports einstellen, also die TLD-Datei?
Also mir geht hier Einiges durcheinander!
Um das mal aufzuklären.
Zuerst war angedacht gewesen den David die Faxe per VoIP2-Port verschicken zu lassen.
Das hat allerdings nicht funktioniert weil es zu der Fehlermeldung kam die im Threadtitel steht. Wenn ich jetzt nachdem gehe was du unter deinem Punkt IP geschrieben hast, ist der David gar nicht in der Lage Faxe per VoIP/IP zu verschicken weil es an der MSN hängt. Damit ist er effektiv in der Hinsicht nutzlos.
Als zweites habe ich zwangsweise einen ISDN-Controller verbaut weil das mit dem VoIP2 nicht funktioniert hat.
In der be.IP Plus ist das ganze entsprechend so konfiguriert das man auch die interne Nummer anrufen kann und der ISDN-Controller auch entsprechend antwortet (Faxmodem). Allerdings weigert sich der David weiterhin eine Verbindung aufzubauen da jetzt die Fehlermeldung auftaucht das der Empfänger nicht abhebt. Im Status Monitor ist dann die Fehlermeldung
DISCONNECT_IND (0x3301) Protocol error layer 1aufgeführt.
So heute das ganze nochmal mit dem ISDN-Controller angegangen. Zuvor die Konfiguration überprüft ob noch alles vorhanden ist wie eingestellt und mit dem S0 Port1 getestet.
Anruf des David Servers => besetzt
Faxversand => Empfänger hebt nicht ab
Nachdem ich mitbekommen habe das der ISDN-Controller ein Besetzt meldet, hätte ich mir an sich das Testfax sparen können, war aber zur Vollständigkeit mit dabei und ausserdem für die Meldungen im Status-Monitor. Die sehen dann so aus:
ISDN_API_REGISTER (ApplID: 1)
T2SInit Successful Handle=21243944
RECEIVE ENABLE: OK
RECEIVE DISABLE
Selected Protocol : Fax (T30)
CONNECT_REQ 00681xxxxxxxx4
CONNECT_CONF
DISCONNECT_IND (0x3301) Protocol error layer 1
DISCONNECT_RESP
ISDN_API_RELEASE (ApplID: 1)
ISDN_API_REGISTER (ApplID: 1)
RECEIVE ENABLE: OK
RECEIVE DISABLE
Selected Protocol : Fax (T30)
CONNECT_REQ 00681xxxxxxxx4
CONNECT_CONF
DISCONNECT_IND (0x3301) Protocol error layer 1
DISCONNECT_RESP
ISDN_API_RELEASE (ApplID: 1)
ISDN_API_REGISTER (ApplID: 1)
RECEIVE ENABLE: OK
RECEIVE DISABLE
RECEIVE ENABLE: OKIch habe auch mal die Konfiguration aus der be.IP Plus und dem David hinzugefügt, so das man den derzeitigen Stand sieht.
Das mkomm
Hast Du denn zwischenzeitlich mal getestet ob Du den David Port anrufen kannst?
Morgen erst wieder, vorher geht da nichts.
Aber mal davon abgesehen löst es ja nicht das eigentliche Problem. An sich wäre es sehr toll wenn die eigentliche Planung mit dem VoIP2 funktionieren würde. Einmal weil die ISDN-Hardware nicht jünger wird und irgendwann auch ausfallen kann und zum anderen ist VoIP so besser zu händeln.
Am David Server sollte die ISDN Karte in dem Fall in ihrem Treiber schlicht in der Standard Konfiguration verbleiben (ich gehe jetzt mal davon aus es wurde eine ganz simple ISDN Karte gekauft und keine teure Server Karte welche unkonfiguriert gar nichts tut).
Da steckt eine AVM Fritz! USB Card ISDN-Controller dran.
Ansonsten entspricht die Konfiguration dem was du geschrieben hast.
Irgendwie mag mich das Thema nicht.
An sich wird der ISDN-Controller erkannt, in dem Fall von Windows und David.
Es wird auch versucht das Fax zu verschicken und nach kurzer Zeit kommt die Fehlermeldung "Empfänger hebt nicht ab" was bedeuten würde das die Gegenstelle nicht antwortet. Schicke ich jetzt aber ein Fax per physikalischen Fax (Kyocera-Drucker) über die gleiche Nummer kommt das direkt an.
Im Portprotokoll erscheint die folgende Fehlermeldung:
ISDN_API_REGISTER (ApplID: 1)
T2SInit Successful Handle=20719656
RECEIVE ENABLE: OK
RECEIVE DISABLE
Selected Protocol : Fax (T30)
CONNECT_REQ 00xxxxxxxx
CONNECT_CONF
DISCONNECT_IND (0x3301) Protocol error layer 1
DISCONNECT_RESP
ISDN_API_RELEASE (ApplID: 1)
ISDN_API_REGISTER (ApplID: 1)
RECEIVE ENABLE: OKEmpfängernummer habe ich maskiert, nicht wundern.
Hier im Forum habe ich jetzt dazu gefunden das die Einstellungen unter ISDN nicht passen. Hier habe ich DDI, CSID und MSN ausprobiert und der Fehler bleibt bestehen. Um ein Kabelschaden auszuschließen habe ich hier mit mehreren Kabeln getestet (alles 4adrige Kabel gewesen). Analoge Ports an der Bintec getauscht und immer mit dem Kyocera-Fax gegen geprüft. Letzteres arbeitet direkt und nur David kommt mit der geposteten Fehlermeldung.
Mittlerweile habe ich auch LANCAPI und RemoteCAPI probiert mit dem Ergebnis das kein Faxversand möglich ist. Spaßeshalber auch nochmal VoIP2 ausprobiert, kommt direkt wieder zu der Fehlermeldung im Startposting.
Ich bin mit meinem Latein endgültig am Ende.
Wie hoch ist denn das Fax-Aufkommen?
Abhängig davon wie viele Patienten am Tag da sind, Minimum ist hier aber 10.
Ist halt die Sache, dass über unser RIS, die Befunde vollautomatisch per Fax an die entsprechenden Zuweiser geschickt werden sollen.
Und an sich müsste ich mir nicht mal ein Kopf machen deswegen wenn die Zuweiser alle etwas mit verschlüsselten Mails anfangen könnten...
Und ja sowas in der Art hatte ich jetzt vorgehabt das ich ein Elsa oder respektive ein AVM Fritz! Card USB-ISDN-Controller dran hänge. Hier ist aber auch eher das Problem Server 2019 was zwar eine Treiberinstallation zuläßt, dann aber mit einem Fehlercode 10 das Gerät nicht startet weil es effektiv zu alt ist.
Ja die Bintec hat diverse Analog-Anschlüsse. Die be.IP Plus ist ja effektiv ein VoIP-ISDN-Gateway mit S0-Bus. Effektiv für den Zweck gedacht das man nach aussen per VoIP beim Provider anmeldet und intern die alten ISDN-Geräte weiter benutzen kann.
Ist hinterlegt.
Bekomme ich direkt die identische Fehlermeldung.
Wird sich zeigen ob David sich zum arbeiten zwingen lässt, gibt dafür heute eine ISDN-Controller 
Hallo alle miteinander!
Ich stehe aktuell vor einem Problem und wüßte jetzt auch nicht mehr was ich noch machen kann. Aber erstmal das grundlegende zu dem Thema.
Es wird ein aktueller David.FX12 betrieben der an einer Bintec-Elemeg be.IP Plus mit einer Telekom-Leitung hängt und über den David sollen entsprechend Faxe verschickt werden die von einer Software übergeben werden.
Bei der Konfiguration habe ich den Port VoIP2 benutzt um die Faxe entsprechend direkt an der be.IP Plus abzugeben die es dann auf die Faxleitung schickt. Unter Allgemein habe ich die normale Faxkennung mit +49 eingetragen und als Amtsholung die 0 was benötigt wird. Unter VoIP ist entsprechend die be.IP Plus mit IP, Benutzer und Passwort eingetragen um die Authentifizierung zu ermöglichen. Alles andere habe ich so belassen wie es von David festgelegt wurde.
Soweit so gut, wenn ich jetzt ein Fax verschicken will geht es erst in die Bearbeitung und wird dann mit dem Fehler Unallocated Number beendet. Den entsprechenden Ablauf aus dem Communicationlog habe ich hier mal angehangen. Einzig die IPs und Telefonnummern habe ich maskiert.
reply: +OK log level 6 [6]
LogData started with log 6
reply: 1.10.7
Sending command: api sofia status
reply: Name Type Data State
=================================================================================================
david-tld profile sip:mod_sofia@192.168.xxx.xxx:5080 RUNNING (0)
david-tld::tld002 gateway sip:620@192.168.xxx.xxx:5060 REGED
=================================================================================================
1 profile 0 aliases
REGED detected, setting registrationErrorShown to false
Leaving main function
Sending command: api global_getvar conf_dir
reply: D:/David/tld/code/voip2/Conf
Sending command: api global_getvar force_local_ip_v4
reply: -ERR no reply
Sending command: api global_setvar rx002=true
reply: +OK
Sending command: api global_getvar freetld
reply: 002
starting rxThread
Sending command: api create_uuid
reply: 67c80beb-1731-4c81-81e7-2c5a4eed5bbd
filter: name=Unique-ID, value=67c80beb-1731-4c81-81e7-2c5a4eed5bbd
Sending command: api originate {origination_uuid='67c80beb-1731-4c81-81e7-2c5a4eed5bbd',ignore_early_media=true,fax_verbose=false,fax_use_ecm=true,fax_disable_v17=false,fax_enable_t38=true,fax_enable_t38_request=false,fax_ident='+49761xxxxxxx'}sofia/gateway/tld002/0068xxxxxxxxxx &txfax('D:\David\archive\user\10004000\out\M61B3CE7.001')
reply: -ERR UNALLOCATED_NUMBER
setErrors: errorNo=120, errorInfo=UNALLOCATED_NUMBERSo kommen wir zu dem was ich bisher alles gemacht habe.
Zuerst einmal die Logindaten für den VoIP-Account auf der be.IP Plus gecheckt, die stimmen da unteranderem ein ehemaliger HylaFAX unter dem gleichen Account betrieben wurde der funktionierte und Faxe verschicken kann.
Eingetragene Nummer geprüft ob die korrekt hinterlegt ist und generell korrekt ist. Hier habe ich dann auch unterschiedliche Formate versucht. Sprich mit +49, 0049, ohne dem Präfix, ohne Vorwahl und auch ohne Telefonnummer.
Ebenfalls kontrolliert ob es an den genutzten Protokollen liegt und alles nacheinander durchprobiert wie ich sie aktivieren konnte.
Am Ende bleibt es bei dem Fehler und es geht kein Fax über den VoIP2-Port. Per ISDN Card Controller z. B. direkt an die be.IP Plus zu gehen ist dabei keine Alternative, das hatte ich auch schon überlegt und scheitert daran das gerade die Technik nicht mehr benutzt werden soll, da man keine Ersatzteile mehr bekommt oder generelle Neugeräte.
Danke für's lesen und alle möglichen Lösungsvorschläge