August 2002 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

alias
by Michael Schmitt 05 Aug '02

05 Aug '02

Hallo liste Bin wahrscheinlich mit meinem problem falsch, aber vielleicht weis ja doch jemand ne lösung: Habe mich schon durch einige Literatur gekämpft, aber noch keine Lösung gefunden. Wenn mein Kollege mails bekommt, soll ich diese auch bekommen. Dieser Kollege YYY ist in aliases eingetragen. Den zusätzlichen Eintrag von mir: XXX habe ich korrekt abgespeichert und mit newaliases gestartet. Muster.mann : YYY, XXX Leider erfolgt nur eine weiterleitung an den kollegen XXX nur, wenn es intern verschickt wird. Wenn eine mail von außerhalb kommt, bekommt diese nur YYY aber XXX überhaupt nicht. Kann das an einen Eintrag in der sendmail liegen und wenn ja um welchen Eintrag handelt es sich da? Bin für jede Hilfe dankbar. Mit freundlichem Gruß Michael Schmitt

2 3

Sedlbauer speed star PCMCIA unter SuSE 8.0
by rhizoma＠t-online.de 03 Aug '02

03 Aug '02

Hallo, habe auf meinem Notebook Upgrade auf SuSE 8.0 gemacht und versuche die Speedstar PCMCIA zum Laufen zu bekommen, klappt aber nicht. Habe beide vorhandenen Treiber für das Modell probiert, gleiches Ergebnis. (Sorry, wenn jetzt viel Text kommt, aber ich bin noch zu 'neu' um zu entscheiden, was wichtig ist, und was nicht...) Die /var/log/boot.msg meldet: <notice>/etc/init.d/rc5.d/S01SuSEfirewall_init start <notice>'/etc/init.d/rc5.d/S01SuSEfirewall_init start' exits with status 0 <notice>/etc/init.d/rc5.d/S01idedma start <notice>'/etc/init.d/rc5.d/S01idedma start' exits with status 0 <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 Sedlbauer Speed Star done Loading Driver contr0 hisaxcontr0: No such device contr0: No such device Und in der /var/log/messages steht: Apr 15 17:58:40 linux cardmgr[566]: starting, version is 3.1.31 Apr 15 17:58:40 linux cardmgr[566]: modpath = /lib/modules/2.4.18-4GB/ Apr 15 17:58:40 linux cardmgr[566]: modsubdir = pcmcia Apr 15 17:58:41 linux cardmgr[566]: config error, file 'config.add_kernel' line 322: unknown device: 8139too Apr 15 17:58:41 linux cardmgr[566]: watching 2 sockets Apr 15 17:58:41 linux cardmgr[566]: Card Services release does not match Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: IO ports 0xc00-0xcff: Device or resource busy Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: IO ports 0x816-0x8ff: Device or resource busy Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: IO ports 0x800-0x80f: Device or resource busy Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: IO ports 0x100-0x4ff: Device or resource busy Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: memory 0xc0000-0xfffff: Input/output error Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: memory 0x60000000-0x60ffffff: Input/output error Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: memory 0xa0000000-0xa0ffffff: Input/output error Apr 15 17:58:41 linux cardmgr[566]: could not adjust resource: IO ports 0xa00-0xaff: Device or resource busy Apr 15 17:58:41 linux cardmgr[566]: socket 0: Sedlbauer Speed Star PCMCIA ISDN-Card Apr 15 17:58:41 linux kernel: cs: IO port probe 0x0c00-0x0cff: clean. Apr 15 17:58:41 linux kernel: cs: IO port probe 0x0816-0x08ff: clean. Apr 15 17:58:41 linux kernel: cs: IO port probe 0x0800-0x080f: clean. Apr 15 17:58:41 linux kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x398-0x39f 0x4d0-0x4d7 Apr 15 17:58:41 linux kernel: cs: IO port probe 0x0a00-0x0aff: clean. Apr 15 17:58:41 linux kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Apr 15 17:58:41 linux cardmgr[566]: module /lib/modules/2.4.18-4GB//pcmcia/net/slhc.o not available Apr 15 17:58:41 linux cardmgr[566]: executing: 'modprobe -v slhc' Apr 15 17:58:41 linux cardmgr[566]: + /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/net/slhc.o Apr 15 17:58:41 linux cardmgr[566]: + Using /lib/modules/2.4.18-4GB/kernel/drivers/net/slhc.o Apr 15 17:58:41 linux cardmgr[566]: + Symbol version prefix '' Apr 15 17:58:41 linux kernel: CSLIP: code copyright 1989 Regents of the University of California Apr 15 17:58:41 linux cardmgr[566]: module /lib/modules/2.4.18-4GB//pcmcia/misc/isdn.o not available Apr 15 17:58:41 linux cardmgr[566]: executing: 'modprobe -v isdn' Apr 15 17:58:41 linux cardmgr[566]: + /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/isdn/isdn.o Apr 15 17:58:41 linux cardmgr[566]: + Using /lib/modules/2.4.18-4GB/kernel/drivers/isdn/isdn.o Apr 15 17:58:41 linux cardmgr[566]: + Symbol version prefix '' Apr 15 17:58:41 linux kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Apr 15 17:58:41 linux cardmgr[566]: module /lib/modules/2.4.18-4GB//pcmcia/misc/hisax.o not available Apr 15 17:58:41 linux cardmgr[566]: executing: 'modprobe -v hisax type=22 protocol=2' Apr 15 17:58:41 linux cardmgr[566]: + /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/isdn/hisax/hisax.o type=22 protocol=2 Apr 15 17:58:41 linux cardmgr[566]: + Using /lib/modules/2.4.18-4GB/kernel/drivers/isdn/hisax/hisax.o Apr 15 17:58:41 linux cardmgr[566]: + Symbol version prefix '' Apr 15 17:58:41 linux kernel: HiSax: Linux Driver for passive ISDN cards Apr 15 17:58:41 linux kernel: HiSax: Version 3.5 (module) Apr 15 17:58:41 linux kernel: HiSax: Layer1 Revision 1.1.4.1 Apr 15 17:58:41 linux kernel: HiSax: Layer2 Revision 1.1.4.1 Apr 15 17:58:41 linux kernel: HiSax: TeiMgr Revision 1.1.4.1 Apr 15 17:58:41 linux kernel: HiSax: Layer3 Revision 1.1.4.1 Apr 15 17:58:41 linux kernel: HiSax: LinkLayer Revision 1.1.4.1 Apr 15 17:58:41 linux kernel: HiSax: Approval certification valid Apr 15 17:58:41 linux kernel: HiSax: Approved with ELSA Microlink PCI cards Apr 15 17:58:41 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Apr 15 17:58:41 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards Apr 15 17:58:41 linux kernel: HiSax: Approved with HFC-S PCI A based cards Apr 15 17:58:41 linux cardmgr[566]: executing: 'insmod -v /lib/modules/2.4.18-4GB//pcmcia/sedlbauer_cs.o' Apr 15 17:58:41 linux kernel: sedlbauer_cs: Card Services release does not match! Apr 15 17:58:41 linux cardmgr[566]: + Using /lib/modules/2.4.18-4GB//pcmcia/sedlbauer_cs.o Apr 15 17:58:41 linux cardmgr[566]: + Symbol version prefix '' Apr 15 17:58:41 linux cardmgr[566]: + /lib/modules/2.4.18-4GB//pcmcia/sedlbauer_cs.o: init_module: Operation not permitted Apr 15 17:58:41 linux cardmgr[566]: + Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters Apr 15 17:58:41 linux cardmgr[566]: insmod exited with status 1 Apr 15 17:58:41 linux cardmgr[566]: executing: 'modprobe -v sedlbauer_cs' Apr 15 17:58:41 linux cardmgr[566]: + /sbin/insmod /lib/modules/2.4.18-4GB/kernel/drivers/isdn/hisax/sedlbauer_cs.o Apr 15 17:58:41 linux cardmgr[566]: + Using /lib/modules/2.4.18-4GB/kernel/drivers/isdn/hisax/sedlbauer_cs.o Apr 15 17:58:41 linux cardmgr[566]: + Symbol version prefix '' Apr 15 17:58:42 linux cardmgr[566]: executing: './isdn start sedlbauer' Apr 15 17:58:42 linux kernel: sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef Apr 15 17:58:42 linux kernel: HiSax: Total 1 card defined Apr 15 17:58:42 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Apr 15 17:58:42 linux kernel: HiSax: Sedlbauer driver Rev. 1.1.4.1 Apr 15 17:58:42 linux kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Apr 15 17:58:42 linux kernel: Sedlbauer: testing IPAC version 0 Apr 15 17:58:42 linux kernel: Sedlbauer: speed star detected Apr 15 17:58:42 linux kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Apr 15 17:58:42 linux kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Apr 15 17:58:42 linux kernel: Sedlbauer: resetting card Apr 15 17:58:42 linux kernel: HiSax: DSS1 Rev. 1.1.4.1 Apr 15 17:58:42 linux kernel: HiSax: 2 channels added Apr 15 17:58:42 linux kernel: HiSax: MAX_WAITING_CALLS added Apr 15 17:58:42 linux kernel: HiSax: module installed Apr 15 17:58:42 linux cardmgr[566]: + Setting up ISDN card contr0 Sedlbauer Speed Star..done Apr 15 17:58:42 linux cardmgr[566]: + Loading Driver contr0 hisaxcontr0: No such device Apr 15 17:58:42 linux cardmgr[566]: + contr0: No such device Apr 15 17:58:42 linux cardmgr[566]: + ..done Apr 15 17:58:42 linux cardmgr[566]: + STARTMODE 'onboot' of configuration for 'ippp0' does not match current MODE 'hotplug' Apr 15 17:58:42 linux isdnlog: isdnlog Version 4.56 starting Wo kann das Problem liegen und wie kann ich es lösen ? Danke für eure Hilfe ! Friedemann -- Friedemann Garvelmann Heilpraktiker und RHIZOMA - Seminare Hauptstr. 8 D-79790 Küssaberg - Kadelburg Tel.: +49-7741-2926 f.garvelmann(a)rhizoma.de http://home.t-online.de/home/rhizoma http://home.t-online.de/home/nhp-garvelmann

5 12

ppp Optionen
by Rainer Stransky 03 Aug '02

03 Aug '02

Habe ein Frage zur Modemkonfiguration per pppd (kein ISDN ;-( ): Habe unter SuSE 8.0 per YAST2 zwei verschiedene Provider konfiguriert. Diese benötigen allerdings unterschiedliche Optionen für den pppd. Gibt es unter /etc/sysconfig/network/ifcfg-pppX bzw /etc/sysconfig/network/providers/Y eine Möglichkeit Optionen an den pppd zu übergeben ohne damit den jeweils anderen zu stören ? Was muss ich tun damit diese Änderungen wirksam werden SuSEConfig --module ?? Gruss Rainer

2 1

Fritz!dsl Start Script: pppd bekommt keine Verbindung
by Olaf Grünig 02 Aug '02

02 Aug '02

Hallo Liste, ich habe einen router mit einer fritz!dsl Karte. Die DSL-Verbindung klappt wunderbar, wenn ich pppd call t-dsl eingebe. pppd ist world readable und executable, funktioniert auch bei Aufruf durch user. Ich mache die Authentisierung mit pap, das funktioniert problemlos. Nun möchte ich nach dem booten automatisch die Internetverbindung mit pppd herstellen und habe dazu ein Start-skript geschrieben: capiinit start pppd call t-dsl ... und dann mit iptables Einstellungen, um Masquerading zu starten. Leider kommt keine Verbindung zustande. Die capi- und die iptables-Module werden geladen, aber pppd bricht ab, in /var/log/messages habe ich folgende Nachrichten: Aug 3 21:01:26 router_pc kernel: kcapi: card 1 "fcdsl-pci" ready. Aug 3 21:01:26 router_pc kernel: kcapi: card 2 "fcdsl-pci" ready. Aug 3 21:01:26 router_pc kernel: kcapi: notify up contr 1 Aug 3 21:01:26 router_pc kernel: capi: controller 1 up Aug 3 21:01:26 router_pc kernel: kcapi: notify up contr 2 Aug 3 21:01:26 router_pc kernel: capi: controller 2 up Aug 3 21:01:28 router_pc pppd[1763]: Plugin capiplugin.so loaded. Aug 3 21:01:28 router_pc pppd[1763]: capiplugin: $Revision: 1.27 $ Aug 3 21:01:28 router_pc pppd[1763]: capiconn: 1.7 Aug 3 21:01:28 router_pc kernel: kcapi: appl 1 up Aug 3 21:01:28 router_pc kernel: CSLIP: code copyright 1989 Regents of the Univ ersity of California Aug 3 21:01:28 router_pc kernel: PPP generic driver version 2.4.1 Aug 3 21:01:28 router_pc pppd[1767]: pppd 2.4.1 started by root, uid 0 Aug 3 21:01:28 router_pc pppd[1767]: capiplugin: phase serialconn. Aug 3 21:01:28 router_pc pppd[1767]: capiplugin: leased line (adslpppoe) Aug 3 21:01:28 router_pc kernel: kcapi: appl 1 ncci 0x10102 up Aug 3 21:01:28 router_pc kernel: kcapi: appl 1 ncci 0x10102 down Aug 3 21:01:28 router_pc pppd[1767]: capiplugin: disconnect(remote): "" -> "" o utgoing 0x0000 (0x3301) - No additional information Aug 3 21:01:28 router_pc pppd[1767]: capiplugin: couldn't make connection Aug 3 21:01:29 router_pc pppd[1767]: capiplugin: exit Aug 3 21:01:29 router_pc pppd[1767]: Exit. Wenn ich jetzt manuell eingebe "pppd call t-dsl", dann kommt die Verbindung zustande (auch für die übrigen Rechner via Masquerading), und ich bekomme folgende messages: Aug 3 21:15:20 router_pc pppd[1855]: Plugin capiplugin.so loaded. Aug 3 21:15:20 router_pc pppd[1855]: capiplugin: $Revision: 1.27 $ Aug 3 21:15:20 router_pc pppd[1855]: capiconn: 1.7 Aug 3 21:15:20 router_pc kernel: kcapi: appl 1 up Aug 3 21:15:20 router_pc pppd[1856]: pppd 2.4.1 started by olaf, uid 501 Aug 3 21:15:20 router_pc pppd[1856]: capiplugin: phase serialconn. Aug 3 21:15:20 router_pc pppd[1856]: capiplugin: leased line (adslpppoe) Aug 3 21:15:20 router_pc kernel: kcapi: appl 1 ncci 0x10102 up Aug 3 21:15:21 router_pc pppd[1856]: capiplugin: connected: "" -> "" outgoing Aug 3 21:15:21 router_pc pppd[1856]: capiplugin: using /dev/capi/0: "" -> "" outgoing Aug 3 21:15:22 router_pc pppd[1856]: Using interface ppp0 Aug 3 21:15:22 router_pc pppd[1856]: Connect: ppp0 <--> /dev/capi/0 Aug 3 21:15:22 router_pc pppd[1856]: capiplugin: phase establish (was serialconn). Aug 3 21:15:22 router_pc /etc/hotplug/net.agent: assuming ppp0 is already up Aug 3 21:15:25 router_pc pppd[1856]: capiplugin: phase authenticate (was establish). Aug 3 21:15:25 router_pc pppd[1856]: Remote message: Authorization - Success Aug 3 21:15:25 router_pc pppd[1856]: capiplugin: phase network (was authenticate). Aug 3 21:15:25 router_pc pppd[1856]: local IP address 217.231.199.68 Aug 3 21:15:25 router_pc pppd[1856]: remote IP address 217.5.98.176 Aug 3 21:15:25 router_pc pppd[1856]: primary DNS address 217.5.100.1 Aug 3 21:15:25 router_pc pppd[1856]: secondary DNS address 194.25.2.129 Aug 3 21:15:25 router_pc pppd[1856]: capiplugin: phase running (was network). Was läuft bei mir falsch? Ich habe auch schon versucht, mit "sleep 15" Pausen in das script einzubauen, aber ohne Erfolg. Vielen Dank für Tips Olaf

2 2

Automatischer Reconnect mit ppp bzw. smpppd
by Wolfgang Eul 02 Aug '02

02 Aug '02

Hallo! Gibt es zufälligerweise eine Möglichkeit, bei Verwendung von ppp bzw. smpppd den Dämon dazu zu bringen, nach einem Verbindungsabbruch (bei ISDN wegen Störung, bei DSL wegen automatischer Trennung) die Verbindung direkt wieder neu aufzubauen? Ich habe mir bislang mit cron und einem Skript geholfen, habe aber bislang auch nichts "eleganteres" beim googeln gefunden... Bei OpenBSD gibt es beim ppp einen Parameter -ddial, habe in den manpages aber nichts vergleichbares gefunden (oder doch überlesen?). Bis dann, Wolfgang Eul

3 2

vbox(d)
by Andre Frimberger 02 Aug '02

02 Aug '02

hi, hat sich schonmal jemand näher mit dem vbox source beschäftigt ? Oder ne Ahnung wie man über den vboxd an die config files rankommt ? Mfg André

1 0

unbekanntes wählverhalten
by Andre Lorenz 02 Aug '02

02 Aug '02

hallo zusammen, ich habe hier einen kleinen rechner, welcher mir als gateway dient. dieser ist ausgestatet mit suse 8 und der elsa microlink isdn. nun soll dieser rechner automatisch sich ins internet einwählen, was er auch mehr als zuverlässig macht. denn, er wählt sich auch nachts mit 4 jobs, welche knapp 30 min versetzt sind alle 2h ins internet ein. :(( die logfiles geben leider keine auskunft darüber, welcher dienst gerade ne anfrage ins netz macht. habe aus verzweiflung schon über nacht rcnetwork stop gemacht, was aber nichts geholfen hat. der smppd wählte immer noch raus. ich hatte desweiteren gehoft, das mir daraufhin irgenwelche fehlermeldungen in den logfiles auftauchen, was aber leider nicht so war. habe auch schon alle dienste deaktiviert, welches mich auch nicht zu einem ergebnis gebracht hat. vielleicht hatte einer von euch ein ähnliches problem, und kann mir evtl einen tip geben, was es noch sein könnte. über nacht läuft absolut kein dienst also weder samba bind sendmail http ............... danke im vorraus. mfg andre

3 3

Integral 3 und ISDN
by Günther J. Niederwimmer 02 Aug '02

02 Aug '02

Hallo Karsten, kannst Du helfen bei einem Problem mit einer Integral 3 und Isdnlog, ich habe alle Minuten einen Logeintrag mit diesem Muster, wie kann man das abstellen ? isdnlog xx.xx.xx tei 127 calling ? with ? unexpected discriminator 0x47 -- ignored und das alle Minuten obwohl gar nicht Telefoniert wird -- MfG / Regards Günther J. Niederwimmer

2 1

Kanalbündel für Teledat 2a/b
by Frank Jäschke 02 Aug '02

02 Aug '02

Hallo ISDN-er, ich habe da ein "kleines" Problem : - SuSE 8.0 Professional, - Kernel 2.4.18 (Orgianlquellen), -Treiber fxusb für Teledat 2a/b, - Capi2.0. Das geht alles so wie ich es möchte. Nun zum Problem mit dem pppd wähle ich mich bei meinem Provider ein, Verbindung klappt. Wie kann ich den 2. B-Kanal dazuschalten oder gleich mit benutzen ? Dailinscript für pppd (Orginal 8.0): debug sync noauth -chap user xxxxxxxxx plugin userpass.so password xxxxxxxxxx defaultroute plugin capiplugin.so msn xxxxxxxxx idle 300 number 019xxxx multilink protocol hdlc /dev/null Bei Connect wird an der Gegenstelle MP ausgehandelt. Ifconfig sieht dann so aus : eth0 Link encap:Ethernet HWaddr 00:10:DC:2B:CE:58 inet addr:192.168.113.3 Bcast:192.168.113.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST 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:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:11 Base address:0xe800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:40 errors:0 dropped:0 overruns:0 frame:0 TX packets:40 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3104 (3.0 Kb) TX bytes:3104 (3.0 Kb) ppp0 Link encap:Point-to-Point Protocol inet addr:193.158.254.13 P-t-P:193.158.254.253 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1524 Metric:1 RX packets:1753 errors:47 dropped:47 overruns:0 frame:0 TX packets:1773 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:2352528 (2.2 Mb) TX bytes:99721 (97.3 Kb) Wie nun den 2. Kanal nutzen ? -- Mit freundlichen Grüßen Frank Jäschke Mail : fje-admin(a)tpnet.de oder (Internetservice Frank.Jaeschke(a)deteline.de DeTeLine GmbH Teleport Bitterfeld)

2 1

Re: [suse-isdn] ISDN Headercompression
by Karsten Keil 02 Aug '02

02 Aug '02

On Fri, Aug 02, 2002 at 06:59:52AM +0200, Frank Noack wrote: > Am Mittwoch, 31. Juli 2002 22:11 schrieb Karsten Keil: > > On Wed, Jul 31, 2002 at 08:37:03PM +0200, Frank Noack wrote: > > > Hi > > > > > > Ich hatte bis vor kurzem Suse 7.2 mit LZS Compression am laufen. Seit ich > > > auf 8.0 geupdatet habe wird das aber durch Suseconfig immer wieder > > > überschrieben. Jetzt habe ich eine grundsätzliche Frage. Welche > > > Compressionsvariante ist bei ISDN die effektivste (Van Jacobsen, BSD, > > > LZS), oder auch > > > resourcenschonendste. > > > > VJ Header bringt nicht viel, braucht aber fast nichts. LZS ist > > wahrscheinlich beste von der Rate, braucht aber dementsprechend resourcen. > > Kann man VJ und LZS kombinieren, und bringt das was? > > > > Trag IPPPD_OPTIONS="lzs 1:4" ein und lass "SuSEconfig --module isdn" > > laufen. (Wird nicht in die Datei geschrieben, sondern direkt der > > commandline uebergeben). > > Wie muss man das dann übergeben? "lzs 1:4,vj" ? Mit Leerzeichen getrennt, wobei es offiziell vj nicht gibt, nur -vj. -- Karsten Keil SuSE Labs ISDN development

1 0