August 2002 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Re: [suse-isdn] isdn.log schreibt nicht mehr mit
by Voigt Thomas 30 Aug '02

30 Aug '02

"Türk, Roland" [mailto:r.tuerk@itnovum.de] schreibt: > ich habe das Problem, das mein /var/log/isdn.log seit 24.08. > nichts mehr mitschreibt. Hat einer von euch ne Ahnung woran > das liegen koennte??? Bei mir (SuSE 7.2, Kernel 2.4.10) gibt es solche Effekte auch alle paar Wochen. Ich stelle dann meist fest, daß isdnlog gar nicht mehr läuft ('ps -ef | grep isdnlog') und muß es händisch neu starten. Warum das so ist? Würde ich auch gern wissen! =;-) -- Mit freundlichen Grüßen Thomas Voigt

1 0

Probleme mit VBOX
by Roman Kleinekampmann 30 Aug '02

30 Aug '02

Hallo Liste! Ich habe vor ein paar Tagen vbox (Suse 8.0) konfiguriert und bin auch recht zufrieden damit. Jetzt habe ich aber das Problem, dass wenn jemand anruft und auflegt, noch während die Begrüßungsansage gesprochen wird, beim nächsten Anruf, die Ansage nicht mehr vorgelesen wird. Im vbox-log-file kann ich den anruf mitverfolgen. Es kommt ganz normal: Play: <DATA 256 incoming; 256 outoing> während der ganzen Ansage. Wenn die Ansage aber nicht mehr vorgelesen wird, erscheint diese Zeile nur 4 mal und dann erfolgt kein weiterer Eintrag mehr. Wenn jetzt der Anrufe auflegt, erscheinen im log-file wieder die ganz normalen Einträge, dass die Verbindung getrennt wurde, das Modem zurückgesetzt wird, etc. VBOX an sich scheint da kein Problem zu haben, denn ein Neustart von VBOX hilft nicht. Wenn ich aber das ISDN-System neu starte, klappt es wieder. Aber dieses scheint sich ja auch nicht ganz aufzuhängen, sonst könnte vbox ja weitere anrufe erst gar nicht mehr entgegen nehmen. Hat mir da jemand einen Rat? Roman Kleinekampmann

3 2

Re: AW: [suse-isdn] isdn.log schreibt nicht mehr mit
by Ronald Bianchin 30 Aug '02

30 Aug '02

"Türk, Roland" wrote: > es läuft alles auch in der /var/log/messages wird es protokolliert nur in der /var/log/isdn.log macht er nichts mehr. Hallo Roland! Welche Linux-Version hast Du? Es gibt unter /etc/isdn/isdn.conf einen Eintrag LOGFILE=/... was steht da? (evtl. /var/adm/isdn.log?) MfG Ronald

1 0

isdn.log schreibt nicht mehr mit
by "Türk, Roland" 30 Aug '02

30 Aug '02

Hallo zusammen, ich habe das Problem, das mein /var/log/isdn.log seit 24.08. nichts mehr mitschreibt. Hat einer von euch ne Ahnung woran das liegen koennte??? Vielen Dank für Eure Antwort Gruss Roland

2 1

Kernel oops bei Anruf ?
by Günther J. Niederwimmer 29 Aug '02

29 Aug '02

Hallo (Karsten), kann mir einer weiterhelfen beim "einkreisen" des Fehlers, SuSE 8.0 mit allen Updates neuester Kernel (Beta) Wenn bei mir ein Anruf reinkommt klingelt noch ganz kurz das Tel. dann steht der Rechner und das Gespräch wir rausgescmissen. Wenn der Anrufer gleich danach wieder anruft gehrt es natürlich wieder, denn der Server steht ja :(. Das ganze funkt aber bei ausgehenden Anrufen (dual=2) config. Leider kann ich keine Logs beilegen da das System keine Zeit mehr hat etwas zu protokollieren. Meine Vermutung ist, das der hisax oder capi probleme mit unserer "Post" A hat, denn dieses Problem kenne ich noch aus meier OS/2 Zeit, die konnte das Problem aber abstellen. (Global Call) -- MfG / Regards Günther J. Niederwimmer

1 0

Internetzugang nicht mehr möglich
by J.Schelberg＠t-online.de 29 Aug '02

29 Aug '02

Hallo Liste, seit 3 Tagen funktioniert mein Internetzugang über Linux (SuSE 8.0) nicht mehr (Versuche mit einer alten 7.3-Installation sowie Knoppix ebenfalls ohne Erfolg). Der Verbindungsaufbau wird nach ca. 2 Sekunden unterbrochen. In der /var/log/messages erhalte ich die folgenden Meldungen: ---------- CI AFTER 01:00 (DTAG T-ISDN Standard, T-Online, täglich, eco) Aug 29 19:01:42 linux ipppd[426]: Local number: 868403, Remote number: 0191011, Type: outgoing Aug 29 19:01:42 linux ipppd[426]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Aug 29 19:01:42 linux kernel: isdn_net: ippp0 connected Aug 29 19:01:42 linux ipppd[426]: Remote message: Aug 29 19:01:42 linux ipppd[426]: MPPP negotiation, He: No We: No Aug 29 19:01:42 linux ipppd[426]: CCP enabled! Trying CCP. Aug 29 19:01:42 linux ipppd[426]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Aug 29 19:01:42 linux ipppd[426]: ccp_resetci! Aug 29 19:01:42 linux ipppd[426]: ccp_resetci! Aug 29 19:01:42 linux kernel: Received CCP frame from peer slot(0) Aug 29 19:01:42 linux kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Aug 29 19:01:42 linux kernel: Received CCP frame from daemon: Aug 29 19:01:42 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Aug 29 19:01:42 linux kernel: Received CCP frame from daemon: Aug 29 19:01:42 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 Aug 29 19:01:42 linux kernel: Received CCP frame from peer slot(0) Aug 29 19:01:42 linux kernel: [0/0].ccp-rcv[0]: 04 01 00 04 Aug 29 19:01:42 linux ipppd[426]: ccp_resetci! Aug 29 19:01:42 linux kernel: Received CCP frame from peer slot(0) Aug 29 19:01:42 linux kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 Aug 29 19:01:42 linux kernel: Received CCP frame from daemon: Aug 29 19:01:42 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 Aug 29 19:01:42 linux kernel: Received CCP frame from daemon: Aug 29 19:01:42 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 Aug 29 19:01:42 linux kernel: Received CCP frame from peer slot(0) Aug 29 19:01:42 linux kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Aug 29 19:01:43 linux ipppd[426]: LCP terminated by peer Aug 29 19:01:44 linux isdnlog: Aug 29 19:01:44 tei 80 calling Provider with H O M E Normal call clearing (User) Aug 29 19:01:44 linux kernel: ippp0: remote hangup Aug 29 19:01:44 linux kernel: ippp0: Chargesum is 0 Aug 29 19:01:44 linux ipppd[426]: Modem hangup Aug 29 19:01:44 linux ipppd[426]: Connection terminated. Aug 29 19:01:44 linux ipppd[426]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 29 19:01:44 linux ipppd[426]: closing fd 7 from unit 0 Aug 29 19:01:44 linux ipppd[426]: link 0 closed , linkunit: 0 Aug 29 19:01:44 linux ipppd[426]: reinit_unit: 0 Aug 29 19:01:44 linux ipppd[426]: Connect[0]: /dev/ippp0, fd: 7 Aug 29 19:01:44 linux kernel: ippp_ccp: freeing reset data structure c3458000 Aug 29 19:01:44 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Aug 29 19:01:44 linux kernel: ippp_ccp: allocated reset data structure c3458000 Aug 29 19:01:44 linux isdnlog: Aug 29 19:01:44 tei 80 calling Provider with H O M E HANGUP (1 CI 0.015 EUR 0:00:02 I=438.0 b O=546.0 b) --------- In der Konsole erscheint noch die Meldung: PAP authention failed Mein Passwort habe ich in den letzten Wochen aber nicht geändert. Nachfragen bei T-Online ergaben aber fehlerhafte Loginversuche infolge falscher Passwörter. Die Leitungen wurden geprüft, keine Probs feststellbar. Nun habe ich mir noch die Mühe gemacht und WIN installiert. Hier nun meine erste Mail unter WIN. Keine Probleme, keine Fehler, Hardwaretest i.O. Juergen

1 0

config-scripts unter suse 8.0
by Steffen Illner 29 Aug '02

29 Aug '02

hallo leute, ich bin gerade dabei meinen alten suse-server(6.irgendwas) auf 8.0 neu zu installieren. ich habe mir zum netzwerkkonzept diverse artikel zusammengesucht und bin mit der gesamten kontruktion auch schon recht weit. es haben sich aber im verlauf der nutzung ein paar fragen ergeben: 1. wieso versuchen bei einen rcnetwork start sämtliche eingerichtene devices (ca. 10 raw-ip, 1 ippp0-default für internet und 1 ippp1-dial-in) eine verbindung aufzureissen ? wie kann man das abstellen ? 2. beim aufruf von SuSEconfig --module isdn werden jedesmal die files /etc/ppp/ioptions.ipppX.provider in den orginalzustand versetzt? alle eingetragenen anpassungen für dial-in etc. gehen verloren. was ist der sinn hinter dieser maßnahme? 3. auf dem rechner fehlt nicht nachvollziehbar von zeit zu zeit die defaultroute, bzw. die devices sind deaktiviert. d.h. auf ein ping _IP-Nummer_des_zu_verbindenden_Netzes_ passiert überhaupt nichts. erst nach einen network stop isdnX und start isdnX reagiert das device wieder. alle routen sind in der routes eingetragen und funktionieren nach reaktivierung wieder. wieso ? 4. das werkzeug yast2 ist für die konfiguration von isdn-devices kaum noch brauchbar. alle wichtigen dinge bsplsweise die telnr. des anrufenden partners ist nicht mehr zu hinterlegen. warum nicht ? bin über jedes hilfreiche statement dankbar.. Mit freundlichen Gruessen Steffen Illner IUNDS AG s.illner(a)iunds.com

1 0

Re: [suse-isdn] Fritzcard-DSL und die I4L Applikationen...
by Johannes Roeder 29 Aug '02

29 Aug '02

Jetzt geht alles und ich bin glücklich. :-D Vielen Dank nochmal! Johannes

1 0

Internet geht nur als INTRANET
by Dr. med. M. Kulla 29 Aug '02

29 Aug '02

2 1

Re: [suse-isdn] Fritzcard-DSL und die I4L Applikationen...
by Johannes Roeder 29 Aug '02

29 Aug '02

Hallo Karsten! > Wenn Du mir die /etc/init.d/capi4linux Datei schickst, mach ich einen > Vorschlag. In /etc/init.d gibt es nur das Skript "c4l_start", was capiinit aufruft: #! /bin/sh # Start/stop of CAPI4Linux echo capiinit $1 capiinit $1 Von /usr/sbin/capiinit habe ich keine Quellen gefunden... Vielleicht kann man den Aufruf für isdnlog ja auch in c4l_start einbauen? Johannes

2 1