openSUSE ISDN (Deutsch) October 2005

isdn-de@lists.opensuse.org

17 participants
13 discussions

by Georg Golombek

Hallo miteinander, habe eine Fritz!card DSl 2.0, (mit ISDN und DSL ) eingebaut weil meine alte Teles 16.3 (ISA) es nicht mehr machte. Konfiguration in Yast problemlos... aber jetzt habe ich das Problem, dass ippp0 nicht gestartet wird (failed) (bei uns im Busch gibts kein DSL :-( ) wenn ich die Schnittstelle dann per kinternet starte geht das. Wenn Ihr mich fragt: wie hast Du denn die Einstellungen genau: so wie unter der 8.2, 9.0, 9.xxx (allerdings mit der alten Teles...) Muss da noch was extra(manuell) eingestellt werden?? unter der 9.3 funktioniert das reibungslos. ippp0 wird da sauber gestartet. Grüße GG

15 years, 11 months

Probleme mit Capi und Capisuite (SuSE 10.0 OSS)

by Christoph Knauer

Hallo Leute, habe mir SuSE 10.0 OSS neu installiert auf einem IBM Netvista PIII 733MHZ. Als ISDN-Karte läuft eine Fritz PCI, das Ethernet erreicht der Rechner über eine Realtec-Karte. Der PC soll u.a. auch für meinen AB und Fax mittels Capisuite herhalten. Leider bekomme ich anstelle von OK nur die folgende Nachricht im Capisuite-Errorlog: Mon Oct 17 22:12:23 2005 CapiSuite 0xbffa831c: CapiSuite 0.4.5 started. Mon Oct 17 22:12:23 2005 CapiSuite 0xbffa831c: Can't start Capi abstraction. The given error message was: CapiError: Error in CAPI20_ISINSTALLED: CAPI not installed. occured in Capi::getCapiInfo() Hat jemand eine Idee? Danke. Christoph -- GPG-Fingerprint: 171A 6F66 52E5 A6CE D664 2427 832F E711 7442 8261

15 years, 12 months

Probleme mit fxamodem /dev/faxCAPI

by Thomas Pförtner

Hallo, ich hatte seit einiger Zeit ISDN-Internetzugang und hylafax problemlos laufen mit einer Fritzcard DSL. Nun habe ich den Internetzugang auf DSL umgestellt, was mit kleinen Hürden dann auch ging. Leider geht jetzt hylafax nicht mehr. Mehrfache Neuinstallation verschiedener Pakete: hylafax, capi4hylafax half nicht: Auch ncht durchlaufen der Skripte faxsetup und faxaddmodem. Das Problem: * ich bekomme Mails mit Subject: "modem on /dev/faxCAPI appears wedged" * /dev/faxCAPI exisitiert nicht !! * Diagnose von faxstat: # faxstat HylaFAX scheduler on pc-frauke.privat: Running Modem faxCAPI (+49.8102.999472): Terminated # * Module scheinen alle geladen: # lsmod | grep capi capidrv 28468 2 isdn 134604 5 capidrv capi 18112 4 capifs 6024 2 capi kernelcapi 46112 3 capidrv,fcdsl,capi # * capiinfo liefert: ############################# # capiinfo Number of Controllers : 2 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS Controller 2: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 1 Global Options: 0x00000001 internal controller supported B1 protocols support: 0x10000000 B2 protocols support: 0x40000002 Transparent B3 protocols support: 0x40000001 Transparent 0100 0100 01000000 00000010 02000040 01000040 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS # ############################### sieht gut aus, oder? # Auszüge aus /var/log/messages ############################ Oct 23 10:47:18 pc CapiFaxRecv: CAPI not installed, started or have no access rights on it! Oct 23 10:47:18 pc FaxQueuer[28528]: MODEM /dev/faxCAPI appears to be wedged Oct 23 10:47:18 pc FaxQueuer[28528]: MODEM WEDGED: bin/wedged "faxCAPI" "/dev/faxCAPI" ############################ Wer kann mir helfen? Wie legen ich faxCAPI neu an? Welche Rechte, Owner etc.? Welche 'normalen' Reinstallationsschritte sollten dazu führen dass es neu angelegt wird? Welche weiteren Diagnoseschritte sind sinnvoll / notwendig? Ach, ja: Suse 9.1 mit akuellem Patchlevel Wie sagte nuelich einer: 'Ich tue alles für ein Fax'. Der Punkt ist: mir geht das Thermopapier an meiner alten Kisten aus ;-) Danke Thomas

15 years, 12 months

AW: [suse-isdn] SuSE 10 und Fritz!card DSL 2.0 (NACHTRAG 3)

by georg.golombek＠bayersried.de

--- Ursprüngliche Nachricht --- Datum: 25.10.2005 01:49 Von: Karsten Keil <kkeil(a)suse.de> An: suse-isdn(a)suse.com Betreff: Re: [suse-isdn] SuSE 10 und Fritz!card DSL 2.0 (NACHTRAG 3) > On Mon, Oct 24, 2005 at 09:59:56PM +0200, Georg Golombek wrote: > .... > > > > > > Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst > > > hinterher oder die dritte Meldung (initializing capi for contr0...) > > > kommt erst nach dem Netzwerk - Setup. > > > Aber in keinem Fall ist der Start von ippp0 erfolgreich. > > Bei mir schon, soll ippp0 denn beim Booten gestartet werden und im Dial On > Demand Mode arbeiten (nur dann macht das Sinn, sonst sollte Startmode manual > eingestellt werden) ? > Dann darf das Device nicht Benutzergesteuert sein, sondern USERCONTROL="no". > USERCONTROL="yes" bedeutet das es von kinternet an und aus geschaltet wird, > was am Besten mit STARTMODE="manual" funktioniert, auto ist hierbei > Kontraproduktiv. > > > > > > > (den start des smpppd habe ich wieder in den Griff bekommen..) > > > > > > Grüße GG > > > > > > Zuletzt: > > > > Fritzcard in einen anderen PC gesteckt ( diesen hier mit aktuellem Board , > > einem AMD Athlon 64 3200+ und der SuSE 64 bit drauf ) und damit ISDN und den > > Zugang konfiguriert: > > > > dasselbe Verhalten mit der 10er wie auf meinem Methusalem ,hier ist aber > > offensichtlich: > > > > die capi-Treiber der Fritzcard werden immer erst nach versuchter > > Initialisierung des ippp0 geladen... > > Was sagt denn > ll /etc/init.d/rc?.d/*isdn* > ll /etc/init.d/rc?.d/*network* mal hier aus der Ferne: das stimmt.. S01isdn... S05network > > S01* wird lange vor S05* gestartet. > Wie sieht das Filesystem Layout aus ? Eventuell seperate Partition fuer /usr ? nur für /home... aber ich glaube ich sehe meinen Fehler, jetzt wo Du es gezielt ansprichst: Initialisierung bei Systemstart, Dial on demand, Benutzergesteuert. Habe natürlich beim Systemstart und Dial on Demand ausgewählt, und mich darauf verlassen, dass die "allwissenden" SuSE - Entwickler alle unsere Bedienerfehler im voraus schon unterbinden. :-)) Kann mich allerdings bei der 9.3er (wo's funktioniert) nicht daran erinnern, dass ich am Knopf Benutzergesteuert gefummelt hätte. Vielleicht wirkt sich das dort nicht so aus? aber ich schaue mal heute abend auf dem neuen PC was Sache ist. OT--- Ein gutes hatte der Umbau: Habe festgestellt, dass drei meiner ELKO's auf dem alten GA-Board kurz vor dem Aufgeben sind (oben dick + braune getrocknete Brühe) Ich kann (will) also auf dem alten Board nichts mehr probieren bis ich neue Elkos drauf habe.. OT--- Grüße GG

15 years, 12 months

hisax-Treiber im kernel bringt Fehlermeldung

by Dirk Meier

Hallo, ich habe einen Kernel 2.4.18 aus den Quellen von SL8.0 ohne Modulunterstützung gebaut. Der HiSax-Treiber ist fest in den Kernel eingebunden und bringt auch die entsprechenden Meldungen beim Starten. Leider erhalte ich auch nachstehende Fehlermeldungen, die wahrscheinlich aufgrund der fehlenden Moduleunterstützung entstehen: - Setting up ISDN card contr0 AVM Fritz!Card Classiccat:/proc/modules: No such file or directory - Cat: /proc/modules: No such file or directory - Loading Driver contr0 hisax modprobe: Can't open dependencies file / lib/modules/2.4.18/modules.dep (No such file or directory) Warum sucht das System trotz fehlender Modulunterstützung nach den Module für die ISDN-Karte und der Datei modules.dep? Sind diese Aufrufe wichtig und wie kann ich sie anders realisieren? Falls nicht, wie kann ich die Fehlermeldungen abstellen? Die Problemstellung habe ich auch schon an die suse-linux Liste gesendet und einen Hinweis zu Änderungen in der modules.conf erhalten. Dort sind aber alle Angaben zum HiSax-Treiber auskommentiert. Außerdem sollte die Datei bei einem Kernel ohne Modulunterstützung nicht ausgewertet werden. Wer kann helfen? -- Dirk

16 years

Probleme mit Capi und Capisuite(SuSE 10.0 OSS GM)

by Christoph Knauer

16 years

Problem mit ooo-1.1.4 und Hylafax unter OpenSuSE10

by Udo Platzoeder

Hallo, seit dem Update 9.2 - SuSELinux10.0 kann ich keine Faxe mehr über OOO-1.1.4 versenden. KDEprintfax funktioniert ohne Probleme. Im spadmin habe ich das Fax wie folgt konfiguriert (was auch unter 9.2 prima funktioniert hat) sendfax -n -h ipdesservers -s a4 -f emailadresse(a)firma.de -D -R -d "(PHONE)" "(TMP)" Auf einem anderen Client mit OOO-1.1.4 und Hylafax 4.2.0-5 sowie unter SuSELinux10.0 mit OOO-2.0-pre (1.9.125.1.2) klappt es auch. Wo liegt hier das Problem? Ist jemanden das Probelm bekannt? Brauche ich noch den Hylafax-Server auf dem Client oder reicht jetzt auch nur der Hylafax-Client (früher gab es den ja nicht)? Folgende Versionen werden von mir eingesetzt: OpenOffice 1.1.4 Hylafax auf dem Client: 4.2.1-11 Hylafax-Client auf dem Client: 4.2.1-11 Hylafax auf dem Server (SuSE 9.2): 4.2.0-5 Gruss Udo

16 years

Lösung für Einwahlserver via capiplugin ISDN/Modem?

by Stefan Hippe

Hallo Liste, ich bin gerade dabei, einen Dialin-Server zu bauen und möchte dazu pppd und capiplugin benutzen. Der Server hat eine Fritzcard DSL (+ISDN) und soll sowohl via ISDN als auch mit analogem Modem erreichbar sein. Leider habe ich bisher keine brauchbare Konfiguration zusammen bekommen. Auch die Suche im Netz war nicht wirklich erfolgreich. Funktioniert es überhaup ohne getty & Co? Bis jetzt quitscht mir die ISDN-Karte ins Ohr, wenn ich sie mit einem Telefon anrufe, der Client sagt aber "waiting for carrier". Anbei noch das Logfile einer Einwahl + config-Dateien. Irgendwie legt der Server nach gewisser Zeit einfach auf, ich finde aber nicht heraus warum inittab: p0:23:respawn:/usr/sbin/pppd call dailin_nocli p1:23:respawn:/usr/sbin/pppd call dailin_nocli --------------schnipp---------------- chap+pap-secrets: #client hostname <password> 192.168.1.1 stefan * passwort 192.168.0.2 dailin_nocli: debug name stefan +pap nodetach noipdefault lcp-echo-interval 5 lcp-echo-failure 10 lcp-max-configure 50 lcp-max-terminate 2 noccp noipx plugin capiplugin.so plugin userpass.so inmsn 986700,5 connectdelay 60 protocol modem 192.168.0.1:192.168.0.2 ipcp-accept-local ipcp-accept-remote messages nach (mißlungener) Einwahl: Oct 4 19:26:09 linux isdnlog: Oct 04 19:26:09 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup RING (3.1 kHz audio) Oct 4 19:26:09 linux isdnlog: Oct 04 19:26:09 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup RING (Fernsprechen) Oct 4 19:26:09 linux isdnlog: Oct 04 19:26:09 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup UNKNOWN ELEMENT 21 in codeset 0: 10 81 [ ], length=2 -- complete frame ignored! Oct 4 19:26:11 linux isdnlog: Oct 04 19:26:11 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup RING (Fernsprechen) Oct 4 19:26:11 linux isdnlog: Oct 04 19:26:11 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup UNKNOWN ELEMENT 21 in codeset 0: 10 81 [ ], length=2 -- complete frame ignored! Oct 4 19:26:12 linux isdnlog: Oct 04 19:26:12 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup RING (Fernsprechen) Oct 4 19:26:12 linux isdnlog: Oct 04 19:26:12 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup UNKNOWN ELEMENT 21 in codeset 0: 10 81 [ ], length=2 -- complete frame ignored! Oct 4 19:26:13 linux isdnlog: Oct 04 19:26:13 * Call to tei 127 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup RING (3.1 kHz audio) Oct 4 19:26:14 linux kernel: capidrv-1: incoming call 19,1,2,5 Oct 4 19:26:14 linux pppd[6718]: plci_change_state:0x101 0 -> 4 event=5 Oct 4 19:26:14 linux kernel: capidrv-1: patching si2=2 to 0 for VBOX Oct 4 19:26:14 linux kernel: isdn_net: call from 19 -> 0 5 ignored Oct 4 19:26:14 linux kernel: isdn_tty: call from 19 -> 5 ignored Oct 4 19:26:14 linux kernel: capidrv-1: incoming call 19,1,0,5 ignored Oct 4 19:26:14 linux pppd[6718]: incoming call contr=1 cip=4 19 -> Oct 4 19:26:14 linux pppd[6718]: capiplugin: incoming call(1): "19" -> "5" incoming (pcli=0x101/ncci=0x0) (0x4) Oct 4 19:26:14 linux pppd[6718]: accept plci 0x0101 8,1,0 Oct 4 19:26:14 linux pppd[6718]: plci_change_state:0x101 4 -> 6 event=12 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state 2 -> 3 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=3 event=1 ???? Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=3 event=1 ???? Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=3 event=1 ???? Oct 4 19:26:14 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state 3 -> 0 Oct 4 19:26:14 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=0 event=3 ???? Oct 4 19:26:14 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=0 event=3 ???? Oct 4 19:26:14 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Oct 4 19:26:14 linux pppd[6718]: controller 1: listen_change_state state=0 event=3 ???? Oct 4 19:26:14 linux isdnlog: Oct 04 19:26:14 Call to tei 89 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup CONNECT (3.1 kHz audio) Oct 4 19:26:14 linux pppd[6718]: plci_change_state:0x101 6 -> 3 event=6 Oct 4 19:26:29 linux isdnlog: Oct 04 19:26:29 * tei 127 calling ? with ? Time:Tue Oct 4 19:26:00 2005 Oct 4 19:26:40 linux pppd[6718]: ncci_change_state:0x10101 0 -> 2 event=2 Oct 4 19:26:40 linux pppd[6718]: ncci_change_state:0x10101 2 -> 3 event=6 Oct 4 19:26:40 linux pppd[6718]: ncci_change_state:0x10101 3 -> 7 event=10 Oct 4 19:26:40 linux pppd[6718]: ncci_change_state:0x10101 7 -> 0 event=13 Oct 4 19:26:40 linux pppd[6718]: plci_change_state:0x101 3 -> 7 event=8 Oct 4 19:26:40 linux kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Oct 4 19:26:40 linux kernel: kcapi: appl 2 ncci 0x10101 down Oct 4 19:26:40 linux isdnlog: Oct 04 19:26:40 Call to tei 89 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup UNKNOWN Cause 0x00 (Private network serving remote user) Oct 4 19:26:40 linux isdnlog: Oct 04 19:26:40 Call to tei 89 from +49 2501/19, Mnster-Hiltrup on +49 2501/5, Mnster-Hiltrup HANGUP ( 0:00:26) UNKNOWN Cause 0x00 (Private network serving remote user) Oct 4 19:26:40 linux pppd[6718]: DISCONNECT_IND reason 0x349f (Normal, unspecified) for plci 0x101 Oct 4 19:26:40 linux pppd[6718]: plci_change_state:0x101 7 -> 8 event=9 Oct 4 19:26:40 linux pppd[6718]: plci_change_state:0x101 8 -> 0 event=11 Oct 4 19:26:40 linux pppd[6718]: capiplugin: disconnect(remote): "19" -> "5" incoming (pcli=0x101/ncci=0x10101) 0x349f (0x0000) - Normal, unspecified Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state 0 -> 1 Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=1 event=1 ???? Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=1 event=1 ???? Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=1 event=1 ???? Oct 4 19:26:40 linux pppd[6718]: capiplugin: waiting for incoming call ... Oct 4 19:26:40 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state 1 -> 2 Oct 4 19:26:40 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=2 event=4 ???? Oct 4 19:26:40 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=2 event=4 ???? Oct 4 19:26:40 linux pppd[6718]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Oct 4 19:26:40 linux pppd[6718]: controller 1: listen_change_state state=2 event=4 ???? Oct 4 19:26:59 linux isdnlog: Oct 04 19:26:59 * tei 127 calling ? with ? Time:Tue Oct 4 19:26:30 2005

16 years

ISDN-Interface fernsteuern?!

by age＠ifak-system.com

Hallo Liste, gibt es eine Möglichkeit eine ISDN-Karte, welche in einem Linux-PC steckt von z.B. einem Windows-PC aus fernzusteuern?! Hintergrund: Ein kleines Netzwerk ist über einen Linux-Router(Firewall) mit einem DSL-Anschluss verbunden. In den Router möchte ich jetzt eine ISDN-Karte einbauen um mich "bei Bedarf" in ein anderes Netzwerk einzuwählen. Auf dem Router läuft Suse 9.2. Die Fernsteuerung sollte leicht bedienbar sein (z.B. Weboberfläche o.ä.), da der User keine Ahnung von Linux etc. hat. Mit freundlichen Grüßen A.Gegner

16 years

ATMO ?

by Grit Frey-Ghaleb

Hallo Liste, Ich habe mir vor kurzem Linux 9.3 Professional aufgespielt und Probleme mit der Internetverbindung. Von meinem ISP bekam ich ein ISDN Modem von Intracom (netMod), 64 kbs.(wohne in Griechenland) Das System erkennt das Modem, stellt aber keine Verbindung her. Im Protokoll steht: . . ->Initialing Modem Sending:ATZ ->OK. Sending:ATB40 ->OK. Sending:ATH ->OK. Sending:ATMO ->ERROR ->Bad init string ->stdin not read/write and $MODEM not set ppp[0]died:Connect script failed (exit code 8) Was ist ATMO? und wo kann ich es konfigurieren? Das System hat kein kppp. Ich danke für jede Hilfe. Grit

16 years

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) October 2005