November 2001 - openSUSE ISDN (Deutsch)

smpppd und ip_resend
by Andreas Kyek 14 Nov '01

14 Nov '01

Hallo, gerade gestern habe ich gelernt, das es nun neben dem Dynip-Patch auch noch ip_resend gibt. Kurzbeschreibung, soweit ich sie verstanden habe: laut README für ip_resend muß das Teil gestartet sein und lauert auf das erste Paket über das Interface. Dann soll in ip-up irgendwo das gespeicherte Paket mit der nun gültigen Adresse weggeschickt werden und in ip-down der nun nicht mehr laufende ip_resend wieder gestartet werden. a) in i4l wird ip_resend gestartet, wenn es da ist und die Start- Variable gesetzt ist. Nur wer fügt diese Variable in welches rc.config* Skript ein? Sonst haben doch die rpm's die benötigten Variablen eingetragen. Ich hab' das Teil jetzt von Hand reingeschrieben, wundere mich aber doch, ob hier bei mir was falsch lief oder ob hier händische Konfiguration angesagt ist. b) Der Teil in ip-up, der dann das endgültige Weiterschicken erledigt, ist gar nicht vorhanden. Ebenso der Restart in ip-down. Muß man das Teil komplett von Hand einrichten? c) Wofür braucht man diesen ominösen smpppd, wenn man KEIN kinternet, wvdial oder sonstiges benutzt? Mein Handbuch der Update Version gibt hier leider nichts zu her, was ich gebrauchen kann. Die man-Page zum smpppd ist ein besserer Witz. Wo also finde ich was dazu? (Auch RTFM ist willkommen) Andreas

1 0

SuSE 7.3 und dod
by Andreas Kyek 14 Nov '01

14 Nov '01

Hallo, nach dem Umstieg von 7.0 auf 7.3 kämpfe ich nun mit der Dial on demand-Konfiguration. Die Konfig ist analog zur 7.0, wo es einwandfrei geht. Phänomen: a) Nach dem booten habe ich der Routing-Tabelle zwei Einträge für mein P-t-P-device (ippp0) und eine defaulte route darauf. Warum? (Wenn man den bootvorgang von Hand durchspielt, dann wird ein Eintrag von i4l erzeugt, der zweite sowie das default-gw dann von route. b) Bei der Einwahl (laut SDB in /etc/options.ippp0 mit dem Parameter defaultroute und deldefaultroute) läuft alles sauber, die alten Einträge für ippp0 sind weg und der passende Eintrag inkl. gw sind gesetzt. Internet Zugang funktioniert. c) Nach der Abwahl wird nicht (!) die alte defaultroute restauriert, sondern bleibt mit einem Eintrag der alten Verbindung stehen. d) Natürlich geht dann keine weitere Anwahl, da "no route to host" existiert. Wo muß ich suchen? Eine erste Suche (in ip-up) ergab keine Auffälligkeiten für mich. Andreas

1 0

STOP! worpswede.bug.wp?
by Katja Hohmann 13 Nov '01

13 Nov '01

Hallo, bei jeder meiner Mails an diese Liste werde ich von einer falsch (?) konfigurierten Spam-Filter-konfig mit Müllmails bombadiert. Wer immer in der Liste diesen Filter betreibt (ich steig da nicht so recht durch): 1. die Domain "operamail.com" exisitert 2. Mich gibt es wirklich Und natürlich bin ich mit meinem SuSE -Desktop-Rechner "localhost 127.0.0.1", - klar das ein lokaler sendmail dann sowas in die Header schreibt. Aber so eine Reaktion habe ich noch nie erlebt von einem Mailserver :( Muß das sein? Bitte ignoriert diese Mail, wenn Ihr sie nicht erzeugt habt - ich kann den echten Absender irgendwie nicht per "Antworten" erreichen, klar eigentlich, wenn meine Mail weggefiltert wird. Hmm. dann wird er /sie /es diese Mail auch nicht erreichen, oder? Hmpf. Kaja ---------- Vidarebefordrat brev ---------- Subject: Date: Tue, 13 Nov 2001 16:02:29 +0100 From: FETCHMAIL-DAEMON(a)worpswede.bug.wp To: GrrlTalk(a)operamail.com Our spam filter rejected this transaction. ------------------------------------------------------- -- Servus!

3 2

Provider-Nummer SuSE 7.3
by Katja Hohmann 13 Nov '01

13 Nov '01

Hi, ich nutze die 7.3 und habe den Zugang zum Netz über meine Firma bei der Einrichtung der Fritz PCI-Karte manuell eingegeben, dh ich habe keinen der vorkonfigurierten Provider gewählt. Wenn ich nun ins Netz gehe, sehe ich in den Logs: === isdnlog: Nov 13 05:14:09 tei 113 calling XXXX with +49 911/MEINE_MSN, Nürnberg No area info for provider 33_0 (98), destination XXXX === Ich habe bei der Einrichtung der MSN meine MSN eingegeben, da ich nicht aus Nürnberg komme (sondern HH), würde mich interessieren, wie ich diese "+49 911" wegbekomme bzw. wo das herkommt. Hat jemand eine Idee welche Dateien ich da mal anfassen muß? Danke im voraus! -- Servus!

2 2

AVM Fritz PCI 2.0 SuSE 7.3
by Hubertus Schröder 13 Nov '01

13 Nov '01

Hi, Ich habe eine AVM Fritz PCI2.0 Karte erstanden, die ich mit ippp unter SuSE 7.3 zum Rennen kriegen mvchte. AVM stellt zwar Treiber zur Verf|gung, aber leider nur bis 7.2 und f|r capi. Gruss Hubertus

1 0

RE: [suse-isdn] ISDN4Linux --> Capi4Linux
by Pawlowski Julian 13 Nov '01

13 Nov '01

Ralf.LaPorte(a)stadt.koblenz.de schrieb: > Hallo! Hallo Ralf! > Danke für die Info. zur Installation der Capi-Treiber. keine ursache ;-) > In der Installationsanweisung von > www.capi4linux.thepenguin.de steht, daß > zu erst die ISDN-Hardware mittels YaST1 konfiguriert werden > soll - nur > leider ist der Menüpunkt Administration des Systems -> > Hardware in System > integrieren -> ISDN-Hardware konfigurieren nicht anwählbar. > > Wovon hängt es ab, daß der Menüpunkt in YaST1 anwählbar ist? > Was sollte ich machen damit ich die ISDN-Hardware konfigurieren kann? du musst isdn4linux natürlich installiert haben ;-) installier mal das Paket i4l und die dazugehörigen abhängigkeiten aus der Serie n. Gruß Julian -- SZM Studios GmbH IT-Service . ProSiebenSat.1 Media AG Julian Pawlowski . Clients & Support Tel +49 89 9507-5371 Gutenbergstraße 3 . 85774 Unterföhring http://www.szm.de/ . http://www.ProSiebenSat1.com/

1 0

ISDN4Linux --> Capi4Linux
by Ralf.LaPorte＠stadt.koblenz.de 13 Nov '01

13 Nov '01

Hallo! Danke für die Info. zur Installation der Capi-Treiber. In der Installationsanweisung von www.capi4linux.thepenguin.de steht, daß zu erst die ISDN-Hardware mittels YaST1 konfiguriert werden soll - nur leider ist der Menüpunkt Administration des Systems -> Hardware in System integrieren -> ISDN-Hardware konfigurieren nicht anwählbar. Wovon hängt es ab, daß der Menüpunkt in YaST1 anwählbar ist? Was sollte ich machen damit ich die ISDN-Hardware konfigurieren kann? Grüße Ralf La Porte KGRZ Koblenz - Eigenbetrieb der Stadt Koblenz Tel.: 02 61/1 29-12 64 Fax.: 02 61/1 29-12 50 eMail: Ralf.LaPorte(a)Stadt.Koblenz.de

1 0

Debug-Modus von HiSax ändern
by Dominic Burger 12 Nov '01

12 Nov '01

Hallo Liste, wie kann ich automatisch / generell den Wert des Debug-Modus von HiSax setzen? Bisher habe ich das immer über die Konsole und den Befehl "hisaxctrl HiSax 1 4" gamacht. Kann ich das in irgendeiner Config ändern oder beim Systemstart setzen ? (SuSE 6.4 mit Elsa Microlink PCI) Vielen Dank Dominic Burger -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

2 1

Re: [suse-isdn] Einwahl über ISDN funktioniert aber nicht über Modem
by Raimund Hölle 12 Nov '01

12 Nov '01

Hallo, Manfred Tremmel schrieb am 11.11.01, 02:22:26: > Am Samstag, 10. November 2001 20:02 schrieb Stefan Rauch: >> Kann mir jemand sagen, was ich auf dem Einwahlserver ändern muss, >> damit ich mich von außen auch mit einem Modem einwählen kann? > Modem und ISDN verträgt sich schlichtweg nicht, Du brauchst wohl ein > Modem oder eine aktive ISDN-Karte. Nur aktive ISDN-Karte hilft leider auch nicht, man benötigt eine Karte mit Modem-Zusatz-Hardware (ok, i.d.R. nur bei aktiven Karten zu finden, es gibt jedoch auch aktive Karten ohne dieses Feature). Ich benutze für den angegeben Zeck eine AVM-B1. Gruß Raimund

3 2

ISDN4Linux --> Capi4Linux
by Ralf.LaPorte＠stadt.koblenz.de 12 Nov '01

12 Nov '01

Hallo Zusammen, ich habe ein SuSE Linux in der Version 7.3 bei mir installiert und möchte meine passive AVM (Fritz classic)-Karte anschließen. Über den Rechner soll letztendlich eine Internetverbindung zu dem Provider erolgen (squit, sendmail, fetchmail, HylaFax). Hierzu gibt es von AVM die Capi4Linux-Treiber.... - allerdings nur bis einschl. Version 7.2. Die Treiber prüfen jedoch die Kernelversion ab und deshalb werden sie bei dem Systemstart nicht eingebunden (Fehlermeldung über die falsche Kernelversion). Hat jemand mit dem geschilderten Problem bzw. grundsätzlich mit den Capi-Treibern Erfahrung gesammelt? Gibt es bei der Installation sonstige Fallstricke? Grüße Ralf La Porte KGRZ Koblenz - Eigenbetrieb der Stadt Koblenz Tel.: 02 61/1 29-12 64 Fax.: 02 61/1 29-12 50 eMail: Ralf.LaPorte(a)Stadt.Koblenz.de

2 1

i4l restart funktioniert nicht mehr richtig
by Andreas.Waibel＠colt.de 12 Nov '01

12 Nov '01

Hallo habe ein script unter SuSE 7.0 , das mir die ISDN Einwahl über unterschiedliche Provider und Optionen (z.B. CHAP oder PAP) erlaubt. Dabei kann ich alle Variablen (Rufnummer, Username, CHAP/PAP etc.) als Parameter übergeben. Das ganze ist so gelöst, daß jedesmal die Dateien /etc/rc.config.d/i4l.rc.config /etc/ppp/options.ippp0 und /etc/ppp/pap-secrets bzw /etc/ppp/chap-secrets editiert und modifiziert werden und dann mittels /etc/init.d/i4l stop /etc/init.d/i4l start die neuen Werte geladen werden. Dann erfolgt die Umstellung des Routings und die eigentliche Einwahl mit isdnctrl Das Script lief auch prima unter 7.0 nur leider nicht mehr unter 7.2. Es scheint, als ob der ipppd beim Neustart die Konfigurationsdateien nicht mehr neu lesen tut. Neukonfiguration der Werte mit dem Yast2 Modul bringt aber Änderung. Was macht Yast2 noch außer i4l neu starten? Grüße Andreas P.S.: Sobald mein Script wieder läuft stell ich es gern zur Verfügung.

1 0

AW: [suse-isdn] Lokales IP-UP script
by Michael Rieke 12 Nov '01

12 Nov '01

> -----Ursprüngliche Nachricht----- > Von: wolfgang.hummel(a)fh-reutlingen.de [SMTP:wolfgang.hummel@fh-reutlingen.de] > Betreff: [suse-isdn] Lokales IP-UP script > > über meinen SuSe7.2 Rechner hole ich mir per Cron-Prozess (Kein Root-Cron- > Prozesse, sondern ein User-Cron) zyklisch meine Emails von meiner Provider-Mailbox > ab (per ISDN). > Hierzu habe ich im IP-UP-Script jeweils einen Fetchmail-Befehl und einen Sendmail- > Befehl eingetragen (für Emails, die im "Ausgangskorb" sind). > Dies funktioniert auch ganz gut. > Ich möchte nun mehrere User einrichten, die ihre eigenen Cron-Jobs definieren (per > Kcron) und die entsprechend auch ihre eigenen Provider-Mailboxen abfragen können. > Hierzu benoetige ich (glaube ich wenigstens) jeweils userspezifische IP-UP-Scripte. > Wie mache ich das ? Ich (root) mache das wie folgt (Anm. In Klammern gesetzte Werte müssen durch die entsprechenden Werte ersetzt werden): A. Sendmail vorbereiten (z.B. per Expertenmodus in YAST oder YAST2): Host für alle ausgehende Emails: SMTP:(SMTP-Server des Providers X) Mail nur in die Queue stellen: (X) kein canonify der hostnamen: (X) sendmail als smtp-Dämon starten: (X) Komandozeilenparameter: (-bd -om) B. Dann ein paar Befehle: cd \root touch .fetchmailrc chmod 750 .fetchmailrc vi .fetchmailrc C. Die Datei .fetchmail sollte folgenden Aufbau haben: poll (POP-Server des Providers X) protocol POP3 user (Benutzername 1 beim Provider) password ("Passwort beim Provider") to (Linux-Benutzername 1) ... user (Benutzername n beim Provider) password ("Passwort beim Provider") to (Linux-Benutzername n) postconnect "/usr/sbin/sendmail -q" D. Für Cron nur folgenden Eintrag und die gewünschten Zyklen eintragen: /usr/bin/fetchmail -a -v E. Fertig! F. Noch einige Anmerkungen : fetchmail arbeitet das Script der Reihe nach ab. Beim Senden geht nur ein und derselbe Provider, beim Abrufen jedoch beliebig viele. Daher: der letzte POLL vor dem postconnect unbedingt beim gleichen Provider, wie für Sendmail angegeben (Authorisierung!). T-Online: Geht nur, wenn mit der richtigen Mitbenutzer online. Die Scripts ip-up usw. bleiben hierbei völlig unberührt. sendmail bzw. popper verteilen die mails bzw. stellen sie zentral auf Abruf zur Verfügung. Noch ein Nachteil: Ein Otto-Normal-User hat nicht die Möglichkeit, hierauf Einfluß zu nehmen, sondern muß sich an den root wenden ;-). G. Mein unerfüllter Wunsch! Beliebig viele Provider auch beim Senden! Für Vorschläge wär ich dankbar (Vieleicht nicht unbedingt in der Liste). Michael

1 0

Lokales IP-UP script
by wolfgang.hummel＠fh-reutlingen.de 12 Nov '01

12 Nov '01

Hi, über meinen SuSe7.2 Rechner hole ich mir per Cron-Prozess (Kein Root-Cron- Prozesse, sondern ein User-Cron) zyklisch meine Emails von meiner Provider-Mailbox ab (per ISDN). Hierzu habe ich im IP-UP-Script jeweils einen Fetchmail-Befehl und einen Sendmail- Befehl eingetragen (für Emails, die im "Ausgangskorb" sind). Dies funktioniert auch ganz gut. Ich möchte nun mehrere User einrichten, die ihre eigenen Cron-Jobs definieren (per Kcron) und die entsprechend auch ihre eigenen Provider-Mailboxen abfragen können. Hierzu benoetige ich (glaube ich wenigstens) jeweils userspezifische IP-UP-Scripte. Wie mache ich das ? Bei meinem Stöbern bin ich auf ein Script ip-up.local gestossen und finde keine Beschreibung dazu. Wann wird dieses Script aufgerufen und mit welchen Rechten läuft es? Vielen Dank für eure Hilfe. Tschüss wohu Wolfgang Hummel Dipl.Ing. (FH) Rossbergstr. 8 72827 Wannweil Tel.: 07121-505261 oder 0172-7345984 Email : wolfgang.hummel(a)fh-reutlingen.de

1 0

gateway
by peheg＠web.de 12 Nov '01

12 Nov '01

Hallo Liste, ich habe einen Rechner mit Suse-Linux 7.3 und einer Fritzcard PCI. Die automatische Einwahl ins Internet klappt. Ich möchte den Rechner auch als gateway nutzen. Das Problem mit dem ich kämpfe ist, daß der Rechner zwar eine Verbindung aufbaut, wenn ich auf dem Client z.B. einen ping absetze, aber die Packete kommen nicht bis zum Client zurück. Wo muß ich noch an einem Schräubchen drehen? Danke im voraus für Eure Tips Peter ______________________________________________________________________________ Geben Sie Ihren Lottotipp gerne auf den letzten Drücker ab?Beim WEB.DE Lottoservice gibt's keine Warteschlangen. http://tippen2.web.de/?x=9

2 1

[INFO] Homepage für CAPI4Linux ThePenguin.de Edition
by Julian Pawlowski 12 Nov '01

12 Nov '01

Hallo! So, ich habe jetzt eine neue, verbesserte Version meiner CAPI4Linux ThePenguin.de Edition veröffentlicht und dem ganzen nun auch eine eigene Homepage gewipnet: http://capi4linux.thepenguin.de/ Da steht dann auch, warum man das ganze überhaupt haben muss ;-) Gruß Julian

1 0

ippp0 haelt shutdown auf
by Pascal Volk 11 Nov '01

11 Nov '01

Hallo Liste, ich habe folgendes Problem: Beim shutdown kommt es bei meinem Rechner (SuSE Linux 7.3 / Kernel 2.4.10 / FRITZ!Card PCI) sehr oft zu der Situation, dass der Rechner einfach stehen bleibt. Auf Console 1 ist bei der folgenden Meldung "Ende": Shutting down network device and ipppd for ippp0 Abbrechen kann ich es nicht, es geschieht auch sonst nichts weiter. Auf Console 10 wird folgende Meldung im 2-sec-Takt aktuallisiert: unregister_netdevie: waiting for ippp0 to become free. Usage count = 2 Hatte schon mal jemand dieses Problem, oder hat jemand eine Ahnung wie man diesen Mangel abstellen Kann? Ich bedanke mich voraus fuer hoffentlich helfende Antworten. MfG P. Volk

4 4

Fritzcard 2.0 PCI ohne FAX
by Achim Tüns 11 Nov '01

11 Nov '01

Hallo, ich habe meine Teles 16.3 rausgeworfen (war an der Zeit) und die Fritzcard 2.0 PCI eingebaut. Ich kann Sie nicht unter SUSE 7.3 installieren. Ich habe dazu gelesen (u.a.): http://sdb.suse.de/de/sdb/html/hvogel_fritz2.html Beitrag "Julian Pawlowski", "RE: capi4linux", "2.11.2001" aus "suse-linux" Die Hardedatenbank bringt mit für 7.3 nichts, ich habe den Eindruck, die bezieht sich nur auf 7.1 und 7.2 Meine Fragen: Brauche ich in jedem Fall einen extra Treiber für die Fritzcard "2.0 PCI" auch wenn es nicht ums Faxen geht? Wenn nein, welche "Karte" muß ich installieren, damit ich per ISDN Kontakt zum Internet aufnehmen will? Oder muß ich beim Hardewaretausch mehr machen als die alte ISDN-Karte löschen und die neue installieren? -- Gued gohn Achim

3 2

Einwahl über ISDN funktioniert aber nicht über Modem
by Stefan Rauch 11 Nov '01

11 Nov '01

Hi, ich habe hier ein 7.2 System mit einer ISDN-Karte in das man sich einwählen kann. Von extern habe ich über ISDN erfolgreich eingewählt. Wenn ich von extern aber ein Modem benutze funktioniert das ganze nicht. In /var/log/messages bekomme ich dann folgende Meldungen: Nov 10 19:55:02 k2 kernel: isdn_net: Service-Indicator not 7, ignored Nov 10 19:55:02 k2 kernel: isdn_tty: call from XXXXXXXX-> 47 ignored Nov 10 19:55:02 k2 isdnlog: Nov 10 19:55:02 * Call to tei 127 from +49 9351/2278, GemuenNov 10 19:55:06 k2 kernel: isdn_net: call from XXXXXXXX,1,0 -> 47 Kann mir jemand sagen, was ich auf dem Einwahlserver ändern muss, damit ich mich von außen auch mit einem Modem einwählen kann? Viele Grüße -- Stefan Rauch <srauch(a)spyderworks.de>

2 1

Dialin-Server mit Callback für viele User
by Frank Dehner 10 Nov '01

10 Nov '01

Hallo! Ich versuche gerade einen ISDN-Dial-In-Server einzurichten, bei dem die User nach erfolgreicher Authentifizierung auf einer auf dem Server festgelegten Nummer zurückgerufen werden sollen (aus Sicherheitsgründen). Sehe ich das richtig, dass ich für jeden einzelnen User ein ipppx-Device anlegen muss, damit ich da dann die Rückrufnummer angeben kann ? Das erscheint mir bei knapp 100 Usern doch ein wenig heftig zu sein.... Oder geht das nicht doch irgendwie einfacher ? Bin für jeden Tipp dankbar! Gruss Frank

1 0

Routing mit IPPP in Netzwerk
by Karlheinz Blank 10 Nov '01

10 Nov '01

Hallo, Ich schaffe es einfach nicht, das Routing automatisch richtig zu setzen: - DSL als defaultroute ins Internet (ppp0) --> funktioniert - ippp0 als dialin interface (ippp0) -> funktioniert. Allerdings nur bis zum Einwahl-Host, nicht in das komplette lokale Netzwerk. Route -n zeigt folgendes an: Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.13.2 0.0.0.0 255.255.255.255 UH 0 0 0 cipcb0 192.168.12.26 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 xxx.5.95.33 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.15.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp0 192.168.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.12.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 xxx.5.95.33 0.0.0.0 UG 0 0 0 ppp0 Ich denke, das Problem ist, dass beim Dialin per ippp0 nur eine Route mit Flag 'UH' gesetzt wird. Ich möchte natürlich, dass dennoch die defaultroute auf ppp0 bleibt. Kann man das mit einem Parameter, der mir bislang verborgen ist, in der /etc/ppp/options.ippp0 so setzen, dass beim dialin die route so gesetzt wird, dass bei der Einwahl alle Hosts im Netz 192.168.12.x erreichbar sind? Thanks for help. Karlheinz Blank

1 0

suse 7.3 und fritzcard pci 2.0
by Harry Wiens 10 Nov '01

10 Nov '01

hallo liste, weiß jemand wie ich meine fritzcard pci 2.0 unter suse 7.3 (Kernel 2.4.10 ) einrichten kann? harry wiens

1 0

[Fwd: [suse-isdn] Re: Daueronline mit SuSE 7.1]
by Rainer Buesching 10 Nov '01

10 Nov '01

1 0

automatische Einwahl klappt nicht
by Christoph Roell 10 Nov '01

10 Nov '01

Hallo Liste. nachdem ich alle mir bekannten Möglichkeiten zur konfiguration meines systems durchprobiert habe und mir die man-pages auch nicht mehr weiterhelfen, villeicht weiss hier jemand weiter. In meinem system SuSE 7.3 lief bis vor kurzem die automatische ISDN Interneteinwahl problemlos. Nachdem meine rootpartiton wegen eines kopierfehlers vollgelaufen war, funktioniert die autowahl nicht mehr. Auch nach der neukonfiguration mit Yast ändert sich nichts. Die Variable in /etc/rc.config.d/i4l.rc.config I4L_DIALMODE_2="auto" stimmt. Die manuelle Einwahl mit cinternet -start und Abwahl mit cinternet -stop funktioniert ebenso wie mit kinternet. Wer ist an der Autowahl beteiligt und wo lässt sich was noch überprüfen? Danke für alle Anregungen Christoph

3 6

isdnrep Segfault..
by Kilian Krause 09 Nov '01

09 Nov '01

Hallo Liste, ich habe ein kleines Problem mit meinem isdnrep. Es will nicht mehr starten.. wahrscheinlich ist durch die updates seit (ich weiss nicht mehr sicher) 6.2 oder so inzwischen da eine inkonsistenz in die i4l-files reingekommen. ansonsten funktioniert der isdnlog z.b. prima.. also so wirklich schlimm kann's nicht sein.. (ich schätze, dass es mit einem der rate-files zu tun hat, nur welches ist mir nicht klar) zu isdnrep: wenn ich versuche das programm aufzurufen, dann bricht es mit segfault ab.. ein strace kann ich aber leider nicht lesen.. vielleicht kann mir ja der eine oder andere sagen, was da in diesen hiroglyphen steht: (Version i4l_SuSE 7.2) execve("/usr/bin/isdnrep", ["isdnrep"], [/* 53 vars */]) = 0 uname({sys="Linux", node="pyxis", ...}) = 0 brk(0) = 0x81a0f24 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, 0xbfffe504) = -1 ENOSYS (Function not implemented) fstat(3, {st_mode=S_IFREG|0644, st_size=73807, ...}) = 0 old_mmap(NULL, 73807, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 close(3) = 0 open("/usr/lib/libgdbm.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\24\0"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=27947, ...}) = 0 old_mmap(NULL, 24572, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002a000 mprotect(0x4002f000, 4092, PROT_NONE) = 0 old_mmap(0x4002f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x4000) = 0x4002f000 close(3) = 0 open("/lib/libm.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320H\0"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=171762, ...}) = 0 old_mmap(NULL, 125300, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40030000 mprotect(0x4004e000, 2420, PROT_NONE) = 0 old_mmap(0x4004e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1d000) = 0x4004e000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\315\1"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=1343073, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4004f000 old_mmap(NULL, 1164516, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40050000 mprotect(0x40163000, 38116, PROT_NONE) = 0 old_mmap(0x40163000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x112000) = 0x40163000 old_mmap(0x40169000, 13540, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40169000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\315\1"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=1343073, ...}) = 0 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\315\1"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=1343073, ...}) = 0 close(3) = 0 munmap(0x40017000, 73807) = 0 getpid() = 567 stat64("/etc/isdn/isdn.conf", 0xbfffadac) = -1 ENOSYS (Function not implemented) stat("/etc/isdn/isdn.conf", {st_mode=S_IFREG|0644, st_size=9069, ...}) = 0 stat("/etc/isdn/isdnlog.conf", 0xbfffae0c) = -1 ENOENT (No such file or directory) access("/etc/isdn/isdn.conf", R_OK) = 0 SYS_199(0x40167828, 0x2, 0x401684a0, 0x40165fd0, 0xbfffefea) = -1 ENOSYS (Function not implemented) getuid() = 0 stat("/etc/isdn/isdn.conf", {st_mode=S_IFREG|0644, st_size=9069, ...}) = 0 getuid() = 0 stat("/etc/isdn/callerid.conf", {st_mode=S_IFREG|0644, st_size=15554, ...}) = 0 brk(0) = 0x81a0f24 brk(0x81a0f44) = 0x81a0f44 brk(0x81a1000) = 0x81a1000 geteuid() = 0 brk(0x81a2000) = 0x81a2000 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1356, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1356 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40017000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=73807, ...}) = 0 old_mmap(NULL, 73807, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 close(3) = 0 open("/lib/libnss_compat.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\0\000"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=57252, ...}) = 0 old_mmap(NULL, 52488, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016d000 mprotect(0x40179000, 3336, PROT_NONE) = 0 old_mmap(0x40179000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0x40179000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P?\0\000"..., 1024) = 1024 fstat(3, {st_mode=S_IFREG|0755, st_size=92905, ...}) = 0 old_mmap(NULL, 89372, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4017a000 mprotect(0x4018d000, 11548, PROT_NONE) = 0 old_mmap(0x4018d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x12000) = 0x4018d000 old_mmap(0x4018e000, 7452, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4018e000 close(3) = 0 munmap(0x40017000, 73807) = 0 uname({sys="Linux", node="pyxis", ...}) = 0 open("/etc/passwd", O_RDONLY) = 3 shmat(3, 0x1, 0x1) = -1 ENOSYS (Function not implemented) fcntl(3, F_GETFD) = 0 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 fstat(3, {st_mode=S_IFREG|0644, st_size=3482, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000 _llseek(3, 0, [0], SEEK_CUR) = 0 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 3482 stat("/etc/isdn/isdn.conf", {st_mode=S_IFREG|0644, st_size=9069, ...}) = 0 brk(0x81a3000) = 0x81a3000 stat("/etc/isdn/callerid.conf", {st_mode=S_IFREG|0644, st_size=15554, ...}) = 0 stat("/root/.isdn", 0xbffeed2c) = -1 ENOENT (No such file or directory) open("/etc/isdn/isdn.conf", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=9069, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(4, "# More information: /usr/doc/pac"..., 4096) = 4096 read(4, "1/6979999, +49 951/3019999\nCOMME"..., 4096) = 4096 brk(0x81a4000) = 0x81a4000 brk(0x81a5000) = 0x81a5000 read(4, "\nALIAS = comsign AG surfsolution"..., 4096) = 877 read(4, "", 4096) = 0 close(4) = 0 munmap(0x40018000, 4096) = 0 open("/etc/isdn/callerid.conf", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=15554, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(4, "################################"..., 4096) = 4096 brk(0x81a6000) = 0x81a6000 brk(0x81a7000) = 0x81a7000 brk(0x81a8000) = 0x81a8000 read(4, "st\nZONE = 1\n\n[NUMBER]\nNUMBER = 0"..., 4096) = 4096 brk(0x81a9000) = 0x81a9000 brk(0x81aa000) = 0x81aa000 brk(0x81ab000) = 0x81ab000 brk(0x81ac000) = 0x81ac000 read(4, "", 4096) = 0 close(4) = 0 munmap(0x40018000, 4096) = 0 open("/root/.isdn", O_RDONLY) = -1 ENOENT (No such file or directory) brk(0x81b3000) = 0x81b3000 brk(0x81b4000) = 0x81b4000 brk(0x81b5000) = 0x81b5000 brk(0x81b6000) = 0x81b6000 brk(0x81b7000) = 0x81b7000 brk(0x81b8000) = 0x81b8000 brk(0x81b9000) = 0x81b9000 brk(0x81ba000) = 0x81ba000 brk(0x81bb000) = 0x81bb000 brk(0x81bc000) = 0x81bc000 brk(0x81bd000) = 0x81bd000 brk(0x81be000) = 0x81be000 open("/usr/lib/isdn/holiday-de.dat", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=565, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000 read(4, "V:1.10-Germany [12-Apr-1999]\n\nW:"..., 4096) = 565 read(4, "", 4096) = 0 close(4) = 0 munmap(0x40018000, 4096) = 0 open("/usr/lib/isdn/dest.cdb", O_RDONLY) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=646565, ...}) = 0 flock(4, LOCK_SH|LOCK_NB) = 0 read(4, "ef\6\0\200\0\0\0ej\6\0~\0\0\0Un\6\0\234\0\0\0005s\6\0\234"..., 52) = 52 flock(4, LOCK_UN) = 0 close(4) = 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Danke für die Hilfe.. -- Viele Grüsse, Kilian mailto:kk@verfaction.de

2 1

[suse-isdn] mppp
by Dieter Wilkening 08 Nov '01

08 Nov '01

Hi, ich benutze seit einiger zeit mppp, teilweise mit dem ibod, teilweise durch manuelles adden/removen des 2. kanals. ist die 2. leitung oben bekomme ich ständig einträge wie diese in den messages: kernel: ippp: MP, stepping over missing frame: 96596 kernel: ippp: MP, stepping over missing frame: 97628 kernel: ippp: freeing stale packet(s), min_sq: 99277! kernel: ippp, freeing packet with sqno: 97628 wenn ich pech hab, bleibt der rechner komplett stehen (!) das system läuft, wenn ich die finger von der 2. leitung lasse stabil, ist das lezte jahr nie abgestürzt . avm fritz isa (keine pnp) / SuSE 6.4 / linux-2.2.14.SuSE (neu kompelliert) kennt das jemand? gruß, dieter

2 1