January 2005 - openSUSE ISDN (Deutsch)

AW: [suse-isdn] HylaFax sendet keine Faxe
by Christian Schmidt 12 Jan '05

12 Jan '05

> > > Hallo, > > > > > > ich habe eine SuSE 9.2 mit HylaFax installiert und versuche > > nun Faxe > > > zu versenden. > > > Das Fax wird auch entsprechend verarbeitet und zum Senden > > vorbereitet. > > > Aber halt nicht versendet... > > > > > > Im Capifax.log finden ich folgenden Hinweis: > > > > > > Device "faxCAPI" uses 2 receive thread(s) with the > following config: > > > Jan 12 15:34:40.69: [ 5702]: c2faxrecv - INFO: Controller=1 : > > > IncomingMSNs=55295668 > > > Jan 12 15:34:40.69: [ 5702]: c2faxrecv - INFO: > > > Started in Hylafax mode and waiting on incoming calls. > > > Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: SESSION BEGIN > > > 00000102 > > > +49.89.55295668 > > > Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: SEND > FAX: JOB 102 > > > DEST > > > 01212510179456 COMMID 00000046 > > > Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: Try to > > connect to fax > > > number 01212510179456 in Hylafax mode on controller 0. > > > Jan 12 15:34:40.80: [ 5706]: CapiFaxSend - INFO: Dial and > starting > > > transfer of TIFF-File docq/doc10.tif;01 with fine resolution. > > > > > > Woran kann das liegen? > > > Der Faxempfang klppt einwandfrei. > > > > > > > Was steht im zugehoerigen /var/spool/fax/log/... File ? > > > > Mit 'avmcapictrl trace on' kann man das CAPI debug anschalten und > > schauen ob die CAPI ueberhaupt angesprochen wird. > > > > -- > > Karsten Keil > > SuSE Labs > > ISDN development > > > Hallo, hier ein Auszug aus der Log: Jan 12 15:16:16.85: [ 7314]: SESSION BEGIN 00000100 +49.89.55295668 Jan 12 15:16:16.85: [ 7314]: SEND FAX: JOB 100 DEST 01212510179456 COMMID 00000043 Jan 12 15:16:16.85: [ 7314]: Try to connect to fax number 01212510179456 in Hylafax mode on controller 1. Jan 12 15:16:16.85: [ 7314]: Dial and starting transfer of TIFF-File docq/doc8.tif;01 with fine resolution. Jan 12 15:16:17.19: [ 7314]: Connection dropped with Reason 0x3483 (No route to destination). Jan 12 15:16:17.19: [ 7314]: SESSION END Für die neueren Versuche gibt es zwar einen Logfile, aber da steht gar nicht drin. Hier der neue Auszug aus den Messages: Jan 12 19:04:21 samba FaxQueuer[6488]: SUBMIT JOB 103 Jan 12 19:04:21 samba FaxQueuer[6488]: JOB 103 (active dest +491212510179456 pri 127 tts 0:00 killtime 3:00:00): PREPARE START Jan 12 19:04:21 samba FaxQueuer[6523]: JOB 103 (active dest +491212510179456 pri 127 tts 0:00 killtime 3:00:00): CONVERT DOCUMENT: bin/tiff2fax -o docq/doc11.tif;01 -r 196 -w 1728 -l 297 -m 30 -1 docq/doc11.tif.103 Jan 12 19:04:21 samba FaxQueuer[6488]: JOB 103 (active dest +491212510179456 pri 127 tts 0:00 killtime 3:00:00): PREPARE DONE Jan 12 19:04:21 samba FaxQueuer[6488]: JOB 103 (active dest +491212510179456 pri 127 tts 0:00 killtime 3:00:00): CMD START /var/spool/fax/bin/faxsend -m faxCAPI sendq/q103 (PID 6531) Jan 12 19:04:21 samba kernel: kcapi: put [0x1] LISTEN_REQ ID=004 #0x0000 LEN=0026 Jan 12 19:04:21 samba kernel: Controller/PLCI/NCCI = 0x1 Jan 12 19:04:21 samba kernel: InfoMask = 0x0 Jan 12 19:04:21 samba kernel: CIPmask = 0x0 Jan 12 19:04:21 samba kernel: CIPmask2 = 0x0 Jan 12 19:04:21 samba kernel: CallingPartyNumber = default Jan 12 19:04:21 samba kernel: CallingPartySubaddress = default Jan 12 19:04:21 samba kernel: Jan 12 19:04:21 samba kernel: kcapi: got [0x1] LISTEN_CONF ID=004 #0x0000 LEN=0014 Jan 12 19:04:21 samba kernel: Controller/PLCI/NCCI = 0x1 Jan 12 19:04:21 samba kernel: Info = 0x0 Jan 12 19:04:21 samba kernel: Jan 12 19:04:21 samba kernel: kcapi: handle_message: applid 4 state released (LISTEN_CONF ID=004 #0x0000 LEN=0014 Jan 12 19:04:21 samba kernel: Controller/PLCI/NCCI = 0x1 Jan 12 19:04:21 samba kernel: Info = 0x0 Jan 12 19:04:21 samba kernel: ) Vielleicht sollte ich noch sagen, das ich einen B1 benutze, sollte aber doch auch funktionieren. Hoffe das hilft bei der Suche nach dem Fehler. Danke und Gruß Christian

2 1

FW: [suse-isdn] HylaFax sendet keine Faxe
by Christian Schmidt 12 Jan '05

12 Jan '05

> Hey, > > > Jan 12 15:34:40.80: [ 5706]: CapiFaxSend - INFO: Dial and starting > > transfer of TIFF-File docq/doc10.tif;01 with fine resolution. > > > > hier hinter sollte es eigentlich erst los gehen mit dem > senden, kommt > > da noch was, oder ist das alles zu dem job? > > > > hat er telefonanlage? > > > > alle updates von hylafax / libtiff / capi installiert? > > > > gruz luk > > > Hi, nein...dahinter kommt nichts mehr. Es sind alle aktuellen Patches eingespielt. Der Controller (AVM B1) hängt direkt am NTBA. Danke und Gruß Christian

1 0

Systemcrash mit ISDN FRITZ!Card USB v2.0 unter SL 9.2
by rcaspary＠web.de 12 Jan '05

12 Jan '05

Hallo, nach meinem Umstieg von SuSE 8.2 auf 9.2 bekomme ich meinen ISDN-Adapter AVM FRITZ!Card USB v2.0 nicht zum Laufen. Ich habe tagelang experimentiert und zahllose Forenbeiträge gelesen, aber nichts hat mir weiter geholfen. Die Hardware scheint jedenfalls keine Macke zu haben, denn unter SuSE 8.2 läuft alles weiterhin wie bisher. Ich habe inzwischen vier grundsätzliche Konfigurationen durchprobiert: 1. default-Kernel von der CD mit passenden NONGPL-Treibern 2. wie unter 1. aber mit neu kompiliertem AVM-Treiber (fcusb2-suse9.1-3.11-04.tar.gz + km_fritzcapi.*.rpm von CD) 3. default-Kernel aus aktuellem YOU mit passenden NONGPL-Treibern (Version 2.6.8-24.10) 4. wie unter 3. aber mit neu kompiliertem AVM-Treiber (fcusb2-suse9.1-3.11-04.tar.gz + km_fritzcapi.*.rpm von CD) In allen Fallen ergibt sich das gleiche Bild: Die FRITZ!Card wird erkannt und offenbar richtig ins System eingebunden (kisdnwatch ok, capiinit ok, isdnctl ok). Wenn ich dann mit kinternet eine Verbindung öffne, wird die Verbindung aufgebaut und ich kann auch wenige Sekunden Daten übertragen (max. halbe Startseite von Google), dann bricht die Verbindung ab. Anschließend funktioniert die Tastatur nicht mehr, die Maus und manche Programme gehen aber noch. Leider lässt sich der Rechner aber nicht mehr herunterfahren, da init vermutlich beim Anhalten des ISDN-Systems stecken bleibt. Letzteres muß ich aus /var/log/messages schliessen, da zu dem Zeitpunkt der Bildschirm schwarz ist. Es bleibt dann nur noch, den Stecker zu ziehen... Hat schon mal jemand so etwas beobachtet und weiß wo die Ursache liegt? Vielen Dank im voraus! Reinhard Caspary ---------------------------------------------------------------------- Hier noch der entsprechende Auszug aus der /var/log/messages (Zeilenanfang jeweils abgeschnitten): Beim Booten klappt alles bestens: kernel: CAPI Subsystem Rev 1.1.2.8 kernel: capifs: Rev 1.1.2.3 kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) kernel: CSLIP: code copyright 1989 Regents of the University of California kernel: 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 kernel: capidrv: Rev 1.1.2.2: loaded kernel: module fcusb2 unsupported by SUSE/Novell, tainting kernel. kernel: fcusb2: module license 'Proprietary' taints kernel. kernel: fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.5.0 kernel: fcusb2: (fcusb2 built on Dec 22 2004 at 15:47:01) kernel: fcusb2: Loading... kernel: fcusb2: Driver 'fcusb2' attached to stack. (152) kernel: kcapi: Controller 1: fcusb2-0004 attached kernel: usbcore: registered new driver fcusb2 kernel: fcusb2: Loaded. kernel: fcusb2: Stack version 3.11-04 kernel: kcapi: card 1 "fcusb2-0004" ready. kernel: capidrv: controller 1 up kernel: capidrv-1: now up (2 B channels) kernel: capidrv-1: D2 trace enabled ... Auch die Internet-Verbindung wird von kinternet zunächst normal aufgebaut (Warum eigentlich der Umweg ipppd-capidrv-capi statt pppd-capi?): kernel: ippp0: dialing 1 0192075... isdnlog: (AVM B1 driver detected (D2)) isdnlog: Jan 11 21:36:20 * tei 117 calling 0192075 with +49 531/2145956, Braunschweig RING (Data) isdnlog: Jan 11 21:36:21 tei 117 calling 0192075 with +49 531/2145956, Braunschweig Time:Tue Jan 11 21:39:00 2005 isdnlog: Jan 11 21:36:21 tei 117 calling 0192075 with +49 531/2145956, Braunschweig COLP *INVALID* -- ignored! isdnlog: Jan 11 21:36:21 tei 117 calling 0192075 with +49 531/2145956, Braunschweig CONNECT (Data) isdnlog: Jan 11 21:36:21 tei 117 calling 0192075 with +49 531/2145956, Braunschweig INTERFACE ippp0 calling 0192075 isdnlog: Jan 11 21:36:21 tei 117 calling 0192075 with +49 531/2145956, Braunschweig No area info for provider 33_0 (11), destination 0192075 kernel: capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up kernel: isdn_net: ippp0 connected kernel: capidrv-1: chan 0 up with ncci 0x10101 ipppd[4693]: Local number: 2145956, Remote number: 0192075, Type: outgoing ipppd[4693]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 6 ipppd[4693]: MPPP negotiation, He: No We: No ipppd[4693]: CCP enabled! Trying CCP. ipppd[4693]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) ipppd[4693]: ccp_resetci! ipppd[4693]: local IP address 145.254.146.147 ipppd[4693]: remote IP address 145.253.1.184 modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file ip-up: SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 kernel: SFW2-INext-DROP-DEFLT IN=ippp0 OUT= MAC= SRC=145.254.160.9 DST=145.254.146.147 LEN=48 TOS=0x00 PREC=0x00 TTL=126 ID=22851 DF PROTO=TCP SPT=3266 DPT=135 WINDOW=8760 RES=0x00 SYN URGP=0 OPT (020405B401010402) Jetzt gehts los... Irgendwer beendet hier die USB-Verbindung! Aber wer ist dafür eigentlich verantwortlich?? kernel: fcusb2: Rx URB status: -110 kernel: kcapi: appl 1 ncci 0x10101 down kernel: fcusb2: Tx URB status: -110 kernel: hub 1-0:1.0: port 2 disabled by hub (EMI?), re-enabling... kernel: usb 1-2: USB disconnect, address 4 kernel: usb 1-2: new full speed USB device using address 5 /sbin/hotplug[6677]: unknown command /sbin/hotplug[6678]: unknown command kernel: usb 1-2: Product: FRITZ!Card USB v2.0 kernel: usb 1-2: Manufacturer: AVM Berlin kernel: usb 1-2: configuration #1 chosen from 2 choices kernel: fcusb2: ERROR: Attempt to attach 2nd driver. kernel: fcusb2: Linking to library failed. kernel: fcusb2: Unknown device! Jetzt stürzt auch noch der Kernel ab: kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000000c kernel: printing eip: kernel: e7afcb38 kernel: *pde = 00000000 kernel: Oops: 0000 [#1] kernel: Modules linked in: usbserial parport_pc lp parport nvram ipt_TOS ip6t_LOG ip6t_limit ipt_LOG ipt_limit ipt_pkttype edd speedstep_lib freq_table thermal processor fan button battery ac snd_pcm_oss snd_mixer_oss snd_intel8x0 snd_ac97_codec snd_pcm snd_timer snd soundcore snd_page_alloc ip6t_state ip6_conntrack ipt_state ip6t_REJECT ipt_REJECT iptable_mangle iptable_filter ip6table_mangle ip_nat_ftp iptable_nat ip_conntrack_ftp ip_conntrack ip_tables ip6table_filter ip6_tables ipv6 ds binfmt_misc fcusb2 capidrv isdn slhc capi capifs kernelcapi joydev sg st sd_mod sr_mod scsi_mod subfs ide_cd cdrom sis_agp agpgart ehci_hcd nls_utf8 ntfs yenta_socket pcmcia_core ohci_hcd ohci1394 ieee1394 evdev 8139too mii dm_mod usbcore reiserfs kernel: CPU: 0 kernel: EIP: 0060:[<e7afcb38>] Tainted: P U VLI kernel: EFLAGS: 00010202 (2.6.8-24.10-default SL92_BRANCH-200412221154270000) kernel: EIP is at stop+0x8/0x50 [fcusb2] kernel: eax: 00000000 ebx: e2994404 ecx: 00000000 edx: e5f97f4c kernel: esi: 00000001 edi: e7b414a4 ebp: e2994404 esp: e5f97f34 kernel: ds: 007b es: 007b ss: 0068 kernel: Process events/0 (pid: 3, threadinfo=e5f96000 task=c15ad000) kernel: Stack: e2994404 e7afd287 00000000 01f7d400 000f4222 c040b450 e5f97f4c e5f97f4c kernel: 00000202 00000246 00000212 cdffe180 c012986a cdffe198 e7afd180 e5f96000 kernel: cdffe188 ffffffff ffffffff 00000001 00000000 c0119c60 00010000 00000000 kernel: Call Trace: kernel: [<e7afd287>] closing_worker+0x107/0x130 [fcusb2] kernel: [<c012986a>] worker_thread+0x16a/0x210 kernel: [<e7afd180>] closing_worker+0x0/0x130 [fcusb2] kernel: [<c0119c60>] default_wake_function+0x0/0x10 kernel: [<c0119c60>] default_wake_function+0x0/0x10 kernel: [<c0129700>] worker_thread+0x0/0x210 kernel: [<c012ce5c>] kthread+0x7c/0xb0 kernel: [<c012cde0>] kthread+0x0/0xb0 kernel: [<c0104255>] kernel_thread_helper+0x5/0x10 kernel: Code: 00 00 47 e8 ab 21 00 00 89 da 8b 86 f0 01 00 00 e8 ce 19 00 00 89 c3 85 c0 75 d9 eb c1 8d b6 00 00 00 00 53 89 c3 a1 04 14 b4 e7 <ff> 50 0c 83 3d c4 30 b2 e7 ff 74 05 e8 47 13 00 00 8d 83 f4 01 Und alle Subsysteme kommen aus dem Tritt, weil sie auf so einen inkonsistenten Zustand nicht vorbereitet sind: isdnlog: isdnlog: Can't open /dev/isdnctrl2 (No such device) isdnlog: isdnlog Version 4.69 exiting isdnlog: exit now 2 kernel: <3>fcusb2: Unknown application id! (1) kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full sshd[6891]: Accepted publickey for root from ::ffff:127.0.0.1 port 1030 ssh2 kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: fcusb2: Unknown application id! (1) kernel: ippp0: HL driver queue full kernel: isdn_net: local hangup ippp0 kernel: fcusb2: Unknown application id! (1) kernel: ippp0: Chargesum is 0 ipppd[4693]: Modem hangup ipppd[4693]: Connection terminated. ipppd[4693]: taking down PHASE_DEAD link 0, linkunit: 0 ipppd[4693]: closing fd 6 from unit 0 ipppd[4693]: link 0 closed , linkunit: 0 ipppd[4693]: reinit_unit: 0 ipppd[4693]: Connect[0]: /dev/ippp0, fd: 6 kernel: ippp_ccp: freeing reset data structure e48d1800 kernel: ippp, open, slot: 0, minor: 0, state: 0000 kernel: ippp_ccp: allocated reset data structure e48d1800 modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf ipppd[4693]: Terminating on signal 15. ipppd[4693]: closing fd 6 from unit 0 ipppd[4693]: link 0 closed , linkunit: 0 kernel: ippp_ccp: freeing reset data structure e48d1800 ipppd[4693]: Exit. kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) ip-down: Device "ippp0" does not exist. ip-down: SIOCGIFFLAGS: No such device ip-down: SIOCGIFFLAGS: No such device ip-down: Cannot find device "ippp0" kernel: capidrv-1: controller dead ?? kernel: fcusb2: Unknown application id! (1) kernel: capidrv-1: listen_change_state state=3 event=1 ???? Licht aus... und ich muß den Stecker ziehen.

1 0

HylaFax sendet keine Faxe
by Christian Schmidt 12 Jan '05

12 Jan '05

Hallo, ich habe eine SuSE 9.2 mit HylaFax installiert und versuche nun Faxe zu versenden. Das Fax wird auch entsprechend verarbeitet und zum Senden vorbereitet. Aber halt nicht versendet... Im Capifax.log finden ich folgenden Hinweis: Device "faxCAPI" uses 2 receive thread(s) with the following config: Jan 12 15:34:40.69: [ 5702]: c2faxrecv - INFO: Controller=1 : IncomingMSNs=55295668 Jan 12 15:34:40.69: [ 5702]: c2faxrecv - INFO: Started in Hylafax mode and waiting on incoming calls. Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: SESSION BEGIN 00000102 +49.89.55295668 Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: SEND FAX: JOB 102 DEST 01212510179456 COMMID 00000046 Jan 12 15:34:40.79: [ 5706]: CapiFaxSend - INFO: Try to connect to fax number 01212510179456 in Hylafax mode on controller 0. Jan 12 15:34:40.80: [ 5706]: CapiFaxSend - INFO: Dial and starting transfer of TIFF-File docq/doc10.tif;01 with fine resolution. Woran kann das liegen? Der Faxempfang klppt einwandfrei. Danke und Gruß Christian

3 2

T-DSL-Wiedereinwahl manchmal nicht moeglich?
by Andreas Paulick 12 Jan '05

12 Jan '05

Hallo Liste, Ich habe hier ein Problem, was zwar höchstes einmal Woche auftritt, jedoch dann nerft. Hier befindet sich ein Router mit SuSELinux 8.2 und TDSL-Modem angeschlossen via Ethernet). Er wählt sich bei Bedarf ein und auch wieder aus. Nur passiert es ab und zu, daß er bei einer sofortigen Wiedereinwahl keine Verbindung bekommt, die Authorisierung wird abgelehnt. (siehe Logfileauszug unten). Bislang muß ich dann per cinternet -idsl0 -O bzw. -A den Verbindungsaufbau für mind 1 min unterbrechen und dann wieder erlauben. Was kann ich tun? Gruß Andy ----/var/log/messages---- 02:14:24 srv pppd[24416]: Terminating connection due to lack of activity. 02:14:24 srv pppd[24416]: cbcp_lowerdown 02:14:24 srv pppd[24416]: Script /etc/ppp/ip-down started (pid 25757) 02:14:24 srv pppd[24416]: Setting MTU to 1492. 02:14:24 srv pppd[24416]: Couldn't increase MRU to 1500 02:14:24 srv pppd[24416]: sent [LCP TermReq id=0x4 "Link inactive"] 02:14:24 srv pppd[24416]: rcvd [LCP TermAck id=0x4] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 02:14:24 srv pppd[24416]: Connection terminated. 02:14:24 srv pppd[24416]: Connect time 11.0 minutes. 02:14:24 srv pppd[24416]: Sent 65492047 bytes, received 703574255 bytes. 02:14:24 srv pppd[24416]: Doing disconnect 02:14:30 srv SuSEfirewall2: Firewall rules successfully set in QUICKMODE for device(s) " ppp+" plus masquerading 02:14:30 srv pppd[24416]: Script /etc/ppp/ip-down finished (pid 25757), status = 0x0 02:15:17 srv pppd[24416]: Starting link 02:15:17 srv pppd[24416]: Sending PADI 02:15:17 srv pppd[24416]: Sending PADI 02:15:17 srv pppd[24416]: HOST_UNIQ successful match 02:15:17 srv pppd[24416]: PADO received: Ether addr: 00:90:1a:10:10:49 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x07 sid=0x0000 length=0x002e (PADO) PPPoE tag: type=0102 length=000a (AC Name) data (UTF-8): COTX11-erx PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): d0 9a 08 08 PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): ec cc c3 05 7c 04 ff d4 7b 44 65 7b 0d 30 c7 69 02:15:17 srv pppd[24416]: HOST_UNIQ successful match 02:15:17 srv pppd[24416]: Got connection: 6ac 02:15:17 srv pppd[24416]: Got connection: 6ac 02:15:17 srv pppd[24416]: Connecting PPPoE socket: 00:90:1a:10:10:49 ac06 eth1 0x8089ad0 02:15:17 srv pppd[24416]: using channel 6428 02:15:17 srv pppd[24416]: Connect: ppp0 <--> eth1 02:15:17 srv pppd[24416]: Setting MTU to 1492. 02:15:17 srv pppd[24416]: Couldn't increase MRU to 1500 02:15:17 srv pppd[24416]: sent [LCP ConfReq id=0x5 <mru 1492> <magic 0xb62a6279>] 02:15:17 srv pppd[24416]: rcvd [LCP ConfReq id=0xa6 <mru 1492> <auth pap> <magic 0x1defe510>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:15:17 srv pppd[24416]: sent [LCP ConfAck id=0xa6 <mru 1492> <auth pap> <magic 0x1defe510>] 02:15:17 srv pppd[24416]: rcvd [LCP ConfAck id=0x5 <mru 1492> <magic 0xb62a6279>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:15:17 srv pppd[24416]: Setting MTU to 1492. 02:15:17 srv pppd[24416]: sent [LCP EchoReq id=0x0 magic=0xb62a6279] 02:15:17 srv pppd[24416]: cbcp_lowerup 02:15:17 srv pppd[24416]: want: 2 02:15:17 srv pppd[24416]: sent [PAP AuthReq id=0x3 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:17 srv pppd[24416]: rcvd [LCP EchoRep id=0x0 magic=0x1defe510] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:15:20 srv pppd[24416]: sent [PAP AuthReq id=0x4 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:23 srv pppd[24416]: sent [PAP AuthReq id=0x5 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:26 srv pppd[24416]: sent [PAP AuthReq id=0x6 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:29 srv pppd[24416]: sent [PAP AuthReq id=0x7 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:32 srv pppd[24416]: sent [PAP AuthReq id=0x8 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:35 srv pppd[24416]: sent [PAP AuthReq id=0x9 user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:15:37 srv pppd[24416]: rcvd [PAP AuthNak id=0x9 ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 02:15:37 srv pppd[24416]: PAP authentication failed 02:15:37 srv pppd[24416]: cbcp_lowerdown 02:15:37 srv pppd[24416]: Setting MTU to 1492. 02:15:37 srv pppd[24416]: Couldn't increase MRU to 1500 02:15:37 srv pppd[24416]: sent [LCP TermReq id=0x6 "Failed to authenticate ourselves to peer"] 02:15:37 srv pppd[24416]: rcvd [LCP TermReq id=0xa7] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 02:15:37 srv pppd[24416]: sent [LCP TermAck id=0xa7] 02:15:37 srv pppd[24416]: rcvd [LCP TermAck id=0x6] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 02:15:37 srv pppd[24416]: Connection terminated. 02:15:37 srv pppd[24416]: Doing disconnect 02:16:14 srv pppd[24416]: Starting link 02:16:14 srv pppd[24416]: Sending PADI 02:16:14 srv pppd[24416]: Sending PADI 02:16:14 srv pppd[24416]: HOST_UNIQ successful match 02:16:14 srv pppd[24416]: PADO received: Ether addr: 00:90:1a:10:10:49 (PPPOE Discovery) PPPoE hdr: ver=0x1 type=0x1 code=0x07 sid=0x0000 length=0x002e (PADO) PPPoE tag: type=0102 length=000a (AC Name) data (UTF-8): COTX11-erx PPPoE tag: type=0103 length=0004 (Host Uniq) data (bin): d0 9a 08 08 PPPoE tag: type=0101 length=0000 (Service name) PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): ec cc c3 05 7c 04 ff d4 7b 44 65 7b 0d 30 c7 69 02:16:15 srv pppd[24416]: HOST_UNIQ successful match 02:16:15 srv pppd[24416]: Got connection: 6db 02:16:15 srv pppd[24416]: Got connection: 6db 02:16:15 srv pppd[24416]: Connecting PPPoE socket: 00:90:1a:10:10:49 db06 eth1 0x8089ad0 02:16:15 srv pppd[24416]: using channel 6429 02:16:15 srv pppd[24416]: Connect: ppp0 <--> eth1 02:16:15 srv pppd[24416]: Setting MTU to 1492. 02:16:15 srv pppd[24416]: Couldn't increase MRU to 1500 02:16:15 srv pppd[24416]: sent [LCP ConfReq id=0x7 <mru 1492> <magic 0x2aa93904>] 02:16:15 srv pppd[24416]: rcvd [LCP ConfReq id=0xf4 <mru 1492> <auth pap> <magic 0x649aa95>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: sent [LCP ConfAck id=0xf4 <mru 1492> <auth pap> <magic 0x649aa95>] 02:16:15 srv pppd[24416]: rcvd [LCP ConfAck id=0x7 <mru 1492> <magic 0x2aa93904>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: Setting MTU to 1492. 02:16:15 srv pppd[24416]: sent [LCP EchoReq id=0x0 magic=0x2aa93904] 02:16:15 srv pppd[24416]: cbcp_lowerup 02:16:15 srv pppd[24416]: want: 2 02:16:15 srv pppd[24416]: sent [PAP AuthReq id=0xa user="<Anschl.KennTonlineNr>0001(a)t-online.de" password=<hidden>] 02:16:15 srv pppd[24416]: rcvd [LCP EchoRep id=0x0 magic=0x649aa95] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: rcvd [PAP AuthAck id=0xa ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 02:16:15 srv pppd[24416]: sent [IPCP ConfReq id=0x5 <addr 62.226.251.113> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] 02:16:15 srv pppd[24416]: rcvd [IPCP ConfNak id=0x5 <addr 217.225.191.105> <ms-dns1 217.237.151.33> <ms-dns3 217.237.149.225>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: sent [IPCP ConfReq id=0x6 <addr 217.225.191.105> <ms-dns1 217.237.151.33> <ms-dns3 217.237.149.225>] 02:16:15 srv pppd[24416]: rcvd [IPCP ConfAck id=0x6 <addr 217.225.191.105> <ms-dns1 217.237.151.33> <ms-dns3 217.237.149.225>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: rcvd [IPCP ConfReq id=0xa7 <addr 217.5.98.65>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:16:15 srv pppd[24416]: sent [IPCP ConfAck id=0xa7 <addr 217.5.98.65>] 02:16:15 srv pppd[24416]: Local IP address changed to 217.225.191.105 02:16:16 srv pppd[24416]: Open TCP 217.225.191.105:4727 -> 194.106.118.9:80 02:16:16 srv pppd[24416]: sent [IP data] 45 00 00 2c b2 49 00 00 ... 02:16:16 srv pppd[24416]: Script /etc/ppp/ip-up started (pid 26226) 02:16:18 srv modify_resolvconf: Service pppd modified /etc/resolv.conf. See info block in this file 02:16:23 srv SuSEfirewall2: Firewall rules successfully set in QUICKMODE for device(s) " ppp+" plus masquerading 02:16:23 srv pppd[24416]: Script /etc/ppp/ip-up finished (pid 26226), status = 0x0 02:16:26 srv modify_resolvconf: kept /etc/resolv.conf and changed info block 02:16:26 srv modify_resolvconf: removed /etc/resolv.conf.saved.by.pppd.ppp0 02:16:45 srv pppd[24416]: sent [LCP EchoReq id=0x1 magic=0x2aa93904] 02:16:45 srv pppd[24416]: rcvd [LCP EchoRep id=0x1 magic=0x649aa95] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:17:15 srv pppd[24416]: sent [LCP EchoReq id=0x2 magic=0x2aa93904] 02:17:15 srv pppd[24416]: rcvd [LCP EchoRep id=0x2 magic=0x649aa95] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 02:32:45 srv pppd[24416]: sent [LCP EchoReq id=0x21 magic=0x2aa93904] 02:32:45 srv pppd[24416]: rcvd [LCP EchoRep id=0x21 magic=0x649aa95] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 88 88 88 88 ----snap----

2 1

Re: [suse-isdn] Probleme mit Hisax-Treiber fuer Sitecom DC-104
by Philipp Neudecker 11 Jan '05

11 Jan '05

Hallo, Ich habe jetzt noch einmal SuSE 9.0 und 9.1 per Live-CD getestet (danke fuer den Tip, Oliver!). Unter 9.0 lief die Einwahl mit dem hisax_st5481 Kernel-Modul problemlos, unter 9.1 habe ich die gleichen Probleme wie unter 9.2. Da scheint also bei der Portierung des Hisax-Treibers auf den 2.6 Kernel irgendetwas schiefgegangen zu sein, oder aber der Kernel selbst macht irgendetwas was er nicht sollte. Weiss jemand, ob und wenn ja wer an der Weiterentwicklung des Hisax-Treibers arbeitet? Eine schneller Google war nicht sehr aufschlussreich, ist Hisax eine SuSE-Eigenentwicklung? Viele Gruesse, Philipp __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

3 2

Re: [suse-isdn] Re: Nachfrage zu AVM Treibern
by Holger Krull 10 Jan '05

10 Jan '05

> Anbei ein Screenshot (wenn er durchkommt), welcher zeigt, daß sowohl > kernel-default, als auch kernel-default-nongpl und kernel-source in > Version 2.6.8-24.10 installiert sind ... Ich hätte es auch ohne geglaubt. (Wie macht man den Screenshots unter Linux?) Ich empfehle dann zusätzlich noch km_fritzcapi-2.6-32.i586.rpm zu installieren und in /usr/src/kernel-modules/fritzcapi make make install

4 25

Re: [suse-isdn] SuSE 9.0 & Teles 16.3 PnP & Capi
by Ingo Sammut 10 Jan '05

10 Jan '05

Am Dienstag, 28. Dezember 2004 18:57 schrieb Karsten Keil: > On Tue, Dec 28, 2004 at 09:03:11AM +0100, Ingo Sammut wrote: > > Am Montag, 27. Dezember 2004 23:34 schrieb Ingo Göppert: > > > Hallo Namensvetter, > > > > > > Ingo Sammut schrieb am 27.12.2004 21:58: > > > > Hallo Liste! > > > > > > > > Folgendes Problem: > > > > Ich habe mit Yast eine Teles 16.3 PnP eingerichtet. > > > > Diese soll zum Versand von Faxen und der Protokollierung der > > > > gewaehlten Nummern dienen. > > > > > > für die Karte gibts soviel ich weis keine CAPI4Linux Unterstützung. > > > Ohne CAPI funzt aber kein hylafax und keine CapiSuite. Evtl. ist mit > > > einem 2.6er Kernel AB möglich, du willst aber Fax :-( > > > > > > Gruß, > > > Ingo > > > > Unter SuSE 6.4 lief die Karte aber mal tadellos - auch mit CAPI. > > Das halte ich fÃŒr ein Geruecht, fÃŒr TELES Karten gab es noch nie CAPI > Unterstuetzung fÃŒr Linux. Gut, wenn es kein CAPI war, was da installiert war - wie bekomme ich denn wenigstens isdnlog zum laufen? Einen Eintrag hab ich da mittlerweile, weiss aber nicht mehr, was ich gefummelt habe, damit der mitgeschrieben wurde. Gruss

5 15

SL9.2 und Eumex 220PC
by Peter Wimmer 06 Jan '05

06 Jan '05

Hallo, Ich suche bisher erfolglos eine Möglichkeit wie ich eine Eumex 220PC an SL 9.2 anbinden kann. Finde keine Treiber, Suse Plugger reagiert nicht beim Einstecken des USB. Kann mich noch erinnern daß da bei früheren Versionen von SL die Möglichkeit bestand, eine alternative (Allround) ISDN - Karte zu installieren. Ich weis aber nicht mehr wie das war. Leider habe ich nicht die Möglichkeit auf Fritz! umzusteigen. Weder im Archiv der ML noch unter Google hatte bisher Erfolg. Villeicht hat ja jemand das gleiche Problem... Gruss Peter

1 0

Nachfrage zu AVM Treibern
by Torsten E. 04 Jan '05

04 Jan '05

Guten Morgen, nun möchte ich doch noch einmal nachfragen: welche Schritte muß man ausführen, wenn man vor einem Kernelupdate via YOU ein voll nutzbares AVM Equipment hatte, nach einem solchen Update aber bsp. das ISDN-Logging nicht mehr läuft? Einen schönen Tag noch Torsten

2 2