May 2000 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Help: MPPP mit Kernel 2.2.5 und AVM FRITZ/PCI
by Stephan Palzer 17 May '00

17 May '00

Hallo Allerseits... ich habe wieder mal ein Problem mit meiner Linux-Konfig. Ich möchte meinen Router mit einer dynamischen Kanalbündelung ausstatten; das ganze läuft auf SuSE v6.1, Kernel 2.2.5, ohne X und mit einer AVM Fritz/PCI-Karte. Ich habe in die Datei /etc/ppp/options.ippp0 den Eintrag "/ippp0" in "/dev/ippp0 /dev/ippp1" und "+mp" erweitert. Dann hab ich in der Datei /etc/rc.config.d/i4l_sp_option.rc.config den Eintrag von I4L_SLAVE_1="" auf I4L_SLAVE_1="ippp1" gesetzt. Ich habe auch den IPPPD neu gestartet - danach war ich so frei und wollte Linux dazu bewegen mit "isdnctrl addslave ippp0 ippp1" den 2. Kanal aufzumachen. Ich bekam die Meldung: Operation not supportet by device. Und der Meldung würde ich entnehmen, dass die FritzCard kein MPPP kann?!? Ich habe selbstverständlich MP im Kernel aktiviert! Aber nichts desto trotz will es keinen 2. Kanal aufbauen. Wenn ich mir das ganze mit IMON anzeigen lass, dann ändert sich nix am 2. Kanal! Beim Provider tut das mit MPPP auch... hab ich bereits abgeklärt. Auch das Tool "ibod" hab ich schon versucht... entpackt, /etc/ppp/ibod.conf angepasst - /sbin/ibod gestartet und gewartet was passiert ... nix ! Ich habe 2 FTP-Downloads mit je 10 MByte gemacht und zusätzlich von einem Client übern Proxy nochmals 10 MB von einem anderen Server runtergeladen. Die Übertragungsgeschwindigkeit war unter aller Sau! Selbst nach 30 Min. hat sich noch kein 2. Kanal aufgebaut.... Wie geht das??? Ich hoffe auf hilfreiche Antwort Stephan

3 3

Totalabsturz nach isdnctrl dial ippp0!!!
by Joerg Lippmann 16 May '00

16 May '00

Hi! Bei den ersten zwei Tests, unseren Server als Dial-On-Demand-Server unter ISDN einzurichten, hatten wir jetzt zwei Totalabstürze. Bis e2fsck die 70GB überprüft hatte, sind Ewigkeiten vergangen, so daß ich jetzt lieber mal frage, befor ich das nochmal mache... Nach einem isdnctrl dial ippp0 scheint er sich einzuwählen und zeigt nach ein paar Sekunden mit isdnctrl status ippp0 dass er verbunden ist. ABER: Ich bekomme keinen ping auf eine Adresse außerhalb und nach ca. 1 Minute ist alles tot. Kein Netzwerk, kein Telnet, keine Tastatureingabe, nichts! Nur der Cursor blinkt noch. Woran kann das liegen, wie kann ich das Problem weiter eingrenzen, ohne allzuoft Abstürze zu haben? In der /var/log/messages fanden sich keine hilfreichen Meldungen: May 16 13:12:33 helium kernel: ippp0: dialing 1 08006624... May 16 13:12:41 helium kernel: ippp0: dialing 2 08006624... May 16 13:12:49 helium kernel: ippp0: dialing 3 08006624... May 16 13:12:57 helium kernel: ippp0: dialing 4 08006624... May 16 14:17:27 helium syslogd 1.3-3: restart. Ich habe die Einstellungen AFAIK genauso wie bei unsererm bisherigen Dial-On-Demand-Server (auch SuSE 6.3) vorgenommen, nur die IP-Adressen angepasst. System: K6-II 350 mit SCSI GDT-Raid-5 Controller, DEC DC21142-Ethernetkarte, Fritz!PCI (AVM A1) unter SuSE-6.3, Samba, NFS, Hylafax... Vielen Dank schonmal! Jörg@wörk -- dienstlich: joerg.lippmann(a)o3-software.de · mobil: 0179.4125552 O³ Software GmbH und Co. KG · Höhndorfer Tor 2b · 24217 Schönberg http://www.o3-software.de · fon: 04344.5384 · fax: 04344.5385 priv.: joerg.lippmann(a)gmx.de · 0431.3053270 · www.theater-hexagon.de

3 2

kleines Problem mit CCP
by Stefan Szomraky 16 May '00

16 May '00

Also - ich möchte nun endlich (immer wieder verschoben) meine ISDN zum Provider (und eigentlich wenn das funktioniert zwischen 2(3) Linux isdn routern) mit automatischer kompression ausstatten... Es gelingt mir aber nicht... zuerst zwischen den 2 routern: Ich benutzte mal eine isdn verbindung zum verbinden, dann setzte ich eine ppp over ssh verbindung auf und schaltete die routen um... das war mir aber zu unsicher (es kam zu abstürzen) und ich mußte das wieder abblasen.. das schöne war aber, das ppp_deflate (ich glaube nciht das es die compression von ssh war - den die hab ich dann mal abgeschalten) eine ascidatei (und von der werden viele dort übertragen) die ~ 5 MB gross war mit dem deflate mit einer geschwindigkeit von 75kByte/s zu übertragen.. (kein scherz... auch kein irrtum)... über EINEN EINZIGEN kanal... kann ich ppp_deflate (oder vielleicht is ja bsd_comp besser) auch mit dem ipppd nutzen? (zwischen 2 linux rechnern) jetzt zu der ISDN verbindung zu meinem Provider: Daten: als provider benutz ich die österreichische A-ON "company" (nein, ich bin kein Nazi... ;-) ) Unter windows scheint "microsoft compression" zu gehen... fragt mich nicht was das ist.... Kernel: 2.2.15 mit bsd compression für isdn enabled.... mit ppp_deflate enabled (beides module) und bsd compression enabled Die options.ippp0 sieht so aus: -/- /dev/ippp0 user "user" ipcp-accept-local ipcp-accept-remote noipdefault defaultroute mru 1524 mtu 1500 -/- also kein "noccp" und kein -bsdcomp, etc... Zuerst sind KEINE module geladen (aber ein depmod -a gemacht)... ich bekomme beim einwählen folgendes: -/- May 16 07:02:26 StSz ipppd[105]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 16 07:02:26 StSz kernel: isdn_net: ippp0 connected May 16 07:02:26 StSz kernel: isdn_net: chargetime of ippp0 now 69988 May 16 07:02:30 StSz ipppd[105]: Remote message: May 16 07:02:30 StSz ipppd[105]: MPPP negotiation, He: No We: No May 16 07:02:30 StSz ipppd[105]: CCP enabled! Trying CCP. May 16 07:02:30 StSz ipppd[105]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) May 16 07:02:30 StSz ipppd[105]: ccp_resetci! May 16 07:02:30 StSz ipppd[105]: local IP address 212.183.39.186 May 16 07:02:30 StSz ipppd[105]: remote IP address 195.3.91.83 May 16 07:02:40 StSz ipppd[105]: ccp_resetci! May 16 07:02:40 StSz kernel: Received CCP frame from peer May 16 07:02:40 StSz kernel: [0/1].ccp-rcv[0]: 01 04 00 1a 12 06 00 00 00 01 11 05 00 01 04 11 May 16 07:02:40 StSz kernel: [0/1].ccp-rcv[1]: 05 00 01 03 11 06 00 01 01 01 May 16 07:02:40 StSz kernel: Received CCP frame from peer May 16 07:02:40 StSz kernel: [0/1].ccp-rcv[0]: 03 01 00 0a 12 06 00 00 00 01 May 16 07:02:43 StSz kernel: Received CCP frame from peer May 16 07:02:43 StSz kernel: [0/1].ccp-rcv[0]: 01 05 00 09 11 05 00 01 03 May 16 07:02:43 StSz kernel: Received CCP frame from peer May 16 07:02:43 StSz kernel: [0/1].ccp-rcv[0]: 03 01 00 0a 12 06 00 00 00 01 May 16 07:02:46 StSz kernel: Received CCP frame from peer May 16 07:02:46 StSz kernel: [0/1].ccp-rcv[0]: 06 06 00 04 May 16 07:02:46 StSz kernel: Received CCP frame from peer May 16 07:02:46 StSz kernel: [0/1].ccp-rcv[0]: 06 02 00 04 -/- und dannach nix mehr (bleibt stumm) (vielleicht sagen jemanden die ccp-rcv zeilen ja was.. oder das (protocol: 0x80fd) oder das "ccp_restci!") Internet geht - aber eine Ascii datei in der dieselbe linie gaaanz oft vorkomt wird noch immer mit 7.8 kB übtertragen (zum provider ftp server) (gzip komprimiert würde die auf ein mikrominimum ~30kB komprimieren (ich weiß auch nicht warum 30kB.. es müßte doch auch NOCH kleiner gehn)) so - dann hab ich mir gedacht insmod ppp_deflate das ladet er schön brav, zeigt auch (unused) an (lsmod) dann i4l neugestartet, neu eingewählt, dasselbe... auch die ccp frames (zum glück hab ich pauschaltarif) (ach ja- als provider benutz ich die österreichische A-ON firma) (nein, ich bin kein Nazi... ;-) ) so, dann lade ich bsd_comp restarted, eingewählt... jeztt kommt -/- May 16 07:04:10 StSz ipppd[105]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 16 07:04:10 StSz kernel: isdn_net: ippp0 connected May 16 07:04:10 StSz kernel: isdn_net: chargetime of ippp0 now 80358 May 16 07:04:14 StSz ipppd[105]: Remote message: May 16 07:04:14 StSz ipppd[105]: MPPP negotiation, He: No We: No May 16 07:04:14 StSz ipppd[105]: CCP enabled! Trying CCP. May 16 07:04:14 StSz ipppd[105]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) May 16 07:04:14 StSz ipppd[105]: ccp_resetci! May 16 07:04:14 StSz ipppd[105]: local IP address 212.183.41.211 May 16 07:04:14 StSz ipppd[105]: remote IP address 195.3.91.85 -/- und er bleibt still und leise (keine ccp-rcv zeilen mehr.. nix mehr) aber von kompression ist auch nix zu merken... (siehe ascii datei) beide module geladen... und beide unused... auch das hinzufügen von bsdcomp 15,15 in options.ippp0 half nix (auch i4l restarted, etc...) dann kam ich drauf isdn_bsdcomp zu laden... half aber eigentlich auch nix, außer dass jetzt neue ccp frames kommen: -/- May 16 07:42:54 StSz ipppd[1317]: MPPP negotiation, He: No We: No May 16 07:42:54 StSz ipppd[1317]: CCP enabled! Trying CCP. May 16 07:42:54 StSz ipppd[1317]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80 May 16 07:42:54 StSz ipppd[1317]: ccp_resetci! May 16 07:42:54 StSz ipppd[1317]: Compressor BSD Compress loaded! May 16 07:42:54 StSz ipppd[1317]: ccp_resetci! May 16 07:42:54 StSz ipppd[1317]: Compressor BSD Compress loaded! May 16 07:42:54 StSz kernel: Received CCP frame from peer May 16 07:42:54 StSz kernel: [0/0].ccp-rcv[0]: 04 01 00 07 15 03 2f May 16 07:42:54 StSz ipppd[1317]: local IP address 212.183.39.111 May 16 07:42:54 StSz ipppd[1317]: remote IP address 195.3.91.83 May 16 07:42:54 StSz kernel: Received CCP frame from peer May 16 07:42:54 StSz kernel: [0/0].ccp-rcv[0]: 03 02 00 0a 12 06 00 00 00 01 May 16 07:42:58 StSz kernel: Received CCP frame from peer May 16 07:42:58 StSz kernel: [0/0].ccp-rcv[0]: 03 02 00 0a 12 06 00 00 00 01 May 16 07:43:01 StSz kernel: Received CCP frame from peer May 16 07:43:01 StSz kernel: [0/0].ccp-rcv[0]: 03 02 00 0a 12 06 00 00 00 01 May 16 07:43:04 StSz kernel: Received CCP frame from peer May 16 07:43:04 StSz kernel: [0/0].ccp-rcv[0]: 03 02 00 0a 12 06 00 00 00 01 May 16 07:43:05 StSz kernel: Received CCP frame from peer May 16 07:43:05 StSz kernel: [0/0].ccp-rcv[0]: 01 04 00 1a 12 06 00 00 00 01 11 May 16 07:43:05 StSz kernel: [0/0].ccp-rcv[1]: 05 00 01 03 11 06 00 01 01 01 May 16 07:43:07 StSz kernel: Received CCP frame from peer May 16 07:43:07 StSz kernel: [0/0].ccp-rcv[0]: 03 02 00 0a 12 06 00 00 00 01 May 16 07:43:08 StSz kernel: Received CCP frame from peer May 16 07:43:08 StSz kernel: [0/0].ccp-rcv[0]: 01 05 00 09 11 05 00 01 03 May 16 07:43:10 StSz kernel: Received CCP frame from peer May 16 07:43:10 StSz kernel: [0/0].ccp-rcv[0]: 06 06 00 04 May 16 07:43:10 StSz kernel: Received CCP frame from peer May 16 07:43:10 StSz kernel: [0/0].ccp-rcv[0]: 06 03 00 04 -/- und es war nix vom compression zu merken... (auch i4l restarted, etc...) was mach ich falsch?? oder kann die kompression nichtmal so ein billiges ascifile komprimieren? auf antwort hoffend/flehend

1 0

YAPS nur als root?
by Nils Hoven 15 May '00

15 May '00

Hallo Liste! Seit kurzem betreibe ich auf meinem Rechner (SuSE 6.3 / YAPS 0.96) erfolgreich diese tolle pager software yaps. Leider ist es mir noch nicht gelungen, diese als normaler user zu betreiben und nicht als root. Anscheinend liegt es an der rechtevergabe für /dev/ttyI0 , denn wenn yaps dieses device öffnen will kommt anschliessend die meldung 'unable to dial D2' (zum Beispiel). Was genau muss ich tun, damit ich als normaler user yaps nutzen kann? Ausserdem beschwert sich yaps, dass meine call-id invalid sei (zumindest wenn ich das wegschneiden des + zeichens bei +49 (511) XXXXXXX unterbinde). Wo ist hier das problem, was ist zu tun? für jede antwort wäre ich dankbar Bis dann, Nils -- Nils Hoven Timmermannweg 6 D - 30539 Hannover e-mail: hoven(a)gmx.net ICQ #45563683 visit the official Blue Stuff website at http://www.bluestuff.de ===================================================== "The art to flying lies in learning how to throw yourself at the ground and miss." - The Hitch Hiker's Guide To The Galaxy - =====================================================

3 3

Rechtesetzung von kisdn
by Klaus Hahn 14 May '00

14 May '00

Hallo .... Bin hier am verzweifeln...... Ich möchte via kisdn ins Netz. Nun die Konfiguration ist nicht das Problem (kisdn suid gesetzt und ~/.kde/share/config/kisdnrc/ hat -rw------- 1 root root 972 May 12 12:34 kisdnrc ) Wählt sich ein berechtigter Anwender das 1. mal ein, werden die Rechte von ~/.kde/share/config/kisdnrc von kisdn auf -rw------- 1 mail users 972 May 12 12:34 kisdnrc gesetzt und bleiben auch so (mail ist der user der Zugriff auf kisdn hat). Also nichts mehr mit ~/.kde/share/config/kisdnrc ist nur für root les- und schreibbar. Hat jemand anderes,der kisdn benutzt, sowas auch beobachtet, oder bin ich der einzige? Wenn ja, was mache ich falsch? Wie kann ich kisdn dazu kriegen die Rechte von home/<user>/.kde/share/config/kisdnrc bei root zu lassen. Oder liegt das an der Distri Ich benutze SuSE 6.4 und kisdn-0.7.3.free-159 . Für alle Tips schonmal vielen Dank im vorraus Klaus Hahn

1 0

Woerltronic
by Thilo Alfred Bätzig 13 May '00

13 May '00

Hallo ! Hat jemand erfahrungen mit der Gerdes Woerltronic A16, ist ne semiaktive isdn-Karte, (hersteller hat´s nicht so mit linux!?!) Thilo Gasthof-Linde(a)gasthof-linde.de

1 0

isdn_tx_timeout
by Andreas Koenecke 13 May '00

13 May '00

Seit der Umstellung auf den Kernel 2.2.15 bekomme ich in /var/log/warn gelegentlich die folgende Meldung: <Datum/Zeit> KoCom kernel: isdn_tx_timeout dev ippp0 dialstate 0 Die "zugehörigen" Meldungen aus /var/log/messages sind: May 13 17:46:07 KoCom kernel: isdn_net: ippp0 connected May 13 17:46:07 KoCom kernel: isdn_net: chargetime of ippp0 now 62373288 May 13 17:46:10 KoCom kernel: isdn_tx_timeout dev ippp0 dialstate 0 May 13 17:46:11 KoCom ipppd[2628]: Remote message: Die Verbindung "läuft" trotzdem normal... Kann mir hier jemand genaueres über die "isdn_tx_timeout"-Meldung sagen und ggfs. Hinweise zur Vermeidung dieser Warnung geben? Ich benutze SuSE 6.4 mit den "mitgelieferten" i4k-utils. Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke(a)akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request --

1 0

Seit PCI-Board Probleme mit Teles S16.0
by Johanna Berewinkel 13 May '00

13 May '00

Hallo zusammen! Seit ich meinen alten 486er eingemottet und gegen ein PCI-Pentium-Board ausgetauscht habe, will meine Teles S16.0 (kein PnP, ISA) nicht mehr. Beim Start des Rechners finde ich in der /var/log/warn May 7 18:34:30 anton kernel: Teles0: wrong HSCX versions check IO/MEM addresses May 7 18:34:30 anton kernel: HiSax: Card Teles 16.0 not installed ! /var/log/messages sagt entsprechend: May 7 18:34:30 anton kernel: Teles0: HSCX version A: ?3 B: A1 May 7 18:34:30 anton kernel: Teles0: wrong HSCX versions check IO/MEM addresses Die Konfiguration der Teles-Karte, wie sie (korrekt) angezeigt wird, Teles 16.0 config irq:12 mem:0xC8000 cfg:0xD80 hat sich seit dem Update nicht geaendert und funktionierte auch schon ewig. Den zugewiesen Interrupt 12 habe ich im BIOS ISA zugewiesen. (Der Test mit einem anderen freien IRQ half auch nicht weiter) Der I/O-Bereich ist laut /proc/ioports frei: 0600-061f : HiSax hscx A 0a00-0a00 : HiSax hscx B fifo 0e00-0e1f : HiSax hscx B 1200-1200 : HiSax isac fifo 1600-161f : HiSax isac 1a00-1a07 : avm cfg Kann ich irgendwie noch ueberpruefen, ob der Speicherbereich 0xC8000 Probleme machen koennte? Es handelt sich bei der ganzen Geschichte um eine "dual"-Konfiguration. Eine Fritz-Karte macht die Arbeit und die Teles-Karte hoert den Bus ab. Diese Konfiguration lief jahrelang einwandfrei. Ich wuerde mich freuen, wenn hier jemand eine Idee hat, die weiterhelfen koennte. Gruss, Johanna Hier noch der komplette Auszug aus der /var/log/messages zum Thema ISDN: May 7 18:34:30 anton kernel: ISDN subsystem Rev: 1.97/1.82/1.103/1.61/1.17/1.3 loade d May 7 18:34:30 anton kernel: HiSax: Linux Driver for passive ISDN cards May 7 18:34:30 anton kernel: HiSax: Version 3.3d (module) May 7 18:34:30 anton kernel: HiSax: Layer1 Revision 2.37 May 7 18:34:30 anton kernel: HiSax: Layer2 Revision 2.20 May 7 18:34:30 anton kernel: HiSax: TeiMgr Revision 2.13 May 7 18:34:30 anton kernel: HiSax: Layer3 Revision 2.10 May 7 18:34:30 anton kernel: HiSax: LinkLayer Revision 2.40 May 7 18:34:30 anton kernel: HiSax: Approval certification valid May 7 18:34:30 anton kernel: HiSax: Approved with ELSA Quickstep series cards May 7 18:34:30 anton kernel: HiSax: Approval registration numbers: May 7 18:34:30 anton kernel: HiSax: German D133361J CETECOM ICT Services GmbH May 7 18:34:30 anton kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH May 7 18:34:30 anton kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI car ds May 7 18:34:30 anton kernel: HiSax: Total 2 cards defined May 7 18:34:30 anton kernel: HiSax: Card 1 Protocol EDSS1 Id=Tel0 (0) May 7 18:34:30 anton kernel: HiSax: AVM driver Rev. 2.11 May 7 18:34:30 anton kernel: AVM A1: Byte at 1a00 is 7 May 7 18:34:30 anton kernel: AVM A1: Byte at 1a03 is 3 May 7 18:34:30 anton kernel: AVM A1: Byte at 1a02 is 2 May 7 18:34:30 anton kernel: AVM A1: Byte at 1a00 is 7 May 7 18:34:30 anton kernel: HiSax: AVM A1 config irq:5 cfg:0x1A00 May 7 18:34:30 anton kernel: HiSax: isac:0x1600/0x1200 May 7 18:34:30 anton kernel: HiSax: hscx A:0x600/0x200 hscx B:0xE00/0xA00 May 7 18:34:30 anton kernel: AVM A1: ISAC version (0): 2086/2186 V1.1 May 7 18:34:30 anton kernel: AVM A1: HSCX version A: V2.1 B: V2.1 May 7 18:34:30 anton kernel: AVM A1: IRQ 5 count 0 May 7 18:34:30 anton kernel: AVM A1: IRQ 5 count 3 May 7 18:34:30 anton kernel: HiSax: DSS1 Rev. 2.22 May 7 18:34:30 anton kernel: HiSax: 2 channels added May 7 18:34:30 anton kernel: HiSax: MAX_WAITING_CALLS added May 7 18:34:30 anton kernel: HiSax: Card 2 Protocol EDSS1 Id=Tel1 (1) May 7 18:34:30 anton kernel: HiSax: Teles 8.0/16.0 driver Rev. 2.11 May 7 18:34:30 anton kernel: HiSax: Teles 16.0 config irq:12 mem:0xC8000 cfg:0xD80 May 7 18:34:30 anton kernel: Teles0: ISAC version (33): 2085 B1 May 7 18:34:30 anton kernel: Teles0: HSCX version A: ?3 B: A1 May 7 18:34:30 anton kernel: Teles0: wrong HSCX versions check IO/MEM addresses May 7 18:34:30 anton kernel: HiSax: Card Teles 16.0 not installed ! May 7 18:34:30 anton kernel: HiSax: debugging flags card 1 set to 4 -- # Johanna Berewinkel, Bonn, Germany # PGP-encrypted mails welcome, key on request [subj: get pgpkey]

2 2

Re: Auto-Enwahl und Email Send/Empfangen
by Stefan Szomraky 13 May '00

13 May '00

schon klar... in der /etc/route.conf füge etwas hinzu dass aussieht wie: default <TAB> 192.168.99.99 dann init 1 und init 2(3) und alles müßte gehen... Theo Richter wrote: > > > Vielen Dank für deine Mail!!!!!!!!!!!!!! > > > > >Bissi mehr info bitte! Meine magische Glaskugel ist gestern zerbrochen... > > > > >Interresiert wäre ich an der ausgabe von > > > >route -n > > Die Ausgabe von route -n ist > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use Iface > > 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 > > 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > > 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo > > > >und > > > >ifconfig (ippp0) > > Die Ausgabe von ifconfig > > > > ippp0 Link encap:Point-to-Point Protocol > > inet addr:192.168.0.99 to P-t-P:192.168.99.99 Mask:255.255.255.255 > > UP POINTTOPOINT RUNNING NOARP DYNAMIC MTU:1500 > > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > > TX packets:0 errors:0 dropped:0 carrier:0 collisions:0 txquelen:10 > > >direkt nach dem neustart (ohne eingewählt zu sein) -- Download the new NT servicepack: www.linux.org

1 0

Alle stunde wieder
by Frank Wening 13 May '00

13 May '00

Hallo liebe Listis, ich habe folgendes Problem: seit einigen Tagen stellt mein Rechner, der als Gateway ins Inet führt, alle Stunde selbsttätig (ohne das ich das wollte) eine Verbindung her. Ich weiß nicht warum und kann mit den folgenden Eintragen nichts anfangen. Vielleicht ist jemand so nett und kann mir da einiges erklären: ---schnipp--- May 13 12:08:12 LinuxServer isdnlog: May 13 12:08:12 tei 87 calling Nc INetZugan g with LinuxServer HANGUP (7 CI 0.840 DM 0:15:26 I=306.0 b O= 1.0Kb) May 13 13:08:12 LinuxServer isdnlog: May 13 13:08:12 tei 87 calling Nc INetZugan g with LinuxServer HANGUP (7 CI 0.840 DM 0:15:26 I=565.9Kb O= 92.7Kb) ---schnipp--- diese Einträge gibt es alle Stunde seit dem 9.5.2000. nur das sich mal das tei 80 auf tei 87 geändert hat. Folgendes finde ich auch noch in der /var/log/messages: ---schnipp--- May 12 12:08:12 LinuxServer ipppd[98]: Modem hangup May 12 12:08:12 LinuxServer ipppd[98]: Connection terminated. May 12 12:08:12 LinuxServer ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 May 12 12:08:12 LinuxServer ipppd[98]: closing fd 7 from unit 0 May 12 12:08:12 LinuxServer ipppd[98]: link 0 closed , linkunit: 0 May 12 12:08:12 LinuxServer ipppd[98]: reinit_unit: 0 May 12 12:08:12 LinuxServer ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 May 12 12:52:47 LinuxServer ipppd[98]: Local number: 8599800, Remote number: 279 97, Type: outgoing May 12 12:52:47 LinuxServer ipppd[98]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 May 12 12:52:47 LinuxServer ipppd[98]: Remote message: May 12 12:52:47 LinuxServer ipppd[98]: MPPP negotiation, He: No We: No May 12 12:52:47 LinuxServer ipppd[98]: local IP address 139.6.11.63 May 12 12:52:47 LinuxServer ipppd[98]: remote IP address 139.6.14.6 May 12 13:08:12 LinuxServer ipppd[98]: Modem hangup May 12 13:08:12 LinuxServer ipppd[98]: Connection terminated. May 12 13:08:12 LinuxServer ipppd[98]: taking down PHASE_DEAD link 0, linkunit: 0 May 12 13:08:12 LinuxServer ipppd[98]: closing fd 7 from unit 0 May 12 13:08:12 LinuxServer ipppd[98]: link 0 closed , linkunit: 0 May 12 13:08:12 LinuxServer ipppd[98]: reinit_unit: 0 May 12 13:08:12 LinuxServer ipppd[98]: Connect[0]: /dev/ippp0, fd: 7 ---schnipp--- Danke für Eure Hilfe Ciao Frank -- Frank(a)Wening.com http://www.wening.com RegLinuxUser #141365

2 3