Suchergebnisse

Nein nicht mit der HBPro. Ich habe nun ein anderes Produkt genommen. Insgesamt macht die HBPro noch einen recht experimentellen Eindruck (Meint Einsatz nicht für die Praxis sondern eher für den Tüftler).

Dazu brauchst Du einen Anlagenanschluss - keinen Mehrgeräteanschluss,

Hallo, Ziel: Eingehende Datencalls (via ISDN SIP Gateway) auf einem Linux PPTP Server terminieren. Umgebung: - Patton ISDN GW (Smartnode) an vorhandenen ISDN Anschluss angeschlossen. - Asterisk via SIP mit Smartnode verbunden. Derzeit wird jeder eingehende Ruf auf dem Smartnode via...

Sorry, mein Fehler. Sollte *401 heissen. Hier nocheinmal die Zusammenfassung: E61 ist als SIP Nebenstelle auf der HBPro konfiguriert. Siemens S450I ist als Nebenstelle auf der HBPro konfiguriert. Auf der HBPro ist ein externes SIP Konto als Leitung registriert. (von einem anderen Asterisk...

Ich wähle auf dem E61I z.B. 401. In der Rufliste des E61I wird daraus dann 401@<ip meiner Horstbox>

Hallo, habe ein Nokia E61I an einer HB Prof. mit FW4.3. Bei anrufen über das E61I bekomme ich sofort eine Verbindungsmeldung auf dem E61I, jedoch wird der Ruf selbst garnicht ausgeführt. IM HB log steht dann: Jan 18 13:13:38 Voice-Board syslog.info syslogd started: BusyBox v1.2.1 Jan...

[Edit foschi: abgetrennt aus diesem Thread.] Hast Du Probleme bzgl. Konferenzen? Ich dachte dass der ZTDUMMY Treiber als Zeitgeber auf einem virtuellen System Ärger macht (unsaubere Sprache) Verwendest Du VI3, ESX 2.5 oder Vmware Server? Ich vermute ESX / VI da du etwas von umziehen...

typischweise P2M (point to Multipoint) = Mehrgeräteanschluss.

Danke. Thema Bugtracker: Ich habe mehrfach versucht ein Konto auf bugs.beronet.com zu erstellen. Entweder passiert nichts oder ich bekommen eine Fehlermeldung. Jetzt aktuell z.b.: Warning: Cannot modify header information - headers already sent by (output started at...

[root@voip ~]# grep -C2 -b LSUSB /etc/init.d/misdn-init 3303- done 3309- 3311: if [ -e ${LSUSB} ]; then 3338: for line in $(${LSUSB} | grep "0959:2bd0\|0675:1688\|07b0:0007\|0742:200\(7\|8\|9\|A\)\|08e3:0301\|07fa:084\(7\|8\)\|07ba:0006"); do 3473- addcard...

Danke für die Rückmeldung. Ein paar Fragen dazu: Wie kann man erkennen, ob dieser Fix in chan_misdn enthalten ist? Gibt es ein Versionsnummer für diese chan_misdn version? Wie funktioniert der Fix? Finde ich auch seltsam. Aber es ist genau so. Danke Wolfgang

Von meiner Seite aus gibt es hierzu nichts Neues. Nach Deiner Signatur scheint das Problem auch in den "aktuellen" Versionen von mISDN und chan_misdn weiter zu bestehen. Es hat sich niemand bezgl. der vom mir geposteten ausführlichen Debug Logs gemeldet. (Hatte die Hoffnung ein mISDN bzw...

Bringt es bei Dir "etwas" die Module periodisch zu restarten? Ich habe den Eindruck eher nicht. D.h. Wenn das System läuft und ich präventiv restarte, wird das System nicht stabiler.

Bei mir ist auch ein NT Port (bzw. 4 NT Ports) Präventiv "zwischendurch" einen Restart durchzuführen macht IMHO keinen Sinn, da ich bisher nicht feststellen konnte weshalb der Fehler auftritt. Es gibt auch keine "Messmöglichkeit", ausser dass man feststellt das mISDN Ports frei sind, aber...

Nein, da misdn show stacks im Fehlerfall L1=Up zeigt. Jedoch habe ich die option für Layer 2 aktiviert.

Hat vllt. jemand dazu eine Idee?

Hallo Peter, Respekt! Ich werde es ausprobieren! Vielen Dank dass Du die Lösung gepostet hast. VG Wolfgang P.S. Kannst Du vllt. nocheinmal etwas zur Stabilität schreiben wenn Du die Lösung etwas länger im Einsatz ist?

Ich habe mit einem im ISDN Protokoll versierten Bekannten das Log analysiert. Er meint das möglicherweise die Gegenstelle und nicht mISDN / chan_misdn falsch reagiert. Kann dazu Jemand fachkundiges etwas sagen?

Es gibt zt_ethernet (oder ähnlich) als Treiber. Der Channeltreiber arbeitet auf Ethernet (Layer 2 Ebene) und _nicht_ auf IP / TCP oder UDP Ebene, wg. des Timings. Man kann diesen Treiber nur innerhalb eines Netzwerksegments nutzen. Für meine Anwendung kann ich den allerdings nicht nutzen. D.h...

Ich habe Logs mit Kommentaren hier gepostet: http://www.ip-phone-forum.de/showthread.php?t=133706 Bei Bedarf kann ich weitere Logs nachreichen.