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

kinternet reagiert nicht
by koenig.o＠t-online.de 10 Jul '03

10 Jul '03

Hallo Liste, ich habe ein Problem mit Kinternet. Die erste Einwahl in´s Internet nach dem Systemstart funktioniert einwandfrei. Ab dem 2. Einwahlversuch kommt es häufig vor, dass Kinternet nicht mehr reagiert. Als Meldung erscheint folgendes (Strg/Alt/F10): linux kernel: isdn_ppp_bind: cant find a (free) connection to the ipppd daemon Wenn ich kinternet dann neu starte, funktioniert es wieder (mindestens 1 mal). Kann mir jemand helfen ? Olaf

1 1

virt. Modems unter hylafax wollen einfach nicht
by Stefan Schilling 24 Jun '03

24 Jun '03

Hallo! Ich bin hier immer noch zugange, um auf meiner Fritz!Card Classic mehrere (in diesem Falle 4) virtuelle Modems einzurichten. Zunächst habe ich in der Datei /var/spool/fax/etc/config.faxCAPI 4 virt. Modems angelegt (siehe weiter unten). Danach habe ich den Rechner einfach neugestartet -ohne vorher irgendwelche Links anzulegen. Das passierte völlig automatisch. Blöderweise wurde mir nur eins der vier Modems eingebunden: das, das als letztes in der config.faxCAPI steht. Ich habe unter dem Text mal sämtliche Sachen mitgeschickt, die mir so eingefallen sind (also /var/log/messages.log, die status-Meldungen der Modems usw.). Es wäre nett, falls sich mal jemand die Zeit nehmen könnte, um mir (und damit auch den folgenden Generationen ... ;) ) da durch zu helfen. Ciao und danke. Stefan meine /var/spool/fax/etc/config.faxCAPI: SpoolDir: /var/spool/fax FaxRcvdCmd: /var/spool/fax/bin/faxrcvd FaxReceiveUser: uucp LogFile: # /tmp/capifaxlog LogTraceLevel: 0 LogFileMode: 0666 { # Controller 1, B-Channel 2 HylafaxDeviceName: faxCAPI2 RecvFileMode: 0666 FAXNumber: +49.951.1 LocalIdentifier: "Anna Schmieden, Bamberg" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 1 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 0 DDIOffset: 0 DDILength: IncomingMSNs: 1 AcceptGlobalCall: 0 } } { # Controller 1, B-Channel 3 HylafaxDeviceName: faxCAPI3 RecvFileMode: 0666 FAXNumber: +49.951.2 LocalIdentifier: "Kristina Reetz, Bamberg" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 2 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 0 DDIOffset: 0 DDILength: IncomingMSNs: 2 AcceptGlobalCall: 0 } } { # Controller 1, B-Channel 4 HylafaxDeviceName: faxCAPI4 RecvFileMode: 0666 FAXNumber: +49.951.3 LocalIdentifier: "Stefan Wetzel, Bamberg" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 3 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 0 DDIOffset: 0 DDILength: IncomingMSNs: 3 AcceptGlobalCall: 0 } } { # Controller 1, B-Channel 1 HylafaxDeviceName: faxCAPI RecvFileMode: 0666 FAXNumber: +49.951.4 LocalIdentifier: "Stefan Schilling, Bamberg" MaxConcurrentRecvs: 1 OutgoingController: 1 OutgoingMSN: 4 SuppressMSN: 0 NumberPrefix: UseISDNFaxService: 0 RingingDuration: 0 { Controller: 1 AcceptSpeech: 1 UseDDI: 0 DDIOffset: 0 DDILength: IncomingMSNs: 4 AcceptGlobalCall: 0 } } debian:/ # cd /var/spool/fax/ debian:/var/spool/fax # dir total 76 drwxr-xr-x 17 uucp uucp 4096 May 10 12:12 . drwxr-xr-x 16 root root 4096 Apr 6 15:36 .. -r--r--r-- 1 root root 5426 Apr 6 15:36 COPYRIGHT prw------- 1 uucp uucp 0 May 10 12:12 FIFO prw-rw-rw- 1 uucp uucp 0 May 10 12:12 FIFO.faxCAPI prw-rw-rw- 1 uucp uucp 0 May 10 12:12 FIFO.faxCAPI2 prw-rw-rw- 1 uucp uucp 0 May 10 12:12 FIFO.faxCAPI3 prw-rw-rw- 1 uucp uucp 0 May 10 12:12 FIFO.faxCAPI4 drwx------ 2 uucp uucp 4096 Apr 6 15:36 archive drwxr-xr-x 2 uucp uucp 4096 Apr 28 10:20 bin drwxr-xr-x 2 uucp uucp 4096 May 10 12:15 client drwxr-xr-x 2 uucp uucp 4096 Apr 6 15:37 config drwxr-xr-x 2 uucp uucp 4096 Apr 6 15:38 dev drwx------ 2 uucp uucp 4096 Apr 28 15:29 docq drwx------ 2 uucp uucp 4096 Apr 28 15:45 doneq drwxr-xr-x 2 uucp uucp 4096 May 10 12:04 etc drwxr-xr-x 2 uucp uucp 4096 Apr 6 15:36 info drwxr-xr-x 2 uucp uucp 4096 Apr 30 14:19 log drwx------ 2 uucp uucp 4096 Apr 6 15:36 pollq drwxr-xr-x 2 uucp uucp 4096 Apr 30 14:19 recvq drwx------ 2 uucp uucp 4096 Apr 28 15:29 sendq drwxr-xr-x 2 uucp uucp 4096 May 10 12:12 status drwx------ 2 uucp uucp 4096 Apr 28 15:29 tmp debian:/var/spool/fax # cd etc/ debian:/var/spool/fax/etc # dir total 84 drwxr-xr-x 2 uucp uucp 4096 May 10 12:04 . drwxr-xr-x 17 uucp uucp 4096 May 10 12:12 .. -rw-r--r-- 1 root root 31 Apr 6 13:04 FaxDispatch -rw-r--r-- 1 root root 279 Apr 15 20:46 config -rw-r--r-- 1 root root 279 Apr 15 20:46 config.c2fax -rw-r--r-- 1 root users 3679 May 10 11:29 config.faxCAPI lrwxrwxrwx 1 uucp uucp 37 May 10 12:04 config.faxCAPI2 -> /var/spool/hylafax/etc/config.faxCAPI lrwxrwxrwx 1 uucp uucp 37 May 10 12:04 config.faxCAPI3 -> /var/spool/hylafax/etc/config.faxCAPI lrwxrwxrwx 1 uucp uucp 37 May 10 12:04 config.faxCAPI4 -> /var/spool/hylafax/etc/config.faxCAPI -r--r--r-- 1 root root 10421 Apr 6 15:37 cover.templ -r--r--r-- 1 root root 2218 Apr 6 15:37 dialrules -r--r--r-- 1 root root 2455 Apr 6 15:37 dialrules.europe -r--r--r-- 1 root root 2150 Apr 6 15:37 dialrules.sf-ba -r--r--r-- 1 root root 3267 Apr 6 15:37 dpsprinter.ps -rw------- 1 uucp uucp 90 Apr 6 12:58 hosts.hfaxd -rw-r--r-- 1 uucp uucp 14072 Apr 6 15:37 lutRS18.pcf -rwxrwxrwx 1 root root 1039 Apr 28 10:20 setup.cache -r--r--r-- 1 root root 646 Apr 28 10:20 setup.modem -rw-r--r-- 1 uucp uucp 584 Apr 30 14:19 xferfaxlog debian:/var/spool/fax/etc # tail ../status/faxCAPI Running and idle debian:/var/spool/fax/etc # tail ../status/faxCAPI2 Running and idle debian:/var/spool/fax/etc # tail ../status/faxCAPI3 Running and idle debian:/var/spool/fax/etc # tail ../status/faxCAPI4 Running and idle debian:/var/spool/fax/etc # faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.951.4): Running and idle debian:/var/spool/fax/etc # debian:/var/spool/fax/etc # tail -n 35 /var/log/messages [...] May 10 12:12:37 debian FaxQueuer[1933]: HylaFAX (tm) Version 4.1.5 May 10 12:12:37 debian FaxQueuer[1933]: Copyright (c) 1990-1996 Sam Leffler May 10 12:12:37 debian FaxQueuer[1933]: Copyright (c) 1991-1996 Silicon Graphics, Inc. May 10 12:12:37 debian HylaFAX[1935]: HylaFAX INET Protocol Server: restarted. May 10 12:12:38 debian HylaFAX[1935]: HylaFAX Old Protocol Server: restarted. May 10 12:12:38 debian HylaFAX[1935]: HylaFAX SNPP Protocol Server: restarted. May 10 12:12:38 debian kernel: kcapi: appl 2 up May 10 12:12:38 debian kernel: kcapi: appl 3 up May 10 12:12:38 debian kernel: kcapi: appl 4 up May 10 12:12:38 debian kernel: kcapi: appl 5 up [...] debian:/var/spool/fax/etc # cd /etc/ debian:/etc # tail inittab # I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7 # end of /etc/inittab # CAPI4Hylafax patch fr:2345:once:/usr/local/bin/c2faxrecv -q "/var/spool/hylafax" faxCAPI fr:2345:once:/usr/local/bin/c2faxrecv -q "/var/spool/hylafax" faxCAPI2 fr:2345:once:/usr/local/bin/c2faxrecv -q "/var/spool/hylafax" faxCAPI3 fr:2345:once:/usr/local/bin/c2faxrecv -q "/var/spool/hylafax" faxCAPI4 #fr:235:once:/usr/local/bin/c2faxrecv faxCAPI11 #fr:235:once:/usr/local/bin/c2faxrecv faxCAPI12 debian:/etc #

3 4

Online mit CAPI nur �ber Umweg!?
by Burkhard v.Kloeden 03 Jun '03

03 Jun '03

Hallo Liste, nach dem ich es nun geschafft habe den capi - Treiber zu installieren und einzurichten, habe ich nur noch ein Problem. Nach dem ich den Rechner hochgefahren habe, und ich online gehen möchte, ist kinternet kurz rot dann ist es wieder grün und in der /var/log/messages steht folgender Eintag: <SCHNIPP> May 29 15:23:20 linux kernel: ippp0: dialing 1 0191011... May 29 15:23:29 linux kernel: isdn_net: local hangup ippp0 May 29 15:23:29 linux kernel: capidrv-1: chan 0 disconnect request while waiting for CONNECT_CONF May 29 15:23:29 linux kernel: ippp0: Chargesum is 0 <SCHNAPP> Nun hatte ich schon mal irgendwo gelesen, daß man dieses Problem damit lösen kann, daß man den Stecker des ISDN Kabels aus der Karte zieht und wieder rein steckt. Gesagt getan... <SCHNIPP> May 29 15:23:40 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3301 (Protocol error layer 1 (broken line or B-channel removed by signalling protocol)) for plci 0x101 <SCHNAPP> ...und siehe da es funktioniert. <SCHNIPP> May 29 15:23:47 linux kernel: ippp0: dialing 1 0191011... May 29 15:23:47 linux isdnlog: (AVM B1 driver detected (D2)) May 29 15:23:47 linux isdnlog: May 29 15:23:47 * tei 95 calling 0191011 with +49 xxxx/xxxxxx, XXXXXXX RING (Data) <SCHNAPP> Nun ist das natürlich nicht die feine englische einmal am Tag unter den Tisch zu krabbeln das Kabel zu bewegen um online zu gehen. Daher mein Frage, gibt es einen anderen Weg dieses Problem zu beseitigen? Nun noch ein paar Worte zum System: AMD Athlon 2000 SuSE 8.1 Kernel 2.4.19 avmfritzcapi 1.0-28 capi4hylafax 4.1.3-91 capi4linux 2002.9.8-4 capisuite 0.4.1a-0 km_fritzcapi 1.0-34 KInternet 0.45 Danke schonmal im Voraus Gruß Burkhard.

3 5

Routing
by Boris Höffgen 03 Jun '03

03 Jun '03

Hallo, ich habe folgendes Problem: der ISDN-/DSL-Router soll je nach IP-Bereich unterschiedliche Verbindungen aufbauen. Das Heimatnetz ist das 10.30.11.0. Wenn ein User eine IP aus dem 10.20.11.0 konnektieren will, soll der Router eine ISDN-Verbindung(isdn0) per rawip aufbauen, ansonsten wird eine DSL-Verbindung (ppp0) aufgebaut. Die Default-Route liegt auf der DSL-Verbindung. Mein Problem ist, dass der Router keine Verbindung aufbaut über die ISDN-Karte, wenn ein USER eine Anfrage aus dem Netz 10.30.11.0 stellt. Vom Router aus (z.B. telnet/ssh 10.20.11.254) klappt alles wunderbar. Der Router wählt und legt auch wieder auf. Die Verbindung ins Internet klappt aus dem Heimatnetz wunderbar. Woran könnte das liegen? Am Routing? Ich sehe den Fehler nicht. IP_FORWARD steht auf 1. Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.20.30.200 0.0.0.0 255.255.255.255 UH 0 0 0 isdn0 10.20.30.0 10.20.30.200 255.255.255.255 UGH 0 0 0 isdn0 217.5.98.68 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 10.20.11.128 10.20.30.200 255.255.255.128 UG 0 0 0 isdn0 10.20.11.0 10.20.30.200 255.255.255.128 UG 0 0 0 isdn0 10.30.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 10.30.11.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 217.5.98.68 0.0.0.0 UG 0 0 0 ppp0 isdn0: inet addr:10.20.30.201 P-t-P:10.20.30.200 Mask:255.255.255.255 eth1: inet addr:10.30.11.1 Bcast:10.30.11.255 Mask:255.255.255.0 eth0: inet addr:10.30.11.254 Bcast:10.30.11.255 Mask:255.255.255.0 Danke für Eure Mühe. Viele Grüße Boris

2 5

Probleme: SuSE 8.2, AVM Fritz PCI-Card f. ISDN, local hangup (vielleicht Kernel 2.4.20)
by Thomas Veith 01 Jun '03

01 Jun '03

Hi *, vorab: ich habe die ML-Archive durchstöbert und leider nichts passendes gefunden... Ich habe folgende Box: Duron 1400Mhz 256 MB RAM QDI Kudiz7-Motherboard (VIA Apollo KT400) und eben eine AVM Fritz PCI ISDN-Card.. unter SuSE 8.1 funktioniert das Internet perfekt; mit SuSE 8.2 jedoch klappt kein Einwählversuch.. nach ein paar Sekunden kommt die Meldung "local hangup ippp0" (siehe /var/log/message-Auszug später).. Das passiert sowohl mit dem CAPI-Treiber, als auch mit dem normalen... Wenn ich unter SuSE 8.1 den 2.4.20-Kernel installiere, klappt es ebenfalls nicht; wenn ich danach wieder mit dem 2.4.19er boote ist alles 1a... Any ideas? lg, Thomas Veith Auszug aus /var/log/message May 31 15:19:21 server kernel: isdn_net: local hangup ippp0 May 31 15:19:21 server kernel: ippp0: Chargesum is 0 May 31 15:19:21 server ipppd[5911]: Modem hangup May 31 15:19:21 server ipppd[5911]: Connection terminated. May 31 15:19:21 server ipppd[5911]: taking down PHASE_DEAD link 0, linkunit: 0 May 31 15:19:21 server ipppd[5911]: closing fd 7 from unit 0 May 31 15:19:21 server ipppd[5911]: link 0 closed , linkunit: 0 May 31 15:19:21 server ipppd[5911]: reinit_unit: 0 May 31 15:19:21 server ipppd[5911]: Connect[0]: /dev/ippp0, fd: 7 May 31 15:19:21 server kernel: ippp, open, slot: 1, minor: 0, state: 0000 May 31 15:19:21 server kernel: ippp_ccp: allocated reset data structure cb37e800 May 31 15:19:21 server kernel: kcapi: appl 1 ncci 0x10101 down May 31 15:19:21 server kernel: ippp_ccp: freeing reset data structure c5b2d800 May 31 15:19:21 server ipppd[5911]: Terminating on signal 15. May 31 15:19:21 server ipppd[5911]: closing fd 7 from unit 0 May 31 15:19:21 server ipppd[5911]: link 0 closed , linkunit: 0 May 31 15:19:21 server ipppd[5911]: Exit. May 31 15:19:21 server kernel: ippp_ccp: freeing reset data structure cb37e800 May 31 15:19:21 server modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Mai 31 15:19:21 server modify_resolvconf: restored /etc/resolv.conf.saved.by.ifup.ippp0 to /etc/resolv.conf May 31 15:19:22 server smpppd[5453]: terminating on signal 15 ______________________________________________________________________________ UNICEF bittet um Spenden fur die Kinder im Irak! Hier online an UNICEF spenden: https://spenden.web.de/unicef/special/?mc=021101

2 1

ISDN-Verbindung mit Fritz!Card DSL und SuSE 8.2
by Thomas Necker 30 May '03

30 May '03

Hallo Ich habe mich wieder aufgemacht, mit SuSE 8.2 eine ISDN-Verbindung einzurichten. Nachdem das "askpassword"-Problem gelöst ist, kommt jetzt das nächste: er will einfach nicht verbinden, sondern legt nach 9 Sekunden wieder auf. Mit YaST konfigurierte Geräte sind: - AVM FRITZ!Card DSL PCI Als contr0 konfiguriert - ISDN-Verbindung Als net0 mit Provider freenet (Protokoll syncppp) konfiguriert Auszug aus dem Log (das waren zwei aufeinanderfolgende Versuche, wobei bei den anderen Versuchen übelicherweise nur die zweite Fehlermeldung kam): May 25 16:56:05 linux isdnlog: (AVM B1 driver detected (D2)) May 25 16:56:05 linux isdnlog: May 25 16:56:05 * tei 87 calling 01019Freenet with +49 711/[own number], Stuttgart RING (Data) May 25 16:56:06 linux isdnlog: May 25 16:56:06 tei 87 calling 01019Freenet with +49 711/[own number], Stuttgart No circuit/channel available (Transit network) May 25 16:56:07 linux isdnlog: May 25 16:56:07 tei 87 calling 01019Freenet with +49 711/[own number], Stuttgart No circuit/channel available (User) May 25 16:56:07 linux isdnlog: May 25 16:56:07 tei 87 calling 01019Freenet with +49 711/[own number], Stuttgart HANGUP No circuit/channel available (Transit network) May 25 16:56:07 linux isdnlog: May 25 16:56:07 tei 87 calling 01019Freenet with +49 711/[own number], Stuttgart OVERLOAD? Try 01090:BT Ignite CbC (CHARGE: 0.042 ¢/1s = 2.500 ¢/Min (BT Ignite CbC, Internet by call, Wochenende (Sonntag))) May 25 16:56:07 linux kernel: capidrv-1: DISCONNECT_IND reason 0x34a2 (No circuit / channel available) for plci 0x101 May 25 16:56:13 linux kernel: isdn_net: local hangup ippp0 May 25 16:56:13 linux kernel: capidrv-1: chan 0 disconnect request on free channel May 25 16:56:13 linux kernel: ippp0: Chargesum is 0 May 25 16:58:58 linux kernel: ippp0: dialing 1 0101901929... May 25 16:58:58 linux isdnlog: May 25 16:58:58 * tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart RING (Data) May 25 16:59:00 linux /USR/SBIN/CRON[3437]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) May 25 16:59:06 linux kernel: isdn_net: local hangup ippp0 May 25 16:59:06 linux kernel: ippp0: Chargesum is 0 May 25 16:59:06 linux isdnlog: May 25 16:59:06 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart Message not compatible with call state (User) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart Time:Sun May 25 16:58:00 2003 May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart CONNECT (Data) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart CHARGE: 2.510 ¢/60s = 2.510 ¢/Min (Mobilcom CbC, Internet by call, täglich, FreeNet) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart HINT: Better use 01090:BT Ignite CbC, 0.042 ¢/1s = 2.500 ¢/Min, saving 0.437 ¢/Min May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart 1.CI 2.510 ¢ (now) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart NEXT CI AFTER 01:00 (Mobilcom CbC, Internet by call, täglich, FreeNet) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart Message not compatible with call state (User) May 25 16:59:07 linux isdnlog: May 25 16:59:07 tei 88 calling 01019Freenet with +49 711/[own number], Stuttgart HANGUP (1 CI 2.510 ¢) Message not compatible with call state (User) May 25 16:59:07 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Ich hab' ein wenig in der Mailingliste gelesen. Da ist die Rede davon, daß ein HiSax-Treiber weniger Probleme machen soll. Einen solchen kann ich aber nicht finden. Was kann ich zur weiteren Analyse tun? Gruß, Thomas -- -------------------------------------------- Thomas Necker EMail: devel(a)ThomasNecker.de --------------------------------------------

2 2

ISDN-Provider-Konfig
by thomas metz 29 May '03

29 May '03

unter meiner SuSe_8.1 Installation habe ich das Problem, dass nur einer von 2 konfig. Providern benutzt werden kann - mein "default"-Provider funktioniert; nach Umstellung mit Kinternet auf den 2. vorhandenen Provider (Häckchen gesetzt) erscheint im Protokoll auch die Meldung "Selection of new provider "Gernany.Net_2" suceeded", ein Connect wird aber immer nach der aufgebauten Connection wieder sofort disconnected ! Habe KDE Version 3.0.5 im Einsatz - was ist hier los ?? Bitte um Hilfe - vielen Dank. . Alles wurde mit YAST2 eingerichtet, Schnittstelle ist jedesmal die IPPP0 . -- Mit freundlichen Grüssen, Thomas Metz

2 2

Re: [suse-isdn] DoD funktioniert nicht
by Karsten Keil 27 May '03

27 May '03

On Tue, May 27, 2003 at 11:20:57AM +0200, Joerg *Joergie* Kirstner wrote: > On Tue, 27 May 2003 10:17:31 +0200 Karsten Keil wrote: > > On Mon, May 26, 2003 at 02:09:59PM +0200, Joerg *Joergie* Kirstner wrote: > > > Hallo Liste, > [...] > > > Zum direkten lossurfen habe ich dann mit YaST2 gleich DoD eingestellt, > > > allerdings passiert überhaupt nichts, wenn ich nun im Konqui eine > > > Adresse eintippe. > > > Ich hab dann mal auf der Konsole probiert, direkt einen ftp-Server > > > aufzurufen. Wieder nichts. > > > Kinternet zeigt den Verbindungsstecker grün hinterlegt an. IIRC > > > bedeutet das doch, dass die Schnittstelle bereits aktiv ist. > > > Da ich mich mit ISDN und DoD nicht auskenne, weiß ich gar nicht, > > > wo ich nun nach dem Fehler suchen soll. Kann mir jemand da > > > auf die Sprünge helfen? > > > > > > > Was ergibt (als root) im nicht eingewaehlten Zustand > > > > ifconfig > > ippp0 Link encap:Point-to-Point Protocol > UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:30 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > > route -n > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ippp0 > Das sieht schonmal alles OK aus. Mach mal noch ein isdnctrl verbose 3 isdnctrl list all Wenn beim Dial mode dort Auto steht muss DOD funktionieren, zumindest mit IP Adressen. Damit es auch mit Namen funktioniert muss auch ein Nameserver konfiguriert sein (wegen DOD delays sollte es 2 Eintrage geben, koennen auch gleich sein) (/etc/resolv.conf). -- Karsten Keil SuSE Labs ISDN development

2 1

DoD funktioniert nicht
by Joerg *Joergie* Kirstner 27 May '03

27 May '03

Hallo Liste, ich habe einen alten Rechner mit SuSE 8.1 und KDE 3.0.3 eingerichtet, der ausschließlich dazu dienen soll, dass sich die Win-DAUs unserer Firma, die nicht an ihrem Arbeitsplatz in's Internet kommen, evtl. benötigte Informationen aus dem Netz ziehen können. Dazu war es natürlich notwendig, alles so einfach wie möglich anzulegen. D.h., wenn sie sich anmelden, soll der Rechner gleich in's KDE reinlaufen, den Konqueror starten und fertig. Zum direkten lossurfen habe ich dannmit YaST2 gleich DoD eingestellt, allerdings passiert überhaupt nichts, wenn ich nun im Konqui eine Adresse eintippe. Ich hab dann mal auf der Konsole probiert, direkt einen ftp-Server aufzurufen. Wieder nichts. Kinternet zeigt den Verbindungsstecker grün hinterlegt an. IIRC bedeutet das doch, dass die Schnittstelle bereits aktiv ist. Da ich mich mit ISDN und DoD nicht auskenne, weiß ich gar nicht, wo ich nun nach dem Fehler suchen soll. Kann mir jemand da auf die Sprünge helfen? -- j<b>k

3 6

Hylafax Client
by Jens Keith 26 May '03

26 May '03

Hi Folks Kennst jemand noch einen guten Hylafax-Client für Windoof-Dosen? Besonders W2k liegt mir da am Herzen. Cypheus kenne ich schon habe es aber wegen stabilitätsgründen in die Tonne gehauen. Also suche ich ähnliche Software (ruhig kommerziell) die etwas stabiler läuft! mfg Jens Keith

2 1