June 2002 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Re: Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Gernot Hillier schrieb: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Oliver! > > On Thursday 27 June 2002 18:51, Oliver Ob wrote: > > 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. > > Sorry, leider kann ich Deinem Problem nicht ganz folgen - und weiß auch nicht, > ob Du das Problem mit IRQ 0 schon gelöst hast - bei dem Stichwort IRQ 0 für > PCMCIA-Karten ist mir nur ein Problem eingefallen, daß ich neulich hatte: > > mein Laptop wollte auch keiner PCMCIA-Karte einen IRQ zuweisen - ich bekam > auch ständig IRQ 0. Denn dummerweise klappte die IRQ-Zuweisung über das BIOS > nicht richtig, da die Laptopbauer anscheinend nur noch ACPI-Support richtig > entwickeln - schließlich braucht Windows nur noch das. > > Abhilfe hat dann der damals aktuelle Entwickler-ACPI-Patch von Sourceforge > gebracht. Nicht das ACPI aus dem damaligen 2.4.x-Kernel, sondern der aktuelle > Patch von http://sourceforge.net/projects/acpi. > > Ist allerdings nicht ganz trivial einzubinden - und ich habe keine Ahnung wie > der aktuelle Entwicklungsstand ist. Zur Einbindung dieses Patches solltest Du > schon einige Erfahrung im Kernel-kompilieren etc. mitbringen - und auch vor > gefährlicheren Experimenten nicht zurückschrecken. Eine ACPI-Version hat mal > mein Laptop so gründlich in den Ruhemodus versetzt, daß es sich erst nach > einigen Reset-Drücken und Akku-Ausbau-Zyklen wieder erholt hat... > > Kann durchaus sein, daß sich der Treiber mittlerweile stabilisiert hat - bin > da nicht mehr auf dem laufenden. > > Tut mir leid, daß ich Dir da keine genaueren Tips geben kann - ich verstehe > leider viel zu wenig von Deinem Problem, um Dir fundiertere Infos geben zu > können. > > Wollte das nur mal erwähnen - vielleicht kann ja irgendwer anderer hier, der > Dein Problem besser versteht als ich, mehr dazu sagen... > > - -- > Ciao, > > Gernot Danke fuer den Hinweis, versteht einer, was Gernot meint? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<<

1 0

Re: [suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Andreas Kretzer schrieb: > > hier gleich noch ein paar Anmerkungen: Danke! Ich lerne gern dazu! > >Ich wuesste gern, WARUM er mehrere Dial Versuche macht. > In /etc/rc.config.d/i4l_* gibt's eine Einstellung 'DIALMAX'. Die kannst > Du ja auf 1 setzen :-) Nein Schlaubi. :-) Meine Frage meint was total anderes. Ist die Leitung BUSY? Oder was sonst ist der Grund fuer die Wiederanwahl? den GRUND mein ich. Nicht das Setting. Andersherum: Das Setting DIALMAX beschreibt doch nur, dass er max soundsooft wiederanwahl machen kann, egal aus welchem Grund - und meine Frage ist GENAU NACH DIESEM GRUND! > >> das heißt: ich signalisiere jetzt einen Verbindungsfehler ! > >> Ist doch ganz ok! > >Ne... Eben nich. > Eben doch: Wenn Du das automatische Wählen verbietest, > dann _kann keine Verbindung zustande kommen_ und dem > aufrufenden Programm muß ja irgendeine Fehlermeldung > geliefert werden. 'dst_link_failure' entspricht insofern dem > abgezogenen Netzwerkkabel => Interface und Route OK, > aber physikalisch geht's eben nicht! Ja, aber ich waehle ja mit isdnctrl dial ippp0 per hand an! > >> reichen). Außerdem kannst Du noch '+pwlog' auf eine Zeile > >> schreiben um auch das Password mit im /var/log/messages > >> zu haben. Während Du dann in einem Terminal die Anwahl > >Wozu? Bei Arcor ist das doch eh "internet" > Dann sieht man aber, ob es auch wirklich so übertragen wird! > Wenn es ein wirklich geheimes Passwort wäre, hätte ich Dir > auch tunlichst nicht dazu geraten das hier zu posten (sonst > hättest Du demnächst eine ziemlich hohe Internet-Rechnung :-) haha. kein problem. geht gleich weiter.... -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<<

1 0

Re: [suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Andreas Kretzer schrieb: > > (Kurze Anmerkung: gerade kommt Deine Mail über's Cross-Posting rein: > Ich z.B. lese nur die "suse-laptop" und ich glaube, dass ich daher vielleicht > sogar schon was verpasst habe. Falls Du dich für die ISDN-Liste > entscheidest, häng einfach meine Adresse mit 'dran!) Ja, das Thema ist eh LAPTOP *UND* ISDN. Eben PCMCIA.... > >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 Ich wuesste gern, WARUM er mehrere Dial Versuche macht. Ich werde mal eben Deinen Tip umsetzen, da steht vielleicht was dazu. > >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 > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > das heißt: ich signalisiere jetzt einen Verbindungsfehler ! > Ist doch ganz ok! Ne... Eben nich. Ich will meine Mails lesen! :-) > So -- jetzt geht's rund! Es sieht doch alles sehr gut aus! Was Du > an Debug brauchst stellst Du in /etc/ppp/ioptions ein! > Schreibe einfach ein paar Zeilen 'debug' hin. Jedes 'debug' > erhöht den Debuglevel für den ipppd (5 bis 9 Zeilen sollten also 5x debug der Herr? Wird serviert! > reichen). Außerdem kannst Du noch '+pwlog' auf eine Zeile > schreiben um auch das Password mit im /var/log/messages > zu haben. Während Du dann in einem Terminal die Anwahl Wozu? Bei Arcor ist das doch eh "internet" > ausführst läßt Du in einem anderen Fenster ein > tail -f /var/log/messages > mitlaufen (sinnvollerweise unter X, sonst mußt Du halt einfach > hinterher mit vi in die Datei schauen). Gut ich guck. Wieder rebooten.-.-.-.-.-.. > So -- nun solltest Du alle LCP-Vorgänge und Anwahlversuche > sehen können. Die kannst Du dann nochmal posten. > > Gruß > Andreas Gut gut, bis gleich. Hey und an Martin: Danke fuer Deine PM, ich guck auch das nach und poste gleich wieder! Stefan! Danke auch, aber das war es nicht, siehe meine andere Mail. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<<

1 0

Weiter mit Sedlbauer und Cardmanager
by Oliver Ob 27 Jun '02

27 Jun '02

Nun gut, nun gut. Auf mehrfachen Wunsch von Leuten, die mir helfen wollen nun doch in Suse-Laptop und Suse-ISDN. (2 Leute auf Laptop, einer auf ISDN) Es stimmt schon, das Thema hat ja mit beidem was zu tun. Hoert mal, ich finde es spitze, dass Ihr mir helfen wollt! Danke! Nun habe ich noch einiges probiert: 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. Und was bedeutet: isdn: Verbose-Level is 3 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c3524000 Note:~ # cat /proc/interrupts CPU0 0: 27520 XT-PIC timer 1: 783 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 60 XT-PIC pcnet_cs 8: 2 XT-PIC rtc 10: 1 XT-PIC MS Sound System 12: 5329 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 74256 XT-PIC ide0 15: 6 XT-PIC ide1 NMI: 0 heisst fuer mich, der Cardmanager hat IRQ 3 und demzufolge braucht die Sedlbauer PCMCIA doch keinen extra IRQ, oder lieg ich falsch? ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.39 HiSax: Layer2 Revision 2.23 HiSax: TeiMgr Revision 2.15 HiSax: Layer3 Revision 2.14 HiSax: LinkLayer Revision 2.47 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) HiSax: Sedlbauer driver Rev. 1.23 Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Sedlbauer: speed star detected Sedlbauer: ISAC version (0): 2086/2186 V1.1 Sedlbauer: HSCX version A: V2.1 B: V2.1 Sedlbauer: resetting card HiSax: DSS1 Rev. 2.29 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed isdn: Verbose-Level is 3 isdn: Verbose-Level is 3 Jun 27 19:15:10 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:15:35 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:16:55 Note kernel: Trying to open MFT Immer noch IRQ 0, selbst wenn ich bei YAST IRQ=11 eintrage, wird der Karte kein IRQ zugewiesen, das KANN es einfach nicht sein. Ich gehe daher weiter davon aus, dass die PCMCIA-ISDN keinen eigenen IRQ bekommt und der Cardmanager das uebernimmt (hat IRQ3) Nun, Karsten, ich habe es auch probiert, nur mal mit EINER PCMCIA Card zu starten (hab also die eth0 rausgenommen). Geht auch nich. Der ISDN-PCMCIA wird noch immer kein eigener IRQ zugewiesen. route.conf sieht so aus: 192.168.17.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<<

1 0

Re: Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 27 Jun '02

27 Jun '02

Karsten Keil schrieb: > OK scheint eine Sedlbauer zu sein. Ja, sagt mir Windoof auch. Obwohl RFI HOT ISDN 100cc drauf steht. > Was sagt /var/log/messages zum HiSax load in diesem Zustand ? > Gab es auch hier einen Opps ? Nein nicht mehr. messages ist nun clean. Siehe weiter unten. Ich habe nur den ganzen Verlauf gepostet, um das alles moeglichst verstaendlich zu machen. > Der Opps kommt nicht von dem ISDN Treiber sondern vom pcnet_cs. > Entweder vertragen sich die beiden Karten nicht, oder benutzen irgendwelche > Ressourcen gemeinsam. > > Probiers mal nur mit der Sedlbauer. Dieser Oops ist nun auch beseitigt. > > Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 > > Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 > ^^^ > Die sedlbauer bekommt vom cardservice keinen IRQ zugewiesen -> > damit kann sie nicht funktionieren. Ja genau. Das hat mir Andreas eben auch geposted. Allerdings: Ich habe es daraufhin eben ausprpbiert: In i4l_hardware steht "irq=5" drin. Nun, Andreas meinte, ich sollte es mal mit "11" probieren. Kein anderes Ergebnis laut Log. Immer "IRQ 0" wie an der Stelle, die Du eben markiert hast. Was soll ich noch versuchen? > Das sieht soweit gut aus, d.h. die IO Adresse ist OK. Ja, finde ich auch so. > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > "sedlbauer_cs" umgesetzt. > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab > > vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! Seit diesem Tip ist kein Kernel Oops mehr zu sehen. Danke! > > ippp, open, slot: 0, minor: 0, state: 0000 > > ippp_ccp: allocated reset data structure c36b6800 > > ippp, open, slot: 1, minor: 1, state: 0000 > > ippp_ccp: allocated reset data structure c3423800 > > > > Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. > > Ohne IRQ nicht. Ich guck mir das nun nochmal an. Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<< -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help(a)suse.com

1 0

[suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

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 <<<

1 0

Compile isdn4k-utils geht schief
by DVornheder＠t-online.de 27 Jun '02

27 Jun '02

Hallo ! Der Compile des aktuellen isdn4k-utils geht schief: make[1]: Entering directory `/privat/isdn/isdn4k-utils/capi20' gcc -DPACKAGE=\"libcapi20\" -DVERSION=\"2.0.6\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LINUX_CAPI_H=1 -DHAVE_SELECT=1 -I. -I. -g -O2 -c `test -f capidyn.c || echo './'`capidyn.c In file included from capi20.h:78, from capidyn.c:18: capiutils.h:68: parse error before `_cbyte' capiutils.h:68: warning: data definition has no type or storage class capiutils.h:69: parse error before `_cword' capiutils.h:69: warning: data definition has no type or storage class capiutils.h:70: parse error before `_cdword' capiutils.h:70: warning: data definition has no type or storage class capiutils.h:71: parse error before `_cqword' capiutils.h:71: warning: data definition has no type or storage class capiutils.h:124: parse error before `_cbyte' capiutils.h: In function `capimsg_setu8': capiutils.h:126: parse error before `)' capiutils.h:126: `off' undeclared (first use in this function) capiutils.h:126: (Each undeclared identifier is reported only once capiutils.h:126: for each function it appears in.) capiutils.h:126: `val' undeclared (first use in this function) capiutils.h: At top level: Habe SuSE 8.0 installiert. Dirk

2 3

ISDN-Karte entfernen
by Dieter Strzempek 27 Jun '02

27 Jun '02

Hallo, ich hatte in meinem Server eine ISDN-Karte eingebaut und konfiguriert. Nach der Umstellung auf DSL brauche ich das Teil nicht mehr. Wie kann ich die Karte aus der Konfiguration entfernen? Mit Yast2 hab ichs probiert, aber das bleibt hängen. System: Suse 7.3 mit Kernel 2.4.10GB

2 1

Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 26 Jun '02

26 Jun '02

Nochmal: Hat einer ne Idee, was hier fehlt? - UPDATED INFO/LOGS So, das geht jetzt nicht gegen irgendwen persoenlich oder so, aber ich habe einen Hals wie ein Pelikan. Nicht nur, dass ich meinen Rechner wegen HD-Crash neu installieren durfte und mich nun damit herum aergern muss, dass er / beim HALTen nicht umounten kann, weil.... PCMCIA: cardmanager is down ds: Device or resource busy i82365: Device or resource busy pcmcia_core: Device or resource busy ... und er deshalb auch kein rcpcmcia stop oder restart duldet; ich kotze genau wie damals ueber meine Sedlbauer Speedstar Karte, die nicht so will wie ich. Die U(h)rzeiten der untenstehenden Logs sprechen Baende dafuer, wieviel Zeit ich hier verbrate. Ich bin kurz davor, diesen PCMCiA Mist in die Tonne zu feuern und meine gute alte Teles wieder auszubuddeln. Hrmpf... Ich habe KEINEN Bock mehr, mich in ETLICHE, nichtssagende DOCs einzulesen, um immer mehr Zeit zu verschwenden, aber keinen Meter weiter zu kommen und dann wie in Hitchhiker's Guide eine Antwort wie "42" zu erhalten. :-/ I4L ist sonst kein Problem, meine AVM Fritz laeuft super, einzig diese verheerende Kombi von PCMCIA, Toshiba und Sedlbauer bringt mich noch zum Wahnsinn. Ich habe auch keinen Bock, mir extra deswegen eine neuere SUSE als meine 7.0 Professional zuzulegen. Die Sedlbauer Anleitungen gehen von 8.0 aus. :-( Ich tue wirklich alles Menschenmoegliche, aber nun ist der Kanal voll. Ich brauche keine dummen Belehrungen wie RTFM, weil ich just das schon getan habe, aber es nicht laeuft. Vielen Dank an Karsten Keil, Du hast mich enorm weiter gebracht, allerdings ist der Punkt, wo ich war, verloren, weil die HD weg ist. Ich hoffe, dass ich im Folgenden anhand der ausfuehrlichen Logs deutlich machen kann, dass hier irgendwo der Vogel begraben ist. Auch so eine (Wirklich! Voll daneben!) Scheisse wie "Wenn es mal trotzdem nicht klappt, hilft die man i82365" - ist toll, und was man da findet, ist NOCH mehr fachchinesisch. Also nochmal von Null: Note:~ # cardctl ident Socket 0: product info: "PCMCIA", "Ethernet", "", "" function: 6 (network) Socket 1: product info: "SEDLBAUER", "ISDN-Adapter (c) 93,94 VK&CB" Note:~ # probe PCI bridge probe: not found. Intel PCIC probe: i82365sl B step found, 2 sockets. Note:~ # lspci -vt -[00]-+-00.0 Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) +-04.0 Neomagic Corporation [MagicMedia 256AV] +-05.0 Intel Corporation 82371AB PIIX4 ISA +-05.1 Intel Corporation 82371AB PIIX4 IDE +-05.2 Intel Corporation 82371AB PIIX4 USB +-05.3 Intel Corporation 82371AB PIIX4 ACPI \-09.0 Toshiba America Info Systems FIR Port Note:~ # lsmod Module Size Used by ipv6 99624 -1 (autoclean) sedl_cs 2160 0 (unused) hisax 483760 0 [sedl_cs] isdn 117932 0 [hisax] slhc 4440 0 [isdn] pcnet_cs 10668 1 8390 6260 0 [pcnet_cs] ds 6568 2 [sedl_cs pcnet_cs] i82365 23328 2 pcmcia_core 45920 0 [sedl_cs pcnet_cs ds i82365] memstat 1476 0 (unused) opl3 11304 0 (autoclean) opl3sa2 4176 0 (autoclean) ad1848 16752 0 (autoclean) [opl3sa2] mpu401 19184 0 (autoclean) [opl3sa2] sound 57496 0 (autoclean) [opl3 opl3sa2 ad1848 mpu401] soundlow 344 0 (autoclean) [sound] soundcore 2564 7 (autoclean) [sound] parport_probe 3492 0 (autoclean) parport_pc 7568 0 (autoclean) parport 7464 0 [parport_probe parport_pc] serial 42484 0 (autoclean) ntfs 36488 1 (autoclean) So, nachdem Karsten mir nun gesagt hat, ich soll Linux ohne gesteckte Sedlbauer booten, tue ich das. Aber sofort, nachdem ich die Karte stecke, kommt /var/log/warn voll mit: Jun 16 00:42:06 Note kernel: current->tss.cr3 = 029a8000, %cr3 =029a8000 Jun 16 00:42:06 Note kernel: *pde = 00000000 Jun 16 00:42:06 Note kernel: Oops: 0000 Jun 16 00:42:06 Note kernel: CPU: 0 Jun 16 00:42:06 Note kernel: EIP:0010:[pcnet_cs:__insmod_pcnet_cs_O/lib/modules/2.2.16/pcmcia/pcnet_cs.o_M3+-111847/96] Jun 16 00:42:06 Note kernel: EFLAGS: 00010246 Jun 16 00:42:06 Note kernel: eax: 00000000 ebx: 0000002d ecx:00000019 edx: 00000022 Jun 16 00:42:06 Note kernel: esi: c23138a8 edi: c36bfd80 ebp:c231383c esp: c231382c Jun 16 00:42:06 Note kernel: ds: 0018 es: 0018 ss: 0018 Jun 16 00:42:06 Note kernel: Process cardmgr (pid: 690, process nr: 37,stackpage=c2313000) Jun 16 00:42:06 Note kernel: Stack: c231385c c42cb02c 00000001 00000008 c231386c c42cae5a c43b8760 0000002d Jun 16 00:42:06 Note kernel: c23139a8 c42cb7da c2313b1c 00000001 c231389c c42cb1a3 c36da800 c36da86c Jun 16 00:42:06 Note kernel: c2313b3c c43b82b3 0000003a c43b8760 0000002d 00000040 00000044 c36bfc9c Jun 16 00:42:06 Note kernel: Call Trace: [pcnet_cs:__insmod_pcnet_cs_O/lib/modul ...diverse insmod Versuche... Jun 16 00:42:06 Note kernel: [get_new_inode+192/332] [get_new_inode+215/332] [sock_sendmsg+115/152] [sys_sendto+229/248] [handle_mm_fault+200/316] [pipe_release+65/72] [dput+243/352] [pipe_read_release+22/32] Jun 16 00:42:06 Note kernel: [do_munmap+538/560] [sys_ioctl+363/392] [system_call+52/64] Jun 16 00:42:06 Note kernel: Code: 8b 13 8b 35 50 10 2d c4 8b 5b 04 39 15 f0 12 2d c4 74 10 b9 Und nun? Wenn ich nun versuche, den PC zu "halt"en, wird / nicht mehr umounted, wie kann ich den Cardmanager bewegen, sich das doch noch einmal zu ueberlegen? Zwischenhinweis an alle, die Toshiba genauso wie ich wegen ihres schlicht nicht zu findenden DOC-Supportes im Grunde gleich zusammen mit den SUSE Programmierern (erinnert Euch an die ToPiC Problematik) standrechtlich an der Wand zerfeuern koennten: Im Bios des Tecra 8000 NICHT PCIC Modus einstellen, sondern AUTO. Meinen Computer hat es derart gesperrt, dass ich nach dem Booten nur noch den Login Prompt sah und keine Eingabe mehr angenommen wurde. <Galgenhumor> Dies nur als Info an die Nachwelt, sollte ich die Configurations-Arie nicht mehr normalen Verstandes ueberleben - haha. </Galgenhumor> Jun 16 00:59:07 Note kernel: Linux PCMCIA Card Services 3.1.17 Jun 16 00:59:07 Note kernel: kernel build: 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 Jun 16 00:59:07 Note kernel: options: [pci] [cardbus] Jun 16 00:59:07 Note kernel: PCI routing table version 1.0 at 0xf0f80 Jun 16 00:59:07 Note kernel: 00:0b.0 -> irq 11 Jun 16 00:59:07 Note kernel: 00:0b.1 -> irq 11 Jun 16 00:59:07 Note kernel: Intel PCIC probe: Jun 16 00:59:07 Note kernel: Toshiba ToPIC97 rev 05 PCI-to-CardBus at slot 00:0b, mem 0x68000000 Jun 16 00:59:07 Note kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 20/20] Jun 16 00:59:07 Note kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 21/21] Jun 16 00:59:07 Note kernel: PCI irq 11 test failed Jun 16 00:59:07 Note kernel: ISA irqs (default) = 3,4,5,7,9,12 polling interval = 1000 ms Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0800-0x08ff: clean. Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x378-0x37f 0x4d0-0x4d7 Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jun 16 00:59:07 Note kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Jun 16 00:59:07 Note kernel: CSLIP: code copyright 1989 Regents of the University of California Jun 16 00:59:07 Note kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jun 16 00:59:07 Note kernel: sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef Jun 16 00:59:07 Note kernel: HiSax: Linux Driver for passive ISDN cards Jun 16 00:59:07 Note kernel: HiSax: Version 3.5 (module) Jun 16 00:59:07 Note kernel: HiSax: Layer1 Revision 2.39 Jun 16 00:59:07 Note kernel: HiSax: Layer2 Revision 2.23 Jun 16 00:59:07 Note kernel: HiSax: TeiMgr Revision 2.15 Jun 16 00:59:07 Note kernel: HiSax: Layer3 Revision 2.14 Jun 16 00:59:07 Note kernel: HiSax: LinkLayer Revision 2.47 Jun 16 00:59:07 Note kernel: HiSax: Approval certification valid Jun 16 00:59:07 Note kernel: HiSax: Approved with ELSA Microlink PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jun 16 00:59:07 Note kernel: HiSax: Total 1 card defined Jun 16 00:59:07 Note kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Jun 16 00:59:07 Note kernel: Sedlbauer: speed star detected Jun 16 00:59:07 Note kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Jun 16 00:59:07 Note kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Jun 16 00:59:07 Note kernel: Sedlbauer: resetting card Jun 16 00:59:07 Note kernel: HiSax: DSS1 Rev. 2.29 Jun 16 00:59:07 Note kernel: HiSax: 2 channels added Jun 16 00:59:07 Note kernel: HiSax: MAX_WAITING_CALLS added Jun 16 00:59:07 Note kernel: HiSax: module installed Jun 16 00:59:07 Note kernel: HiSax: debugging flags card 1 set to 4 Jun 16 00:59:07 Note kernel: isdn: Verbose-Level is 3 Jun 16 00:59:12 Note kernel: IPv6 v0.8 for NET4.0 Jun 16 00:59:12 Note kernel: IPv6 over IPv4 tunneling driver So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen "sedlbauer_cs" umgesetzt. Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c36b6800 ippp, open, slot: 1, minor: 1, state: 0000 ippp_ccp: allocated reset data structure c3423800 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 So, nun, roechele ich nochmal kraeftig und weiss nicht weiter. Was soll ich nun noch testen? Gestern habe ich bei einem Collegen ISDN eingerichtet, das lief in 10 min. Aber das hier? Bin fuer jede freundliche Hilfe dankbar! > Da nur diese Fragen: > Wo speichert Suse die Daten aus "Adm-Netz-NetzGrund" ? > Habe zum Test /etc/ppp/options.ippp* gekillt, um von Null anzufangen, > aber er "findet" den Kram wieder. In /etc/rc.config + /etc/rc.config.d/i4l.rc.config + /etc/rc.config.d/i4l_hardware > 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 Fuck-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?!!??! > 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 [6~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. 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 194.25.2.129 gibt keinen Ping. Oder 132.236.89.2 auch nicht. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" Was soll ich da noch tun? Dank der nichtssagenden Docus, die sich in viel imposantem Geblahe ergiessen, anstatt zum Punkt zu kommen, tappe ich hier doch sehr im Dunkeln.... 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. Wo kann ich nachlesen was cause E0010 bedeutet? 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! Verbose-level set to 9000. Current setup of interface 'ippp0': EAZ/MSN: 704111 Phone number(s): Outgoing: 010700192070 010700192070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 60 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Offenbar nimmt verbose auch Wert 9000 an - haha. Note:/etc/ppp # cat /dev/isdnctrl 00:25.60 Card1 ISAC STAR 4a 00:25.60 Card1 ISAC MODE 0 00:25.60 Card1 ISAC ADF2 0 00:25.60 Card1 ISAC ISTA 0 00:25.60 Card1 ISAC CIR0 7c 00:25.60 Card1 HSCX B ISTA 0 00:25.60 Card1 HSCX A ISTA 0 00:25.60 Card1 HSCX B STAR 48 00:25.60 Card1 HSCX A STAR 48 00:25.60 Card1 State ST_L1_F3 Event EV_DEACT_CNF 00:25.60 Card1 ChangeState ST_L1_F3 00:26.05 debugging flags card 1 set to 4 00:56.83 Card1 PH_ACTIVATE_REQ ST_L1_F3 30:43.57 debugging flags card 1 set to 4 31:01.51 debugging flags card 1 set to 4 42:29.02 debugging flags card 1 set to 4 Sagt mir auch nix. Wo soll ich denn nun anfangen? Bzw weiter machen? 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. Hilfe! Eckkaaaaat! Die Russen sssind daaaaa! Also generell an den Exx10 Fehlercodes kann es ja gar nicht liegen, danke Jan, das ist Call Clearing. Aber wie finde ich nun raus, woran es liegt???? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =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 <<<

1 0

T-DSl und ISDN
by SPING-WEI＠t-online.de 26 Jun '02

26 Jun '02

Hallo Liste! seit einiger Zeit betreiben wir an verschiedenen Standorten Proxyserver für die Verbindung ins Internet und zwischen den Standorten. Dabei wird ippp0 für Verbindung ins Internet und ippp1 ... (PtP) zu den Standorten benutzt. Funktionierte alles sehr gut bis dann an einem Standort T-DSL eingerichtet wurde. Die Internetverbindung läuft jetzt über T-DSL und nicht mehr über ippp0 (defaultroute) Ippp0 wurde auf off gestellt. Dial-in auf diesen Server funktioniert noch nur bekomme von diesem keine Verbindung zu den anderen Standorten mehr. Wird das bisherige routing durch die DSL Einrichtung beeinflußt ? anbei auszug aus options.ippp1 und route.conf (bei Eintragung als statische Route in route.conf funktioniert auch nicht) # /etc/ppp/options.ippp1 /dev/ippp1 192.168.100.99:192.168.105.99 netmask 255.255.255.255 user "xxxx" # my system name (only for CHAP!) # name my_system_name name "xxxx" # accept IP addresses from peer # use with dynamic IP # ipcp-accept-local # ipcp-accept-remote # noipdefault # default route should be set by ipppd # defaultroute # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! #+pap #+chap # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: # lcp-restart 2 # sometimes you need this: noccp # Get dns info from peer # ms-get-dns #route.conf 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 0.0.0.0 ippp0 hat jemand eine Idee wo ich noch nachsehen kann.

2 2