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

AVM Blue Fritz!
by GHZTransFunk 07 Jun '03

07 Jun '03

Hallo, ich habe eine AVM Blue Fritz! ISDN Anlage. Die Anlage selbst ist auch Linux Tauglich. Lediglich der USB Bluetooth Dongel ist nicht Linux Fähig. Vom AVM Suport wurde mir mitgeteilt das es allerdings mit einem anderen Linux tauglichen USB Dongel möglich sein müsste (wenn er eine der entsprechenden Bluetooth Protokolle beherscht) dennoch Schnurlos zu surfen. Hat das schon einmal jemand mit einem anderen Dongel Versucht? Oder hat irgendjemand eine andere Idee wie ich wieder ins Netz kommen kann ?? :-) Danke George

2 1

USB legt FritzCard V.2 PCI lahm?!
by Markus - 3danim.de 07 Jun '03

07 Jun '03

Hallo zusammen, habe seit einiger Zeit eine Fritzcard PCI V.2 unter SuSE 8.0 mit Kernel 2.4.20 (via cloneconfig vom orginal SuSE 2.4.18 Kernel erstellt) am laufen. Das Problem ist - und das hat eine Weile gedauert bis ich den Zusammenhang erkannt habe -, dass jeder Zugriff auf USB (Drucker oder Digitalkamera) den Fritzcard Treiber V.03.09.10 dazu bringt zu glauben der Controller sei nicht mehr da ('Controller dead' Meldungen im Kernel Log). Das bedeutet, ich kann mich nicht mehr ins Internet einwaehlen und auch keine Faxe mehr schicken. Das seltsame ist aber, dass die Verbindungen anscheinend doch aufgebaut werden, aber irgendeine Treiberinstanz das nicht mitbekommt und weiter von einem 'abwesenden' Controller ausgeht. Die einzige Moeglichkeit wieder online zu gehen ist, das ISDN System neu zu starten oder mich per (ISDN) Telefon auf der MSN anzurufen unter der der PC die Faxe entgegennimmt. Dann erkennt der Treiber ploetzlich die ISDN Karte wieder und ich kann wieder Verbindungen nach aussen aufbauen. Alternativ verhindert auch die Einwahl ins Internet vor dem Zugriff auf USB dass der Controller nicht mehr erkannt wird. Beides sind aber keine langfristigen Loesungen. Kann mir jemand ein paar Tips geben wie ich das Problem beheben kann? Danke, Markus

1 0

Capi4linux CAPI_RELEASE
by Giancarlo Boi 06 Jun '03

06 Jun '03

Hallo, ich versuche eine CAPI basierte Sprachapplikation, auf einer Linux SuSE 8.1 machine laufen zu lassen. Ich habe das folgende Phänomen beobachtet: wenn eine Applikation die Funktionen CAPI_REGISTER und CAPI_RELEASE in einer Schleife ausführt, wird nach exact 127 Runden ein Zustand erreicht, in dem keine weitere Applikation die CAPI_REGISTER Funktion erfolgreich aufrufen kann (egal ob die Funktion im denselben Programm oder von einem anderen Prozess gerufen wird!). Erst nach dem Beenden des Programmes wird es wieder möglich, irgendeine Applikation zu registrieren. Ich benutze eine HST Saphir V (aber ich habe dasselbe mit einer FRITZ Karte beobachtet). Das CAPI SO file ist das libcapi20.so.2.0.6. Hat jemand es schon erlebt? Es scheint irgendein Resource-Leck zu sein. Mit freundlichen Grüße, Giancarlo Boi _______________________________ Giancarlo Boi Speech Resources Integration ATIP GmbH Daimlerstraße 32 60314 Frankfurt am Main fon: +49 (0)69 / 941963220 fax: +49 (0)69 / 941963188 email:Giancarlo.Boi@atip.de http://www.atip.de

2 1

Probleme mit kdeprintfax
by Mathias, DG7GAL 05 Jun '03

05 Jun '03

Hallo Liste, Ich habe auf einem Server Hylafax installiert, und möchte nun von einem Client über kdeprintfax Faxe versenden. Leider kommt dabei bei dem Empfänger nur die von Hylafax generierte Kopfzeile an. Gebe ich auf dem Client (Suse 8.1) an der Konsole sendfax -n -h 192.168.xx.xx -d tel-nr /file ein, funktioniert es ohne Probleme, das gesamte Fax kommt an. Die hylafaxparameter unter kdeprintfax entsprechen denen, die ich an der Konsole angegeben habe. Woran kann es liegen, daß es mit kdeprintfax nicht funktioniert? Vielen Dank für Eure Hilfe! Mathias

1 0

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

Hylafax und SuSE 8.1 bzw. SLOX
by Thomas Reinert 03 Jun '03

03 Jun '03

Hallo, habe folgendes Problem: AVM B1 und Haylafax inkl. Capi4hylafax installiert. Empfang funtioniert wunderbar, allerdings beim Versank kommt Fehlermeldung: Protocol Error layer1 broken line or B-channel removed by signalling protocol kann mir da jemand weiter helfen ? Thomas

3 3

-no subject-
by Thomas Reinert 02 Jun '03

02 Jun '03

Hallo, habe folgendes Problem: AVM B1 und Haylafax inkl. Capi4hylafax installiert. Empfang funtioniert wunderbar, allerdings beim Versank kommt Fehlermeldung: Protocol Error layer1 broken line or B-channel removed by signalling protocol kann mir da jemand weiter helfen ? Thomas

1 0

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