January 2001 - openSUSE ISDN (Deutsch)

Re:unsubsrribe
by Nikolaus Jozefiak 17 Jan '01

17 Jan '01

cpfann(a)bawue.de wrote on 17.01.2001 19:16:05: > >sollte per mail an ><suse-isdn-unsubcribe-email=die-unsubscribed-werden-soll(a)suse.com> >funktionieren (@ durch = ersetzen:), also >suse-isdn-unsubcribe-e9625682=student.tuwien.ac.at(a)suse.com. >Dann kommt ein Bestätigungsmail, auf dasn man einen reply macht - ferig >isses. die Bestätigungsmail ist das Problem und ich denke das kann nur SUSE lösen. Bei den anderen Listen kam immer eine Mail mit einem Code und das wars dann, hier kommt nur eine leere Antwortmail ... ciao Nikolaus

1 0

OFFTOPIC: unsubscribe von dieser Liste nicht m�glich!!!
by Nikolaus Jozefiak 17 Jan '01

17 Jan '01

Hi! Da ich gerade meine Email-Accounts reorganisiere, wollte ich mich unter einer anderen Email-Adresse anmelden. Leider funktioniert das abmelden nicht, ich bekomme nur eine Mail mir leerem Inhalt .. sorry für offtopic, aber ich habe leider keine allgemeine Support Email Adresse gefunden ... ciao Nikolaus

2 1

Re: [suse-isdn] HiSax,ch0 cause: E001B (kein Kabelbruch!)
by Ekkard Gerlach 17 Jan '01

17 Jan '01

Nachtrag: Sportster hat IRQ5 , io=0x268 (Jumper) Georg Golombek wrote: > > Am Dienstag, 16. Januar 2001 20:27 schrieb Ekkard: > > Hallo, > > > > Hallo Ekkard, > > sie läuft doch und wählt?!: > > > Jan 16 03:00:10 rex kernel: ippp0: dialing 1 010280193033... > > Jan 16 03:00:16 rex kernel: isdn: HiSax,ch0 cause: E001B > > ist da noch mehr log Nein, oder doch: Jan 16 03:00:10 rex kernel: ippp0: dialing 1 010280193033... Jan 16 03:00:16 rex kernel: isdn: HiSax,ch0 cause: E001B Jan 16 03:00:18 rex kernel: ippp0: dialing 2 010280193033... Jan 16 03:00:24 rex kernel: isdn: HiSax,ch0 cause: E001B Jan 16 03:00:26 rex kernel: isdn_net: local hangup ippp0 Jan 16 03:00:26 rex kernel: ippp0: Chargesum is 0 > > ist debug eingestellt wo ? Bei /sbin/isdnctrl dial ippp0 ???? Wo kann ich debug einstellen ? Danke Ekkard "R.Schmid" wrote: > > Die Meldung klingt nach einer Kollision auf dem S0-Bus. Eine häufige Ursache hierfür sind doppel-ISDN-Dosen mit eine Anschlußklemme! Wenn dann zwei Rechner ISDN fahren kommt es zu einer Datenkollision weil sich in der Dose ein Sternpunkt ergibt. > Versuche eine Doppeldose mit zwei Anschlußleisten und Brücke von einer zur anderen. > Meist tritt das Problem erst mit mehreren PC's auf. Ein PC und ein Telefon zum Beispiel vertragen sich auch mit solchen Dosen. > Oder kontrolliere ob sich am Ende des Busses ein Abschlußwiderstand (eigentlich 2) befindet. > > Viel Glück! Ja Glück brauche ich, aber erstmal Glück um Deine Worte zu verstehen :) Also: ich habe es vielleicht nicht genau genug ausgedrückt: ich habe nur eine einzige ISDN-Sportster-Karte. Ich bin mit maximal einem PC gleichzeitig im Internet. Zwei PC's können sich als NICHT gegenseitig stören. Auch habe ich während meiner Test niemals parallel dazu telefoniert. Ich habe jedesmal bei meinen Test mit einem PC die gleiche ISDN-Karte und das gleiche KAbel und die gleichen Steckerdose verwendet. Bei zwei PC's gehts, bei einem PC eben nicht. Also hat sich Deine Vermutung erübrigt, oder? Im übrigen habe ich für 30 Mack eine 6-fach-Verteildose in Elektronik- Fachhandel gekauft. Mir wurde damals gesagt das sei in der Dose schon alles terminiert, ich könne in beliebiger Anzahl die 6 Steckplätze füllen. Danke auch Gruss Ekkard

3 2

Re: [suse-isdn] HiSax,ch0 cause: E001B (kein Kabelbruch!)
by Jörg Frings-Fürst 17 Jan '01

17 Jan '01

At 02:23 17.01.2001 +0000, you wrote: >Nachtrag: Sportster hat IRQ5 , io=0x268 (Jumper) > > >Georg Golombek wrote: > > .. .. >Im übrigen habe ich für 30 Mack eine 6-fach-Verteildose in Elektronik- >Fachhandel gekauft. Mir wurde damals gesagt das sei in der Dose >schon alles terminiert, ich könne in beliebiger Anzahl die 6 >Steckplätze >füllen. Mit so einem Verteiler haben wir auch massive Probleme gehabt, der hat die unmöglichsten Fehler produziert. Gruß Jörg

1 0

HiSax,ch0 cause: E001B (kein Kabelbruch!)
by Ekkard Gerlach 16 Jan '01

16 Jan '01

Hallo, Jan 16 03:00:10 rex kernel: ippp0: dialing 1 010280193033... Jan 16 03:00:16 rex kernel: isdn: HiSax,ch0 cause: E001B nein, in dem Fall ist es kein Hardwarefehler, z.B. Kabelbruch oder so. Die Karte (US Robotics, Sportster, ISA, NON-PnP) läuft auf zwei meiner PC's einwandfrei mit dem gleichen ISDN-Kabel. Nur bei meinem neusten und schnellsten PC (AMD K2-300, Ali V) läuft sie nicht. aus /usr/doc/packages/i4ldoc: 7.6 trouble_e001b: I get an error message with "cause: E001B"? This is a very popular error and means (see man isdn_cause): euro ISDN (E), location user (00), and out of order (1b). Taken together means that the driver either can't get a layer 1 connect (cable problem, hardware error, hidden hardware conflict - see section hardware), or it can't get a layer 2 connect (wrong configuration: no Euro ISDN, no automatic TEI supported, point-to-point BRI instead of multi-device - see section config). .. also wird es ein Hardware-Konflikt sein. Ich habe aber testweise neben der Grafikkarte KEINE andere Karte auf den MB stecken, es ist auch keine Karte onboard. NVRAM habe ich gelöscht. PnP ist abgeschaltet. ISA bridge ist eingeschaltet, andere ISA-Karten, z.B. mittlerweile auch die ISDN-Karte CREATIX ISDN S0 PnP. Jemand ein Idee, woran es liegen kann, dass die Karte nicht will? thx Ekkard P.S. lsmod, ioports und IRQ rex:~ # lsmod Module Size Used by hisax 436880 1 isdn 117132 2 [hisax] slhc 4440 0 [isdn] nfsd 146188 4 (autoclean) serial 42612 0 (autoclean) memstat 1476 0 (unused) rex:/etc # cat /proc/interrupts CPU0 0: 851220 XT-PIC timer 1: 21127 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 88 XT-PIC serial 5: 20 XT-PIC HiSax 12: 97805 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 26820 XT-PIC ide0 15: 3095 XT-PIC ide1 rex:/etc # cat /proc/ioports 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0268-026f : sportster 02f8-02ff : serial(auto) 0376-0376 : ide1 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 0668-066f : sportster 0a68-0a6f : sportster 0e68-0e6f : sportster 1268-126f : sportster 1668-166f : sportster 1a68-1a6f : sportster 1e68-1e6f : sportster 2268-226f : sportster 2668-266f : sportster 2a68-2a6f : sportster 2e68-2e6f : sportster 3268-326f : sportster 3668-366f : sportster 3a68-3a6f : sportster 3e68-3e6f : sportster 4268-426f : sportster 4668-466f : sportster 4a68-4a6f : sportster 4e68-4e6f : sportster 5268-526f : sportster 5668-566f : sportster 5a68-5a6f : sportster 5e68-5e6f : sportster 6268-626f : sportster 6668-666f : sportster 6a68-6a6f : sportster 6e68-6e6f : sportster 7268-726f : sportster 7668-766f : sportster 7a68-7a6f : sportster 7e68-7e6f : sportster 8268-826f : sportster 8668-866f : sportster 8a68-8a6f : sportster 8e68-8e6f : sportster 9268-926f : sportster 9668-966f : sportster 9a68-9a6f : sportster 9e68-9e6f : sportster a268-a26f : sportster a668-a66f : sportster aa68-aa6f : sportster ae68-ae6f : sportster b268-b26f : sportster b668-b66f : sportster ba68-ba6f : sportster be68-be6f : sportster c268-c26f : sportster c668-c66f : sportster ca68-ca6f : sportster ce68-ce6f : sportster d268-d26f : sportster d668-d66f : sportster da68-da6f : sportster de68-de6f : sportster e268-e26f : sportster e668-e66f : sportster ea68-ea6f : sportster ee68-ee6f : sportster f268-f26f : sportster f668-f66f : sportster fa68-fa6f : sportster fe68-fe6f : sportster ffa0-ffa7 : ide0 ffa8-ffaf : ide1

1 0

Creatix S0 PnP
by Ekkard Gerlach 16 Jan '01

16 Jan '01

Hallo Kollegen ich bekomme die Creatix S0 PnP einfach nicht zum laufen. Hat sie jemand zum laufen gebracht? Schon viele Stunden liegen hinter mir: modprobe will nicht: rex:~ # modprobe hisax type=4 protocol=2 irq=3 io0=0x120 io1=0x180 /lib/modules/2.2.14/misc/hisax.o: invalid parameter parm_io0 /lib/modules/2.2.14/misc/hisax.o: insmod /lib/modules/2.2.14/misc/hisax.o failed /lib/modules/2.2.14/misc/hisax.o: insmod hisax failed ebenso nicht IRQ 3 , 0x180, 0x100 und 3 , 0x100, 0x100 (damit ist die Karte auch nicht initialisierbar) Auffallend ist "invalid parameter parm_io0". Doch der falsch modprobe-Aufruf? Das ganz von yast gemacht sieht auch nicht besser aus: ebenfalls "invalid parameter param_io0". Die 3 Kombinationen hat pnpdump evaluiert. PnP des BIOS war ausgeschaltet. Entsprechend der PnP-Initialisierung war im BIOS auch IRQ 3 als PCI/PnP oder ISA/EISA geschaltet Der modprobe-String stammt aus /usr/src/linux/Documentation/isdn/README.HiSax Er gilt für Teles 16.3 PnP, die aber kompatibel ist zu Creatix S0 PnP. Habe mit linux pnp alle Kombinationen versucht, ebenso mit BIOS-PnP. Mir ist klar, dass eine PnP-Karte evtl nach einer Initialisierung keine weitere verträgt und frisch gebootet werden muss, habe ich gemacht. Die ISDN-ISA-Karte ist testweise die einzige ISA-Karte in meinem Rechner. Sonst als PCI ist nur eine Grafikkarte eingesteckt. Es ist auch keine Karte onboard (z.B. soundkarte). Ich bitte um Tipps! Gruss Ekkard P.S. Des weiteren interessiert mich, wie das 4 Creatix/Teles PNP ONLY WORKS AS A MODULE! "only works as Module" zu verstehen ist. In Kernelbau ist hisax-Unterstützung nur als Modul machbar, die Unterstützung von "Teles 16.3 or PnP or PCMCIA" nur fest eingebunden werden. Zusammengefaßt: *ISDN-Unterstützung habe ich als Modul (einige Wahlfreiheit zwischen Modul und festem Kernelbestandteil) *SyncPPP geht nur fest *VJ-compression geht nur fest *Hisax SiemensChipset driver support kann nur als Modul kompiliert werden *Hisax-Support for EURO/DSS kann nur fest eingebunden werden *"Teles 16.3 or PnP or PCMCIA" kann nur fest eingebunden werden Was kann bei den nicht vorhanden Wahlmöglichkeiten falsch gemacht werden ?

2 3

OT: brauchbare TK-Anlagen
by kai gülzau 15 Jan '01

15 Jan '01

Hallo! Auch auf die Gefahr hin mich unbeliebt zu machen: Ich habe eine OffTopic Frage. Ich suche isdn-TK-Anlage für folgendes Szenario: 1 x AB min. 2 x Telefon (Gespräche untereinander vermittelbar, Rufnummernanzeige) davon min. eines das isdn Merkmale unterstützt (Rückruf etc.) min. 1 mobilteil wäre gut, aber nicht zwingend LCR wäre ziemlich gut Und das ganze jetzt zum Studententarif ;) wenn ich das richtig sehe, bräuchte ich eine Anlage mit int. S0 Bus oder soetwas wie die Siemens 2060!? Gibt es das Siemens Gigaset 2060isdn auch mit LCR!? Leisten das evtl. auch andere/ältere Anlagen? Sorry für den Traffic, aber ich wüsste nicht, wo es noch so viele Leute gibt, die soviel Plan von ISDN haben... MfG Kai Gülzau

1 0

RE: [suse-isdn] Komisches Verhalten beim Surfen
by Goll, Patrick (Student Assistant) 15 Jan '01

15 Jan '01

> > >Hallo, > >ich habe mir die Suse 7.0 installiert. Ich besitze eine ISA > AVM Fritz Card. > >Hat jemand von Euch eine Idee, was ich da verstellt haben könnte? > > > Ich kenne keine Lösung, soviel vorneweg. > Habe aber ein ähnliches Problem: > Suse 7.0, PCI Fritz Card > > Pentium 120 mit 32 MByte RAM. > Auf dem Rechner läuft nur Appletalk und ip-masquarading, d.h. > der Rechner > dient als Router für mein Hausnetz. > > Für ein paar Stunden kann man prima im Internet surfen. Und > dann geht die > Geschwindigkeit gegen 0. Nach einem Neustart klappt dann wieder alles. > Leute aus der Liste haben mir gemailt, dass es so ein Problem > mit einem > früheren Kernel auch schon mal gab. Ich habe den Suse 7.0 Kernel, der ist ja der 2.-neueste. Das mit dem Internet lief ja auch mal ganz hervorragend, ich habe seit dem eine andere Netzwerkkarte eingebaut ( Level 1 ) und meine Voodoo1-Karte entfernt ( Da es beim Booten zu keinen Fehlermeldungen kam und ich nicht wusste, wo ich Linux sagen kann, dass es diese Karte nicht mehr gibt, habe ich es beim Ausbauen gelassen ). > > Wie sieht denn die von Dir eingesetzte Hardware aus? > Vielleicht zu wenig > Speicher oder so? Meine Hardware sieht wie folgt aus: Pentium Pro 200 MHz 128 MB Ram 400 MB swap Das sollte dicke langen, denke ich. Hat noch jemand weitere Vorschläge? Ich denke mitlerweile über eine Neuinstallation nach. Welche Pakete sind für den Internet-Zugang nötig, sprich, welche muss ich neu installieren, bevor ich probiere eine Neuinstallation meiner Suse zu machen. Cu Patrick

1 0

Re: [suse-isdn] Creatix S0 PnP
by Thomas Mueller 14 Jan '01

14 Jan '01

Am Son, 14 Jan 2001 schrieb Ekkard Gerlach: > >... jetzt könnte ich im BIOS die seriellen Ports abschalten, damit es >nicht zu Konflikten mit dem IRQ 3 kommt. Aber pnpdump >meint eindeutig, es gäbe io0 und io1 !! Und die Doku weist genau >diesen >Typ aus und die Bezeichung für die Karte stimmt! Hmmm ... > >Könntest Du mal einen BLick auf die Karte werfen? Unter > http://home.tiscalinet.de/libelle/creatix_ISDN_S0_PnP.jpg >habe ich ein Foto. Sieht Deine 16.3- Karte genauso aus? Den seriellen Port abzuschalten wird wahrscheinlich nichts bringen (war zumindest bei mir nicht notwendig, wie gesagt IRQ 3 laeuft ohne Probleme). Deine Karte sieht eindeutig anders aus, d.h. ich denke dann wird Typ 4 auch in Ordnung sein. Evtl. ist ja schlicht und ergreifend der jeweils emittelte IO-Port belegt? Was sagt cat /proc/ioports ? Wird das Modul slhc geladen? Benutzt Du den SuSE-Standardkernel? Evtl. wuerde ich ein make modules und make modules install ausprobieren (War bei mir beim Einbinden der Soundkarte notwendig). Tschuess Thomas

1 0

Re: Netzwerkgeschwindigkeit
by tinne＠t-online.de 14 Jan '01

14 Jan '01

Hallo! Zu euren Lösungsvorschlägen: 1) Kabel: das Kabel habe ich mit Hilfe einer Fluke überprüft. Keine Fehler. ---------------------------------------------------------------- 2) Ping von Win-Client zu Linux-Server: ja, in unregelmässigen Abständen gibt es eine "Zeitüberschreitung der Anfordewrung" wenn ich von Win->Lin einen Ping -t starte. Ansonsten sind die Werte ganz normal "Antwort von 192.168.0.1: Bytes=32 Zeit=<10ms TTL=255". Ping-Statistik: Pakete gesendet: 158 empfangen: 150 verloren: 8 (5% Verlust) Maximum Zeitangabe: 1ms, Mittelwer & Minimum: 0ms ---------------------------------------------------------------- 3) Ping von Linuxserver zu Win-Client: kompletter Auszug ohne Änderungen: [SCHNIPP] PING 192.168.0.102 (192.168.0.102): 56 data bytes 64 bytes from 192.168.0.102: icmp_seq=0 ttl=128 time=0.509 ms 64 bytes from 192.168.0.102: icmp_seq=1 ttl=128 time=0.294 ms 64 bytes from 192.168.0.102: icmp_seq=2 ttl=128 time=0.286 ms 64 bytes from 192.168.0.102: icmp_seq=3 ttl=128 time=0.294 ms 64 bytes from 192.168.0.102: icmp_seq=6 ttl=128 time=0.291 ms 64 bytes from 192.168.0.102: icmp_seq=8 ttl=128 time=0.288 ms 64 bytes from 192.168.0.102: icmp_seq=9 ttl=128 time=0.288 ms 64 bytes from 192.168.0.102: icmp_seq=10 ttl=128 time=0.293 ms 64 bytes from 192.168.0.102: icmp_seq=11 ttl=128 time=0.286 ms 64 bytes from 192.168.0.102: icmp_seq=12 ttl=128 time=0.286 ms 64 bytes from 192.168.0.102: icmp_seq=13 ttl=128 time=0.294 ms 64 bytes from 192.168.0.102: icmp_seq=14 ttl=128 time=0.287 ms --- 192.168.0.102 ping statistics --- 15 packets transmitted, 12 packets received, 20% packet loss round-trip min/avg/max = 0.286/0.308/0.509 ms [SCHNAPP] ---------------------------------------------------------------- 4) Kartenspeed in dmesg oder /var/log/messages Nope, weder noch. Nirgendwo wird angegeben mit welchem Speed die Karte läuft. ---------------------------------------------------------------- 5) netstat -i gibt folgendes aus: eth0 Link encap:Ethernet HWaddr 00:30:84:0C:0E:BD inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::230:84ff:fe0c:ebd/10 Scope:Link inet6 addr: fe80::30:840c:ebd/10 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:87575 errors:9249 dropped:0 overruns:0 frame:0 TX packets:86229 errors:0 dropped:0 overruns:1 carrier:0 collisions:0 txqueuelen:100 Interrupt:10 Base address:0xfc00 ippp0 Link encap:Point-to-Point Protocol inet addr:193.159.118.180 P-t-P:193.158.133.53 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:76395 errors:0 dropped:0 overruns:0 frame:0 TX packets:67040 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:1000 errors:0 dropped:0 overruns:0 frame:0 TX packets:1000 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 ---------------------------------------------------------------- 6) options in /etc/modules.conf herausnehmen: es gibt für die Karte (rtl8139) keine Options!! ---------------------------------------------------------------- 7) mit "mint bing reine Speed Messung ansehen" sorry Maik, aber weder ich (hat ja nix zu bedeuten GRINS) noch Linux kennen diesen Befehl. Tippfehler? ---------------------------------------------------------------- Ja, das wars Leute. Hab all eure Vorschläge probiert, hat leider nix gebracht. Gibts weitere Tipps??? Bin echt mit meinem (sehr begrentzten) Linux-Latein am Ende :-) Matthias

2 1