Nun gut. Ich finde auch, dass ich einen schoenen Kropf(=Hals) bekommen habe. Aber ich will nu endlich das Teil zum Laufen bringen (Dann kann ich endlich wieder mutt benutzen, hechel) Es ist eine Sedlbauer Card (meldet Windoof), aber eigentlich eine RFI HOT ISDN 100cc (steht drauf) Zusammenfassung von heute - wie weit bin ich denn nun? Der Cardmanager konnte ueberredet werden, die Karte anzusprechen, siehe dazu den _Verlauf_ der ersten Mail. IRQ hat sie "0", kein Wunder, der Cardmanager macht das a. Danke Andreas, aber das war's nicht. Ich habe es mit IRQ=11 ausprobiert, aber da das ja der Cardmanager managed, gibt er ja immer 0 aus. Liege ich hier richtig oder falsch? Naja, die Antwort ist ja immer auf jeden Fall "42". :-) :-/ Ich kann nun mit eingesteckter Karte booten und der Cardmanager macht auch keine Fehlermeldungen mehr.. Wenn ich nun versuche, den PC zu "halt"en, wird / auch ordentlich umounted. Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht: Adm-Netz-NetzGrund Config

Ich habe ippp0 (1) eingerichtet: F5 - SyncPPP F3 - no Auto IP F6 - IP fuer ippp0: laut Buch 192.168.0.99 dyn IP=on Netmask 255.255.255.255 default, nicht zu aendern Gateway 192.168.0.1 PtP IP 192.168.0.1 (alles siehe Buch!) F4 - NW *IST* aktiviert F8 - MSN ok (laut Buch ohne Vorwahl) anzurufen 010700192070, ohne TK Anlage manual arcor; internet F9 - PCMCIA an, ist ja Sedlbauer PCMCIA

Und nun druecke ich STARTEN und dieses Fxxk-Ding sagt mir, dass ich das zu testende Netzwerk erst aktivieren muss, OBWOHL ich das ja mit F4 eben gerade gemacht habe und das Kreuz an ist - so bloed kann yast doch gar nich sein?!!??!

Karsten Keil: Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0).

Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10

Ich versuche daraufhin: init 1 init 2 isdnctrl dial ippp0; cls; ifconfig und das Teil meldet "dialing triggered" und ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.17.67 P-t-P:192.168.0.99 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 AC-Note:/etc/ppp # ping 194.25.2.129 PING 194.25.2.129 (194.25.2.129): 56 data bytes ping: sendto: Network is unreachable ping: wrote 194.25.2.129 64 chars, ret=-1 --- 194.25.2.129 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss

Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Alles drin. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping xxx gibt keinen Ping. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Der cause E0010 bedeutet wohl einen normalen Clearing. Aber WORAN liegt es denn nun, dass ich trotz nachtraeglich aktiviertem DHCP keine IP zugewiesen bekommen hab? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Mehr dmesg Meldungen: ippp0 connected from 010700192070 ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn_tx_timeout dev ippp0 dialstate 0 OPEN: 192.168.0.99 -> 194.25.2.129 ICMP *** was sagt das? ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... isdn: HiSax,ch0 cause: E2810 isdn_net: local hangup ippp0 ippp0: Chargesum is 0 Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode NICHT gleich auto (sondern manual) setze, immer die Meldung isdn_tx_timeout dev ippp0 dialstate 0 isdn_net: ippp0: dial rejected: interface not in dialmode
uto', signalling dst_link_failure kommt. Was meint das ? Ich WILL aber manuell waehlen. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I

...

...

Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<