December 2002 - openSUSE ISDN (Deutsch)

nochmal freeneteinwahl diesmal anders?
by Friedrich Strohmaier 20 Dec '02

20 Dec '02

Hallo zusammen, der vergangene thread zu freenet trifft mein Problem nicht. Auf ein neues also ;o) Ich habe mich endlich aufgerafft, meine schon einige Zeit mit 8.0 prof. laufende Maschine als ISDN-router in Betrieb zu nehmen - mit noch nicht zufriedenstellenden Ergebnissen :o( . Bisher verrichtet ein highend 486 DX100 mit suse7.2 prof ausschließlich diesen Dienst. meine Konfig: # uname -a Linux labor 2.4.18-4GB #1 Wed Mar 27 13:56:33 UTC 2002 i586 unknown. Hinter dem "unknown" verbirgt sich ein Cyrix 166+ der passende i386 - kernel ist installiert, wenn ich mich recht erinnere. (wie krieg ich das raus?). Beide Geräte laufen mit einer FritzCard classic die in den s0-bus einer Gesko family 115 eingestöpselt sind. (daher die kurzen MSNs.) Die Einwahl funktioniert im Gegensatz zu der bei drei weiteren Providern nicht. Laut den Logs kommt eine kurze Verbindung zustande, die aber sofort wieder abgebrochen wird (hoffentlich ohne abrechnungstechnische Folgen >:o/ ). Hier die um die Isdnlog-Einträge (um den geneigten Leser nicht zu langweilen :o) ) bereinigten "message" Ausgaben: "labor" (8.0) tut's nicht: Dec 18 23:58:44 labor kernel: ippp2: dialing 1 0019231760... Dec 18 23:58:52 labor ipppd[6008]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:58:52 labor ipppd[6008]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 8 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:58:52 labor kernel: isdn_net: ippp2 connected Dec 18 23:58:52 labor kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:58:52 labor kernel: kcapi: appl 1 ncci 0x10101 down # Da scheint der Wurm drin.. ^^^^^^^^^^^^^^^^^^^^^^^^ Dec 18 23:58:52 labor ipppd[6008]: Modem hangup Dec 18 23:58:52 labor ipppd[6008]: Connection terminated. Dec 18 23:58:52 labor ipppd[6008]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 18 23:58:52 labor ipppd[6008]: closing fd 8 from unit 0 Dec 18 23:58:52 labor ipppd[6008]: link 0 closed , linkunit: 0 Dec 18 23:58:52 labor ipppd[6008]: reinit_unit: 0 Dec 18 23:58:52 labor ipppd[6008]: Connect[0]: /dev/ippp2, fd: 8 Dec 18 23:58:52 labor kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 18 23:58:52 labor kernel: ippp2: remote hangup Dec 18 23:58:52 labor kernel: ippp2: Chargesum is 0 Dec 18 23:58:52 labor kernel: ippp_ccp: freeing reset data structure c2361800 Dec 18 23:58:52 labor kernel: ippp, open, slot: 0, minor: 2, state: 0000 Dec 18 23:58:52 labor kernel: ippp_ccp: allocated reset data structure c2361800 "router" (7.2) tut's... Dec 18 23:46:25 router kernel: ippp3: dialing 1 0019231760... Dec 18 23:46:25 router kernel: eth0: no IPv6 routers present Dec 18 23:46:33 router ipppd[272]: Local number: 32, Remote number: 0019231760, Type: outgoing Dec 18 23:46:33 router ipppd[272]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 3, linkunit: 0, fd: 7 Dec 18 23:46:33 router kernel: kcapi: appl 1 ncci 0x10101 up Dec 18 23:46:33 router kernel: isdn_net: ippp3 connected Dec 18 23:46:33 router kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 18 23:46:33 router ipppd[272]: Remote message: Dec 18 23:46:33 router ipppd[272]: MPPP negotiation, He: No We: No Dec 18 23:46:34 router ipppd[272]: local IP address 213.7.12.104 Dec 18 23:46:34 router ipppd[272]: remote IP address 62.104.220.40 Dec 18 23:48:31 router ipppd[272]: Modem hangup Dec 18 23:48:31 router ipppd[272]: Connection terminated. Dec 18 23:48:31 router ipppd[272]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 18 23:48:31 router kernel: isdn_net: local hangup ippp3 Dec 18 23:48:31 router kernel: ippp3: Chargesum is 0 Dec 18 23:48:31 router kernel: kcapi: appl 1 ncci 0x10101 down Dec 18 23:48:31 router ipppd[272]: closing fd 7 from unit 0 Dec 18 23:48:31 router kernel: ippp_ccp: freeing reset data structure c0519800 Dec 18 23:48:31 router ipppd[272]: link 0 closed , linkunit: 0 Dec 18 23:48:31 router ipppd[272]: reinit_unit: 0 Dec 18 23:48:31 router kernel: ippp, open, slot: 3, minor: 3, state: 0000 Dec 18 23:48:31 router kernel: ippp_ccp: allocated reset data structure c0519800 Dec 18 23:48:31 router ipppd[272]: Connect[0]: /dev/ippp3, fd: 7 Dec 18 23:48:32 router kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 18 23:48:37 router ip-down: Setting up routing (using /etc/route.conf)..done meine Frage nun: was macht 8.0 bei der Einwahl was 7.2 nicht tut, um freenet zu vergrätzen und wie find ich's raus? Die Einstellungen: labor:~ # isdnctrl list ippp2 Current setup of interface 'ippp2': EAZ/MSN: 32 Phone number(s): Outgoing: 0019231760 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 50 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 60 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 2 labor:~ # komplette logs und Einstellungen werden falls erforderlich nachgereicht. Gruß fs

2 4

charcheint, chargehup und andere Seltsamkeiten
by Friedrich Strohmaier 20 Dec '02

20 Dec '02

Hallo zusammen, bin gerade dabei suse 8.0 prof. als ISDN-Router einzurichten und dabei auf seltsame Dinge gestoßen: Charge-Intervall: dass die in /etc/sysconfig/isdn/cfg-netX eingetragenen Werte nicht übernommen werden, hab ich schon am eigenen Leib und aus der Liste erfahren. Auch in /etc/sysconfig/network/ifcfg-ipppX eingetragen zeigen Sie keine Wirkung - (fast :o} )->ok. Aber woher holt sich isdnctrl den Standardwert von 60 sec (ist für msn's 1/1 Takt nicht sehr nützlich!). wird's per $ isdnctrl chargeint ippp0 1 eingestellt, ist's nach dem nächsten Verbindungsaufbau wieder auf 60! Hat jemand damit schon Erfolg gehabt oder weiß wie's geht? ChargeHangup: ist trotz gegenteiliger Einstellung laut isdnctrl "on". Ist für mich nicht sehr zweckmäßig, nachdem ich das Gebührensignal abschalten ließ. Schadet's was? wie krieg' ich's entgültig raus, ohne mir die devices per Eigenscript selber vor jeder Verbindung aufbauen zu lassen? z.B.: ergibt folgende labor:~ # cat /etc/sysconfig/network/ifcfg-ippp2 # # DO NOT EDIT THIS FILE !!! ... STARTMODE="manual" IPADDR="192.168.0.33" PTPADDR="192.168.0.3" DEFAULTROUTE="yes" FIREWALL="no" MSN="32" DIALMODE="auto" DIALPREFIX="0" REMOTE_OUT="" REMOTE_IN="" PROVIDER="freenet" SECURE="on" CHARGEHUP="off" # hier ^^^^^ IDLETIME="50" CALLBACK="off" VERBOSE_LEVEL="" SLAVES="" MULTILINK="no" SLAVEMSN="" SLAVE_IN="" SLAVE_OUT="" DEVICE="ippp2" LAYER2="hdlc" LAYER3="trans" ENCAP="syncppp" IP_RESEND="" IP_RESEND_PARAMETER="" DYNAMICIP="yes" USEPEERDNS="yes" IPPPD_OPTIONS="" ASKPASSWORD="" folgende Ausgabe: labor:~ # isdnctrl list ippp2 Current setup of interface 'ippp2': EAZ/MSN: 32 Phone number(s): Outgoing: 0019231760 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 50 Incoming-Hangup: off ChargeHangup: on # da ..... ^^^^ Charge-Units: 0 Charge-Interval: 60 ^^^^^^^^^^^^^^^^^^^^^^^^^^^ #kein Eintrag oben Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 2 ... na gut 90% sind ja richtig :o))))) Nachfolgend die Frage: Wer hat nun recht: isdnctrl list ipppx oder die Ausgabe des jeweiligen Befehls und wie kann ich rauskriegen was jetzt letztendlich zum Einsatz kommt? labor:~ # isdnctrl chargeint ippp0 1 Charge Interval for ippp0 is 1 sec. ^^^^^^^^ labor:~ # isdnctrl chargehup ippp0 off Charge-Hangup for ippp0 is off ^^^^ labor:~ # isdnctrl list ippp0 Current setup of interface 'ippp0': EAZ/MSN: 32 ... ChargeHangup: on ^^^^ Charge-Units: 0 Charge-Interval: 60 ^^^^ ... PPP-Bound to: 0 +++++++++ zu guter letzt: labor:~ # rpm -q i4l i4l-2002.5.29-0 die i4l-2002.7.31-0.i386.rpm i4l-2002.7.31-0.i386.patch.rpm vermeldeten diverse konlfikte bei der Dummy--Installation, sodaß ich von der Installation Abstand nahm ;o) Ja, das ist ganz offensichtlich noch der Wurm drin :o)) etwas verunsichert aber ... mit der Hoffnung auf frohe Genesung :o}} Grüßt von der schwäbischen Alb fs

2 4

ippp0 hängt ?
by Günther J. Niederwimmer 20 Dec '02

20 Dec '02

Hallo, Hallo Karsten, Seit ich hoffentlich alle Updates eingespielt habe (SuSE 8.0) und Fax endlich funktioniert ;), bin ich gestern auf ein neues Problem gestoßen. Ich kann den Rechner nach längerer Laufzeit auf ein mal nicht mehr rebooten das Teil bleibt beim runterfahren von ippp0 hängen. Zur Erklärung habe auch ADSL pptp und ISDN. Wenn man das Teil dann resettet und danach ein reboot macht funktioniert es, wenn der Rechner aber eineige Tage läuft steht das Teil ? kernel -> 2.4.19 off. Update für 8.1 i4l -> 2002.10.30 ppp -> 2.4.1.150 -- MfG / Regards Günther J. Niederwimmer

1 0

TkDesk und Suse 8.1
by Peter Fäßler 19 Dec '02

19 Dec '02

Hallo zusammen, seit vielen Jahren nutze ich für einfache Desktoparbeiten de TkDesk. Seit ich auf Suse 8.1 gewechselt bin, kann ich das Programm wegen der vielen unaufgelösen Abhänigkeiten micht mehr starten. Zuerst wird die libitcl3.3.so nicht gefunden. Das konnte ich noch lösen, es war ein fehlender Symbolischer Link. Dann kam folgende Meldung, die ich leider nicht interpretieren kann. Vielleicht fällt einem von euch ja was dazu ein .. Gruß Peter Error in startup script: can't rename "itcl_class": command doesn't exist while executing "rename itcl_class itcl_class-orig" invoked from within "if {[info command itcl_class-orig] == ""} { rename itcl_class itcl_class-orig proc itcl_class {name def} { catch {rename $name {}} uplevel..." (file "/usr/X11R6/bin/tkdesk" line 591) -- -- Peter Fäßler http://faesslerweb.de/ +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!

2 1

Yaps mit ISDN als User
by Michael Steuter 19 Dec '02

19 Dec '02

Hallo Liste. Ich versuche krampfhaft yaps als User zu verwenden. Als root läuft alles. Überhaupt kein Problem. Also "normaler" User xy geht es nicht. Habe bisher folgendes unternommen: User xy in Gruppe uucp aufgenommen. chmod 660 und chgrp uucp /dev/ttyI* /dev/isdn* isdnctrl dial/hangup ippp* geht als User xy. yaps ist als solches ausführbar für alle User der Gruppe uucp, nur bekomme ich eben die Meldung "Trying to open /dev/ttyI0 for modem standard. Unable to dial D2". Scheinbar fehlt ihm immer noch ein Recht für irgendeine Datei. Hat jemand eine Idee, was ich vergessen habe? Welche Rechte braucht mein User noch? Mit freundlichen Grüßen, Michael Steuter Mit freundlichen Grüßen, Michael Steuter <Steuter(a)syscom-pb.de> -- (Die Weitergabe von Adress- und Personendaten zur kommerziellen Verwendung ist nicht ohne meine Zustimmung erlaubt !)

3 9

Faxzustellung per Mail aufgrund der MSN mit Hylafax und AVM C4
by Olm 19 Dec '02

19 Dec '02

Hallo !! Ein Faxserver (SuSE 8.1) mit Hylafax 4.1.3 macht bei mir das folgende Problem: Die eingehenden Faxe werden im Verzeichnis /var/spool/fax/recvq abgelegt und dem 'Fax-Administrator' wird eine Benachtichtigungsmail mit einem FTP-Link geschickt. Soweit ist ja eigentlich alles in Ordnung. Aber: Der FTP-Link ist von Windows-2000-Clients aus nicht aufrufbar (hängt vielleicht mit einer Inkompatibilität zwischen dem Explorer 5.5 und dem internen FTP-Server von Hylafax zusammen). Wenn man im Internet Explorer die URL ftp://faxserver:4559 aufruft, bekommt man eine Verzeichnisansicht, bei der sämtliche Dateiinformationen (Attribute, Name, Datum, etc.)im DATEINAMEN geschlüsselt sind und die restlichen Spalten mit Standard-(Null-)Werten gefüllt sind (Dateigröße 0, Dateidatum 1.1.1980, etc.). In dieser Form läßt sich der FTP-Server nicht nutzen. Zum anderen wird in keiner Weise ausgewertet, zu welcher MSN das Fax geschickt wurde. Der 7. Parameter, der an faxrcvd übergeben werden soll, die MSN, ist leer. Ein typisches Log-File sieht folgendermassen aus (bis auf die ausge-x-ten Rufnummern) Dec 16 18:42:32.06: [ 1172]: SESSION BEGIN 00000036 +49.421.56xxxx Dec 16 18:42:32.06: [ 1172]: Incoming analog call on controller 1 from 56xxxx. Dec 16 18:42:41.55: [ 1172]: Connection established. Dec 16 18:42:41.55: [ 1172]: StationID = 4942156xxxx Dec 16 18:42:41.55: [ 1172]: BaudRate = 14400 Dec 16 18:42:41.55: [ 1172]: Flags = MMR_compr Dec 16 18:42:41.57: [ 1172]: Write fax in path /var/spool/fax to file recvq/fax00005.tif. Dec 16 18:43:00.62: [ 1172]: Page 1 was received. - Last Page! Dec 16 18:43:03.43: [ 1172]: Fax received and calling '/var/spool/fax/bin/faxrcvd "recvq/fax00005.tif" "faxCAPI" "00000036" "" "4942156xxxx" "" ""'. Dec 16 18:43:03.61: [ 1172]: Connection is droped with reason 0x3400 (No additional information). Dec 16 18:43:03.61: [ 1172]: SESSION END Wie kann man erreichen, dass das Fax direkt aufgund der MSN als Anlage an den jeweiligen (in /var/spool/fax/users) Empfänger geleitet wird? Grüße Frank Olm olm(a)tollkuehn.de PS: Hat man irgendwie Einfluss auf das Dithering von Faxen ?

2 1

Re: [suse-isdn] alle MSN-Anschlüsse reagieren mit Fax-Ruf
by Karsten Keil 19 Dec '02

19 Dec '02

On Thu, Dec 19, 2002 at 01:52:43PM +0100, Poldi Winkler wrote: > Hallo, > nachdem Faxe mehrere Tage mit Fritz PCI 2 und den aktuellsten Paketen > von SuSE8.1 liefen, habe ich nunmehr folgendes Problem: > Alle drei MSN-Anschlüsse bringen den Fax-Ruf, der eigentlich nur auf > eiunem MSN-Anschluß liegen dürfte. > FAXNumber ist die eine MSN-Nummer. Hat nichts mit der Rufnummer zu tun, ist nur die Kennung für den Faxheader. /var/spool/fax/etc/config.faxCAPI fast am Ende: # Bei "IncomingMSNs" können in einer durch Komma getrennten Liste alle # MSNs angegeben werden, für die Rufe angenommen werden sollen. Ist # die Liste leer, werden alle Rufe auf ISDN FAX G3, 3,1kHz Audio und # eventuell "Sprache" angenommen. # Wenn "UseDDI" auf 1 gestellt ist, wird "IncomingMSNs" ignoriert. # # In "IncomingMSNs", all MSNs for which calls are to be accepted may # be listed, separated by commas. When the list is empty, all calls # are accepted for ISDN FAX G3, 3,1kHz audio and perhaps "Voice". # When "UseDDI" is set to 1, "IncomingMSNs" is ignored. # # default "" # IncomingMSNs: 29,30 (29,30 sind meine internen Durchwahlen fuer fax). -- Karsten Keil SuSE Labs ISDN development

2 2

alle MSN-Anschlüsse reagieren mit Fax-Ruf
by Poldi Winkler 19 Dec '02

19 Dec '02

Hallo, nachdem Faxe mehrere Tage mit Fritz PCI 2 und den aktuellsten Paketen von SuSE8.1 liefen, habe ich nunmehr folgendes Problem: Alle drei MSN-Anschlüsse bringen den Fax-Ruf, der eigentlich nur auf eiunem MSN-Anschluß liegen dürfte. FAXNumber ist die eine MSN-Nummer. In capifax.log finde ich plötzlich: Dec 19 13:34:40.32: [ 1528]: c2faxrecv - INFO: SESSION BEGIN 00000039 15000305 Dec 19 13:34:40.32: [ 1528]: c2faxrecv - INFO: Incoming analog call on controller 1 from 8915000303 to 15000303. Dec 19 13:34:47.01: [ 1528]: c2faxrecv - INFO: Connection is droped with reason 0x3490 (Normal call clearing). Dec 19 13:34:47.01: [ 1528]: c2faxrecv - INFO: SESSION END Mir scheint, daß der Anruf auf 15000303 (Telefon) auf 15000305 (Fax) umgeleitet wird und deshalb auch der Fax-Ruf kommt. Irgendwo muß ich vermutlich drehen! Danke vorab! Poldi

1 0

welche AVM-Hardware?
by Kai Schröder 19 Dec '02

19 Dec '02

Ich hatte bisher für Hylafax eine AVM Fritz! PnP laufen. Seit neuestem habe ich ein anderes Board ohne nutzbare ISA-Slots (19" 2HE mit Risercard). Nun meine Frage nach der "besseren" Lösung: soll ich meine Fritz!X USB benutzen oder lieber eine neue Fritz! PCI anschaffen? Und welche der PCI-Karten (1.x oder 2.0) läuft zuverlässiger? MfG, Kai

1 0

netfilter mit H.323 mit SuSE 7.3
by Kai Schröder 19 Dec '02

19 Dec '02

Hallo aus Berlin, ich benutze netfilter mit dem Patch für H.323. Das funktioniert so weit ganz gut, seit mein Rechner aber damit läuft, habe ich regelmässig Speicherfehler. Diverse Speichertestprogramme laufen aber fehlerfrei durch. Kann jemand dieses Problem bestätigen oder muss ich die Ursache woanders suchen? MfG, Kai

1 0