November 2007 - openSUSE ISDN (Deutsch)

GPRS - Verbindung / off topic?
by Dieter Jurzitza 06 Dec '07

06 Dec '07

Liebe Liste, da ich mir meiner Sache nicht sicher bin, habe ich beschlossen, zunächst einmal hierher zu mailen um abzuklären, ob ich einen Bug-Report aufmachen soll oder nicht. Sachstand: ich habe mit meinem Handy (Nokia E50) per GPRS und Bluetooth eine Internet-Verbindung konfiguriert. Nachdem das Handy per Bluetooth eingebunden war, habe ich mit Yast ein Modem auf die Schnittstelle konfiguriert. Der Wählstring ist "*99#", der Provider t-mobile braucht keinen User (bzw. nur Dummy) und kein Passwort. Wenn ich mit den "regulären" Komponenten aus opensuse 10.2 die Verbindung versuche, wird gewählt, die pap-Authentification klappt, anschließend fliege ich aber mit LCP: connection terminated by peer wieder heraus. Nach längerem Debuggen konnte ich den Übeltäter herausfinden. smpppd schreibt, wenn man dial on demand und automatisches Beziehen der IP-Adresse konfiguriert, trotzdem ein Pärchen IP-Adressen in den Befehl: 192.168.99.1 und 192.168.99.99, der Aufruf ist der folgende: Originalaufruf: #!/bin/sh /usr/sbin/smpppd-ifcfg --ifcfg=ifcfg-modem0 --provider=provider0 --user=fred --debug /usr/sbin/pppd /dev/modem 460800 call ppp \ connect "/usr/bin/wvdial --chat --config /var/run/smpppd/wvdial-modem0.conf \ smpppd" 192.168.99.1:192.168.99.99 ipcp-accept-local ipcp-accept-remote \ demand idle 300 defaultroute replacedefaultroute nodetach usepeerdns ifname \ modem0 ipparam 'ifcfg-modem0' 'provider0' user fred passwordfd 10 debug dump Modifizierter Aufruf: /usr/sbin/smpppd-ifcfg --ifcfg=ifcfg-modem0 --provider=provider0 --user=fred --debug /usr/sbin/pppd /dev/modem 460800 call ppp \ connect "/usr/bin/wvdial --chat --config /var/run/smpppd/wvdial-modem0.conf \ smpppd" ipcp-accept-local ipcp-accept-remote demand idle 300 defaultroute \ replacedefaultroute nodetach usepeerdns ifname modem0 \ ipparam 'ifcfg-modem0' 'provider0' user fred passwordfd 10 debug dump Der modifizierte Aufruf und der originale Aufruf unterscheiden sich nur in der IP-Adressvorgabe. Kommentiere ich die aus, so funktioniert es, bleibt sie drin, so kommt die LCP-Fehlermeldung. Ich habe smpppd jetzt so gepatcht, daß die IP-Adresse nicht mehr ausgegeben wird, seither funktioniert die Einbindung tadellos, aber das ist ja nur ein "Pflaster". Wenn jemandem etwas dazu einfällt, bin ich sehr dankbar, ansonsten werde ich wohl einen Bug-Report aufmachen? Fragt sich nur, wer bzw. was hier den Fehler macht! Danke schonmal, bis demnächst Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

2 1

Problem mit Proxyarp
by Lars Begerow 29 Nov '07

29 Nov '07

Hallo Mailingliste. Ich habe ein OpenSUSE 10.2 installiert und benötige eine Einwahl per ISDN. Die Einwahl habe ich konfiguriert und die funktioniert auch soweit. Nun habe ich, weil ein anderer Rechner im Netz erreicht werden muss, "proxyarp" in den IPPPD_OPTIONS in der Konfigurationsdatei des Devices eingetragen. Dann baue ich Verbindung auf und der ipppd sagt in /var/log/messages zu mir: ipppd[4743] found interface eth0 for proxy arp Das sollte doch aber auf dem Interface ippp1 passiern :-( Und das Routing funktioniert natürlich nicht. Dann habe ich "proxyarp" wieder aus den IPPPD_OPTIONS entfernt um es in die /etc/ppp/ioptions einzutragen. Leider mit den gleichen Ergebnis. Ein "noproxyarp" in /etc/ppp/options bringt auch keine Verbesserung, lediglich die ipppd Meldung erscheint in /var/log/messages nicht mehr. Darauf habe ich das Proxyarp versucht, manuell zu stoppen bzw. zu starten: echo "0" > /proc/sys/net/ipv4/conf/eth0/proxy_arp echo "1" > /proc/sys/net/ipv4/conf/ippp1/proxy_arp Leider ebenfalls ohne Wirkung...nichtmal in der /var/log/messages tauchte eine Meldung auf! Meine ISDN Karte: AVM B1 PCI Meine /etc/sysconfig/isdn/cfg-net1: CALLBACK="off" CBDELAY="2" CHARGEHUP="on" DEFAULTROUTE="no" DYNAMICIP="no" FIREWALL="no" IPADDR="192.168.1.210" IPPPD_OPTIONS="" MSN="999998" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="192.168.1.211" REMOTE_IN="" SECURE="off" STARTMODE="auto" USERCONTROL="no" NAME="ISDN-Verbindung" Hier meine Ausgabe des Befehls arp in verkürzter Version: Address HWtype HWaddress Flags Mask Iface dialin.domain.de * * MP eth0 Ich weiss nun wirklich nichtmehr weiter. Kann mir vielleicht jemand einen Denkanstoss geben? Ich bin am verzweifeln! Vielen Dank! Lars

2 3

rcisdn start: line 98: test_startmode: command not found
by Ekkard Gerlach 28 Nov '07

28 Nov '07

Bei einer recht frisch installierten Suse 10.2 startet plötzlich isdn nicht mehr: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 98: test_startmode: command not found Wo ist das test_startmode zu suchen?? Nach einem touch /usr/local/bin/test_startmode mit chmod +x ..... meckert isdn wieder: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 101: test_driver_loaded: command not found Was ist defekt? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

2 2

rcisdn start: line 98: test_startmode: command not found
by Ekkard Gerlach 27 Nov '07

27 Nov '07

Bei einer recht frisch installierten Suse 10.2 startet plötzlich isdn nicht mehr: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 98: test_startmode: command not found Wo ist das test_startmode zu suchen?? Nach einem touch /usr/local/bin/test_startmode mit chmod +x ..... meckert isdn wieder: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 101: test_driver_loaded: command not found Was ist defekt? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 0

rcisdn start: 'line 98: test_startmode: command not found'
by Ekkard Gerlach 27 Nov '07

27 Nov '07

Bei einer recht frisch installierten Suse 10.2 startet plötzlich isdn nicht mehr: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 98: test_startmode: command not found Wo ist das test_startmode zu suchen?? Nach einem touch /usr/local/bin/test_startmode mit chmod +x ..... meckert isdn wieder: # rcisdn start contr0 avm fritz! Card PCI v2.0 /etc/init.d/isdn: line 101: test_driver_loaded: command not found Was ist defekt? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 0

Re: partitionstabelle verschwunden
by Andre Lorenz 27 Nov '07

27 Nov '07

Renate Neike schrieb: > Am Tue, 27 Nov 2007 18:34:44 +0100 > schrieb Andre Lorenz <andre(a)highsecure.de>: > > >> Renate Neike schrieb: >> >>> Am Tue, 27 Nov 2007 18:14:35 +0100 >>> schrieb Andre Lorenz <andre(a)highsecure.de>: >>> >>> >>> >>>> Hallo, >>>> >>>> >>> Hallo, >>> >>> >>> >>>> ich habe ein mittelprächtiges grosses problem. >>>> >>>> ich habe einen server mit suse 10.2, und einer angeschlossenen san. >>>> >>>> auf dieser ist von jetzt auf nacher die partitionstabelle verschwunden. >>>> sprich SuSE erkennt das RAID so als wenn es grade neu erstellt worden ist. >>>> >>>> kann mir jemand sagen, ob und welches tool gut ist um die partitionen >>>> wieder herzustellen. >>>> >>>> >>> Versuche es mit Testdisk: >>> http://www.cgsecurity.org/wiki/TestDisk >>> >>> Ich habe mit diesem Tool gute Erfahrung gemacht in dieser Richtung. >>> Im Punkt "Analyse" scannt Testdisk die Platte auf verlorengegangene >>> Partitionen und kann die Partitionstabelle neu schreiben. >>> Testdisk ist auch auf jeder Knoppix-CD dabei. >>> >>> >>> >>>> herzlichen dank im vorraus. >>>> >>>> Andre >>>> >>>> >>> Gruß Renate >>> >>> >>> >>> >> herzlichen dank für die schnelle antwort, werde es gleich mal ausprobieren >> recovert das tool auch ext3 partitionen über 2 TB ? >> > > Sorry, da muss ich passen. > In dieser Größenordnung hab ich es nicht angewendet. > > >> andre >> > > Gruß Renate > > > die partitionen hat er gefunden nur leider als "MS-DATA" :-( sollte aber ext3 sein. was für einen partitionstyp hast du damit wieder hergestellt ? andre ____________ Virus checked by G DATA AntiVirusKit Version: AVKA 18.28 from 27.11.2007 Virus news: www.antiviruslab.com --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 0

DSL
by Michael Klosinski 23 Nov '07

23 Nov '07

Hallo Leute ich habe da ein hartnäckiges Problem, das Ihr vielleicht löst Mein Provider ist Arcor, ich habe einen Booter und kann deshalb über Windows online gehen, Linux ist aber viel besser, es ist sehr schade. Ich habe ein RJ45 Netzwerkkabel, ein Arcor DSL-Modem 200 ohne Router und das läuft über eine Netzwerkkarte. Mit herzlichen Grüßen MichaelKlosinski Michael Klosinski --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

2 1

isdnlog meldet eingehende Rufe teilw. sehr spaet
by Ekkard Gerlach 15 Nov '07

15 Nov '07

Hallo, der isdnlog meldet eingehende Rufe teilweise mt 15 Sekunden Verspätung, das isdn tty aber sofort, hier 12 Sekunden: Nov 15 15:47:39 rex3 kernel: isdn_net: call from 1775468xxx -> 0 2043xxx ignored Nov 15 15:47:39 rex3 kernel: isdn_tty: call from 1775468xxx -> 2043xxx ignored Nov 15 15:47:41 rex3 isdnlog: Mutex destroy failure: Device or resource busy Nov 15 15:47:51 rex3 isdnlog: ICE default IO error handler doing an exit(), pid = 2929, errno = 2 Nov 15 15:47:51 rex3 isdnlog: Nov 15 15:47:51 * Call to tei 127 from +49 177/5468xxx, Deutschland Mobilfunk E1/Deutschland Mo on Anruf lb RING (Speech) Ich will die Nr des Anrufers in einem KDE-passiv-popup immer anzeigen lassen. Der isdnlog macht seine Arbeit mit dem Eintrag: PROGRAM = /bin/bash -c "/usr/local/bin/popup_nummer \${2}" schon ganz gut, aber eben ZU SPAET!! Jetzt könnten wir dem syslog mitteilen, er solle alle kernel- Meldungen auf einen port X schicken, dort holt ein netcat diese ab und untersucht, ob die Meldung eine "call from" -Meldung ist. Dann ein passive-pop-up. Geht nicht besser / einfacher? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 0

OT-ArchLinux Fritzcard, fcpci und Kernel 2.6.23
by Gerhard Brauer 07 Nov '07

07 Nov '07

Hallo OpenSuse-User, Entschuldigung für das OT/den Überfall. Ich habe hier eine Frage zu einer anderen Distribution. Wenn ich euch hier vollkommen verprelle, ignoriert mich einfach. Andererseits sind hier sehr fähige Leute, die auch nah am Kernel sind. Das Problem ist, das unter dem Kernel 2.6.23 unser fcpci-Modul Probleme macht. Gleiches Modul und gleiche Konfiguration auf einem 2.6.22 hingegen ohne Probleme. Sowohl Kernel als auch das fcpci-Modul bauen korrekt unter 2.6.23, das Modul wird auch wunderbar geladen. Nur es funktioniert keine Capi-Anwendung noch über capidrv z.B. isdnlog o.ä. capiinfo zeigt keinerlei gefundene B-Kanäle und auch keine Protokolle (isdn,fax,...), auch kein Manufacturer... Was haben wir bisher versucht (der Paket-Betreuer und ich): - Die meisten Änderungen im 2.6.23 zu 2.6.22 im bereich Capi zurückzunehmen. Kein Erfolg. - Das OpenSuse-fcpci Paket mit euren Patches gebaut. Gleiches Fehlerbild, Modul lädt problemlos, capiinfo ohne bchannels. - Momentan sind wir mit den capi4kutils am Testen. Es geht hier erstmal nur um i586. Ich habe rumgesucht, auch auf dieser Liste, aber irgendwie nichts Entsprechendes gefunden. Frage wäre jetzt: sind euch (Karsten) Probleme mit dem 2.6.23 bekannt? Habt ihr evtl. Patches oder auch Erfolgsmeldungen wie: hier geht es mit diesem Kernel? Weitere Informationen wenn gewünscht kann ich gerne liefern. Zur detaillierten Übersicht (Logs,capiinfo-Ausgaben) siehe hier: http://bugs.archlinux.org/task/8511 Unser fcpci-Paket + patches findet sich hier: http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/network/fcpci/?cvsroot=Extra&o… Wäre toll, wenn ihr Infos o.ä. hättet. Gruß und Danke für's Lesen Gerhard -- Try rm -rf (_R_ead _M_ail _R_ealy _F_ast) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 1

Hylafax + Capi4Hylafax mit Eicon Diva BRI unter Suse 10.3
by Harald Trottmann 01 Nov '07

01 Nov '07

Hallo Leute, habe nach der Standardeinrichtung den Server am Laufen. harald:/etc # faxstat -s HylaFAX scheduler on harald.home: Running Modem faxCAPI (+49.7033.692072): Running and idle Die Diva-Karte ist funktioniert sonst einwandfrei (ich habe die Herstellertreiber geladen). Über Yast2 ließt sich das ISDN-Gerät auch konfigurieren, so daß ein Internetzugriff möglich ist. Führe ich dann "sendfax -n -d <nummer> test.txt" aus, so bekomme ich ca. eine halbe Stunde nur diese Meldung: HylaFAX scheduler on harald.home: Running Modem faxCAPI (+49.7033.692072): Running and idle JID Pri S Owner Number Pages Dials TTS Status 1 127 R root 071181151168 0:1 0:12 Sending job Das Logfile sieht unter /var/log dann wie folgt aus (LogTraceLevel: 4 in /etc/config.faxCAPI). Die Liste wird dann immer länger, bis er irgendwann auflegt. Im faxstat kommt dann eine Fehlermeldung. Das Interessante daran: das Fax kommt wirklich an. Es macht mich aber schier wahnsinnig, weil ich nicht verstehe, was hier geschieht. Dasselbe Verhalten auch mit anderen Faxnummern oder Dateien. Ich bin ratlos. P.S. Ich hatte vorher 10.2, und habe auf 10.3 geupdated (DVD aus C't). Vorher ging's mit derselben Karte problemlos. Hylafax habe ich schon einige Male neuinstalliert, das Verhalten bleibt. Nov 01 21:34:39.27: [ 6778]: CapiFaxSend - INFO: C4H-Version 01.03.00 (32Bit). Nov 01 21:34:39.27: [ 6778]: CapiFaxSend - INFO: SESSION BEGIN 000000001 +49.7033.692072 Nov 01 21:34:39.27: [ 6778]: CapiFaxSend - INFO: SEND FAX: JOB 1 DEST 07118115116884 COMMID 000000001 Nov 01 21:34:39.27: [ 6778]: CapiFaxSend - INFO: Try to connect to fax number 07118115116884 in Hylafax mode on controller 1. Nov 01 21:34:39.27: [ 6778]: CapiFaxSend - INFO: Dial and starting transfer of TIFF-File docq/doc1.ps;00 with normal resolution. Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: Flags = HighRes Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: Page 1 was sent. - Last Page! Nov 01 21:34:55.65: [ 6778]: CapiFaxSend - INFO: Fax file completely transfered to CAPI. Nov 01 21:35:28.74: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:35:28.74: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:35:28.74: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:35:28.74: [ 6778]: CapiFaxSend - INFO: Flags = HighRes Nov 01 21:38:59.41: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:38:59.41: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:38:59.41: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:38:59.41: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:39:29.63: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:39:29.63: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:39:29.63: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:39:29.63: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:39:59.91: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:39:59.91: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:39:59.91: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:39:59.91: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:40:30.35: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:40:30.35: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:40:30.35: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:40:30.35: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:41:00.70: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:41:00.70: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:41:00.70: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:41:00.70: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:41:49.16: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:41:49.16: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:41:49.16: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:41:49.16: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:42:19.42: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:42:19.43: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:42:19.43: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:42:19.43: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:42:49.81: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:42:49.81: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:42:49.81: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:42:49.81: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:43:20.08: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:43:20.08: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:43:20.08: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:43:20.08: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM Nov 01 21:43:50.35: [ 6778]: CapiFaxSend - INFO: Connection established. Nov 01 21:43:50.35: [ 6778]: CapiFaxSend - INFO: StationID = +497118115116884 Nov 01 21:43:50.35: [ 6778]: CapiFaxSend - INFO: BaudRate = 9600 Nov 01 21:43:50.35: [ 6778]: CapiFaxSend - INFO: Flags = HighRes, No_ECM ... ... ... -- Mit freundlichen Grüßen Harald Trottmann Neuhauser Strasse 40/1 71263 Weil der Stadt-Münklingen --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-isdn-de+help(a)opensuse.org

1 0