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
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
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
--- 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
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
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
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
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
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
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