Anrufweiterleitung mittels VoIP
Hallo, Wie ist es in linux realisierbar, dass nur ein Server an die TK-Anlage angeschlossen wird und jeder Anruf zu seinem entsprechenden Arbeitsplatz geleitet wird ? Geht das überhaupt dass dann bei anderen das Telefon klingelt ??? Habe von einer Voice over IP - Lösung gehört, aber mehr leider auch nicht :-/ mfg Daniel
On Mon, Oct 13, 2003 at 12:24:00PM +0200, dl wrote:
Hallo,
Wie ist es in linux realisierbar, dass nur ein Server an die TK-Anlage angeschlossen wird und jeder Anruf zu seinem entsprechenden Arbeitsplatz geleitet wird ?
Wenn der Arbeitsplatz ueber ein VOIP Geraet verfügt geht soetwas.
Geht das überhaupt dass dann bei anderen das Telefon klingelt ???
Wenn es ein VOIP Telefon ist.
Habe von einer Voice over IP - Lösung gehört, aber mehr leider auch nicht :-/
Das geht schon, aber wenn Du davon keinerlei Ahnung hast, lass lieber in einem produktiven Umfeld die Finger davon. Voice over IP setzt vorraus, das die Telefone oder falls es garkeine Telefone gibt (also z.b. Headsets an die Clientcomputer angeschlosssen sind) die CLients VOIP koennen. Der Server muss dann ueber genügend ISDN Resourcen (sprich Karten/Kanaele) verfügen um alle Clients gleichzeitig bedienen zu können. Ausserdem muss das interne Netzwerk ueber genuegent Reserven verfügen, um VOIP ohne Aussetzer und Jitter/Delays verkraften zu können, möglichst über Router/Switches die VOIP priorisieren können. -- Karsten Keil SuSE Labs ISDN development
Hallo SuSE-Liste, kann ich die ISDN-Software unter SuSE-Linux 8.0 nutzen um Analogmodems anzurufen? Welche Pakete sind erforderlich? Die Verbindung zu den Rechnern mit Analogmodem möchte ich mit mimicom und wvdial aufbauen und mindestens ein ascii-Terminal, besser noch eine TCP-IP-Verbindung erhalten. Leider habe ich in diversen Beschreibungen nur Konfiguration von analogen Faxverbindungen gefunden. Falls ich das Paket capi4linux benötige - kann ich das nur alternativ zu oder auch gleichzeitig mit i4l benutzen? Letzteres wäre mir wesentlich sympathischer. Ich wäre für jeden Hinweis dankbar, hoffentlich ist mein Plan nicht zu exotisch. Es folgen noch ein paar Angaben zu meiner aktuellen Installation: Bisher rufe ich nur Linux-PCs an, die ebenfalls eine ISDN-Karte haben. Mein Linux-Server läuft unter SuSE-Linux 8.0, die ISDN-Verbindungen sind als RAW-IP-Verbindungen (statt PPP) organisiert. Als ISDN-Karte benutze ich (laut lspci): Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01). An ISDN-Modulen habe ich mit lsmod gefunden: hisax_fcpcipnp 5504 6 hisax_isac 4776 0 [hisax_fcpcipnp] hisax 532580 0 [hisax_fcpcipnp hisax_isac] isdn 122304 9 [hisax] slhc 4304 0 [isdn] isa-pnp 27656 0 [hisax_fcpcipnp hisax]. Unter Yast habe ich das Paket i4l (Version: 2002.5.29-0) als installiert gefunden. Gruß Sigward Funke
On Mon, Oct 20, 2003 at 06:08:40PM +0200, Sigward Funke wrote:
Hallo SuSE-Liste,
kann ich die ISDN-Software unter SuSE-Linux 8.0 nutzen um Analogmodems anzurufen? Welche Pakete sind erforderlich?
Mit einigen Karten und Treibern ja.
Die Verbindung zu den Rechnern mit Analogmodem möchte ich mit mimicom und wvdial aufbauen und mindestens ein ascii-Terminal, besser noch eine TCP-IP-Verbindung erhalten. Leider habe ich in diversen Beschreibungen nur Konfiguration von analogen Faxverbindungen gefunden.
Es geht mit der Fritz!PCI nur mit pppd und dem pppcapiplugin (nicht mit minicom). s. man capiplugin Stichwort protocol
Falls ich das Paket capi4linux benötige - kann ich das nur alternativ zu oder auch gleichzeitig mit i4l benutzen? Letzteres wäre mir wesentlich sympathischer.
Ja, gleichzeitig. Es wird statt hisax der I4L Treiber capidrv benutzt. Das Paket capi4linux brauchst Du nicht, das ist schon bei i4l dabei. Du brauchst nur die entsprechenden CAPI Treiber (s.u.).
Ich wäre für jeden Hinweis dankbar, hoffentlich ist mein Plan nicht zu exotisch. Es folgen noch ein paar Angaben zu meiner aktuellen Installation:
Bisher rufe ich nur Linux-PCs an, die ebenfalls eine ISDN-Karte haben. Mein Linux-Server läuft unter SuSE-Linux 8.0, die ISDN-Verbindungen sind als RAW-IP-Verbindungen (statt PPP) organisiert.
Das geht nur ueber capidrv, pppcapiplugin kann nur PPP.
Als ISDN-Karte benutze ich (laut lspci): Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01).
An ISDN-Modulen habe ich mit lsmod gefunden: hisax_fcpcipnp 5504 6 hisax_isac 4776 0 [hisax_fcpcipnp] hisax 532580 0 [hisax_fcpcipnp hisax_isac] isdn 122304 9 [hisax] slhc 4304 0 [isdn] isa-pnp 27656 0 [hisax_fcpcipnp hisax].
Unter Yast habe ich das Paket i4l (Version: 2002.5.29-0) als installiert gefunden.
Am besten Du benutzt einen aktuellen Updatekernel (z.B: von der 8.1) da sind die AVM Treiber schon mit dabei. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten Keil, vielen Dank für die ausführliche Antwort. Mein Problem hat sich allerdings zwischenzeitlich etwas verlagert: Kann ich mit dem "ISDN-Modem" /dev/ttyI0 zu einem GSM-Modem eine Terminalverbindung aufbauen? Für dieses Frage finde ich nur wenige und dann noch wiedersprüchliche Auskünfte im Internet. Kann da jemand Erfahrungen weitergeben? Mittlerweile kann ich per minicom über /dev/ttyI0 den Einwahlknoten der Leipziger Uni erreichen (CONNECT 64000/X.75). Das GSM-Modem läßt sich unter Windows mit einem Analogmodem ebenfalls problemlos anwählen. Es beherrscht (lt. Doku) auch 9600 Bps mit dem Protokoll V.110 (neben der analogen Kommunikation 9600 Bps und V32). Trotzdem kommt keine Verbindung zustande. die Ausschrift nach dem Wählen lautet "BUSY", obwohl das Funkmodem auf anderem Wege (s.o.) erreichbar ist. Wo könnte der Fehler liegen? Unter Minicom habe ich mit AT&R9600 die Geschwindigkeit eingestellt. Leider habe ich keinen AT-Befehl zur Auswahl des Protokolls V.110 gefunden. Suche ich mit dem Protokoll V.110 überhaupt an der richtigen Stelle? Ich hörte, es wäre vom Betreiber des Funknetzes abhängig, ob das Protokoll V.110 unterstützt wird. Sonst wären keine Dateverbindungen zwischen Analog- und ISDN-Geräten möglich. Kennt sich da jemand aus? Wie steht es mit T-Mobile? Soweit meine neuen Fragen. Nun noch ein paar Bemerkungen zur letzten Mail: On Mon, 20 Oct 2003, Karsten Keil wrote:
Subject: Re: [suse-isdn] Verbindung ISDN-Linux-PC zu Analogmodem möglich?
On Mon, Oct 20, 2003 at 06:08:40PM +0200, Sigward Funke wrote:
Hallo SuSE-Liste,
kann ich die ISDN-Software unter SuSE-Linux 8.0 nutzen um Analogmodems anzurufen? Welche Pakete sind erforderlich?
Mit einigen Karten und Treibern ja.
Gut.
Die Verbindung zu den Rechnern mit Analogmodem möchte ich mit mimicom und wvdial aufbauen und mindestens ein ascii-Terminal, besser noch eine TCP-IP-Verbindung erhalten. Leider habe ich in diversen Beschreibungen nur Konfiguration von analogen Faxverbindungen gefunden.
Es geht mit der Fritz!PCI nur mit pppd und dem pppcapiplugin (nicht mit minicom). s. man capiplugin Stichwort protocol
Bin ich da mit ttyI völlig auf dem Holzweg? Die Manpage (man ttyi) verstehe ich da ganz anders. Ich war richtig begeistert, als ich diesen Hinweis fand. Jedenfalls konnte ich mit minicom und AT-Befehlen meinen Uni-Einwahlknoten erreichen.
Falls ich das Paket capi4linux benötige - kann ich das nur alternativ zu oder auch gleichzeitig mit i4l benutzen? Letzteres wäre mir wesentlich sympathischer.
Ja, gleichzeitig. Es wird statt hisax der I4L Treiber capidrv benutzt. Das Paket capi4linux brauchst Du nicht, das ist schon bei i4l dabei. Du brauchst nur die entsprechenden CAPI Treiber (s.u.).
Für den Weg, den ich aktuell verfolge, brauche ich kein CAPI (allerdings klappt es auch noch nicht). Steigen denn meine Chancen, das GSM-Modem per CAPI zu erreichen? Ich habe keine brauchbaren Hinweise im Internet gefunden, dass CAPI mit Funkmodems zusammenarbeitet.
Ich wäre für jeden Hinweis dankbar, hoffentlich ist mein Plan nicht zu exotisch. Es folgen noch ein paar Angaben zu meiner aktuellen Installation:
Bisher rufe ich nur Linux-PCs an, die ebenfalls eine ISDN-Karte haben. Mein Linux-Server läuft unter SuSE-Linux 8.0, die ISDN-Verbindungen sind als RAW-IP-Verbindungen (statt PPP) organisiert.
Das geht nur ueber capidrv, pppcapiplugin kann nur PPP.
Mittlerweile sehe ich RAW-IP nicht mehr als Alternative zu PPP an sondern eher als Variante: Wenn ich es richtig verstanden habe, wird das ISDN-Device in beiden Fällen mit isdnctrl konfiguriert, nur mit einer anderen Encapsulation: Statt isdnctrl encap <name> syncpp verwende ich isdnctrl encap <name> rawip .
Als ISDN-Karte benutze ich (laut lspci): Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 01).
An ISDN-Modulen habe ich mit lsmod gefunden: hisax_fcpcipnp 5504 6 hisax_isac 4776 0 [hisax_fcpcipnp] hisax 532580 0 [hisax_fcpcipnp hisax_isac] isdn 122304 9 [hisax] slhc 4304 0 [isdn] isa-pnp 27656 0 [hisax_fcpcipnp hisax].
Unter Yast habe ich das Paket i4l (Version: 2002.5.29-0) als installiert gefunden.
Am besten Du benutzt einen aktuellen Updatekernel (z.B: von der 8.1) da sind die AVM Treiber schon mit dabei.
Wenn ich CAPI verwende, ist das bestimmt der beste Weg. Zunächst scheue ich aber den Aufwand. Insbesondere hoffe ich per ttyI das GSM-Modem zu erreichen ohne in die funktionierende ISDN-Konfiguration über HiSax eingreifen zu müssen.
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
+----------------------------------------+ | Sigward Funke | | Institut fuer Geophysik und Geologie | | Universitaet Leipzig | | Talstr. 35, 04103 Leipzig | | Raum 2-15, Tel. 0341 97-32816 | | Fax. 0341 97-32809 | | E-mail: sfunke@rz.uni-leipzig.de | +----------------------------------------+
On Fri, Oct 24, 2003 at 05:42:37PM +0200, Sigward Funke wrote:
Hallo Karsten Keil,
vielen Dank für die ausführliche Antwort. Mein Problem hat sich allerdings zwischenzeitlich etwas verlagert:
Kann ich mit dem "ISDN-Modem" /dev/ttyI0 zu einem GSM-Modem eine Terminalverbindung aufbauen? Für dieses Frage finde ich nur wenige und dann noch wiedersprüchliche Auskünfte im Internet. Kann da jemand Erfahrungen weitergeben?
Mittlerweile kann ich per minicom über /dev/ttyI0 den Einwahlknoten der Leipziger Uni erreichen (CONNECT 64000/X.75). Das GSM-Modem läßt sich unter Windows mit einem Analogmodem ebenfalls problemlos anwählen. Es beherrscht (lt. Doku) auch 9600 Bps mit dem Protokoll V.110 (neben der analogen Kommunikation 9600 Bps und V32). Trotzdem kommt keine Verbindung zustande. die Ausschrift nach dem Wählen lautet "BUSY", obwohl das Funkmodem auf anderem Wege (s.o.) erreichbar ist.
Meistens muss dafuer auch beim GSM Modem ein anderes Protokoll eingestellt werden.
Wo könnte der Fehler liegen? Unter Minicom habe ich mit AT&R9600 die Geschwindigkeit eingestellt. Leider habe ich keinen AT-Befehl zur Auswahl des Protokolls V.110 gefunden.
Suche ich mit dem Protokoll V.110 überhaupt an der richtigen Stelle?
AT&R9600 setzt V.110. Wobei fuer ein Datenverbindung auch hier die CAPI mit capiplugin eventuell mehr kann.
Ich hörte, es wäre vom Betreiber des Funknetzes abhängig, ob das Protokoll V.110 unterstützt wird. Sonst wären keine Dateverbindungen zwischen Analog- und ISDN-Geräten möglich. Kennt sich da jemand aus? Wie steht es mit T-Mobile?
Geht. ...
Du brauchst nur die entsprechenden CAPI Treiber (s.u.).
Für den Weg, den ich aktuell verfolge, brauche ich kein CAPI (allerdings klappt es auch noch nicht). Steigen denn meine Chancen, das GSM-Modem per CAPI zu erreichen? Ich habe keine brauchbaren Hinweise im Internet gefunden, dass CAPI mit Funkmodems zusammenarbeitet.
Durchaus. ...
Am besten Du benutzt einen aktuellen Updatekernel (z.B: von der 8.1) da sind die AVM Treiber schon mit dabei.
Wenn ich CAPI verwende, ist das bestimmt der beste Weg. Zunächst scheue ich aber den Aufwand. Insbesondere hoffe ich per ttyI das GSM-Modem zu erreichen ohne in die funktionierende ISDN-Konfiguration über HiSax eingreifen zu müssen.
Du kannst die jederzeit wieder herstellen. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten Keil, vielen Dank für die zahlreichen Hinweise. Heute kann ich einen wichtigen Teilerfolg vermelden: Ich habe per minicom über /dev/ttyI0 "mein" Funkmodem erreicht und eine Terminalsitzung erfolgreich absolviert. Allerdings konnte ich diesen Verbindungsaufbau nicht wiederholen; ausserdem funktionieren die anderen ISDN-Devices seitdem nicht mehr. Die Einzelheiten: Init string: ~^M~AT&E11843 &R9600^M Danach erfolgreich manuelle Einwahl mit ATDT001711234567 . Alle weiteren Versuche hatten dann folgenden Verlauf: atdt001716944868 CONNECT 64000/V110/9600 UUUU NO CARRIER Zwischen "CONNECT ..." und "NO CARRIER" vergingen ca. 5 Sekunden. Was geht schief, wie könnte ich eine vernünftige Diagnose stellen? Zunächst befürchtete ich, dass sich das Funkmodem aufgehangen hat (kommt leider gelegentlich vor, ist nur vor Ort per Hardreset zu beheben). Von einem anderen Analogmodem aus ist das Funkmodem immer noch erreichbar. Nachdem ich festgestellt habe, dass die anderen ISDN-Devices ebenfalls nicht mehr reagieren, liegt das Problem wohl eher in meiner ISDN-Umgebung. Die ISDN-Devices habe ich auch nach Entfernen mit isdnctrl und erneutem Einrichten mit isdnctrl nicht wieder in Gang gebracht, erst ein Reboot des ganzen Rechners hat es gerichtet. On Fri, 24 Oct 2003, Karsten Keil wrote:
On Fri, Oct 24, 2003 at 05:42:37PM +0200, Sigward Funke wrote:
Hallo Karsten Keil,
vielen Dank für die ausführliche Antwort. Mein Problem hat sich allerdings zwischenzeitlich etwas verlagert:
Kann ich mit dem "ISDN-Modem" /dev/ttyI0 zu einem GSM-Modem eine Terminalverbindung aufbauen? Für dieses Frage finde ich nur wenige und dann noch wiedersprüchliche Auskünfte im Internet. Kann da jemand Erfahrungen weitergeben?
Mittlerweile kann ich per minicom über /dev/ttyI0 den Einwahlknoten der Leipziger Uni erreichen (CONNECT 64000/X.75). Das GSM-Modem läßt sich unter Windows mit einem Analogmodem ebenfalls problemlos anwählen. Es beherrscht (lt. Doku) auch 9600 Bps mit dem Protokoll V.110 (neben der analogen Kommunikation 9600 Bps und V32). Trotzdem kommt keine Verbindung zustande. die Ausschrift nach dem Wählen lautet "BUSY", obwohl das Funkmodem auf anderem Wege (s.o.) erreichbar ist.
Meistens muss dafuer auch beim GSM Modem ein anderes Protokoll eingestellt werden.
Das hat jetzt erst mal ohne Weiteres geklappt (siehe oben).
Wo könnte der Fehler liegen? Unter Minicom habe ich mit AT&R9600 die Geschwindigkeit eingestellt. Leider habe ich keinen AT-Befehl zur Auswahl des Protokolls V.110 gefunden.
Suche ich mit dem Protokoll V.110 überhaupt an der richtigen Stelle?
AT&R9600 setzt V.110.
O.k.
Für den Weg, den ich aktuell verfolge, brauche ich kein CAPI (allerdings klappt es auch noch nicht). Steigen denn meine Chancen, das GSM-Modem per CAPI zu erreichen? Ich habe keine brauchbaren Hinweise im Internet gefunden, dass CAPI mit Funkmodems zusammenarbeitet.
Durchaus.
Gut, kommt vielleicht später dran. Gruss Sigward Funke
Hi, bitte nicht ins CC, die Liste reicht vollkommen. On Tue, Oct 28, 2003 at 02:27:07PM +0100, Sigward Funke wrote:
atdt001716944868 CONNECT 64000/V110/9600 UUUU NO CARRIER
Zwischen "CONNECT ..." und "NO CARRIER" vergingen ca. 5 Sekunden. Was geht schief, wie könnte ich eine vernünftige Diagnose stellen?
Der I4L Treiber der Fritz!PCI v2 hat noch ein paar Probleme, scheinbar wird der Status der B-channel statemachine nicht richtig zurückgesetzt.
Zunächst befürchtete ich, dass sich das Funkmodem aufgehangen hat (kommt leider gelegentlich vor, ist nur vor Ort per Hardreset zu beheben). Von einem anderen Analogmodem aus ist das Funkmodem immer noch erreichbar. Nachdem ich festgestellt habe, dass die anderen ISDN-Devices ebenfalls nicht mehr reagieren, liegt das Problem wohl eher in meiner ISDN-Umgebung. Die ISDN-Devices habe ich auch nach Entfernen mit isdnctrl und erneutem Einrichten mit isdnctrl nicht wieder in Gang gebracht, erst ein Reboot des ganzen Rechners hat es gerichtet.
Entladen und neuladen des Treibers reicht. Leider fehlt mir die Zeit das Problem zu debuggen. -- Karsten Keil SuSE Labs ISDN development
On Tue, 28 Oct 2003, Karsten Keil wrote:
bitte nicht ins CC, die Liste reicht vollkommen.
In Ordnung.
Der I4L Treiber der Fritz!PCI v2 hat noch ein paar Probleme, scheinbar wird der Status der B-channel statemachine nicht richtig zurückgesetzt.
Entladen und neuladen des Treibers reicht.
Gut, das leuchtet mir ein. So richtig elegant ist es allerdings nicht.
Leider fehlt mir die Zeit das Problem zu debuggen.
Schade. Wie steht es mit CAPI? Nachdem ich bisher an alle derartigen Vorschläge nicht so recht ran wollte: Vermutlich ist CAPI für dieses Problem doch die bessere Lösung? Sigward Funke +----------------------------------------+ | Sigward Funke | | Institut fuer Geophysik und Geologie | | Universitaet Leipzig | | Talstr. 35, 04103 Leipzig | | Raum 2-15, Tel. 0341 97-32816 | | Fax. 0341 97-32809 | | E-mail: sfunke@rz.uni-leipzig.de | +----------------------------------------+
participants (3)
-
dl -
Karsten Keil -
Sigward Funke