May 2004 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Rückrufanfrage veursacht plötzlich Kosten
by Martin Stock 02 May '04

02 May '04

Nach gut zwei Jahren reibungslosem Betrieb verursacht die Rückruf (Callback) Anfrage an einen Linux-Server (SuSE 7.2) plötzlich Kosten. Der Rückruf klappt zwar weiterhin, aber es gibt irgendwie einen zweiten ankommenden Anruf der auch angenommen (und gleich wieder aufgelegt) wird. Der Ausgangsrouter scheidet als Verursacher aus, da das Callback bei weiteren Linux-Servers ohne dieses Problem wie bisher funktioniert. Auszug aus dem Logfile: 1. Hier war die Welt noch in Ordnung Apr 12 15:33:08 mail kernel: isdn_net: call from 111122220,7,0 -> 333333 Apr 12 15:33:08 mail kernel: ippp1: call from 111122220 -> 333333, start callback Apr 12 15:33:08 mail kernel: isdn: Rejecting Call Apr 12 15:33:08 mail isdnlog: Apr 12 15:33:08 * Call to tei 127 from POP (IN) on KUNDE 1 RING (Data) Apr 12 15:33:08 mail isdnlog: Apr 12 15:33:08 * Call to tei 97 from POP (IN) on KUNDE 1 HANGUP Call rejected (User) Apr 12 15:33:10 mail isdnlog: Apr 12 15:33:10 * tei 97 calling POP (OUT) with KUNDE 1 RING (Data) Apr 12 15:33:10 mail kernel: ippp1: dialing 1 01111222212... Apr 12 15:33:11 mail isdnlog: Apr 12 15:33:11 tei 97 calling POP (OUT) with KUNDE 1 Time:Thu Apr 12 15:41:00 2003 Apr 12 15:33:11 mail isdnlog: Apr 12 15:33:11 tei 97 calling POP (OUT) with KUNDE 1 CONNECT (Data) Apr 12 15:33:12 mail ipppd[355]: Local number: 333333, Remote number: 01111222212, Type: outgoing Apr 12 15:33:12 mail kernel: isdn_net: ippp1 connected 2. ... ab hier nicht mehr Apr 12 16:49:20 mail kernel: isdn_net: call from 111122220,7,0 -> 333333 Apr 12 16:49:20 mail kernel: ippp1: call from 111122220 -> 333333, start callback Apr 12 16:49:20 mail kernel: isdn: Rejecting Call Apr 12 16:49:20 mail isdnlog: Apr 12 16:49:20 * Call to tei 127 from POP (IN) on KUNDE 1 RING (Data) Apr 12 16:49:20 mail isdnlog: Apr 12 16:49:20 * Call to tei 97 from POP (IN) on KUNDE 1 HANGUP Call rejected (User) a) Apr 12 16:49:20 mail isdnlog: Apr 12 16:49:20 Call to tei 91 from POP (IN) on KUNDE 1 CONNECT (Data) b) Apr 12 16:49:22 mail isdnlog: Apr 12 16:49:22 Call to tei 91 from POP (IN) on KUNDE 1 HANGUP Call rejected (User) Apr 12 16:49:22 mail kernel: ippp1: dialing 1 01111222212... Apr 12 16:49:23 mail isdnlog: Apr 12 16:49:23 tei 97 calling POP (OUT) with KUNDE 1 Time:Thu Apr 12 16:58:00 2003 Apr 12 16:49:23 mail isdnlog: Apr 12 16:49:23 tei 97 calling POP (OUT) with KUNDE 1 CONNECT (Data) Apr 12 16:49:24 mail kernel: isdn_net: ippp1 connected Apr 12 16:49:24 mail ipppd[355]: Local number: 333333, Remote number: 01111222212, Type: outgoing a) Plötzlich gibt es nicht mehr nur den eingehenden Anruf an tei 97 der den Rückruf auslöst, sondern noch einen zweiten Anruf an tei 91 der auch angenommen wird [CONNECT (Data)] und damit Kosten verursacht. b) Wenn auch dann zwei Sekunden später gleich aufgelegt wird. Fragen: Weiß jemand was der Verursacher des plötzlichen zweiten Anrufes sein könnte? Kanalbündelung scheidet aus. Kann der Ausgangsrouter gar nicht. Außerdem wurde auch seit zwei Jahren nichts mehr an der Konfiguration geändert. Gibt es eine Möglichkeit i4l von der Annahme dieses zweiten Anrufes abzuhalten? -- NEU : GMX Internet.FreeDSL Ab sofort DSL-Tarif ohne Grundgebühr: http://www.gmx.net/dsl

2 1

Re: Fwd: [suse-isdn] Problem 9.1 ippp0
by Gernot Hillier 01 May '04

01 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 N'Abend! Am Samstag, 1. Mai 2004 23:15 schrieb Gunnar Salbeck: > Nein, das ist schon klar. Aber manche Sachen müßten nicht sein. Ich bin > kein Linux Profi obwohl ich schon seit über zwei Jahren mit SuSE am Start > bin aber mir fällt es nicht schwer, Mängel festzustellen. > > Wenn bei mir z.B. Kontact abstürzt, dann weiß ich nicht, ob ich das nun an > SuSE weitergeben soll oder nicht. Ja, das ist nicht immer so einfach zu beantworten. Irgendwem sollte man es möglichst immer weitergeben - wichtig ist nur, herauszufinden, ob SUSE oder die jeweiligen Autoren die richtigen Ansprechpartner sind. Zum einen wäre es wichtig zu wissen, ob das ein SUSE-spezifisches Problem ist oder ein allgmeines Problem einer Anwendung. Wenn es SUSE-spezifisch ist, ist der Fall klar. Wenn es allerdings zweiteres ist, dann ist wiederum die Frage, wie stark das jeweilige Programm von SUSE supportet wird. Zwei extreme Beispiele, um das zu verdeutlichen: - - Wenn KDE beim Anmelden nach einer Neuinstallation ohne besondere Einstellungen abstürzt, dann dürfte das ein Fehler sein, der sehr viele SUSE-User betrifft und an dem SUSE sicherlich interessiert sein dürfte. Auch wenn der eigentliche Fehler evtl. beim KDE-Projekt liegt. SUSE wird dann den gefundenen Fehler im Normalfall auch an die Originalautoren zurückmelden. - - Wenn ein SUSE beiliegendes Spiel, das vielleicht nichtmal in der Standard-Software-Selektion enthalten ist, im 10. Level beim Betreten der roten Tür immer abstürzt, dann bist du sicherlich bei den Autoren dieses Spieles besser aufgehoben als bei SUSE. Weiterhin ist zu sagen, dass ein fundierter und für den Empfänger hilfreicher Bugreport einiges an Zeit und Aufwand verschlingt. Es muss für den Empfänger klar werden, unter welchen Umständen ganz genau der Fehler bei dir auftritt, welche Versionen du verwendest, ob es nur bei bestimmten Einstellungen auftritt, welche Schritte vorher ausgeführt wurden, etc. Wichtig ist halt, dass der Empfänger den Fehler reproduzieren kann oder zumindest eine sehr genaue Vorstellung davon bekommt, was da passiert. Nur dann bestehen meist reelle Aussichten auf eine Behebung. Einen guten Bugreport zu schreiben kann durchaus Stunden kosten, wenn man noch einige Hypothesen vorher testet (stürzt das Programm auch in einer Neuinstallation ab? Gibt es bestimmte Einstellungen, die dafür verantwortlich sein könnten?)... > Es gibt doch bestimmt viele ehrenamtliche Tester, für die es eine große > Ehre wäre, wenn sie eine neue Version testen dürften. Klar, ich bin einer von denen :-)) Nur ist es halt auch so, dass wie schon oben erwähnt das *gute* Reporten von Bugs durchaus nicht so einfach ist. Das ist soweit ich weiß, auch genau der Grund, warum SUSE keinen öffentlichen Beta-Test macht... > Kann ich wirklich wegen jedem Dings das mir auffällt an SuSE eine Mail > schicken? Komm ich dann nicht auf die "Schwarze Liste"? ;-) Ja, wie gesagt, wenn es gute und hilfreiche Reports sind, an denen SUSE tatsächlich Interesse hat, kommst du wahrscheinlich eher auf eine "Weiße Liste" ;))) > Nee, im Ernst. Ich habe das Gefühl, als ob ich damit nur jemanden nerven > würde aber vielleicht täusch ich mich ja. Die meisten Autoren - darunter auch die SUSE-Entwickler - sind durchaus froh, wenn man konstruktive Kritik übt... > Was muß man denn machen, um für SuSE neue Versionen testen zu können? Siehe meine private Mail dazu... - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAlBqsk997/GGeSeIRAvxUAJ4kEvYjRlufSlwLBrUzC/zV19clRgCfbceQ 2BfRLMTzIq8a0Df+rER9Sds= =KTRI -----END PGP SIGNATURE-----

1 0

Fwd: [suse-isdn] Problem 9.1 ippp0
by Wolfgang Conrad 01 May '04

01 May '04

Wow! Und wer soll jetzt Dein Problem lösen, damit Du Dich nicht mehr ärgerst? >Hallo, >habe den Patch (Sysconfig) mit YOU runtergeladen. Es hat sich jedoch nichts >geändert. Das Problem ist immer noch das gleiche. Nach einem Neustart ist das >ippp0 gelöscht. Eine erneute Einwahl mit KInternet ist nicht möglich. >Ich bin sehr verärgert. Mit 9.0 hatte ich diese Probleme nicht. >Erbitte eine konkrete Lösung!! Mir fehlt jegliches Verständnis. W. Conrad, Berlin Germany http://conrad.hn.org coney(a)coney.ath.cx

4 4

Problem mit ISDN und SuSE 9.1 mit Firewall2
by Helge Alten 01 May '04

01 May '04

Ich habe ein Problem mit der Suse 9.1 beim aktivieren der Susefirewall2. Ich kann mich mit einer Fritz Card PCI beim meinem Provider einwählen jedoch kann wenn bei mir die Firewall2 aktiviert wird der Nameserver nicht aufgelöst werden. Bei der 9.0 hatte ich da bisher nie Probleme? Hat da wer eine Idee was ich da falch mache? /etc/sysconfig/SuSEfirewall2 FW_DEV_EXT="ippp0" FW_STOP_KEEP_ROUTING_STATE="yes" FW_IPSEC_TRUST="no" FW_LOG_ACCEPT_ALL="no" FW_LOG_ACCEPT_CRIT="yes" FW_LOG_DROP_ALL="no" FW_LOG_DROP_CRIT="yes" FW_PROTECT_FROM_INTERNAL="yes" FW_DEV_DMZ="" FW_DEV_INT="" Helge

2 1

Teledat X120 und 9.1
by Markus.Homma＠t-online.de 01 May '04

01 May '04

Hallo Leute, habe heute Suse 9.1 neu installiert und leider funktioniert meine Teledat X120 absolut nicht. Die Teledat wurde korrekt erkannt und eingebunden nur beim start von contr0 kommt immer ein fatal error "fxusb_CZ module not found" Das Modul existiert wirklich nicht...unter 9.0 lief alles einwandfrei. Fehlt das Modul etwa oder was mache ich falsch? gruss Markus

7 7