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

UDP port 4665, dauer-online, Lösungsvorschlag
by Carsten Menn 26 Dec '02

26 Dec '02

Hallo, vor ein paar Wochen (oder Monaten) gab es schonmal ein paar Anfragen wegen Problemen mit dem pppd, falls man dynamische IP-Adressen zugewiesen bekommt, die zuvor von Napster/Morpheus- Freunden benutzt worden sind. Durch ständige polls auf den UDP Port 4665 wurde der idle-timer vom pppd jedesmal zurückgesetzt, so daß die Verbindung nicht mehr automatisch abgebaut wurde. Ich hatte dieses Problem auch und bin durch lesen des Archives dieser Liste erst auf die genau Ursache Aufmerksam geworden. Der Standarkernel von SuSE-8.0 ist bereits mit der Option für ppp-filtering übersetzt. Jetzt muß man nur noch den pppd neu übersetzen. Man besorge sich ppp-2.4.1 und editiere in ppp-2.4.1/pppd das Makefile.linux. Einfach nur FILTER=y aktivieren, das reicht. Den so generierten ppppd einfach nach /usr/sbin kopieren. Anschließend in /etc/ppp/options noch den folgenden Eintrag machen: active-filter 'not udp port 4665' Das war's. Bei mir klappt das seitdem prima. Mir ist schon oft eine IP-Adresse zugeteilt worden die einem vermeindlichen MP3-Tauscher gehört aber seit der Änderung legt mein pppd trotzdem schön brav auf. Viele Grüße, Carsten ------------------------------------------ Carsten Menn Forschungszentrum Informatik Systementwurf in der Mikroelektronik (SiM) Haid- und Neustr. 10-14 76131 Karlsruhe Tel.: +49 (0)721 9654-414 (Di-Do) +49 (0)7633 91828-20 (Fr-Mo) Fax.: +49 (0)721 9654-413 (Di-Do) +49 (0)7633 150335 (Fr-Mo)

8 26

isdnlog
by Fido 20 Nov '02

20 Nov '02

Hi, ich versuche seit Tagen mittels isdnlog und isdnrep meine Gebühren zu loggen. Ich krieg's einfach nicht hin! Habe die "Readme" bereits studiert und die i4l faq bringt mich auch nicht weiter. Benutze Suse 7.0 mit dem orginalen i4l Paket aus dieser Distribution. Das sind meine Probleme: Ich wähle eine Nummer im E-Plus Netz an die mit 0178 beginnt. Für diese Verbindung werden korrekt 0,230 Euro berechnet, (stimmt zumindest beim XXL)! Danach wähle ich wieder das E-Plus Netz an, diesmal aber mit einer 0163 Nummer. Diese Verbindung steht mit 0,000 Euro im isdnrep. Außerdem finde ich in /var/log/messages folgende Meldung: calling 0163..... with ........ No area info for provider 33_2 (2), destination 0163.... Ich habe in der country-de.dat +49163 im E-Plus Bereich eingefügt. Leider erfolglos! Bei dem anderen Verbindungsaufbau mit der 0178 steht in der /var/log/messages die gewählte Nummer mit Länderkennung also (+49178) allerdings nicht als Fehlermeldung sondern nur als Hinweis dadrauf das es einen Verbindungsaufbau gab. Irgendwie konnte ich isdnlog noch nicht zu verstehen geben das die 0163 zu einem deutschen Mobilfunkbetreiber gehört. Gibt's da noch ne andere Stelle wo man was ändern muß. So sieht meine /etc/isdn/isdn.conf aus: [GLOBAL] COUNTRYPREFIX = + COUNTRYCODE = 49 AREAPREFIX = 0 # EDIT THIS LINE: AREACODE = 30 [VARIABLES] [ISDNLOG] LOGFILE = /var/log/isdn/isdn.log ILABEL = %b %e %T %ICall to tei %t from %N2 on %n2 OLABEL = %b %e %T %Itei %t calling %N2 with %n2 REPFMTWWW = "%X %D %17.17H %T %-17.17F %-20.20l SI: %S %9u %U %I %O" REPFMTSHORT = "%X%D %8.8H %T %-14.14F%U%I %O" REPFMT = " %X %D %15.15H %T %-15.15F %7u %U %I %O" REPFMTX1 = "%x %X %D %8.8H %T %-14.14F %j %I %O %P %p %u %U" CHARGEMAX = 20.00 CURRENCY = 0.000,EURO COUNTRYFILE = /usr/lib/isdn/country-de.dat RATECONF= /etc/isdn/rate.conf RATEFILE= /usr/lib/isdn/rate-de.dat HOLIDAYS= /usr/lib/isdn/holiday-de.dat ZONEFILE= /usr/lib/isdn/zone-de-%s.gdbm DESTFILE= /usr/lib/isdn/dest.gdbm <-----Was ist denn das für ein Teil? # providerselect VBN = 010 VBNLEN = 2:3 PRESELECTED=33 Hat jemand ne' Idee wo es klemmt? Gruß Fido

3 4

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

kisdn
by Axel Lindlau 01 Jul '02

01 Jul '02

Hallo, wer kennt diese Progi? Ich habe hier die Version 1.1.0 damals von Chip als Vollversion ausgegeben. Die Page von denen ist wohl geschlossen .-( Nun zu meiner Frage: Ausgehende Sprachanrufe funktionieren. Eingehende nicht.Das einzigste was mir angezwigt wird ist die >Diode< von Kanal a...die leuchtet dann auf. Wo könnte ich bei der Fehler suche ansetzten...habe schon so ziemlich alle Einstellungen ausprobiert :-( Alternativ suche ich ein Programm ,das mir ein- und ausgehende Gespräche protokolliert.Zusätzlich sollte ein >PopupFenster< aufgehen bei einen eingehenden Anruf mit der Nummer des Anrufers. Gibt es sowas eigentlich??? Mein System ist die SuSE 7.3 - Teledat 150 PCI ISDN-Karte als Fritz -PCI konfiguriert..... Danke für jeden Hinweis, Axel

2 3

Re: [suse-isdn] ISDN-log
by Axel Lindlau 01 Jul '02

01 Jul '02

Am Sonntag, 30. Juni 2002 19:48 schrieben Sie: > On Sun, Jun 30, 2002 at 05:30:31PM +0200, Axel Lindlau wrote: > > Hallo Leute, > > beim Versuch mein Problem mit KISDN zu lösen bin ich auf folgenden > > Eintrag der /var/log/isdn.log gestossen...... > > > > > > Jun 30 15:05:30 2002|+491774055053 |+499112975840 | 0| > > 0|1025442330| -1|I| 16| 0| 0|3.2|1|1|1.056|DEM|0| 33| > > -1| > > > > Kann mir bitte jemand mal diese Zeile erklären ????? > > Vielen Dank :-) > > 0911 ist die Vorwahl von Nürnberg. Und welcher Distributor > sitzt dort? Das ist eigentlich auch schon der Ganze Trick :) > > In einer der Konfigurationsdateien kannst du deine richtige > Vorwahl einstellen, solange steht dort die Vorwahl von Nürnberg > drinnen.. > > Bye, > Marcus Aber ,bitte ,in welcher..... habe schon alles durchgesucht und habe leider nix gefunden...... selbst ein Suchen nach dieser Nummer brachte mir keinen Erfolg :-( Danke .-)

3 3

ISDN-log
by Axel Lindlau 30 Jun '02

30 Jun '02

Hallo Leute, beim Versuch mein Problem mit KISDN zu lösen bin ich auf folgenden Eintrag der /var/log/isdn.log gestossen...... Jun 30 15:05:30 2002|+491774055053 |+499112975840 | 0| 0|1025442330| -1|I| 16| 0| 0|3.2|1|1|1.056|DEM|0| 33| -1| Kann mir bitte jemand mal diese Zeile erklären ????? Vielen Dank :-)

1 0

Re: [suse-isdn] Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Karsten Keil 29 Jun '02

29 Jun '02

On Thu, Jun 27, 2002 at 06:46:29PM +0200, Oliver Ob wrote: > Karsten Keil schrieb: > > > OK scheint eine Sedlbauer zu sein. > Ja, sagt mir Windoof auch. Obwohl RFI HOT ISDN 100cc > drauf steht. > > > Was sagt /var/log/messages zum HiSax load in diesem Zustand ? > > Gab es auch hier einen Opps ? > > Nein nicht mehr. messages ist nun clean. > Siehe weiter unten. > Ich habe nur den ganzen Verlauf gepostet, um das alles > moeglichst verstaendlich zu machen. > > > Der Opps kommt nicht von dem ISDN Treiber sondern vom pcnet_cs. > > Entweder vertragen sich die beiden Karten nicht, oder benutzen irgendwelche > > Ressourcen gemeinsam. > > > > Probiers mal nur mit der Sedlbauer. > > Dieser Oops ist nun auch beseitigt. > > > > Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 > > > Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 > > ^^^ > > Die sedlbauer bekommt vom cardservice keinen IRQ zugewiesen -> > > damit kann sie nicht funktionieren. > > Ja genau. Das hat mir Andreas eben auch geposted. > Allerdings: Ich habe es daraufhin eben ausprpbiert: > In i4l_hardware steht "irq=5" drin. Nun, Andreas meinte, ich > sollte es mal mit "11" probieren. Das ist egal, das sind nur Dummy Werte. Der PCMCIA core/BIOS weist der Karte den IRQ zu, dieser wird dann zusammen mit der ebenfalls zugewiesenen IO Adresse mittels sedlbauer_cs (bzw. sedl_cs) an den HiSax Treiber weitergereicht. Wie es aussieht wird aber kein IRQ zugewiesen. Es gibt ein config file /etc/pcmcia/config.opts wo man die IRQs die verwendet werden duerfen einstellen kann. Eventuell dort mal schauen. Im uebeigen ist es so, das bei manchen notebooks sedl_cs besser funktioniert, bei anderen sedlbauer_cs. Toshibas machen aber leider oft Aerger und auch unsere Experten bekommen von Toshiba keine Daten. > > Kein anderes Ergebnis laut Log. Immer "IRQ 0" wie an der Stelle, > die Du eben markiert hast. > > Was soll ich noch versuchen? > > > Das sieht soweit gut aus, d.h. die IO Adresse ist OK. > Ja, finde ich auch so. > > > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > > "sedlbauer_cs" umgesetzt. > > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab > > > vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! > Seit diesem Tip ist kein Kernel Oops mehr zu sehen. > Danke! > > > > ippp, open, slot: 0, minor: 0, state: 0000 > > > ippp_ccp: allocated reset data structure c36b6800 > > > ippp, open, slot: 1, minor: 1, state: 0000 > > > ippp_ccp: allocated reset data structure c3423800 > > > > > > Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. > > > > Ohne IRQ nicht. > Ich guck mir das nun nochmal an. > > Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? > > -- > *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ > I http://www.bmw-roadster.de/Friends/Olli/olli.html I > I http://www.bmw-roadster.de/Friends/friends.html I > I http://groups.yahoo.com/group/VGAP-93 I > I http://home.t-online.de/home/spacecraft.portal I > >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<< -- Karsten Keil SuSE Labs ISDN development

4 4

Re: Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 29 Jun '02

29 Jun '02

Harald Heil schrieb: > > Am Donnerstag, 27. Juni 2002 21:28 schrieb Oliver Ob: > > Andreas Kr. und Karsten Keil schrieben: > > > > +**** So, hier kommst was Spannendes (... und Schokolade und ....) > > ******** > > +Ich arbeite mich gerade linear durch Deine Logs und da sehe ich doch > > +etwas sehr suspektes: Deine Sedlbauer wird mit allem Tamtam > > +geladen und hat dann keinen Interrupt: > ..... > > ein bisken was gelöscht > > ..... > > > Wie soll ich denn dann den IRQ zuweisen? > > > > Ich hab mal eben nachgeguckt. ein /etc/pcmcia/config.opts gibt > > es bei mir nicht. DARAN KANN ES LIEGEN!!! > > welchen aufbau soll es denn haben, dann bastel ich mir eins. > > > > > Im uebeigen ist es so, das bei manchen notebooks sedl_cs besser > > > funktioniert, bei anderen sedlbauer_cs. Toshibas machen aber leider oft > > > Aerger und auch unsere Experten bekommen von Toshiba keine Daten. > > > > Ja, das haben wir zwei ja schon durch. > > bei Verwendung des anderen hatte ich ja so viele oopse des kernels, > > die jetzt wenigstens weg sind. > > > > Hier hatte ich das geschrieben: > > > > > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > > > > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > > > > > "sedlbauer_cs" umgesetzt. > > > > > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, > > > > > > hab vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! > > > > > > > > Seit diesem Tip ist kein Kernel Oops mehr zu sehen. > > > > Danke! > > > > Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? > > > > Habe gerade meine i4l_hardware* gepostet. > > Hilft das? > > Hast Du mal versucht erst Windows zu starten und von dort aus einen > Neustart versucht ( Warmstart, nicht Kaltstart ) ? > > Wenn ja, was passiert dann ? > > Karte erkannt und funzt, oder nicht ? > > Gruß > > Harry Habe ich probiert. Kein anderes Resultat. Aber danke fuer's Mitdenken! Bin bald echt am Verzweifeln.... -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I mailto:VGAP-93-subscribe@yahoogroups.com I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - now back online +49.4504.TRSi1/TRSi2 <<<

1 0

Sedlbauer RFI Frage fuer Karsten und Experten!
by Oliver Ob 29 Jun '02

29 Jun '02

Hey mir fiel gerade noch was ein: Die Karte wird zwar als Sedlbauer eingesetzt, Windoof erkennt sie auch so. Aber es ist eigentlich eine RFI HOT ISDN 100cc.. Kann unser ganzes Dilemma daran liegen, dass die Sedlbauer Treiber, die in Linux vorliegen, zwar fuer Sedlbauer, nicht aber fuer RFI Karten gut sind? Karsten? Verstehst Du mich? Es ist nun schon einfach ZU auffaellig, dass es nicht geht.... -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

2 2

Re: [suse-isdn] Probleme mit CapiFaxRecv
by Helmut Willems 28 Jun '02

28 Jun '02

Am Montag, 24. Juni 2002 19:33 schrieb Gernot Hillier: > Hi! ... > Ich vermute, daß init c2faxrecv startet, bevor die CAPI-Treiber aktiv sind. > Am besten, Du nimmst das Starten von c2faxrecv aus der inittab heraus und > bastelst Dir ein Skript dafür mit den richtigen Abhängigkeiten in > /etc/init.d. ... Habe ich gemacht, die Fehlermeldung ist weg und faxen geht auf Anhieb. Damit sollte faxmodem faxCAPI klappen. Vielen Dank, Gernot. Leider habe ich noch keine Möglichkeite gefunden, c2faxrecv automatisch zu starten. Wenn ich es in dieses Skript einbinde, ist es anschließend doch nicht gestartet. Ich habe mir als Workaround ein kleines Skript gebastelt, das abfragt, ob c2faxrecv läuft und wenn nicht es startet und lasse es per cron regelmäßig ablaufen. Vielleicht gibt es dafür ja eine bessere Art und man kann es beim Bootprozess an geeigneter Stelle starten, aber wo? Weiß jemand Rat? Vielen Dank Helmut

2 1

Re: Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Gernot Hillier schrieb: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Oliver! > > On Thursday 27 June 2002 18:51, Oliver Ob wrote: > > Zusammenfassung von heute - wie weit bin ich denn nun? > > > > Der Cardmanager konnte ueberredet werden, die Karte anzusprechen, > > siehe dazu den _Verlauf_ der ersten Mail. > > > > IRQ hat sie "0", kein Wunder, der Cardmanager macht das a. > > Danke Andreas, aber das war's nicht. Ich habe es mit IRQ=11 > > ausprobiert, aber da das ja der Cardmanager managed, gibt er > > ja immer 0 aus. > > Sorry, leider kann ich Deinem Problem nicht ganz folgen - und weiß auch nicht, > ob Du das Problem mit IRQ 0 schon gelöst hast - bei dem Stichwort IRQ 0 für > PCMCIA-Karten ist mir nur ein Problem eingefallen, daß ich neulich hatte: > > mein Laptop wollte auch keiner PCMCIA-Karte einen IRQ zuweisen - ich bekam > auch ständig IRQ 0. Denn dummerweise klappte die IRQ-Zuweisung über das BIOS > nicht richtig, da die Laptopbauer anscheinend nur noch ACPI-Support richtig > entwickeln - schließlich braucht Windows nur noch das. > > Abhilfe hat dann der damals aktuelle Entwickler-ACPI-Patch von Sourceforge > gebracht. Nicht das ACPI aus dem damaligen 2.4.x-Kernel, sondern der aktuelle > Patch von http://sourceforge.net/projects/acpi. > > Ist allerdings nicht ganz trivial einzubinden - und ich habe keine Ahnung wie > der aktuelle Entwicklungsstand ist. Zur Einbindung dieses Patches solltest Du > schon einige Erfahrung im Kernel-kompilieren etc. mitbringen - und auch vor > gefährlicheren Experimenten nicht zurückschrecken. Eine ACPI-Version hat mal > mein Laptop so gründlich in den Ruhemodus versetzt, daß es sich erst nach > einigen Reset-Drücken und Akku-Ausbau-Zyklen wieder erholt hat... > > Kann durchaus sein, daß sich der Treiber mittlerweile stabilisiert hat - bin > da nicht mehr auf dem laufenden. > > Tut mir leid, daß ich Dir da keine genaueren Tips geben kann - ich verstehe > leider viel zu wenig von Deinem Problem, um Dir fundiertere Infos geben zu > können. > > Wollte das nur mal erwähnen - vielleicht kann ja irgendwer anderer hier, der > Dein Problem besser versteht als ich, mehr dazu sagen... > > - -- > Ciao, > > Gernot Danke fuer den Hinweis, versteht einer, was Gernot meint? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Re: [suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Andreas Kretzer schrieb: > > hier gleich noch ein paar Anmerkungen: Danke! Ich lerne gern dazu! > >Ich wuesste gern, WARUM er mehrere Dial Versuche macht. > In /etc/rc.config.d/i4l_* gibt's eine Einstellung 'DIALMAX'. Die kannst > Du ja auf 1 setzen :-) Nein Schlaubi. :-) Meine Frage meint was total anderes. Ist die Leitung BUSY? Oder was sonst ist der Grund fuer die Wiederanwahl? den GRUND mein ich. Nicht das Setting. Andersherum: Das Setting DIALMAX beschreibt doch nur, dass er max soundsooft wiederanwahl machen kann, egal aus welchem Grund - und meine Frage ist GENAU NACH DIESEM GRUND! > >> das heißt: ich signalisiere jetzt einen Verbindungsfehler ! > >> Ist doch ganz ok! > >Ne... Eben nich. > Eben doch: Wenn Du das automatische Wählen verbietest, > dann _kann keine Verbindung zustande kommen_ und dem > aufrufenden Programm muß ja irgendeine Fehlermeldung > geliefert werden. 'dst_link_failure' entspricht insofern dem > abgezogenen Netzwerkkabel => Interface und Route OK, > aber physikalisch geht's eben nicht! Ja, aber ich waehle ja mit isdnctrl dial ippp0 per hand an! > >> reichen). Außerdem kannst Du noch '+pwlog' auf eine Zeile > >> schreiben um auch das Password mit im /var/log/messages > >> zu haben. Während Du dann in einem Terminal die Anwahl > >Wozu? Bei Arcor ist das doch eh "internet" > Dann sieht man aber, ob es auch wirklich so übertragen wird! > Wenn es ein wirklich geheimes Passwort wäre, hätte ich Dir > auch tunlichst nicht dazu geraten das hier zu posten (sonst > hättest Du demnächst eine ziemlich hohe Internet-Rechnung :-) haha. kein problem. geht gleich weiter.... -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Re: [suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Andreas Kretzer schrieb: > > (Kurze Anmerkung: gerade kommt Deine Mail über's Cross-Posting rein: > Ich z.B. lese nur die "suse-laptop" und ich glaube, dass ich daher vielleicht > sogar schon was verpasst habe. Falls Du dich für die ISDN-Liste > entscheidest, häng einfach meine Adresse mit 'dran!) Ja, das Thema ist eh LAPTOP *UND* ISDN. Eben PCMCIA.... > >Mehr dmesg Meldungen: > > > >ippp0 connected from 010700192070 > >ippp0: dialing 2 010700192070... > >isdn_net: local hangup ippp0 > >ippp0: Chargesum is 0 > >isdn_tx_timeout dev ippp0 dialstate 0 > >OPEN: 192.168.0.99 -> 194.25.2.129 ICMP *** was sagt das? > >ippp0: dialing 1 010700192070... > >ippp0: dialing 2 010700192070... > >isdn: HiSax,ch0 cause: E2810 > >isdn_net: local hangup ippp0 > >ippp0: Chargesum is 0 Ich wuesste gern, WARUM er mehrere Dial Versuche macht. Ich werde mal eben Deinen Tip umsetzen, da steht vielleicht was dazu. > >Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode > >NICHT gleich auto (sondern manual) setze, immer die Meldung > >isdn_tx_timeout dev ippp0 dialstate 0 > >isdn_net: ippp0: dial rejected: interface not in dialmode uto', > >signalling dst_link_failure > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > das heißt: ich signalisiere jetzt einen Verbindungsfehler ! > Ist doch ganz ok! Ne... Eben nich. Ich will meine Mails lesen! :-) > So -- jetzt geht's rund! Es sieht doch alles sehr gut aus! Was Du > an Debug brauchst stellst Du in /etc/ppp/ioptions ein! > Schreibe einfach ein paar Zeilen 'debug' hin. Jedes 'debug' > erhöht den Debuglevel für den ipppd (5 bis 9 Zeilen sollten also 5x debug der Herr? Wird serviert! > reichen). Außerdem kannst Du noch '+pwlog' auf eine Zeile > schreiben um auch das Password mit im /var/log/messages > zu haben. Während Du dann in einem Terminal die Anwahl Wozu? Bei Arcor ist das doch eh "internet" > ausführst läßt Du in einem anderen Fenster ein > tail -f /var/log/messages > mitlaufen (sinnvollerweise unter X, sonst mußt Du halt einfach > hinterher mit vi in die Datei schauen). Gut ich guck. Wieder rebooten.-.-.-.-.-.. > So -- nun solltest Du alle LCP-Vorgänge und Anwahlversuche > sehen können. Die kannst Du dann nochmal posten. > > Gruß > Andreas Gut gut, bis gleich. Hey und an Martin: Danke fuer Deine PM, ich guck auch das nach und poste gleich wieder! Stefan! Danke auch, aber das war es nicht, siehe meine andere Mail. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Weiter mit Sedlbauer und Cardmanager
by Oliver Ob 27 Jun '02

27 Jun '02

Nun gut, nun gut. Auf mehrfachen Wunsch von Leuten, die mir helfen wollen nun doch in Suse-Laptop und Suse-ISDN. (2 Leute auf Laptop, einer auf ISDN) Es stimmt schon, das Thema hat ja mit beidem was zu tun. Hoert mal, ich finde es spitze, dass Ihr mir helfen wollt! Danke! Nun habe ich noch einiges probiert: Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode NICHT gleich auto (sondern manual) setze, immer die Meldung isdn_tx_timeout dev ippp0 dialstate 0 isdn_net: ippp0: dial rejected: interface not in dialmode uto', signalling dst_link_failure kommt. Was meint das ? Ich WILL aber manuell waehlen. Und was bedeutet: isdn: Verbose-Level is 3 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c3524000 Note:~ # cat /proc/interrupts CPU0 0: 27520 XT-PIC timer 1: 783 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 60 XT-PIC pcnet_cs 8: 2 XT-PIC rtc 10: 1 XT-PIC MS Sound System 12: 5329 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 74256 XT-PIC ide0 15: 6 XT-PIC ide1 NMI: 0 heisst fuer mich, der Cardmanager hat IRQ 3 und demzufolge braucht die Sedlbauer PCMCIA doch keinen extra IRQ, oder lieg ich falsch? ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.39 HiSax: Layer2 Revision 2.23 HiSax: TeiMgr Revision 2.15 HiSax: Layer3 Revision 2.14 HiSax: LinkLayer Revision 2.47 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) HiSax: Sedlbauer driver Rev. 1.23 Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Sedlbauer: speed star detected Sedlbauer: ISAC version (0): 2086/2186 V1.1 Sedlbauer: HSCX version A: V2.1 B: V2.1 Sedlbauer: resetting card HiSax: DSS1 Rev. 2.29 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed isdn: Verbose-Level is 3 isdn: Verbose-Level is 3 Jun 27 19:15:10 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:15:35 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:16:55 Note kernel: Trying to open MFT Immer noch IRQ 0, selbst wenn ich bei YAST IRQ=11 eintrage, wird der Karte kein IRQ zugewiesen, das KANN es einfach nicht sein. Ich gehe daher weiter davon aus, dass die PCMCIA-ISDN keinen eigenen IRQ bekommt und der Cardmanager das uebernimmt (hat IRQ3) Nun, Karsten, ich habe es auch probiert, nur mal mit EINER PCMCIA Card zu starten (hab also die eth0 rausgenommen). Geht auch nich. Der ISDN-PCMCIA wird noch immer kein eigener IRQ zugewiesen. route.conf sieht so aus: 192.168.17.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Re: Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 27 Jun '02

27 Jun '02

Karsten Keil schrieb: > OK scheint eine Sedlbauer zu sein. Ja, sagt mir Windoof auch. Obwohl RFI HOT ISDN 100cc drauf steht. > Was sagt /var/log/messages zum HiSax load in diesem Zustand ? > Gab es auch hier einen Opps ? Nein nicht mehr. messages ist nun clean. Siehe weiter unten. Ich habe nur den ganzen Verlauf gepostet, um das alles moeglichst verstaendlich zu machen. > Der Opps kommt nicht von dem ISDN Treiber sondern vom pcnet_cs. > Entweder vertragen sich die beiden Karten nicht, oder benutzen irgendwelche > Ressourcen gemeinsam. > > Probiers mal nur mit der Sedlbauer. Dieser Oops ist nun auch beseitigt. > > Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 > > Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 > ^^^ > Die sedlbauer bekommt vom cardservice keinen IRQ zugewiesen -> > damit kann sie nicht funktionieren. Ja genau. Das hat mir Andreas eben auch geposted. Allerdings: Ich habe es daraufhin eben ausprpbiert: In i4l_hardware steht "irq=5" drin. Nun, Andreas meinte, ich sollte es mal mit "11" probieren. Kein anderes Ergebnis laut Log. Immer "IRQ 0" wie an der Stelle, die Du eben markiert hast. Was soll ich noch versuchen? > Das sieht soweit gut aus, d.h. die IO Adresse ist OK. Ja, finde ich auch so. > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > "sedlbauer_cs" umgesetzt. > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab > > vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! Seit diesem Tip ist kein Kernel Oops mehr zu sehen. Danke! > > ippp, open, slot: 0, minor: 0, state: 0000 > > ippp_ccp: allocated reset data structure c36b6800 > > ippp, open, slot: 1, minor: 1, state: 0000 > > ippp_ccp: allocated reset data structure c3423800 > > > > Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. > > Ohne IRQ nicht. Ich guck mir das nun nochmal an. Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<< -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help(a)suse.com

1 0

[suse-laptop] Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Nun gut. Ich finde auch, dass ich einen schoenen Kropf(=Hals) bekommen habe. Aber ich will nu endlich das Teil zum Laufen bringen (Dann kann ich endlich wieder mutt benutzen, hechel) Es ist eine Sedlbauer Card (meldet Windoof), aber eigentlich eine RFI HOT ISDN 100cc (steht drauf) Zusammenfassung von heute - wie weit bin ich denn nun? Der Cardmanager konnte ueberredet werden, die Karte anzusprechen, siehe dazu den _Verlauf_ der ersten Mail. IRQ hat sie "0", kein Wunder, der Cardmanager macht das a. Danke Andreas, aber das war's nicht. Ich habe es mit IRQ=11 ausprobiert, aber da das ja der Cardmanager managed, gibt er ja immer 0 aus. Liege ich hier richtig oder falsch? Naja, die Antwort ist ja immer auf jeden Fall "42". :-) :-/ Ich kann nun mit eingesteckter Karte booten und der Cardmanager macht auch keine Fehlermeldungen mehr.. Wenn ich nun versuche, den PC zu "halt"en, wird / auch ordentlich umounted. Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht: Adm-Netz-NetzGrund Config > Ich habe ippp0 (1) eingerichtet: > F5 - SyncPPP > F3 - no Auto IP > F6 - IP fuer ippp0: laut Buch 192.168.0.99 > dyn IP=on > Netmask 255.255.255.255 default, nicht zu aendern > Gateway 192.168.0.1 > PtP IP 192.168.0.1 > (alles siehe Buch!) > F4 - NW *IST* aktiviert > F8 - MSN ok (laut Buch ohne Vorwahl) > anzurufen 010700192070, ohne TK Anlage > manual > arcor; internet > F9 - PCMCIA an, ist ja Sedlbauer PCMCIA > > Und nun druecke ich STARTEN und dieses Fxxk-Ding sagt mir, > dass ich das zu testende Netzwerk erst aktivieren muss, > OBWOHL ich das ja mit F4 eben gerade gemacht habe und das > Kreuz an ist - so bloed kann yast doch gar nich sein?!!??! > Karsten Keil: Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0). > Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10 > > Ich versuche daraufhin: > init 1 > init 2 > isdnctrl dial ippp0; cls; ifconfig > und das Teil meldet "dialing triggered" und > ippp0 Link encap:Point-to-Point Protocol > inet addr:192.168.17.67 P-t-P:192.168.0.99 > Mask:255.255.255.255 > 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 > AC-Note:/etc/ppp # ping 194.25.2.129 > PING 194.25.2.129 (194.25.2.129): 56 data bytes > ping: sendto: Network is unreachable > ping: wrote 194.25.2.129 64 chars, ret=-1 > --- 194.25.2.129 ping statistics --- > 3 packets transmitted, 0 packets received, 100% packet loss Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Alles drin. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping xxx gibt keinen Ping. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Der cause E0010 bedeutet wohl einen normalen Clearing. Aber WORAN liegt es denn nun, dass ich trotz nachtraeglich aktiviertem DHCP keine IP zugewiesen bekommen hab? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Mehr dmesg Meldungen: ippp0 connected from 010700192070 ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn_tx_timeout dev ippp0 dialstate 0 OPEN: 192.168.0.99 -> 194.25.2.129 ICMP *** was sagt das? ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... isdn: HiSax,ch0 cause: E2810 isdn_net: local hangup ippp0 ippp0: Chargesum is 0 Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode NICHT gleich auto (sondern manual) setze, immer die Meldung isdn_tx_timeout dev ippp0 dialstate 0 isdn_net: ippp0: dial rejected: interface not in dialmode uto', signalling dst_link_failure kommt. Was meint das ? Ich WILL aber manuell waehlen. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Compile isdn4k-utils geht schief
by DVornheder＠t-online.de 27 Jun '02

27 Jun '02

Hallo ! Der Compile des aktuellen isdn4k-utils geht schief: make[1]: Entering directory `/privat/isdn/isdn4k-utils/capi20' gcc -DPACKAGE=\"libcapi20\" -DVERSION=\"2.0.6\" -DHAVE_DLFCN_H=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LINUX_CAPI_H=1 -DHAVE_SELECT=1 -I. -I. -g -O2 -c `test -f capidyn.c || echo './'`capidyn.c In file included from capi20.h:78, from capidyn.c:18: capiutils.h:68: parse error before `_cbyte' capiutils.h:68: warning: data definition has no type or storage class capiutils.h:69: parse error before `_cword' capiutils.h:69: warning: data definition has no type or storage class capiutils.h:70: parse error before `_cdword' capiutils.h:70: warning: data definition has no type or storage class capiutils.h:71: parse error before `_cqword' capiutils.h:71: warning: data definition has no type or storage class capiutils.h:124: parse error before `_cbyte' capiutils.h: In function `capimsg_setu8': capiutils.h:126: parse error before `)' capiutils.h:126: `off' undeclared (first use in this function) capiutils.h:126: (Each undeclared identifier is reported only once capiutils.h:126: for each function it appears in.) capiutils.h:126: `val' undeclared (first use in this function) capiutils.h: At top level: Habe SuSE 8.0 installiert. Dirk

2 3

ISDN-Karte entfernen
by Dieter Strzempek 27 Jun '02

27 Jun '02

Hallo, ich hatte in meinem Server eine ISDN-Karte eingebaut und konfiguriert. Nach der Umstellung auf DSL brauche ich das Teil nicht mehr. Wie kann ich die Karte aus der Konfiguration entfernen? Mit Yast2 hab ichs probiert, aber das bleibt hängen. System: Suse 7.3 mit Kernel 2.4.10GB

2 1

Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 26 Jun '02

26 Jun '02

Nochmal: Hat einer ne Idee, was hier fehlt? - UPDATED INFO/LOGS So, das geht jetzt nicht gegen irgendwen persoenlich oder so, aber ich habe einen Hals wie ein Pelikan. Nicht nur, dass ich meinen Rechner wegen HD-Crash neu installieren durfte und mich nun damit herum aergern muss, dass er / beim HALTen nicht umounten kann, weil.... PCMCIA: cardmanager is down ds: Device or resource busy i82365: Device or resource busy pcmcia_core: Device or resource busy ... und er deshalb auch kein rcpcmcia stop oder restart duldet; ich kotze genau wie damals ueber meine Sedlbauer Speedstar Karte, die nicht so will wie ich. Die U(h)rzeiten der untenstehenden Logs sprechen Baende dafuer, wieviel Zeit ich hier verbrate. Ich bin kurz davor, diesen PCMCiA Mist in die Tonne zu feuern und meine gute alte Teles wieder auszubuddeln. Hrmpf... Ich habe KEINEN Bock mehr, mich in ETLICHE, nichtssagende DOCs einzulesen, um immer mehr Zeit zu verschwenden, aber keinen Meter weiter zu kommen und dann wie in Hitchhiker's Guide eine Antwort wie "42" zu erhalten. :-/ I4L ist sonst kein Problem, meine AVM Fritz laeuft super, einzig diese verheerende Kombi von PCMCIA, Toshiba und Sedlbauer bringt mich noch zum Wahnsinn. Ich habe auch keinen Bock, mir extra deswegen eine neuere SUSE als meine 7.0 Professional zuzulegen. Die Sedlbauer Anleitungen gehen von 8.0 aus. :-( Ich tue wirklich alles Menschenmoegliche, aber nun ist der Kanal voll. Ich brauche keine dummen Belehrungen wie RTFM, weil ich just das schon getan habe, aber es nicht laeuft. Vielen Dank an Karsten Keil, Du hast mich enorm weiter gebracht, allerdings ist der Punkt, wo ich war, verloren, weil die HD weg ist. Ich hoffe, dass ich im Folgenden anhand der ausfuehrlichen Logs deutlich machen kann, dass hier irgendwo der Vogel begraben ist. Auch so eine (Wirklich! Voll daneben!) Scheisse wie "Wenn es mal trotzdem nicht klappt, hilft die man i82365" - ist toll, und was man da findet, ist NOCH mehr fachchinesisch. Also nochmal von Null: Note:~ # cardctl ident Socket 0: product info: "PCMCIA", "Ethernet", "", "" function: 6 (network) Socket 1: product info: "SEDLBAUER", "ISDN-Adapter (c) 93,94 VK&CB" Note:~ # probe PCI bridge probe: not found. Intel PCIC probe: i82365sl B step found, 2 sockets. Note:~ # lspci -vt -[00]-+-00.0 Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) +-04.0 Neomagic Corporation [MagicMedia 256AV] +-05.0 Intel Corporation 82371AB PIIX4 ISA +-05.1 Intel Corporation 82371AB PIIX4 IDE +-05.2 Intel Corporation 82371AB PIIX4 USB +-05.3 Intel Corporation 82371AB PIIX4 ACPI \-09.0 Toshiba America Info Systems FIR Port Note:~ # lsmod Module Size Used by ipv6 99624 -1 (autoclean) sedl_cs 2160 0 (unused) hisax 483760 0 [sedl_cs] isdn 117932 0 [hisax] slhc 4440 0 [isdn] pcnet_cs 10668 1 8390 6260 0 [pcnet_cs] ds 6568 2 [sedl_cs pcnet_cs] i82365 23328 2 pcmcia_core 45920 0 [sedl_cs pcnet_cs ds i82365] memstat 1476 0 (unused) opl3 11304 0 (autoclean) opl3sa2 4176 0 (autoclean) ad1848 16752 0 (autoclean) [opl3sa2] mpu401 19184 0 (autoclean) [opl3sa2] sound 57496 0 (autoclean) [opl3 opl3sa2 ad1848 mpu401] soundlow 344 0 (autoclean) [sound] soundcore 2564 7 (autoclean) [sound] parport_probe 3492 0 (autoclean) parport_pc 7568 0 (autoclean) parport 7464 0 [parport_probe parport_pc] serial 42484 0 (autoclean) ntfs 36488 1 (autoclean) So, nachdem Karsten mir nun gesagt hat, ich soll Linux ohne gesteckte Sedlbauer booten, tue ich das. Aber sofort, nachdem ich die Karte stecke, kommt /var/log/warn voll mit: Jun 16 00:42:06 Note kernel: current->tss.cr3 = 029a8000, %cr3 =029a8000 Jun 16 00:42:06 Note kernel: *pde = 00000000 Jun 16 00:42:06 Note kernel: Oops: 0000 Jun 16 00:42:06 Note kernel: CPU: 0 Jun 16 00:42:06 Note kernel: EIP:0010:[pcnet_cs:__insmod_pcnet_cs_O/lib/modules/2.2.16/pcmcia/pcnet_cs.o_M3+-111847/96] Jun 16 00:42:06 Note kernel: EFLAGS: 00010246 Jun 16 00:42:06 Note kernel: eax: 00000000 ebx: 0000002d ecx:00000019 edx: 00000022 Jun 16 00:42:06 Note kernel: esi: c23138a8 edi: c36bfd80 ebp:c231383c esp: c231382c Jun 16 00:42:06 Note kernel: ds: 0018 es: 0018 ss: 0018 Jun 16 00:42:06 Note kernel: Process cardmgr (pid: 690, process nr: 37,stackpage=c2313000) Jun 16 00:42:06 Note kernel: Stack: c231385c c42cb02c 00000001 00000008 c231386c c42cae5a c43b8760 0000002d Jun 16 00:42:06 Note kernel: c23139a8 c42cb7da c2313b1c 00000001 c231389c c42cb1a3 c36da800 c36da86c Jun 16 00:42:06 Note kernel: c2313b3c c43b82b3 0000003a c43b8760 0000002d 00000040 00000044 c36bfc9c Jun 16 00:42:06 Note kernel: Call Trace: [pcnet_cs:__insmod_pcnet_cs_O/lib/modul ...diverse insmod Versuche... Jun 16 00:42:06 Note kernel: [get_new_inode+192/332] [get_new_inode+215/332] [sock_sendmsg+115/152] [sys_sendto+229/248] [handle_mm_fault+200/316] [pipe_release+65/72] [dput+243/352] [pipe_read_release+22/32] Jun 16 00:42:06 Note kernel: [do_munmap+538/560] [sys_ioctl+363/392] [system_call+52/64] Jun 16 00:42:06 Note kernel: Code: 8b 13 8b 35 50 10 2d c4 8b 5b 04 39 15 f0 12 2d c4 74 10 b9 Und nun? Wenn ich nun versuche, den PC zu "halt"en, wird / nicht mehr umounted, wie kann ich den Cardmanager bewegen, sich das doch noch einmal zu ueberlegen? Zwischenhinweis an alle, die Toshiba genauso wie ich wegen ihres schlicht nicht zu findenden DOC-Supportes im Grunde gleich zusammen mit den SUSE Programmierern (erinnert Euch an die ToPiC Problematik) standrechtlich an der Wand zerfeuern koennten: Im Bios des Tecra 8000 NICHT PCIC Modus einstellen, sondern AUTO. Meinen Computer hat es derart gesperrt, dass ich nach dem Booten nur noch den Login Prompt sah und keine Eingabe mehr angenommen wurde. <Galgenhumor> Dies nur als Info an die Nachwelt, sollte ich die Configurations-Arie nicht mehr normalen Verstandes ueberleben - haha. </Galgenhumor> Jun 16 00:59:07 Note kernel: Linux PCMCIA Card Services 3.1.17 Jun 16 00:59:07 Note kernel: kernel build: 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 Jun 16 00:59:07 Note kernel: options: [pci] [cardbus] Jun 16 00:59:07 Note kernel: PCI routing table version 1.0 at 0xf0f80 Jun 16 00:59:07 Note kernel: 00:0b.0 -> irq 11 Jun 16 00:59:07 Note kernel: 00:0b.1 -> irq 11 Jun 16 00:59:07 Note kernel: Intel PCIC probe: Jun 16 00:59:07 Note kernel: Toshiba ToPIC97 rev 05 PCI-to-CardBus at slot 00:0b, mem 0x68000000 Jun 16 00:59:07 Note kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 20/20] Jun 16 00:59:07 Note kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 21/21] Jun 16 00:59:07 Note kernel: PCI irq 11 test failed Jun 16 00:59:07 Note kernel: ISA irqs (default) = 3,4,5,7,9,12 polling interval = 1000 ms Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0800-0x08ff: clean. Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x378-0x37f 0x4d0-0x4d7 Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jun 16 00:59:07 Note kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Jun 16 00:59:07 Note kernel: CSLIP: code copyright 1989 Regents of the University of California Jun 16 00:59:07 Note kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jun 16 00:59:07 Note kernel: sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef Jun 16 00:59:07 Note kernel: HiSax: Linux Driver for passive ISDN cards Jun 16 00:59:07 Note kernel: HiSax: Version 3.5 (module) Jun 16 00:59:07 Note kernel: HiSax: Layer1 Revision 2.39 Jun 16 00:59:07 Note kernel: HiSax: Layer2 Revision 2.23 Jun 16 00:59:07 Note kernel: HiSax: TeiMgr Revision 2.15 Jun 16 00:59:07 Note kernel: HiSax: Layer3 Revision 2.14 Jun 16 00:59:07 Note kernel: HiSax: LinkLayer Revision 2.47 Jun 16 00:59:07 Note kernel: HiSax: Approval certification valid Jun 16 00:59:07 Note kernel: HiSax: Approved with ELSA Microlink PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jun 16 00:59:07 Note kernel: HiSax: Total 1 card defined Jun 16 00:59:07 Note kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Jun 16 00:59:07 Note kernel: Sedlbauer: speed star detected Jun 16 00:59:07 Note kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Jun 16 00:59:07 Note kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Jun 16 00:59:07 Note kernel: Sedlbauer: resetting card Jun 16 00:59:07 Note kernel: HiSax: DSS1 Rev. 2.29 Jun 16 00:59:07 Note kernel: HiSax: 2 channels added Jun 16 00:59:07 Note kernel: HiSax: MAX_WAITING_CALLS added Jun 16 00:59:07 Note kernel: HiSax: module installed Jun 16 00:59:07 Note kernel: HiSax: debugging flags card 1 set to 4 Jun 16 00:59:07 Note kernel: isdn: Verbose-Level is 3 Jun 16 00:59:12 Note kernel: IPv6 v0.8 for NET4.0 Jun 16 00:59:12 Note kernel: IPv6 over IPv4 tunneling driver So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen "sedlbauer_cs" umgesetzt. Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c36b6800 ippp, open, slot: 1, minor: 1, state: 0000 ippp_ccp: allocated reset data structure c3423800 Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht Adm-Netz-NetzGrund So, nun, roechele ich nochmal kraeftig und weiss nicht weiter. Was soll ich nun noch testen? Gestern habe ich bei einem Collegen ISDN eingerichtet, das lief in 10 min. Aber das hier? Bin fuer jede freundliche Hilfe dankbar! > Da nur diese Fragen: > Wo speichert Suse die Daten aus "Adm-Netz-NetzGrund" ? > Habe zum Test /etc/ppp/options.ippp* gekillt, um von Null anzufangen, > aber er "findet" den Kram wieder. In /etc/rc.config + /etc/rc.config.d/i4l.rc.config + /etc/rc.config.d/i4l_hardware > Ich habe ippp0 (1) eingerichtet: > F5 - SyncPPP > F3 - no Auto IP > F6 - IP fuer ippp0: laut Buch 192.168.0.99 > dyn IP=on > Netmask 255.255.255.255 default, nicht zu aendern > Gateway 192.168.0.1 > PtP IP 192.168.0.1 > (alles siehe Buch!) > F4 - NW *IST* aktiviert > F8 - MSN ok (laut Buch ohne Vorwahl) > anzurufen 010700192070, ohne TK Anlage > manual > arcor; internet > F9 - PCMCIA an, ist ja Sedlbauer PCMCIA > > Und nun druecke ich STARTEN und dieses Fuck-Ding sagt mir, > dass ich das zu testende Netzwerk erst aktivieren muss, > OBWOHL ich das ja mit F4 eben gerade gemacht habe und das > Kreuz an ist - so bloed kann yast doch gar nich sein?!!??! > Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0). > Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10 > > Ich versuche daraufhin: > init 1 > init 2 > isdnctrl dial ippp0; cls; ifconfig > und das Teil meldet "dialing triggered" und > ippp0 Link encap:Point-to-Point Protocol > inet addr:192.168.17.67 P-t-P:192.168.0.99 > Mask:255.255.255.255 > 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 > AC-Note:/etc/ppp # ping 194.25.2.129 > PING 194.25.2.129 (194.25.2.129): 56 data bytes > ping: sendto: Network is unreachable > ping: wrote 194.25.2.129 64 chars, ret=-1 > --- 194.25.2.129 ping statistics --- > 3 packets transmitted, 0 packets received, 100% packet loss [6~Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping 194.25.2.129 gibt keinen Ping. Oder 132.236.89.2 auch nicht. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" Was soll ich da noch tun? Dank der nichtssagenden Docus, die sich in viel imposantem Geblahe ergiessen, anstatt zum Punkt zu kommen, tappe ich hier doch sehr im Dunkeln.... dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Wo kann ich nachlesen was cause E0010 bedeutet? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! Verbose-level set to 9000. Current setup of interface 'ippp0': EAZ/MSN: 704111 Phone number(s): Outgoing: 010700192070 010700192070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 60 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Offenbar nimmt verbose auch Wert 9000 an - haha. Note:/etc/ppp # cat /dev/isdnctrl 00:25.60 Card1 ISAC STAR 4a 00:25.60 Card1 ISAC MODE 0 00:25.60 Card1 ISAC ADF2 0 00:25.60 Card1 ISAC ISTA 0 00:25.60 Card1 ISAC CIR0 7c 00:25.60 Card1 HSCX B ISTA 0 00:25.60 Card1 HSCX A ISTA 0 00:25.60 Card1 HSCX B STAR 48 00:25.60 Card1 HSCX A STAR 48 00:25.60 Card1 State ST_L1_F3 Event EV_DEACT_CNF 00:25.60 Card1 ChangeState ST_L1_F3 00:26.05 debugging flags card 1 set to 4 00:56.83 Card1 PH_ACTIVATE_REQ ST_L1_F3 30:43.57 debugging flags card 1 set to 4 31:01.51 debugging flags card 1 set to 4 42:29.02 debugging flags card 1 set to 4 Sagt mir auch nix. Wo soll ich denn nun anfangen? Bzw weiter machen? isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Hilfe! Eckkaaaaat! Die Russen sssind daaaaa! Also generell an den Exx10 Fehlercodes kann es ja gar nicht liegen, danke Jan, das ist Call Clearing. Aber wie finde ich nun raus, woran es liegt???? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

T-DSl und ISDN
by SPING-WEI＠t-online.de 26 Jun '02

26 Jun '02

Hallo Liste! seit einiger Zeit betreiben wir an verschiedenen Standorten Proxyserver für die Verbindung ins Internet und zwischen den Standorten. Dabei wird ippp0 für Verbindung ins Internet und ippp1 ... (PtP) zu den Standorten benutzt. Funktionierte alles sehr gut bis dann an einem Standort T-DSL eingerichtet wurde. Die Internetverbindung läuft jetzt über T-DSL und nicht mehr über ippp0 (defaultroute) Ippp0 wurde auf off gestellt. Dial-in auf diesen Server funktioniert noch nur bekomme von diesem keine Verbindung zu den anderen Standorten mehr. Wird das bisherige routing durch die DSL Einrichtung beeinflußt ? anbei auszug aus options.ippp1 und route.conf (bei Eintragung als statische Route in route.conf funktioniert auch nicht) # /etc/ppp/options.ippp1 /dev/ippp1 192.168.100.99:192.168.105.99 netmask 255.255.255.255 user "xxxx" # my system name (only for CHAP!) # name my_system_name name "xxxx" # accept IP addresses from peer # use with dynamic IP # ipcp-accept-local # ipcp-accept-remote # noipdefault # default route should be set by ipppd # defaultroute # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! #+pap #+chap # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: # lcp-restart 2 # sometimes you need this: noccp # Get dns info from peer # ms-get-dns #route.conf 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 0.0.0.0 ippp0 hat jemand eine Idee wo ich noch nachsehen kann.

2 2

kein Timeout bei DialIn
by Hilmar Acker 26 Jun '02

26 Jun '02

Hallo, kann mir jemand sagen, welchen Wert ich als Timeout einstellen muß, damit eine Verbindung nicht mehr automatisch abgebaut wird? Danke. Hilmar -- Hilmar Acker Martinusweg 54 89079 Ulm Tel: (0 73 46) 92 21 48 Fax: (07 31) 4 60 27 EMail: acker(a)h-acker.de

3 2

Re: [suse-isdn] suse-isdn-unsubscribe@suse.com
by Andy Witte 25 Jun '02

25 Jun '02

Oh mann, tut mir leid, bin Urlaubsreif !!!! Andy

2 1

t-online/kmail
by eckardtgiese＠t-online.de 25 Jun '02

25 Jun '02

-- hi, moinmoin, hallo, tach auch, mahlzeit, gestern hab ich an dieser stelle gelesen, daß man, wenn man seine e-mails von t-online abholen will, auch über t-online eingewählt sein sollte. ich war bisher über arcor eingewählt. dieser provider wird in der auswahlliste in yast angeboten. t-online nicht. kann das evtl der grund sein, warum kmail bei mir nicht funzeniert? wenn ja, was muß ich alles tun? in yast nur die telefonnummer 0191011 eintragen, reicht offenbar nicht: es wird zwar gewählt, aber sofort (2-3 sek) wieder aufgelegt (der stecker aus der kupplung gezogen) eckardt fon : 07134 901825 fax : 07134 900697 mobil: 0162 34 32 691 icq : 111725908

2 1

vbox: knacken am Ende der standard.msg + beep.msg
by Marcus Schopen 25 Jun '02

25 Jun '02

Hallo! Am Ende der "standard.msg" und der "beep.msg" wird immer ein lautes kurzes Knacken ausgegeben. Bei der "standard.msg" tritt das Knacken sowohl bei über Telefon aufgesprochenen Ansagetexten, als auch mit sox und autovbox aus wav Files generierten Ansagetexten auf. Folgende Zeilen nutze ich, um aus einer wav-Datei einen vbox-Ansagetext zu erzeugen: sox beep.wav -r 8012 -v 0.1 -U -b tmp.au autovbox < tmp.au > standard.msg Bei einer aus dem Netz heruntergeladenen "beep.msg" tritt dieses Problem mit dem Knacken am Ende der "beep.msg" übrigens nicht auf (das Knacken nach der "standard.msg aber ist noch da). Es muss wohl ein Konvertierungsproblem sein. Meine vboxgetty.conf: compression adpcm-4 umask 077 badinitsexit 10 dropdtrtime 400 initpause 2500 commandtimeout 4 echotimeout 4 ringtimeout 6 alivetimeout 1800 freespace 2000000 debuglevel FEWIDJ Hat da jemand eine Idee? Evtl. hilft ein Progamm, mit dem ich am Ende der vbox Nachricht einfach ein kleines Stück abschneiden kann. Ach ja, falls jemand eine anständige beep.msg hat, könnte er mir die mal zumailen. Danke! Grüße & Danke Marcus -- | Marcus Schopen (0> http://www.dzug.org | | P.O. Box 10 25 25 //\ http://www.zope.org | | D-33525 Bielefeld V_/_ http://www.python.org | | *** Live as variously as possible *** |

4 5

isdn und analog geht das
by MichaelHoeller＠t-online.de 25 Jun '02

25 Jun '02

Hallo Liste, ich habe in einem Server (SuSE 8.0) eine AVM Fritz Karte und möchte mich zur Administration dort mit einem analogen Modem einwählen (SuSE 8.0). Geht das ?? Ich habe so was Gerüchte weise gehört. Besten Dank Michael Hoeller

1 0