On Sun, Apr 27, 2003 at 09:44:43PM +0200, Ekkard Gerlach wrote:

Hallo,

entgegen der einheitlichen Handhabe von ISDN-Konfigdateien bis Suse 7.3 ist seit 8.0 der Teufel los: andere Konfigurationsdateien an anderen stellen und neue rc-Skripte.

Wer hat da eine Migrations-Übersicht? (Karsten, Du vielleicht?) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

/usr/share/doc/packages/i4l-base Dort stehen die Infos zur neuen Strucktur, ausserdem gabe es eine Mail an root, die auf die neuen Strukturen aufmerksam gemacht hat.

Ich habe schon viele Stunden mit 8.0 zugebracht und verfluche immer wieder Suse, weil auch in 8.1 (und 8.2) sich einiges geändert hat (keine options.ippp0.provider mehr, ... ?).

options.ippp0... Wird alles ueber die commandline uebergeben, damit kann man einfacher zwischen Providern wechseln.

Ich erwarte eigentlich, daß in den alten Konfigurationsdateien, die man von vorhergehenden Distris gewohnt war, eine einzige übrigläßt und darin ein paar Worte schreibt, wohin die Teile gewandert sind. Mir und sicherlich vielen anderen Admins hätte das viele, viele Stunden Sucherei erspart - und Suse wäre nicht x-Male verflucht. Yast bringt nämlich in Sachen Provider immer wieder alles durcheinander (provider1-0, provider1-1, ..) so daß nur Löschen von allem hilft und für Admins daher schon unbrauchbar wird. (BTW: Bei 8.0 hilft da auch kein update des i4l-Paketes mit ftp://ftp.suse.com/pub/suse/i386/update/8.0/n1/i4l-2002.7.31-0.i386.rpm) Außerdem killt Yast bei Einrichtung/ Veränderung eines ISDN-Device mal eben schnell die restlichen, was bei stehenden Verbindungen fatale Folgen hat. Also: Suse, bitte auch an die Admins denken, sonst gehen die irgendwan zu anderen Distris. Wenn Suse auch künftig tabula rasa macht und nur den Consumer-User-Yast pflegt, dann melde ich schonmal ab (-> Debian)

Das Ganze hatte mit YaST garnichts zu tun, es ging um eine Vereinheitlichung der Netzwerkkonfiguration, zum Teil sogar Distributionsuebergreifend. Das alte rc.config Konzept, hat an vielen Stellen nicht mehr funktioniert und war zu unuebersichtlich geworden.

Habe mir schon in mühevoller Kleinarbeit Details aufgeschrieben um dem Chaos Herr zu werden, vielleicht könnt Ihr ergänzen wenn es keine Migrationsübersicht gibt:

========= schnipp ================

bisher bis 7.3: ^^^^^^^^^^^^^^^ i) /etc/rc.config.d/i4l.rc.config ii) /etc/ppp/options.ipppN (...ippp1, ....ippp2, ...) iii) /etc/isdn/ (callerid.conf, isdn.conf, ..)

Änderungen in i4l.rc.config direkt, dann rci4l restart ipppX

jetzt ab 8.0: ^^^^^^^^^^^^^^ i) /etc/sysconfig/network/ifcfg-ippp0, ...-ippp1, .... # DO NOT EDIT THIS FILE !!! # autogenerated by SuSEconfig.isdn from /etc/sysconfig/isdn/cfg-net0 # edit /etc/sysconfig/isdn/cfg-net0 instead and run # SuSEconfig --module isdn /etc/sysconfig/isdn/cfg-net0, ....-net1, ....-net2, ... Hier sind fast alle Parameter wie auch im network-Verzeichnis Hier ist auch die Konfig der Hardware als cfg-contr0 untergebracht.

/etc/sysconfig/network/providers/provider1 , .../ralf-ka , .../freenet

Mit SuSEconfig --module isdn werden die cfg-net0, ....-net1, ....-net2, ... ausgelesen und die ifcfg-ippp0, ...-ippp1, .... automatisch erstellt. zumindest bei 8.2: Bein einem rcnetwork restart werden dann die interfaces auch erstellt. Die ISDN-Grundeinstellungen, die in //etc/sysconfig/isdn/cfg-contr0 eingetragen werden, werden per SuSEconfig --module isdn nach /etc/isdn/isdn.conf geschrieben bzw dort überschrieben.

ii) /etc/ppp/options.ipppN.provider (...ippp1.pc-ralf, ....ippp2.freenet, ...) !!! diese gibt es unter 8.1 und 8.2 nicht mehr !!!! Ersatzlos gestrichen !!!! Wo stehen diese Daten bei 8.1 und 8.2 ? iii) /etc/isdn/

Änderungen in /etc/sysconfig/isdn und in /etc/sysconfig/network/providers , danach SuSEconfig --module isdn

Anmerkung: SuSEconfig --module isdn macht keine Verbindung kaputt, d.h. alle bestehenden ob gerade benutzt oder nicht bleiben unberührt. Yast führt beim Einrichten eines device nicht nur SuSEconfig --module isdn aus, sondern auch noch das stoppen und starten aller Devices, damit das neu gemachte Device auch zur Verfügung steht. Soll das neue Device *ohne* Beenden der anderen Devices gestartet werden, so muß es mit if-up gestartet werden (v. Karsten, ich habe schon getestet es geht "manchmal" auch mit /etc/init.d/network start -o type=ipppX Warum geht es nicht immer ? Warum geht es dann mit /etc/init.d/network restart?

========= schnapp ================

Ich vermisse insbesondere zwei zuverlässige Verfahren: 1. ein device per Erstellung der Dateien /etc/sysconfig/isdn/cfg-netX und /etc/sysconfig/network/provider/my-providerX zu erstellen *ohne* die restlichen Devices anzutasten.

(Ich vermute: SuSEconfig --module isdn , dann /etc/init.d/network start -o type=ipppX)

Wenn DU die anderen nicht antasten willst: z.B. Anlegen von provider3 und cfg-net3 SuSEconfig --module isdn (generiert alle Dateien neu, das stört aber nicht). ifup ippp3

2. ein bestehendes Device zu korrigieren, z.B. Menge der erlaubten Einwahlnummern. Dann restart.

(Ich vermute: SuSEconfig --module isdn , dann /etc/init.d/network stop -o type=ipppX dann /etc/init.d/network start -o type=ipppX, ggf restart)

Ohne die anderen zu beeinflussen: aendern in cfg-net0 SuSEconfig --module isdn ifdown ippp0 ifup ippp0

richtig so? Wenn ja für welche Suse's? 8.0, 8.1 und 8.2 sind geboten.

Im Prinzip fuer alle, die Unterschiede sind: 8.0/8.1 die Numerierung cfg-netX -> ipppX ist nur dann gegeben wenn kein multilink verwendet wird. Bei 8.2 ist die Zuordnung da (die Slave ipppX stehen nach allen Master ipppX). -- Karsten Keil SuSE Labs ISDN development