August 1999 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

ISDN-Probleme (mir faellt gerade kein besserer Betreff ein :-))
by Simon Stiefel 29 Aug '99

29 Aug '99

Hallo Mailingliste, ich habe mir SuSE 6.2 gekauft, u.A. in der Hoffnung, dass ich mit Linux nun endlich auch ins Internet gehen kann. Also, ich habe es (hoffe ich doch) schon ziemlich weit in der Konfiguration geschafft habe (dank Handbuch und Support). Ich wähle mich mit kISDN (Ich weiss, ALPHA!!) ein! Nach ewigem Rumprobieren hat es endlich eine Verbinducg gegeben! Leider stand sie nur 30 Sekunden! Ungefähr alle 5 Sekunden blinkt kurz die LED "Tx" (unter kISDN). Also mein Provider heisst "SWOL" und steht u.A. in Tuebingen! Aber er (kISDN) hat auch mal meine Testkonfiguration (zu arcor) gewählt! Vielleicht weiss von euch jemand was! In den 30 Sekunden kommt aber kein Datenverkehr zustande! Das ist das Problem! Nun zu meiner Konfiguration: Normaler PC (sonst tut ja alles) AVM fritz!-Card Classic (IRQ 12, I/O 240) Tk-Anlage (d.h. ich muss 'ne 0 vorwählen) Dazu passender Kernel (hoffe ich doch, nein, er passt schon!) Und der Vollständigkeitshalber noch ein Auszug aus /var/log/messages: Aug 29 22:29:18 SiStie kernel: ippp1: dialing 0 070715660... Aug 29 22:29:18 SiStie isdnlog: Aug 29 22:29:18 * tei 64 calling +49 7071/5660, Tübingen with +49 7123/0, Metzingen Württ RING (Data) Aug 29 22:29:19 SiStie isdnlog: Aug 29 22:29:19 tei 64 calling +49 7071/5660, Tü bingen with +49 7123/0, Metzingen Württ Unallocated (unassigned) number (User) Aug 29 22:29:20 SiStie isdnlog: Aug 29 22:29:20 tei 64 calling +49 7071/5660, Tü bingen with +49 7123/0, Metzingen Württ HANGUP ( 0:00:02) Unallocated (unassign ed) number (User) Aug 29 22:29:26 SiStie kernel: ippp1: dialing 1 010700192070... Aug 29 22:29:26 SiStie isdnlog: Aug 29 22:29:26 * tei 64 calling +49 /192070, Ge rmany with +49 7123/0, Metzingen Württ RING (Data) Aug 29 22:29:28 SiStie isdnlog: Aug 29 22:29:28 tei 64 calling +49 /192070, Germ any with +49 7123/0, Metzingen Württ Time:Sun Aug 29 20:29:00 1999 Aug 29 22:29:28 SiStie isdnlog: Aug 29 22:29:28 tei 64 calling +49 /192070, Germ any with +49 7123/0, Metzingen Württ CONNECT (Data) Aug 29 22:29:28 SiStie isdnlog: Aug 29 22:29:28 tei 64 calling +49 /192070, Germ any with +49 7123/0, Metzingen Württ Unknown provider 70 Aug 29 22:29:28 SiStie ipppd[1727]: Local number: 071230, Remote number: 0707156 60, Type: outgoing Warum hat er das gewählt? (arcor, nur test!) -> ^^^^^^^ Aug 29 22:29:28 SiStie ipppd[1727]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 13 Aug 29 22:29:28 SiStie kernel: isdn_net: ippp1 connected Aug 29 22:29:28 SiStie kernel: isdn_net: chargetime of ippp1 now 115966 Aug 29 22:29:58 SiStie kernel: isdn_net: local hangup ippp1 Aug 29 22:29:58 SiStie kernel: ippp1: Chargesum is 0 Aug 29 22:29:58 SiStie kernel: ippp, open, slot: 1, minor: 1, state: 0000 Aug 29 22:29:58 SiStie kernel: ippp_ccp: allocating reset data structure Aug 29 22:29:58 SiStie ipppd[1727]: LCP: timeout sending Config-Requests Aug 29 22:29:58 SiStie ipppd[1727]: Connection terminated. Aug 29 22:29:58 SiStie ipppd[1727]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 29 22:29:58 SiStie ipppd[1727]: closing fd 13 from unit 0 Aug 29 22:29:58 SiStie ipppd[1727]: link 0 closed , linkunit: 0 Aug 29 22:29:58 SiStie ipppd[1727]: reinit_unit: 0 Aug 29 22:29:58 SiStie ipppd[1727]: Connect[0]: /dev/ippp1, fd: 13 Aug 29 22:29:58 SiStie isdnlog: Aug 29 22:29:58 tei 64 calling +49 /192070, Germ any with +49 7123/0, Metzingen Württ Normal call clearing (User) Aug 29 22:29:59 SiStie isdnlog: Aug 29 22:29:59 tei 64 calling +49 /192070, Germ any with +49 7123/0, Metzingen Württ HANGUP (1 EH DEM 0.120 0:00:31 I= 0.0 b O=220.0 b) Vielen Dank im voraus! Simon Stiefel SimonStiefel(a)wastie.de

1 0

ippp0 schaltet nicht aus
by blancke＠t-online.de 29 Aug '99

29 Aug '99

Guten Abend! Nach Beendigung des Internet schaltet mein Device ippp0 leider nicht nach der vorgegebenen Zeit ab. Mit tcpdump -vv -i ippp0 erhalte ich dabei folgende Informationen, die das Aufhalten der Leitung verursachen: 18:44:16.240042 truncated-ip - 106 bytes missing!0.44.86.158 > 64.0.64.6: (frag 52283:124@32784) [tos 0x54] (ttl 8, bad chksum 4500!, optlen=16[|ip]) Derart Meldungen reihen sich so im Takt von ungefaehr 30 Sekunden aneinander. Hat das etwas mit meiner ISDN-Config zu tun oder wo fange ich an, den Fehler zu suchen? System ist SuSE 6.1, Fritz-Karte A1, Kernel 2.2.7 Danke fuer Hinweise! Gruss Peter Blancke.

1 0

Fritz unter Linux
by Thomas.Leupold＠t-online.de 29 Aug '99

29 Aug '99

Hallo. Ich habe mir die Beta Version von SUSE Linux 6.1 installiert. Jetzt habe ich folgendes Problem: Wie bekomme ich meine AVM Fritz Card! Classic unter Linux zum laufen, damit ich damit auch ins Internet gehen kann. Wo kann ich mir nötige Programme zur Konfiguration herunterladen? Ich hoffe, das mir jemand von euch helfen kann. Bis dann Thomas Leupold leupold(a)topmail.de http://www.thomas-leupold.de

2 1

isdn4k-utils und MySQL ?
by Robert Rakowicz 29 Aug '99

29 Aug '99

Hallo, es gibt wohl eine Möglichkeit mit den neuen isdn4k-utils isdn.log in eine MySQL DB zu schreiben. Kann mir jemand sagen welche Pakete und welche Einstellungen dafür notwendig sind. Ich habe MySQL Server aus SuSE 6.1 und isdn4k-utils-9908191100. Egal was ich unter MySQL-Path eintrage wird kein MySQL gefunden. Ich habe in der Datei isdnlog/configure den die Zeile verändert mit der nach mysql.h gesucht wird. Danach bricht make ab da mysqlclient angeblich nicht gefunden werden kann. Bevor ich jetzt alle Dateien an SuSE dir Struktur anpasse - hat das schon vielleicht jemand gemach ? Gruß Robert

1 0

AW: [suse-isdn] isdnlog und Ackermann Euracom 181
by Stefan.Pledl＠bnv-regen.de 28 Aug '99

28 Aug '99

Durch ein update des Paketes isdn4linux (isdn4k-utils-9908191100.tar.gz) sind diese Eintraege in der Datei /var/log/messages verschwunden und tauchen nur mehr auf, wenn ich von meinem Win-PC die Gebuehrendaten von der TK-Anlage uber den internen S0-Bus abrufe. vielen dank Stefan -----Ursprungliche Nachricht----- Von: Michael Schulz [SMTP:micha28@gmx.de] Gesendet am: Montag, 23. August 1999 01:44 An: 'suse-isdn(a)suse.com' Betreff: Re: [suse-isdn] isdnlog und Ackermann Euracom 181 Pledl Stefan schrieb am 22.08.1999 um 21:21:18 +0200: > Hallo Leute, > > ich habe folgendes Problem. Mein Linux Rechner (bestueckt mit einer Fritz!Classic) haengt an > einer Ackermann Euracom 181 TK-Anlage am internen S0-Bus. > > Von isdnlog werden staendig folgende Eintraege in die Datei /var/log/messages erzeugt. > > Aug 22 20:11:57 XXXXX isdnlog: Aug 22 20:11:57 tei 127 calling ? with ? Unexpected discriminator 0xaa -- ignored! [...] > Meine Fragen: > - von wem werden diese Eintraege erzeugt ? Ackermann. > - was bedeuten diese Eintraege ? Gute Frage;-) Die Anlage fragt den internen S0-Bus nach Geraten, im speziellen die Systemtelefone ab. > - wie kann ich diese Eintraege verhindern ? neue ISDN-utils? Ich habe hier keine Eintrage mehr. Bis denne, Michael -- ------------------------------------------------------------ - Michael Schulz micha28(a)gmx.de - - 59348 Luedinghausen don't be, just imitate - ------------------------------------------------------------ -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe(a)suse.com Um eine Liste aller verfugbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

Entwarnung wegen Kernel 2.2.11 und Teles 16.3c
by js_ftlol＠t-online.de 27 Aug '99

27 Aug '99

Hallo Liste, hiermit möchte ich eine öffenliche Entwarnung zu meiner letzten Mail (Betreffs dem Kernelabschmieren mit meiner Teles 16.3c) geben. Ich Trottel hatte das ISDN-Protokoll (DSS1 oder 1TR6) vergessen in den Kernel einzubinden. Damit ist natürlich alles klar. Bei allen die an der Entwicklung des Kernels beteiligt sind, und sich durch meine letzte Mail angegriffen fühlten, möchte ich mich also entschuldigen. Es gibt eben Tage, an denen ist man eben zu allem zu dusslig. Übrigens habe ich gerade den Linus-Kernel 2.2.12 installiert. Mit dem funtzt es ebenfalls (zumindest wenn man eines (oder eben das Richtige) Leitungsprotokoll mit übersetzt (Hi)). Jörg

1 0

Masquerading Suse 6.2 Kernel 2.2.10
by F.Liebig 27 Aug '99

27 Aug '99

Hallo Liste, ich habe immer noch Probleme mit dem Masquerading unter SuSe 6.2 (Standard-Kernel 2.2.10): Der Verkehr vom Linux-Rechner ins Internet via ippp0, dyn IP-Adressen Zuweisung vom Provider geht problemlos und immer. Von Win-Rechnern im Netz via eth0 Linux ippp0 geht es bei der ersten Anwahl auch auf Anhieb. Nachdem die ISDN-Karte die Verbindung wegen Nicht Nutzung abgebaut hat (Idle Time 35 sec), muss man ueber eine Minute warten, bis man die Verbindung wieder aufbauen kann; dann geht es wieder. Wartet man nicht so lange, so zaehlt die Zeit von ca. 60 sec. wieder neu, bis man erfolgreich einwaehlen kann. setzt man den Ping vom Win-Rechner alle 50 sec. ab, so bekommt man ab der zweiten Anwahl nie mehr eine Antwort; auf dem Linux Rechner kann man sehrwohl pingen. Macht man auf dem Linux-Rechner netstat -M, so erhaelt man prot expire source destination ports icmp 0:50:88 win.rechner.im_netz ziel.im.internet 256 -> 8 (61008) Die Karte legt schon vor Ablauf des expire-Zaehlers auf, der zaehlt aber munter weiter. Erst wenn der auf 0 ist (die Zeile verschwindet dann), fuehrt eine erneute Anwahl auch zu einer Ping-Antwort. Wo muss ich da schrauben? Vielen Dank im voraus Justus # F.Liebig # Am Schlangenholt 22 # D-46240 Bottrop # Germany # Tel.: +49(0)2041 988717 privat # Tel.: +49(0)234 910-8714 Buero

1 0

Teles 16.3c PnP mit Kernel 2.2.11
by js_ftlol＠t-online.de 26 Aug '99

26 Aug '99

Hallo Liste, ich habe eine SuSE 6.1 mit einer Teles 16.3c PnP seit geraumer Zeit fehlerfrei am laufen. Nun hat mich mal wieder der Update-Wahn gepackt, und ich wollte auf einen Kernel 2.2.11 umsteigen (Original-Linus-Kernel). Das Ergebnis war schockierend. Ich habe es seit der 0.99-er Version vom Kernel nie wieder geschafft, meine Kiste mit einem Kernel-Panic abschmieren zu lassen. Die Version 2.2.11 hat es tatsächlich geschafft! Sobald ich versuche die Verbindung aufzubauen schmiert er mir mit einem Registerdump und der Bemerkung " .. killing Interrupt .. " ab. Ich habe den Treiber für die HFC-S-Karten für ISA genommen. Der bisherige Treiber für die Teles 16.3c existiert ja nicht mehr so wie gewohnt. Unter dem SuSE-Kernel 2.2.10 läuft alles wie gehabt, und auch unter dem HFC-S-Treiber. Hat einer von Euch sowas schon mal gehabt? Oder kann man vielleicht den SuSE-2.2.10 mit dem original-Patch von Linus auf 2.2.11 bringen? Ich habe dabei bisher immer die Erfahrung gemacht, daß es verflucht viele Fehler beim Patchen gab. Da weis man ja nie, ob da noch alles im Lot ist. Hier mal noch meine Interupt-Belegung. Vieleicht liegt es auch daran. Kann ich mir zwar nicht vorstellen, da unter dem 2.2.10-SuSE alles läuft, aber manchmal geht der Strom so seine eigenen Wege ... CPU0 0: 243826 XT-PIC timer 1: 6987 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 433 XT-PIC serial 4: 7860 XT-PIC serial 5: 0 XT-PIC parport2 8: 1 XT-PIC rtc 9: 65215 XT-PIC eth0, es1371 11: 741 XT-PIC HiSax 12: 30411 XT-PIC ncr53c8xx 13: 1 XT-PIC fpu 14: 123793 XT-PIC ide0 NMI: 0 Laßt mal was von Euch hören (ich meine natürlich lesen ...) Jörg

1 0

Re: [suse-isdn] ippp0 wählt sich ständig ein
by Leopold Toetsch 25 Aug '99

25 Aug '99

Hallo Axel, -----Original Message----- From: Burghardt, Axel <ABurghardt(a)CONET.DE> To: 'Jörg Schmitz-Linneweber' <jsl(a)sth.ruhr-uni-bochum.de>; lt(a)toetsch.at <lt(a)toetsch.at> Cc: suse-isdn(a)suse.com <suse-isdn(a)suse.com> Date: Mittwoch, 25. August 1999 12:40 Subject: AW: [suse-isdn] ippp0 wählt sich ständig ein >Hi Jörg, >genau diesen Workaround habe ich bei mir schon implementiert. Kannst du das hier posten oder mir zumailen? Danke. (Ich sammle gerade "unerwuenschte Verbindungsaufbaue", http://www.toetsch.at/de/tips/linux/99/33.htm und natuerlich die Abhilfen dazu.) leo

1 0

ppp-handshake klappt nicht
by Heiko Wilms 25 Aug '99

25 Aug '99

Hi, nachdem meine Teledat 150 nun endlich läuft, stehen die nächsten Probleme an. Hier ein Auszug aus meiner /var/log/messages ----------------------------------------------------------------------------- Aug 25 09:51:19 Kurt kernel: ISDN subsystem Rev: 1.44.2.9/1.41.2.11/1.48.2.27/1.28.2.2/1.8.2.2 loaded Aug 25 09:51:19 Kurt kernel: HiSax: Linux Driver for passive ISDN cards Aug 25 09:51:19 Kurt kernel: HiSax: Version 3.1 (module) Aug 25 09:51:19 Kurt kernel: HiSax: Layer1 Revision 1.15.2.19 Aug 25 09:51:19 Kurt kernel: HiSax: Layer2 Revision 1.10.2.11 Aug 25 09:51:19 Kurt kernel: HiSax: TeiMgr Revision 1.8.2.7 Aug 25 09:51:19 Kurt kernel: HiSax: Layer3 Revision 1.10.2.6 Aug 25 09:51:19 Kurt kernel: HiSax: LinkLayer Revision 1.30.2.13 Aug 25 09:51:19 Kurt kernel: HiSax: Approval certification valid Aug 25 09:51:19 Kurt kernel: HiSax: Approved with ELSA Quickstep series cards Aug 25 09:51:19 Kurt kernel: HiSax: Approval registration numbers: Aug 25 09:51:19 Kurt kernel: HiSax: German D133361J CETECOM ICT Services GmbH Aug 25 09:51:19 Kurt kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Aug 25 09:51:19 Kurt kernel: HiSax: Total 1 card defined Aug 25 09:51:19 Kurt kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Aug 25 09:51:19 Kurt kernel: HiSax: AVM PCI/ISAPnP driver Rev. 1.1.2.8 Aug 25 09:51:19 Kurt kernel: AVM PnP: Class A Rev 2 Aug 25 09:51:19 Kurt kernel: AVM PCI/PnP: reset Aug 25 09:51:19 Kurt kernel: AVM PCI/PnP: S1 0 Aug 25 09:51:19 Kurt kernel: HiSax: AVM Fritz!PnP config irq:12 base:0x6000 Aug 25 09:51:19 Kurt kernel: AVM PnP: ISAC version (0): 2086/2186 V1.1 Aug 25 09:51:19 Kurt kernel: AVM Fritz PnP/PCI: IRQ 12 count 0 Aug 25 09:51:19 Kurt kernel: AVM Fritz PnP/PCI: IRQ 12 count 3 Aug 25 09:51:19 Kurt kernel: HiSax: DSS1 Rev. 1.16.2.8 Aug 25 09:51:19 Kurt kernel: HiSax: 2 channels added Aug 25 09:51:19 Kurt kernel: HiSax: module installed Aug 25 09:51:19 Kurt kernel: HiSax: debugging flags card 1 set to 4 [...] Aug 25 09:51:52 Kurt kernel: ippp0: dialing 1 xxxxx... Aug 25 09:51:52 Kurt isdnlog: (HiSax driver detected) Aug 25 09:51:52 Kurt isdnlog: Aug 25 09:51:52 * tei 85 calling ? with myself1 CPN +49511350xxxx Aug 25 09:51:52 Kurt isdnlog: Aug 25 09:51:52 * tei 85 calling Provider with myself1 RING (Data) Aug 25 09:51:54 Kurt isdnlog: Aug 25 09:51:54 tei 85 calling Provider with myself1 Time:Wed Aug 25 09:52:00 1999 Aug 25 09:51:54 Kurt isdnlog: Aug 25 09:51:54 tei 85 calling Provider with myself1 CONNECT (Data) Aug 25 09:51:54 Kurt isdnlog: Aug 25 09:51:54 tei 85 calling Provider with myself1 NEXT CHARGEINT IN 0:01:30 (Vormittag, Werktag, CityCall) Aug 25 09:51:54 Kurt kernel: isdn_net: ippp0 connected Aug 25 09:51:54 Kurt kernel: isdn_net: chargetime of ippp0 now 7348 Aug 25 09:51:54 Kurt ipppd[108]: Local number: 350xxxx, Remote number: xxxxx, Type: outgoing Aug 25 09:51:54 Kurt ipppd[108]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Aug 25 09:51:54 Kurt ipppd[108]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xa40b9e43>] Aug 25 09:52:21 Kurt last message repeated 9 times Aug 25 09:52:24 Kurt kernel: isdn_net: local hangup ippp0 Aug 25 09:52:24 Kurt kernel: ippp0: Chargesum is 0 Aug 25 09:52:24 Kurt ipppd[108]: LCP: timeout sending Config-Requests Aug 25 09:52:24 Kurt ipppd[108]: Connection terminated. Aug 25 09:52:24 Kurt ipppd[108]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 25 09:52:24 Kurt ipppd[108]: LCP is down Aug 25 09:52:24 Kurt ipppd[108]: closing fd 7 from unit 0 Aug 25 09:52:24 Kurt ipppd[108]: link 0 closed , linkunit: 0 Aug 25 09:52:24 Kurt ipppd[108]: reinit_unit: 0 Aug 25 09:52:24 Kurt ipppd[108]: Connect[0]: /dev/ippp0, fd: 7 Aug 25 09:52:24 Kurt isdnlog: Aug 25 09:52:24 tei 85 calling Provider with myself1 Normal call clearing (User) Aug 25 09:52:25 Kurt isdnlog: Aug 25 09:52:24 tei 85 calling Provider with myself1 HANGUP (1 EH DM 0.12 0:00:30 I= 0.0 b O=180.0 b) [Hier habe ich PID 108 gekillt...] Aug 25 09:52:28 Kurt ipppd[108]: Terminating on signal 15. Aug 25 09:52:28 Kurt ipppd[108]: LCP is down Aug 25 09:52:28 Kurt ipppd[108]: closing fd 7 from unit 0 Aug 25 09:52:28 Kurt ipppd[108]: link 0 closed , linkunit: 0 Aug 25 09:52:28 Kurt ipppd[108]: Exit. ------------------------------------------------------------------------------------- Bei Suse habe ich gelesen, dass die Meldung "LCP: timeout sending Config-Requests" kommt, wenn die Gegenstelle kein synchrones ppp anbietet, was in meinem Fall nicht zutrifft. Welche anderen Ursachen kann das noch haben? Unter Win95 gibt es keine Probleme ( was ein Wunder ;-) ) -- H. Wilms Homepage schering.si.uni-hannover.de/hugo email wilms(a)stud.fh-hannover.de

1 0