Am Montag 08 Oktober 2001 14:11 schrieb Matthias Höpfner:
nur: gibt es eine möglichkeit, schnell und unkompliziert einen zweiten kanal hinzuzufügen - evtl. ohne extra ein interface definieren zu müssen?
... ich nutze T-ISDN XXL (Sonntag ...) schalte also zwischen zwei Provider hin und her. Mo. - Sa. xyz-Provider (kein Geheimnis: freenet) So. Arcor (irgend eine Ortseinwahl)
das einzige, was ich ändere ist die Tel.Nummer und den Eintag "isdnctrl addlink ipppX" in /etc/ppp/ip-up dann noch schnell ein "rci4l restart" und "rcroute restart"
fertig!
Ok, man sollte dies vieleicht mit einem cron-job erledigen! Ich habe mich jedoch nicht mit der Tastatur gestritten ;-)))
ich auch nicht, keine angst, eher im gegenteil: ich find halt, kleinigkeiten lieber automatisieren was geht, und dafür scripte ich gerne - macht ja auch spaß!
Diese Aufgaben kann man auch auf einfachste Weise in ein kleines Script packen. Es muss ja nur zwei Dateien umbenennen (i4l.rc.config.provider1 und ip-up.2kanal).
Die Vorarbeit - sprich das Interface für den zweiten Kanal - sollte natürlich stehen...
danke, matthias, also: ich verwende hier während der woche freenet & ngi, und am sonntag je nachdem wo ich besser reinkomm 1&1, ngi, oder meine universität als provider. so. das heißt: ich muß für jeden einmal ein einzelnes slave device konfigurieren, (momentan 5) und dann so ne schablone wie du's gemacht hast erstellen und via rci4l restart das isdn subsystem neustarten. oder hab ich dich falsch verstanden: du nimmst nur ein slave device und verwendest es als slave für verschiedene master devices, indem du nur die relevanten einträge (über die schablone) änderst und dann das isdn system neustartest? hm - ersteres zu automatisieren (im falle eines providerwechsels) dürfte etwas aufwändiger sein... zweiteres gefällt mir besser, mich stört aber immer noch der restart des isdn subsystems. führt da kein weg dran vorbei? noch besser wäre aber: bei der einrichtung eines ippp-devices ipppx wird sofort ein slave device ipppxx angelegt + an- (ein)- gebunden. ich denk, das sollte bei der nächsten suse standard sein + in yast eingebunden sein (falls hier wer bei suse zuhört...?) gerade das angenehme an linux + isdn ist doch der benutzerfreundliche umgang mit den kanälen - hinzufügen, wegnehmen, auflegen bei incoming call... usw. das mit dem rcroute kannst du übrigens durch einen eintrag in der ip-up (einfach rcoute (re)start) automatisieren... mußte ich machen, sonst klappt hier gar kein dial-up (scheint mir ein bug in der standard suse konfiguration der route.conf zu sein, hatte dasselbe problem schon an ca 10 rechnern...) danke erstmal, markus -- may you always grok in fullness ( http://w3.one.net/~wap/wapGrok.html ) -- from/von/de >mfeilner@f-linux.com< Markus Feilner --------------------------- Linux, Webdesign, Erlangerstr. 2 --------------------------- IT-Consulting 93059 Regensburg ----- 0941/706523--------mobil: 0170/3027092