July 2003 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Re: [suse-isdn] Re: release_l3_process: not release link / Chargesum is 0 - Problem (AVM Fritz PCI)
by Vitali Müller 17 Jul '03

17 Jul '03

Hallo. Es funktioniert nun bei mir. Ich habe die Linux-Partitionen formatiert, und Mandrake 9.1 nochmal installiert, diesmal aber nicht mit möglichst wenigen Packeten, damit es schnell geht, sondern mit den Packeten, die ich auch brauche. Dann habe ich einen Boot Eintrag mit "noapic" erstellt, aber dafür ein anderes Image verwendet als sonst ("linux-smp"). Zuerst gab es zwar Bootprobleme, die waren aber schnell behoben, und dann war meine Karte plötzlich IRQ 3 ! Von da an war es nur ein kurzer weg :) Also vielen vielen Dank an alle die zur Lösung des Problems beigetragen haben. Ich werde versuchen die Ursache noch genauer herauszufinden und den Fehler vielleicht zu Mandrake mailen. ein erleichterter Vitali Müller

1 0

Routing/Masquerading Problem
by Fuckerieder.Pascal 17 Jul '03

17 Jul '03

Hallo, Ich habe ein Problem mit der Quell-Adresse des ersten IP-Pakets bei ISDN-Einwahl mit dynamischer Adress-Zuweisung. Die Details: Von einem Rechner (SLES8) wird ein anderer Server per ISDN angewählt. Die Interfaces des Rechners: 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:30:05:25:01:ce brd ff:ff:ff:ff:ff:ff 3: ippp0: <POINTOPOINT,NOARP,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast qlen 30 link/ppp 7: sit0@NONE: <NOARP> mtu 1480 qdisc noop link/sit 0.0.0.0 brd 0.0.0.0 und folgende Routing-Tabelle: 172.30.203.241 dev ippp0 scope link 172.25.6.0/24 dev eth0 proto kernel scope link src 172.25.6.22 default via 172.25.6.1 dev eth0 Die IP-Adresse für das Interface ippp0 wird bei der Einwahl dynamisch aus einem Pool vergeben. Für die ippp-Interfaces habe ich Masquerading konfiguriert. ip_forward=1 und ip_dynaddr=7 sind gesetzt. Chain PREROUTING (policy ACCEPT 235 packets, 53626 bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 9 packets, 980 bytes) pkts bytes target prot opt in out source destination 2 168 LOG all -- * * 0.0.0.0/0 0.0.0.0/0 LOG flags 0 level 4 0 0 MASQUERADE all -- * ippp0 172.25.6.22 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 12 packets, 1232 bytes) pkts bytes target prot opt in out source destination Nach der Einwahl wird die Routingtabelle mit einem Skript entsprechend geändert, so dass der Server hinter dem Einwahlknoten erreichbar ist. Das klappt auch prima: 172.30.203.241 via 172.30.204.1 dev ippp0 src 172.30.204.10 172.30.204.1 dev ippp0 proto kernel scope link src 172.30.204.10 172.25.6.0/24 dev eth0 proto kernel scope link src 172.25.6.22 default via 172.25.6.1 dev eth0 ABER: Wenn ich DoD verwende, hat das erste Paket als Source-IP die Adresse der Ethernetkarte eth0 (172.25.6.22) und wird nicht maskiert. Es wird dann die richtige Wähl-Verbindung aufgebaut, aber das Paket wird entweder auf der Gegenseite geblockt oder die Gegenseite weiss nicht wohin mit der Antwort. Kurz gesagt, ich habe das Problem, dass die Pakete, die den Verbindungsaufbau anstossen nicht umgeschrieben werden und damit verloren gehen. Wie kann ich erreichen, dass bereits das erste Paket die richtige IP-Adresse als Source bekommt. Oder mache ich etwas grundsätzlich falsch? Grüße, Pascal

1 0

Re: [suse-isdn] Re: release_l3_process: not release link / Chargesum is 0 - Problem (AVM Fritz PCI)
by Vitali Müller 17 Jul '03

17 Jul '03

Hallo. Ich habe jetzt mal append="quiet devfs=mount hdc=ide-scsi noapic pci=bios" ausprobiert. Zuerst blieb das System beim Booten hängen, aber mit ein wenig rumprobieren, läufts nun. Folgendes hat sich verändert bei cat /proc/interrupts CPU0 0: 11071 XT-PIC timer 1: 134 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 1 XT-PIC rtc 9: 0 XT-PIC acpi 12: 2394 XT-PIC PS/2 Mouse 14: 5867 XT-PIC ide0 15: 4 XT-PIC ide1 17: 0 IO-APIC-level fcpcipnp NMI: 0 LOC: 11034 ERR: 0 MIS: 0 Aber leider gibts immer noch keine Interrupts bei fcpcipnp. Ich habe mal die ganze "unnötige" Hardware ausgebaut, aber es hat sich nichts verändert. Auch einmal ohne ISDN Kabel booten hat nichts gebracht. Irgendwelche ACPI Funktionen im Bios gibts auch nicht. Ich habe mir die I4L FAQ schon angeschaut, aber mein Problem wird da nicht behandelt, da es an der Hardware liegt - außerdem habe ich das mit den Anrufen nicht ganz verstanden :) Und die CAPI Treiber sind für Suse und mein Wissen reicht noch nicht aus, um diese Treiber auf Mandrake zum laufen zu kriegen. Ich habe hier http://www.linuxquestions.org/questions/archive/18/2003/03/4/52327 ein ähnliches Problem gefunden. Es wird wohl mit meinem IRQ 17 zusammenhängen. Also weiter gehts. mfg Vitali Müller

2 1

Re: release_l3_process: not release link / Chargesum is 0 - Problem (AVM Fritz PCI)
by Vitali Müller 17 Jul '03

17 Jul '03

Hallo. Ich habe jetzt mal weiter rumprobiert. Das ISDN Kabel ziehen, rebooten, und dann beim hoochgefahrenen Linux Kabel wieder einstecken - Ich habe keine Unterschiede feststellen können. Dann habe ich mal im Bios etwas verändert (Alle OnBoard PCI Devices ausgestellt [Sound, 1394]), aber dies hat auch nichts gebracht. Einmal hat sich was verändert, aber ich weiß nicht genau woran es lag. Da habe ich folgendes erhalten: _ [root@localhost hn]# cat /dev/isdnctrl 01:08.16 l3 dss1down state 0 prim 0x300 01:08.16 l3 newstate cr 1 0 --> 1 01:08.16 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 01:08.16 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 01:12.16 l3 dss1down state 1 prim 0x383 01:12.16 l3 newstate cr 1 1 --> 1 01:12.16 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 01:16.16 l3 dss1down state 1 prim 0x383 01:16.16 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 01:16.16 l3 release_l3_process: last process 01:16.16 l3 release_l3_process: not release link -------- Ich glaube aber nun den Fehler gefunden zu haben. Denn für die Karte werden anscheinend keine Interrupts erzeugt. --------- [root@localhost hn]# cat /proc/interrupts CPU0 0: 6423 IO-APIC-edge timer 1: 109 IO-APIC-edge keyboard 2: 0 XT-PIC cascade 8: 1 IO-APIC-edge rtc 12: 789 IO-APIC-edge PS/2 Mouse 14: 8467 IO-APIC-edge ide0 15: 38 IO-APIC-edge ide1 17: 0 IO-APIC-level fcpcipnp 18: 0 IO-APIC-level SiS SI7012 20: 0 IO-APIC-level usb-ohci 21: 0 IO-APIC-level usb-ohci 22: 0 IO-APIC-level usb-ohci NMI: 0 LOC: 6378 ERR: 0 MIS: 0 -------- Wenn ich das richtig verstanden habe, bedeuten die Zahlen, wieviele Interrupts aufgerufen wurden. Aber bei Interrupt 17 (fcpcipnp) steht immer 0 (auch nach einem Einwahlversuch). Hier habe ich ausserdem noch ein Log: [root@localhost hn]# cat /proc/ioports 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0376-0376 : ide1 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial(auto) 0cf8-0cff : PCI conf1 4000-400f : Silicon Integrated Systems [SiS] 5513 [IDE] 4000-4007 : ide0 4008-400f : ide1 9000-9fff : PCI Bus #01 9000-90ff : PCI device 1002:4e46 (ATI Technologies Inc) b400-b4ff : Silicon Integrated Systems [SiS] SiS7012 PCI Audio Accelerator b400-b4ff : SiS SI7012 - AC'97 b800-b87f : Silicon Integrated Systems [SiS] SiS7012 PCI Audio Accelerator b800-b83f : SiS SI7012 - Controller bc00-bc1f : AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN bc00-bc1f : fcpcipnp c000-c01f : PCI device 104c:8400 (Texas Instruments) ---------- Wäre für jeden Tipp dankbar. mfg Vitali Müller

3 2

Re: [suse-isdn] Re: release_l3_process: not release link / Chargesum is 0 - Problem (AVM Fritz PCI)
by Vitali Müller 17 Jul '03

17 Jul '03

Hallo. > Dann mal schauen das im Bios die Option > PnP OS auf no steht, und versuchen > mit noacpi pci=bios zu booten. > Ich habe leider ein ziemlich bescheidenes Bios in der Hinsicht. Bei gibts nur folgenden relevante Einträge: PnP/PCI Configuration -> RESET CONFIGURATION DATA [ENABLE/DISABLE] -> PCI/VGA Palette Snoop [ENABLE/DISABLE] Ich habe beide Einträge mal ausprobiert. Gebootet habe ich mein Linux dabei mit folgenden Optionen: append="quiet devfs=mount hdc=ide-scsi noacpi pci=boot" UND append="quiet devfs=mount hdc=ide-scsi noacpi pci=boot" Doch leider gab es dabei keine Veränderungen. Der interrupt Zähler stand immer auf null, auch nach einem Einwahlversuch. Außerdem habe ich nun ein Bios Update gemacht, doch leider wie immer ohne sichtbare Änderungen im Bios/Linux. mfg Vitali Müller

1 0

Re: [suse-isdn] AVM FritzCardPnP und Hylafax
by Lars Wolff 17 Jul '03

17 Jul '03

Hi! > JA, durchaus wir sind auf dem richtigen Weg. ...das freut mich... > Folgendes, > > 1. > mv /etc/isapnp.conf /tmp ok, hab ich gemacht. > reboot mit noacpi , am Besten fest eintragen > (bei grub: /boot/grub/menu.lst am Ende der kernel Zeile) auch, ist hochgelaugen ohne muxen. > cat /proc/interrupt # cat /proc/interrupt cat: /proc/interrupt: No such file or directory estephania:~ # cat /proc/interrupts CPU0 0: 14871 XT-PIC timer 1: 7 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 9: 0 XT-PIC acpi 10: 815 XT-PIC eth1 11: 1022 XT-PIC VIA686A, eth0, usb-uhci, usb-uhci 12: 17 XT-PIC PS/2 Mouse 14: 5669 XT-PIC ide0 15: 1 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 > capiinfo # capiinfo capi not installed - No such device or address (6) > Falls das funktioniert nochmal den minicom Test > (atS18=1 nicht vergessen) hat ja nicht funktioniert... :( och, menno! :( Lars

1 0

Re: [suse-isdn] AVM FritzCardPnP und Hylafax]
by Karsten Keil 17 Jul '03

17 Jul '03

On Thu, Jul 17, 2003 at 11:13:33AM +0200, Lars Wolff wrote: > Moin Karsten! > > Danke für Dein durchhalten ;) > > >Also IRQ 3 oder 4 funktioniert auf den meisten Boards nicht 5,7,9 > >sind meist die besten Kandidaten. > hm, soso... > > > >>"isapnp.conf" 56L, 2006C written > >>/etc # capiinit stop > >>/etc # isapnp isapnp.conf > >>Board 1 has Identity c6 ff ff ff ff 00 09 cd 06: AVM0900 Serial No -1 > >>[checksum c6] > >>isapnp.conf:46 -- Fatal - IO range check attempted while device activated > >>isapnp.conf:46 -- Fatal - Error occurred executing request '<IORESCHECK> > >>' --- further action aborted > >>/etc # capiinit start > >>Warning: loading /lib/modules/2.4.20-4GB/misc/fcpnp.o will taint the > >>kernel: non-GPL license - Proprietary > >> See http://www.tux.org/lkml/#export-tainted for information about > >>tainted modules > >>Module fcpnp loaded, with warnings > >>/etc # > > > >Was sagt den jetzt cat /proc/interrupt > # cat /proc/interrupts > CPU0 > 0: 74667 XT-PIC timer > 1: 7 XT-PIC keyboard > 2: 0 XT-PIC cascade > 5: 0 XT-PIC fcpnp > 8: 2 XT-PIC rtc > 10: 3581 XT-PIC eth1 > 11: 5399 XT-PIC VIA686A, eth0, usb-uhci, usb-uhci > 12: 17 XT-PIC PS/2 Mouse > 14: 5977 XT-PIC ide0 > 15: 1 XT-PIC ide1 > NMI: 0 > LOC: 0 > ERR: 0 > MIS: 0 OK das sieht schonmal besser aus. > > Nun steht in der datei, isapnp.conf ja immernoch: > > # Number of IO addresses required: 32 > (IO 0 (SIZE 32) (BASE 0x0200) (CHECK)) > # IRQ 3, 4, 5, 6, 7, 9, 10, 11, 12 or 15. > # High true, edge sensitive interrupt > (INT 0 (IRQ 3 (MODE +E))) > > > Aber cat interrupts sagt ja er liegt auf 5, das checke ich nicht... > > Lars > > PS: By the way, gibts es hier eine aussicht auf Lösung, oder soll ich > mir bitte gerne eine PCIFritzCard kaufen gehen??? ;) JA, durchaus wir sind auf dem richtigen Weg. Folgendes, 1. mv /etc/isapnp.conf /tmp reboot mit noacpi , am Besten fest eintragen (bei grub: /boot/grub/menu.lst am Ende der kernel Zeile) keine weiteren Aktionen mit isa pnp. cat /proc/interrupt capiinfo Falls das funktioniert nochmal den minicom Test (atS18=1 nicht vergessen) falls der immer noch nicht geht: cat /proc/interrupt Wenn dort noch 0 bei fcdsl steht gibt es immer noch Probleme mit IRQ 5. -- Karsten Keil SuSE Labs ISDN development

1 0

Re: [suse-isdn] AVM FritzCardPnP und Hylafax
by Lars Wolff 17 Jul '03

17 Jul '03

N'Abend Karsten! >>>pnpdump >/etc/isapnp.conf estephania:/etc # capiinit stop estephania:/etc # pnpdump >/etc/isapnp.conf estephania:/etc # capiinit stop estephania:/etc # isapnp isapnp.conf Board 1 has Identity c6 ff ff ff ff 00 09 cd 06: AVM0900 Serial No -1 [checksum c6] estephania:/etc # capiinit start Warning: loading /lib/modules/2.4.20-4GB/misc/fcpnp.o will taint the kernel: non-GPL license - Proprietary See http://www.tux.org/lkml/#export-tainted for information about tainted modules /lib/modules/2.4.20-4GB/misc/fcpnp.o: init_module: Input/output error Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.20-4GB/misc/fcpnp.o: insmod /lib/modules/2.4.20-4GB/misc/fcpnp.o failed /lib/modules/2.4.20-4GB/misc/fcpnp.o: insmod fcpnp failed ERROR: failed to load driver fcpnp estephania:/etc # capiinfo capi not installed - No such device or address (6) >>>>>>>>>>>>>>>>>>>> hm... Lieber Karsten, seit den letzten 2 versuchen verstehe ich nciht mehr und verlasse mich auch Dich ;) Danke! Was kann man tun? die io und der irq sind doch in ordnung, oder? Hat es evtl. etwas mit rdisdn zu tun? Aber ich habe es auch probiert wenn das nicht geladen war. *ichwilldasdasnunklappt* :D Lars

2 4

Hylafax / WHFC faxt nicht bei Sonderzeichen in der Telefonummer
by "W.Rühle" 16 Jul '03

16 Jul '03

Hallo, nach langem Kampf *g* hab ich Hylafax unter Suse 8.2 und capi4hylafax (alles aus dem Suse 8.2 Paket) zum Laufen gebracht. Als Client setz ich auf Windows WHFC ein. Seltsamerweise funktioniert das Faxen nur wenn in der Telefonnummer keine Leerzeichen enthalten sind. Ich dachte eigentlich daß etc/dialrules sich darum kümmern würde Sonderzeichen zu entfernen. In etc/config ist jedenfalls etc/dialrules angegeben. Auch liefert /usr/sbin/dialtest die korrekte, um die Leerzeichen bereinigte Telefonnummer. Jedenfalls wird die Telefonnummer korrekt an Hylafax übergeben und steht dann in den Queuedateien sendq/q* in der Zeile external und number korrekt und vollständig mit den Leerzeichen. In /var/log/isdn.log jedoch steht die Zieltelefonnummer abgeschnitten am ersten Leerzeichen drin. Dabei taucht im WHFC die Meldung auf: An error occured while trying to establish the connection. Da auch Buchstaben nicht funktionieren, wird wohl etc/dialrules nicht ausgeführt. Hat jemand einen Tip wie ich zumindest die gebräuchlichen Trennzeichen aus den Telefonnummern rausbekomme? Vielen Dank Walter

2 1

Re: AW: [suse-isdn] AVM FritzCardPnP und Hylafax
by Lars Wolff 16 Jul '03

16 Jul '03

Hi Hans-Peter! > ich habe mit folgender Anleitung (allerdings mit FritzCard PCI) eine > funktionierenden Faxserver eingerichtet: > http://www.linuxnetmag.com/de/issue8/m8hylafax1.html Danach hab ich es auch schon probiert, aber das Problem scheint im moment eher, das meine AVMFritzCard ISAPNP nicht wirklich ansprechbar ist :( Lars

1 0