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

BlueFritz USB
by Dr.Ingo.Arndt＠t-online.de 03 May '04

03 May '04

Hallo Liste! Bin leider blutiger Anfänger - Verständnisfrage: Ist es richtig, dass ich ab der Suse 9.1 für die Installation eines BlueFritz USB - dongles keine Kernelpatches etc. mehr benötige? Ich würde dann von 9.0 auf 9.1 updaten, da mir die Installation unter 9.0 nicht gelungen ist. Vielen Dank für Eure Antworten vorab!! Gruß, Ingo Arndt

2 1

Fritz!Card DSL SL PCI / SuSE 9.1
by andreas.ernst.beselich＠t-online.de 03 May '04

03 May '04

Hallo Liste, nachdem Update von 9.0 nach 9.1 lief es noch normal, dann teste ich, ob ich den PC auch als Einwahlserver für ISDN verwenden kann. Dies klappte leider nicht, also entfernte ich die entsprechende Konfiguration. Doch seitdem klappt der DSL Zugang nicht mehr: vorher: Apr 30 12:48:01 kelly pppd[5097]: Starting link Apr 30 12:48:01 kelly pppd[5097]: capiplugin: phase serialconn (was dormant). Apr 30 12:48:01 kelly pppd[5097]: capiplugin: leased line (adslpppoe) Apr 30 12:48:01 kelly kernel: fcdsl2: New NCCI(10102), window size 8... Apr 30 12:48:01 kelly kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up Apr 30 12:48:01 kelly pppd[5097]: capiplugin: connected: "" -> "" outgoing Apr 30 12:48:01 kelly pppd[5097]: capiplugin: using /dev/capi/0: "" -> "" outgoing Apr 30 12:48:02 kelly pppd[5097]: Connect: ppp0 <--> /dev/capi/0 Apr 30 12:48:02 kelly pppd[5097]: capiplugin: phase establish (was serialconn). Apr 30 12:48:02 kelly pppd[5097]: capiplugin: phase authenticate (was establish). Apr 30 12:48:05 kelly pppd[5097]: capiplugin: phase establish (was authenticate). Apr 30 12:48:05 kelly pppd[5097]: capiplugin: phase authenticate (was establish). Apr 30 12:48:05 kelly pppd[5097]: PAP authentication succeeded Apr 30 12:48:05 kelly pppd[5097]: capiplugin: phase network (was authenticate). Apr 30 12:48:05 kelly pppd[5097]: Local IP address changed to 213.146.116.200 Apr 30 12:48:05 kelly pppd[5097]: Remote IP address changed to 195.62.99.234 Apr 30 12:48:05 kelly pppd[5097]: capiplugin: phase running (was network). Apr 30 12:48:05 kelly ifup: ppp0 Apr 30 12:48:05 kelly ifup: ppp0 configuration: dsl0 Apr 30 12:48:05 kelly pppd[5097]: Script /etc/ppp/ip-up finished (pid 5968), status = 0x0 nachher: May 1 15:24:06 kelly pppd[11716]: Plugin capiplugin.so loaded. May 1 15:24:06 kelly pppd[11716]: capiplugin: $Revision: 1.33 $ May 1 15:24:06 kelly pppd[11716]: capiconn: 1.8 May 1 15:24:06 kelly pppd[11716]: Plugin passwordfd.so loaded. May 1 15:24:06 kelly pppd[11716]: pppd 2.4.2 started by root, uid 0 May 1 15:24:06 kelly pppd[11716]: Using interface ppp0 May 1 15:24:06 kelly pppd[11716]: local IP address xx.xx.xx.xx May 1 15:24:06 kelly pppd[11716]: remote IP address xx.xx.xx.xx May 1 15:24:06 kelly pppd[11716]: capiplugin: phase dormant. May 1 15:24:06 kelly pppd[11716]: loading adsl parameters from /etc/drdsl/adsl.conf ... May 1 15:24:06 kelly pppd[11716]: capiplugin: contr=2 May 1 15:24:06 kelly pppd[11716]: controller 2: listen_change_state 0 -> 1 May 1 15:24:06 kelly pppd[11716]: contr 2: listenconf Info=0x0000 (No additional information) infomask=0x145 cipmask=0x0 capimask2=0x0 May 1 15:24:06 kelly pppd[11716]: controller 2: listen_change_state 1 -> 0 May 1 15:24:08 kelly pppd[11716]: Starting link May 1 15:24:08 kelly pppd[11716]: capiplugin: phase serialconn (was dormant). May 1 15:24:08 kelly pppd[11716]: plci_change_state:0x0 0 -> 1 event=1 May 1 15:24:08 kelly pppd[11716]: capiplugin: leased line (adslpppoe) May 1 15:24:08 kelly pppd[11716]: plci_change_state:0x102 1 -> 2 event=3 May 1 15:24:08 kelly kernel: fcdsl2: New NCCI(10102), window size 8... May 1 15:24:08 kelly kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up May 1 15:24:08 kelly pppd[11716]: plci_change_state:0x102 2 -> 3 event=6 May 1 15:24:08 kelly pppd[11716]: ncci_change_state:0x102 0 -> 1 event=1 May 1 15:24:08 kelly pppd[11716]: ncci_change_state:0x10102 1 -> 3 event=3 May 1 15:24:12 kelly pppd[11716]: ncci_change_state:0x10102 3 -> 7 event=10 May 1 15:24:12 kelly pppd[11716]: ncci_change_state:0x10102 7 -> 0 event=13 May 1 15:24:12 kelly pppd[11716]: plci_change_state:0x102 3 -> 7 event=8 May 1 15:24:12 kelly pppd[11716]: plci_change_state:0x102 7 -> 8 event=9 May 1 15:24:12 kelly pppd[11716]: plci_change_state:0x102 8 -> 0 event=11 May 1 15:24:12 kelly pppd[11716]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x3312) - No additional information May 1 15:24:12 kelly kernel: fcdsl2: Remove NCCI(10102), appl 2... May 1 15:24:12 kelly kernel: kcapi: appl 2 ncci 0x10102 down May 1 15:24:17 kelly pppd[11716]: plci_change_state:0x0 0 -> 1 event=1 May 1 15:24:17 kelly pppd[11716]: capiplugin: leased line (adslpppoe) May 1 15:24:17 kelly pppd[11716]: plci_change_state:0x102 1 -> 2 event=3 May 1 15:24:17 kelly pppd[11716]: plci_change_state:0x102 2 -> 3 event=6 May 1 15:24:17 kelly pppd[11716]: ncci_change_state:0x102 0 -> 1 event=1 May 1 15:24:17 kelly pppd[11716]: ncci_change_state:0x10102 1 -> 3 event=3 May 1 15:24:17 kelly kernel: fcdsl2: New NCCI(10102), window size 8... May 1 15:24:17 kelly kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up May 1 15:24:20 kelly pppd[11716]: ncci_change_state:0x10102 3 -> 7 event=10 May 1 15:24:20 kelly pppd[11716]: ncci_change_state:0x10102 7 -> 0 event=13 May 1 15:24:20 kelly pppd[11716]: plci_change_state:0x102 3 -> 7 event=8 May 1 15:24:20 kelly pppd[11716]: plci_change_state:0x102 7 -> 8 event=9 May 1 15:24:20 kelly pppd[11716]: plci_change_state:0x102 8 -> 0 event=11 May 1 15:24:20 kelly pppd[11716]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x3312) - No additional information May 1 15:24:20 kelly kernel: fcdsl2: Remove NCCI(10102), appl 2... May 1 15:24:20 kelly kernel: kcapi: appl 2 ncci 0x10102 down May 1 15:24:25 kelly pppd[11716]: plci_change_state:0x0 0 -> 1 event=1 May 1 15:24:25 kelly pppd[11716]: capiplugin: leased line (adslpppoe) May 1 15:24:25 kelly pppd[11716]: plci_change_state:0x102 1 -> 2 event=3 May 1 15:24:25 kelly pppd[11716]: plci_change_state:0x102 2 -> 3 event=6 May 1 15:24:25 kelly pppd[11716]: ncci_change_state:0x102 0 -> 1 event=1 May 1 15:24:25 kelly pppd[11716]: ncci_change_state:0x10102 1 -> 3 event=3 May 1 15:24:25 kelly kernel: fcdsl2: New NCCI(10102), window size 8... May 1 15:24:25 kelly kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up May 1 15:24:29 kelly pppd[11716]: ncci_change_state:0x10102 3 -> 7 event=10 May 1 15:24:29 kelly pppd[11716]: ncci_change_state:0x10102 7 -> 0 event=13 May 1 15:24:29 kelly pppd[11716]: plci_change_state:0x102 3 -> 7 event=8 May 1 15:24:29 kelly pppd[11716]: plci_change_state:0x102 7 -> 8 event=9 May 1 15:24:29 kelly pppd[11716]: plci_change_state:0x102 8 -> 0 event=11 May 1 15:24:29 kelly pppd[11716]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x3312) - No additional information May 1 15:24:29 kelly kernel: fcdsl2: Remove NCCI(10102), appl 2... May 1 15:24:29 kelly kernel: kcapi: appl 2 ncci 0x10102 down May 1 15:24:34 kelly pppd[11716]: plci_change_state:0x0 0 -> 1 event=1 May 1 15:24:34 kelly pppd[11716]: capiplugin: leased line (adslpppoe) May 1 15:24:34 kelly pppd[11716]: plci_change_state:0x102 1 -> 2 event=3 May 1 15:24:34 kelly pppd[11716]: plci_change_state:0x102 2 -> 3 event=6 May 1 15:24:34 kelly pppd[11716]: ncci_change_state:0x102 0 -> 1 event=1 May 1 15:24:34 kelly pppd[11716]: ncci_change_state:0x10102 1 -> 3 event=3 May 1 15:24:34 kelly kernel: fcdsl2: New NCCI(10102), window size 8... May 1 15:24:34 kelly kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up May 1 15:24:37 kelly pppd[11716]: ncci_change_state:0x10102 3 -> 7 event=10 May 1 15:24:37 kelly pppd[11716]: ncci_change_state:0x10102 7 -> 0 event=13 May 1 15:24:37 kelly pppd[11716]: plci_change_state:0x102 3 -> 7 event=8 May 1 15:24:37 kelly pppd[11716]: plci_change_state:0x102 7 -> 8 event=9 May 1 15:24:37 kelly pppd[11716]: plci_change_state:0x102 8 -> 0 event=11 May 1 15:24:37 kelly pppd[11716]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x3312) - No additional information May 1 15:24:37 kelly pppd[11716]: capiplugin: couldn't make connection May 1 15:24:37 kelly pppd[11716]: controller 2: listen_change_state 0 -> 1 May 1 15:24:37 kelly pppd[11716]: contr 2: listenconf Info=0x0000 (No additional information) infomask=0x145 cipmask=0x0 capimask2=0x0 May 1 15:24:37 kelly pppd[11716]: controller 2: listen_change_state 1 -> 0 May 1 15:24:37 kelly pppd[11716]: capiplugin: exit May 1 15:24:37 kelly kernel: fcdsl2: Remove NCCI(10102), appl 2... May 1 15:24:37 kelly kernel: kcapi: appl 2 ncci 0x10102 down May 1 15:24:37 kelly pppd[11716]: Exit. Ich habe schon viel ausprobiert, alles deinstallieren, neu starten und wieder installieren, doch leider ohne Erfolg. Ich vermute, daß es ein Bug im Treiber mit dem neuen 2.6. Kernel ist. Was kann ich tun? Andreas

2 3

AVM Fritz DSL Card wird nach Neustart von Suse 9.1 nicht mehr erkannt
by Guma96＠t-online.de 03 May '04

03 May '04

Hallo Liste, nachdem ich ein Update von Suse 9.0 prof auf Suse 9.1 prof vorgenommen hatte, verzeichnete ich unter anderen Problemen, ein sehr instabiles Sytem mit totalen Systemstillständen. Also habe ich die Suse 9.1 prof komplett neu installiert. Jetzt habe ich zwar ein stabiles System, aber ich muss jedesmal meine Fritz ISDN/DSL Karte mittels Yast neu installieren. Wenn das geschehen ist läuft die Karte einwandfrei, bis zum nächsten Systemstart. dsl 0 und ippp 0 ist "Startmode ist manual" skipped dann am Ende des bootvorgang kommt noch die Meldung Skipped Services in runlevel 5 = isdn smbfs (in gelb) Auch mein Scanner wird erst nach einem Yast Eingriff wieder erkannt, bis zum nächstem Systemstart. Was kann ich tun, oder liegt es hier an den Yast Modulen ??? Gruß Guido

3 3

RE: [suse-isdn] Re: Teledat X120 und andere OEM Versionen der Fri tz!X
by Post, W 03 May '04

03 May '04

> Am Freitag 30 April 2004 20:41 schrieb Karsten Keil: >> Hi, >> >> Ein Treiber fuer den orginal 9.1 kernel steht unter >> > ftp://ftp.suse.com/pub/people/kkeil/testing/9.1/fxusb_CZ.ko_2. > 6.4-52-defaul >> t zum Download bereit, nach > /lib/modules/2.6.4-52-default/extra/fxusb_CZ.ko >> kopieren. > > Muss dann nicht der Name auf fxusb_CZ.ko gekürzt werden bevor es ins > Verzeichnis kopiert wird? ein link tut es auch, dann kann man verschiedene versionen des treibers parallel vorhalten, so das noetig sein sollte. der lange name enthaelt die versionsnummer als "sprechender dateiname" - der link zeigt dann auf die verwendete version. wolfgang

1 0

Re: [suse-isdn] SL 9.1 - Beim Surfen bricht Verbindung ab FritzCard PCI
by Gunnar Salbeck 03 May '04

03 May '04

charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 30. April 2004 11:17 schrieb Karsten Keil: > Welchen Treiber benutzt Du HiSax oder CAPI ? Hallo Karsten, Ich verwende Capi > das ist beim Verbindungsabbau normal > > Passiert das auch ohne Buendelung ? Nein, ohne B=FCndelung bleibt die Verbindung bestehen. Wie ist das jetzt eigentlich mit SL 9.1 und der Kanalb=FCndelung?=20 Macht man bei 9.1 Automatische Kanalb=FCndelung immernoch =FCber Xibod bzw.= ibod?=20 Mini-Script ip-up.local in /etc/ppp ? So hab ich es gemacht.=20 =2D-=20 Gru=DF Gunnar =46ingerprint: 20FB 972E 82C5 B27A 8486 DD77 2AAA 3D19 4C85 A4A6

4 3

Re: [suse-isdn] zweiten Provider auf Interface binden
by Karsten Keil 03 May '04

03 May '04

On Mon, May 03, 2004 at 09:03:29AM +0200, Frank Gerd Walzebuck wrote: > Hallo Karsten, > > vielen Dank für die schnelle Antwort! > > Okay, ich habe mich wohl blöd ausgedrückt. Ich wollte einen zweiten > Provider für die Sonntags-Einwahl hinzufügen. In Yast kommt nach > "Hinzufügen" eine Auswahl. Hier wählte ich "Provider zu bestehender > Schnittstelle hinzufügen". NAch Eingabe der Daten und einem beherzten > "Weiter" wurden keine Daten geschrieben bzw. ich konnte den Provider mit > kinternet nicht auswählen. Grrr, stimmt wenn nur ein Provider hinzugefuegt/geaendert wird, wird nicht gespeichert, wenn ich hier probiere, teste ich immer mehrere Sachen, dadurch ist mir das garnicht aufgefallen. Workaround: auch auf Bearbeiten gehen -> Schnittstelle -> Weiter ->Weiter (Also nichts aendern) und dann erst auf Beenden. -- Karsten Keil SuSE Labs ISDN development

1 0

zweiten Provider auf Interface binden
by Frank Gerd Walzebuck 03 May '04

03 May '04

Morjen Freunde, ich habe am Wochenende die 9.1 angetestet. Nach den "üblichen" Problemen mit ISDN ist mir ein weiteres aufgefallen. Und zwar ist es via Yast nicht möglich, auf ein bestehendes Interface einen zweiten Provider zu binden. Nach dem Versuch sind keine weiteren Einträge unter /etc/sysconfig/isdn zu finden. Ist dieses Phänomen bekannt? Wie kann ich dieses Problem lösen? Vielen Dank für Eure Hilfe! Walze.

2 2

ISDN-Anwendung gesucht für Sprachsteuerung oder DMTF-Steuerung....
by Axel Lindlau 03 May '04

03 May '04

Hallo, Ich suche eine Anwendung die folgendes kann: Einen eingehenden Anruf an der Rufnummer erkennen, eine Pin abfragen und dann an Hand von Bestellnummern bestellungen aufnehmen........ Gibt es da etwas, was unter Linux läuft? Mein erster Gedanke war "Asterisk" -liege ich da richtig? Für einen kurzen Hinweis wäre ich dankbar, Gruß Axel - Köln

2 2

Interneteinwahl mit Fritz!Blue - Konqueror kommt nicht raus
by BÄDA 02 May '04

02 May '04

Hallo Ich versuche mit Suse 9.1 und AVM Fritz!Blue ins www zu kommen: Habe die Holtmann-Bibel durchgemacht und es funktioniert alles soweit. Ciptool scan -> Bluetooth lampe am APX leuchtet. pppd call provider -> B1 leuchtet aber: Weder konqueror noch opera, kmail... bekommt eine Verbindung nach aussen. mit Kinternet bricht er mir die Verbindung nach 10 sek ab. was mach ich falsch? Thx Peter Auszug aus dmesg ------------------------------------------------------------------ Bluetooth: Found 1 CAPI controller(s) on device 00:04:0E:90:18:02 kcapi: Controller 1: 00:04:0E:90:18:02 attached kcapi: card 1 "00:04:0E:90:18:02" ready. capidrv: controller 1 up cmtp_send_message: Can't find application with id 1 capidrv-1: now up (2 B channels) capidrv-1: D2 trace enabled cmtp_send_message: Can't find application with id 1 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure dffcf800 PPP generic driver version 2.4.2 PPP BSD Compression module registered PPP Deflate Compression module registered ippp0: dialing 1 019103000... cmtp_send_message: Can't find application with id 1 isdn_net: local hangup ippp0 capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF ippp0: Chargesum is 0 ------------------------------------------------------------------

3 2

SuSE 9.1: Problem bei AVM Fritz!X USB V. 2.0
by Peter Reichensperger 02 May '04

02 May '04

Hallo, habe soeben den Update von SuSE 9.0 auf 9.1 (professional) durchgeführt. Bei einer Interneteinwahl gibt es folgendes Problem: Eine Einwahl ist nur möglich, wenn ich beim Booten des Computers folgende Reihenfolge einhalte (gebootet werden muss über die Installations-CD) - Installation - Update des bestehenden Systems (ohne aber einen Update auszuführen) - Installiertes System starten. Dies ist doch recht umständlich - oder? dmesg-Auszug bei normalem Booten (also nicht wie oben beschrieben) (hier ist ein Einwählen nicht möglich): CAPI Subsystem Rev 1.1.2.7 drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub fxusb: module license 'Proprietary' taints kernel. fxusb: AVM FRITZ!X USB/FRITZ!X ISDN driver, revision 0.5.0 fxusb: (fxusb built on Apr 7 2004 at 02:12:59) fxusb: Loading... drivers/usb/core/usb.c: registered new driver fxusb fxusb: Loaded. usb 1-1: new full speed USB device using address 2 usb 1-1: Product: AVM ISDN-Connector FRITZ!X USB usb 1-1: Manufacturer: AVM Berlin capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.3: started up with major 68 (middleware+capifs) ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded capidrv: Rev 1.1.2.2: loaded und dmesg-Auszug bei Booten über Installations-CD (wie oben beschrieben) (Einwählen ist möglich): CAPI Subsystem Rev 1.1.2.7 fxusb: module license 'Proprietary' taints kernel. fxusb: AVM FRITZ!X USB/FRITZ!X ISDN driver, revision 0.5.0 fxusb: (fxusb built on Apr 7 2004 at 02:12:59) fxusb: Loading... fxusb: Driver 'fxusb' attached to stack. (152) fxusb: Stack version 3.11-04 kcapi: Controller 1: fxusb-0002 attached kcapi: card 1 "fxusb-0002" ready. drivers/usb/core/usb.c: registered new driver fxusb fxusb: Loaded. capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.3: started up with major 68 (middleware+capifs) ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded capidrv-1: now up (2 B channels) capidrv-1: D2 trace enabled capidrv: Rev 1.1.2.2: loaded ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure ca266800 NET: Registered protocol family 10 Disabled Privacy Extensions on device c03545c0(lo) IPv6 over IPv4 tunneling driver Wie man sieht, läuft hier also wesentlich mehr ab (fxusb attached to stack, kcapi, capidrv now up ...). Ich bin aber in Linux zu ungeübt, um gleich eine Lösung zu sehen. Falls mir also jemand helfen könnte, würde ich mich sehr freuen. MfG Peter Reichensperger

2 1