Hurra! Mein Problem ist gelöst! On Thu, 9 Nov 2000 01:22:29 +0100, thomas pons wrote:
das ist der ganz falsche ansatz. du musst die i4l.rc.config (oder wars i4l.hardware.rc.config ?) so konfigurieren dass der das ippp1 schon beim booten als slave addet.
Ich habe einen grundsätzlichen Fehler gemacht, der in den Dokus allerdings nicht besonders heraus kommt. Also hier für diejenigen mit gleichen Problemen (/sbin/init.d/i4l Version: 6.0 14.12.99): 1. Ich hatte mein Slave-Interface auch ganz normal in yast konfiguriert. Das solllte man aber nicht(!), da das script /sbin/init.d/i4l beim Hochfahren das Slave-Interface mit den Einstellungen vom Master versorgt. -> da hatte mich 'Andreas Kyek' etwas auf die falsche Fährte gebracht ;) 2. Und auch 'thomas' muss ich leider etwas wiedersprechen. 'I4L_SLAVE_0=ippp1' ist nicht immer richtig. Angenommen ippp0 soll Master werden muss man in der rc.config nach NETDEV_?="ippp0" suchen. Dann muss der entsprechende Eintrag in i4l_sp_option.rc.config gesetzt werden I4L_SLAVE_?=Slave-Interface ...also bei mir I4L_SLAVE_1=ippp5 3. dann musste ich nur noch options.ippp0 von /dev/ippp0 /dev/ippp1 +mp auf /dev/ippp0 /dev/ippp5 +mp ändern. Mal sehen was ibod so bringt...totzdem DANKE für die Antwort :) Gibt es eine Übersicht, welche By-Call-Provider Kanalbündelung unterstützen!? MfG Kai Gülzau