September 2000 - openSUSE ISDN (Deutsch)

rcapid und passende Clients
by Roland Hebertinger 30 Jul '01

30 Jul '01

Hallo! Ich habe mir die Tage mal den rcapid angeschaut. Die Dokumentation dazu es ja recht dürftig... :-((( Die Installation auf dem Server ist einigermassen gut beschrieben, aber wie siehts mit Client-Programmen a) für Linux und b) für andere Plattformen, z.B. Win9x und WinNT aus? Meine aktuelle Plattform, auf der das ganze laufen soll: SuSE Linux 6.2, Kernel 2.2.10SuSE AVM B1 V2.0 Für Informationen aller Art bin ich sehr DANKBAR! c ya! Roland

2 1

Mehrere Provi=?ISO-8859-1?Q?der_=FCber_ISDN?=
by Florian Link 04 Oct '00

04 Oct '00

Hallo Liste, weiss jemand, ob es möglich ist mehrere Provider für die automatische ISDN- Einwahl so zu konfigurieren, dass der zweite Provider angewählt wird, wenn der erste nicht erreichbar ist. Die SuSE-Support-Datenbank sagt, dass das nur manuell möglich wäre. F. Link

2 1

routing probleme bei Dial-server
by n.heimfeld＠hupc.de 02 Oct '00

02 Oct '00

Hallo ISDN-Freunde, ich habe es jetzt geschafft, mich mit einem Modem und einer ISDN-Karte bei meinem Linux-Dial-in-server einzuwählen. Ich kann auch den Server pingen, jedoch die anderen Computer im Netzwerk erreiche ich leider nicht (weder mit ping noch anders). Was muss ich einstellen, dass ich diese auch pingen kann? Wenn ich unter Windows ipconfig eingebe sehe ich die meine IP 10.1.1.62, subnet mask 255.255.255.0 und das default gateway ebenfalls mit 10.1.1.62. Weiss jemand, was ich bei Windows oder beim Linux-Dial-server einstellen muss? Danke Nils

3 2

Fritz PCI und AVM Capi
by Olaf Lange 02 Oct '00

02 Oct '00

Hallo Liste, anscheinend bin ich der einzig bloede in der weiten Linux-Welt, aber ich bekomme es nicht gebacken, die AVM Capi und isdnctrl gleichzeitig unter SuSE 7.0 zu verwenden. Folgendes habe ich gemacht : 1. pppd installiert 2. CAPI-Treiber von ftp.avm.de fuer meine Karte besorgt, extrahiert und via Installationsscript (./install) installiert. Lief auch ohne Probleme. 3. Mittels Yast den Typ der ISDN-Karte fuer ippp0 auf AVM B1 PCI geaendert und neu gebootet. Danach funktionieren die CAPI-Treiber, aber leider gibt es kein ippp0-device mehr. isdnlog: Can't open /dev/ippp0 (No such device) modprobe: Can't locate module ippp0 ip-up: Warning: interface ippp0 is faulty. Ignore if it's not active yet (eg [i]ppp0) Kann mir jemand verraten, wo mein Fehler liegt ? Danke Olaf

2 1

2 b-kanäle mit 2 verschiedenen logins
by Arno Baier 30 Sep '00

30 Sep '00

hi liste, ich habe folgendes problem, besser gesagt vorstellung. da mein provider keine kanalbündelung unterstützt, ich aber ein zweites login benutzen kann möchte ich eine kanalbündelung oder bandbreitenerweiterung mit dem zweiten login einrichten. wie bringe ich i4l dazu, das es sich über beide ippp's (verschiedene logins) einwählt und die last auf beide kanäle aufteilt? danke im vorsaus lg arno

1 0

Weniger Geschwätz im Logfile?
by Andreas Siegert 29 Sep '00

29 Sep '00

Hi *, wo muß ich weches Flag drehen um das ganze gesabber über den blligsten Anbieter nicht im Log zu haben? In /usr/doc/packages/i4l hat mich dazu eigentlich nix angesprungen. Die anderen Infos über den Verbindungsaufbau etc. will ich zum debuggen und tracen behalten. thx for any pointers afx -- atsec information security GmbH Phone: +49-89-4424930 Steinstrasse 68 Fax: +49-89-4424931 D-81667 Muenchen, Germany May the Source be with you!

2 1

Re: [suse-isdn] Callback - Konfiguration
by Steffen Noe 28 Sep '00

28 Sep '00

Hi Nils, > > Ich habe eine ISDN-Karte in einem Rechner. Dort sollen verschiedene Leute > anrufen können (nicht gleichzeitig). > > Bei einem Anruf soll die Anmeldung erfolgen und somit die Feststellung des > Benutzernamens für die Ermittlung der Rückrufnummer. > > Du schreibst, ich muss dazu mehrere ipppx definieren. Geht das denn mit nur > einer karte? > Ja, das funktioniert. Wir haben hier im Institut ebenfalls ISDN Einwahlserver mit je einer Karte und mehreren Devices auf dieser Karte. Da immer 2 Kanaele a 64kBit vorhanden sind koennen so jeweils 2 Leute gleichzeitig den Server nutzen, sofern keine Kanalbuendelung erlaubt wird. Schau Dir mal die Konfiguration der ipppX Devices in YaST an. Du schaffst dort Zuordnungen von Telefonnummern (I4L_REMOTE_IN/OUT) zu Netzdevices und zudem die Zuordnung von IP-Nummern zu diesen Devices. Dabei wird pro ipppX device ein Benutzer eingeben und ein Passwort verlangt. Dieses wird in /etc/ppp/pap-secrets eingetragen. Auf Clientseite muessen nun die Benutzer ihrerseits die Tel.Nummer des Servers und die dort definierten User/Password Paare verwenden. Die Zuordnung der User laeuft nun ueber die Telefonnummern ab, da der Server weis, wer unter welcher Nummer anrufen darf und wen er ggf zurueckrufen soll. Das bisher beschreibene betrifft die Authentifizierung der ISDN-Verbindung Ist eine Verbindung einmal hergestellt, kann man sich etwa via ssh/telnet/ftp mit jedem auf dem Server gueltigen Benutzernamen anmelden. gruesse steffen -- Steffen M. Noe Darmstadt University of Technology Webmaster Institut fuer Soziologie Institut fuer Botanik Fachbereich 2 Fachbereich 10 Residenzschloss Schnittspahnstrasse 3-5 D-64283 Darmstadt D-64287 Darmstadt +49 6151 16-6591 +49 6151 16-3239 noe(a)ifs.tu-darmstadt.de noe(a)bio.tu-darmstadt.de MAY THE SOURCE BE WITH YOU !

1 0

TDSL als User nicht möglich / nur als root ??
by Markus Foerg 28 Sep '00

28 Sep '00

Hallo, ich hab ein kleines Problem mit pppoed/pppd als User. Als root funktioniert das wunderbar. Wenn ich mich als User einlogge erhalte ich folgende Fehlermeldung: pppoed[4991]: PPPoE tag: type=0101 length=0000 (Servicename) pppoed[4991]: PPPoE tag: type=0102 length=000b (ACName) data (UTF-8): MUNC32-nrp2 pppoed[4991]: PPPoE tag:type=0104 length=0010 (AC Cookie) data (bin): 06 69 8f 32 30 9a 6d 68 81 ae fb79 1b bc a0 eb pppoed[4991]: PPPoE tag: type=0101length=0000 (Service name) pppoed[4991]: PPPoE tag:ype=0102 length=000b (AC Name) data (UTF-8): MUNC32-nrp2 pppoed[4991]: PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): 06 698f 32 30 9a 6d 68 81 ae fb 79 1b bc a0 eb pppoed[4992]:starting /usr/sbin/pppd to interface /dev/pppox0 using optionsfile:/etc/ppp/peers/pppoe pppd[4992]: using the noauth option requires root privilege pppoed[4991]: Line id which died is: 0 Sep 24 18:25:12 linux pppoed[4991]: OK we got killed pppoed[4991]: ppp_connect came back! pppd hat ALLE Rechte (auch SUID)sind gesetzt, trotzdem gibts Probleme mit der Option noauth. Weiß jemand Rat, wie man das als User hinkriegt? Danke, Markus Foerg Augsburg

1 0

Callback - Konfiguration
by n.heimfeld＠hupc.de 27 Sep '00

27 Sep '00

Hallo ISDN-Freunde, weiss jemand, wie man einen Callback konfiguriert, wo ich vorher festlegen abhängig vom Benutzernamen die Rückrufnummer bestimmen kann? Überhaupt zum Thema Callback finde ich nur wenig... Danke Nils

2 1

Problem mit ISDN unter Linux
by Sebastian Strzelec 27 Sep '00

27 Sep '00

Hi. Ich hab ein problem mit meiner AVM Fritz PnP unter SuSE 6.1 Ich hab die karte soweit eingerichtet, dass es beim booten keine fehlermeldung anzeigt, sprich die Karte THEORETISCH funktionieren sollte. Leider tut sie das nicht. Wenn ich versuche mit ipppd einzuwählen hab ich folgende ausgabe im /var/log/messages: Sep 25 19:17:33 devil kernel: ippp0: dialing 1 019106440... Sep 25 19:17:41 devil kernel: ippp0: dialing 2 019106440... Sep 25 19:17:49 devil kernel: ippp0: dialing 3 019106440... Sep 25 19:17:57 devil kernel: ippp0: dialing 4 019106440... Sep 25 19:18:05 devil kernel: ippp0: dialing 5 019106440... Sep 25 19:18:13 devil kernel: isdn_net: local hangup ippp0 Sep 25 19:18:13 devil kernel: ippp0: Chargesum is 0 Die karte scheint also gar nicht am S0 Bus zu hängen. Das tut sie aber wohl, weil ich sonst nicht in der lage wäre diese eMail hier zu schreiben. Die MSN ist eingestellt. Der Username und die Telefonnummer meines ISP ist auch richtig eingestellt. Ich hab mir mal die howto durchgelesen, und versucht mit anzurufen, per minicon (ttyI0) zu minicon (ttyI1)... Keine reaktion. Ich hab auch versucht mich vom Handy aus anzurufen. isdnlog hat keinen mucks gemacht, mein handy hat sich verhalten, als wär die MSN nicht vergeben. Ich häng an keiner Telefonanlage, die Karte ist direkt am NTBA. Sie wir auf IRQ 3 erkannt. (steht auch im BIOS, beim booten) IO 0x200 ist auch eingestellt (alles laut pnpdump) Ich hab keine ahnung, was ich noch machen könnte. Ich hab gehört, die Fritz PnP würde probleme bereiten, aber ob MEIN problem so häufig vorkommt?! Ich hoffe, jemand kann mir weiterhelfen, sonst werde ich in diesem Windoze hier noch versauern... MfG Sebastian S.

3 2

Einwahlverbindung mit mehreren Providern: Default-Route
by Christoph Maurer 27 Sep '00

27 Sep '00

Hallo Liste! Ich möchte eine Einwahlverbindung zu mehreren Providern aufbauen. (ippp0 bis ippp3) Dabei soll keine DoD-Verbindung konfiguriert werden. Sollte man trotzdem in route.conf eine Default-Route konfigurieren oder lasse ich das? Wenn eine meiner Dialup-Verbindungen T-Online ist, sollte ich dann die ganzen ippps auf andere Nummeren als 192.168.0.xxx konfigurieren? Die werden doch IMHO von T-Online für irgendwelche BTX-Dienste benutzt... Gruß Christoph -- Christoph Maurer Jülicher Str. 80 - 52070 Aachen mailto:christoph-maurer@gmx.de

2 1

capi4hylafax
by mario duve 26 Sep '00

26 Sep '00

hallo, bitte um hilfe nach dem ich capi4linux erfolgreich zum laufen bekommen haben... dank der liste, wollte ich nun capi4hylafax probieren... also alles entpackt , readme durchgelesen dann ein install -s , und es kommt die fehlermeldung Can't find library libstdc++-libc6.1-1.so.2 im verzeichniss /usr/lib gibt es eine library Can't find library libstdc++-libc6.1-1.so.3 könnte mir jemand auf die sprünge helfen ? dank im vorraus mario duve

1 0

ISDN und Telefonanlage, II.
by Markus Rudolf Domula 26 Sep '00

26 Sep '00

Hallo liebe Leute, danke für eure Tips. Leider spricht meine Karte trotz allem nicht mit mir. Ich habe die -v option ins Start-up script geschrieben, passiert aber nichts, jedenfalls nicht mehr. Habe hier aber einen Auszug aus /var/log/isdnctrl die Ausgabedatei, die in ´/etc/isdn.conf als debuging file für isdnlog angegeben ist: Unknown Country "+49221560713" #meine MSN oder EAZ Unknown Country "+49221222900" #Provider(net-cologne) Unknown Country "+49221222900" Sep 26 13:35:07 * tei 66 calling with RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 26 13:35:07 tei 66 calling with UNKNOWN ELEMENT 29: 0f 6b 65 69 6e 65 20 52 75 66 6e 75 6d 6d 65 72 [ keine Rufnummer], length=16 Sep 26 13:35:07 tei 66 calling with Destination not obtainable Sep 26 13:35:07 tei 66 calling with Destination not obtainable Sep 26 13:35:07 tei 66 calling with HANGUP Destination not obtainable So weit ich diese Datei verstehe, hat er doch eine falsche Nummer bzw. gar keine Nummer. Also muß das in der Initialisierung hängen? Ach ja, da ich RedHat habe bin des YASTes nich mächtig. Macht aber die Sache immerhin durchsichtiger, wenn man nach Fehlern sucht, finde ich. Falls jemand 'ne Idee hat, bin ich dafür immer offen. Danke Markus

2 1

ISDN an Telefonanlage
by Markus Rudolf Domula 26 Sep '00

26 Sep '00

Hallo, ich versuche schon ziemlich lange meine FritzCard (PCI) unter Linux zu konfigurieren - klappt aber nicht. Ich habe RedHat6.2 Die Karte wird ohne Fehler initialisiert. In /var/log/messages kommt dann folgender Output: ippp0: dialing isdn_net: local hangup ippp0 ippp0: chargesum 0 Ich verwende an der Anlage 1TR6. Unter Windows kein Problem. Auch wenn ich mich selber mit der Karte anrufen will tut sie das nicht. Rufe ich die Karte an, erkennt sie das als Voice-Call und löst auch die Nummer richtig auf. Warum kann ich mich nicht rauswählen? Vielen Dank, schon mal jetzt Markus

2 1

Re: Dial-out ippp0, Dial-in ippp1 und chap
by Thorsten Marquardt 25 Sep '00

25 Sep '00

Hallo Kersten, hallo Liste, Am 25-Sep-00 schriebst Du: > Thorsten Marquardt wrote: >> >> Hallo Kersten, >> >> Am 20-Sep-00 schriebst Du: >> Zitat aus /etc/ppp/options.ippp0: # If this machine is a server, force >> authentication by uncommenting one Ich hab inzwischen auf SuSE 7.0 upgedatet (super neudeutsch gell?) und kann dazu sagen, daß dieser Kommentar falsch ist. Richtig muß es nämlich heißen: Wenn diese Interface als Server fungiert... denn ich kann auf derselben Maschine ippp0 als Dial-Out und ippp1 als Dial-In konfigurieren und dabei für ippp1 +chap setzten. Frag mich aber bitte niemand, was nach dem Update anders ist :( >> # of the following. However, if this machine is a client, doing this >> will s.o. >> # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, >> WENN >> DIES EIN SERVER IST!!! #+pap >> #+chap >> >> Steht das inzwischen nicht mehr drin oder reichen 3 >> Ausrufezeichen nicht??? >> >> Ist ja 'ne Spitzenantwort, nur eben nicht auf die Frage: > Sorry, hab die unterschiedlichen 0/1 uebersehen. Ist schon ok. Ich fühlte mich halt etwas angefaßt, obwohl ich schon verstehen kann, daß ihr machmal genervt seidm wenn immer wieder die gleichen Fragen auftauchenm nur weil (und da will ich mich nicht ausnehmen) Leute die Dokumentation nicht (richtig) lesen. Aber vielleicht ist das ja auch ein Indiz dafür, daß mache Dokumente (besonders die in Fremdsprachen) nicht so ganz einfach zu verstehen sind. > >> also ippp0 soll für Dial Out genutzt werden und hier darf natürlich +chap >> nicht in der options.ippp0 stehen. Soweit hab ich das begriffen :) > Toll :-) :) > >> Ippp1 soll aber für Dial In zur Verfügung stehen und zwar für mehr als [...] >> das ist irgendwie Käse! Mit und ohne Ausrufezeichen. > Prinzipiell gebe ich Dir da zwar Recht, bin allerdings reichlich > skeptisch: > Ich habe hier 5 ipppd mit 5 verschiedenen options.ipppX an > laufen (fuer > verschiedene Internet-by-Call Provider) und kurioserweise --- > wenn man > annaehme, dass sich ipppdX die /etc/ppp/options.ipppY auch mit > reinziehen > wuerde --- funktioniert es ausgezeichnet ... OK, es ist kein > Einwahlserver > aufgesetzt, somit steht auch nirgends ein +pap/+chap drin (bzw. > sie sind > auskommentiert) und es ist auch eine recht alte Version: SuSE > 6.2 (hab bisher > keine Zeit gefunden, da mal ein Update zu machen), aber ich kann > mir nicht > so recht vorstellen, dass genau _diese_ Option da den Ausschlag > geben wuerde. > Hast Du mal kontrolliert, mit welchen Konfigurationsfiles die > einzelnen > ipppd arbeiten --- "ps axw | grep ipppd" koennte da evtl. > weiterhelfen. Danke für diese Tipps. Ich habe es aber nicht mehr ausprobiert, weil (s.o.) nach dem Update alles nach meinen Vorstellungen funktioniert hat und ich wollte den fehlerhaften Zustand nicht wieder herstellen, um herumprobieren zu können. Für mich ist Linux halt ein Arbeitspferd und (leider) keine Spiel und Experimentierwiese. Nochmal vielen Dank für alle Tip(p)s Thom -- Whenever you find that you are on the side of the majority, it is time to reform. -- Mark Twain ------------------------------------------------------------------- bye bye (c) by Thom | Thorsten Marquardt | EMail: THOM(a)kaupp.chemie.uni-oldenburg.de | Member of the pzt project. | http://www.pzt.de -------------------------------------------------------------------

1 0

Kanalbündelung
by Arne Dieckmann 25 Sep '00

25 Sep '00

Hallo Liste, Ich benutze SuSE 7.0 und bekomme die Kanalbündelung einfach nicht auf die Reihe. Ich habe die Anleitung genau befolgt. Es wird auch ein virtuelles Device ippp1 angelegt. Wenn ich jetzt mit isdnctrl die zweite Leitung per addlink dazuschalten will, wird die erste Leitung abgebaut. Unterstützt der Pentium optimierte Kernel von SuSE eigentlich MPPP? Muß ich noch irgendwo die Telefonnr. oder die Login-Daten für ippp1 hinzufügen? Wenn ja, wo?? Danke für jede Hilfe Arne

1 0

AVM CAPI-Treiber
by Boris Breuer 24 Sep '00

24 Sep '00

Hallo Liste! Habt einer von Euch schon nähere Erfahrungen mit dem Treiber von AVM für eine Fritz!PnP gemacht? An und für sich habe ich meinen Dial_out-Server ja schon ganz gut hingekriegt, würde aber gerne noch den HylaFax über's ISDN jagen und dafür braucht man ja die CAPI?! Über jeden "Bericht" oder jede Hilfestellung wäre ich dankbar! MfG Boris Breuer

1 0

Re: [suse-isdn] dialin bricht Verbindung gleich wiede ab
by n.heimfeld＠hupc.de 24 Sep '00

24 Sep '00

Danke für die Hilfe mit dem Routen - aber was muss denn eingestellt sein? Meine Route.conf: # # /etc/route.conf # # In this file you can configure your static routing... # # This file is read by /sbin/init.d/route. # # # Destination Dummy/Gateway Netmask Device # # Examples: # # Net devices # 193.141.17.192 0.0.0.0 255.255.255.192 eth0 # # Gateways # default Riemann # 0.0.0.0 193.141.17.193 # # # Host behind Gateway # 193.141.17.142 193.141.17.193 255.255.255.255 # # Net behind a Gateway # 193.141.17.145 193.141.17.193 255.255.255.0 # # Multicast route for e.g. eth0. IP multicasting, forwarding and perhaps # multicast routing in kernel should be enabled. More information will # be found in the NET-3-HOWTO. Most people do NOT need this feature. # # 224.0.0.0 0.0.0.0 240.0.0.0 eth0 # # ISDN (i4l) # 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # default 192.168.0.1 10.1.1.0 0.0.0.0 255.255.255.0 eth0 10.1.1.190 0.0.0.0 255.255.255.255 ippp0 Meine ip-up (ich denke Suse-Standard-Skript) #!/bin/sh # (c) '97, S.u.S.E. GmbH, Fuerth, Germany # Klaus Franken <kfr(a)suse.de> # 25.02.98 # # Remo Behn <sray(a)suse.de> # 18.07.98 BASENAME=`basename $0` INTERFACE=$1 DEVICE=$2 SPEED=$3 LOCALIP=$4 REMOTEIP=$5 if [ -z "$REMOTEIP" ]; then echo "Usage: $0 <INTERFACE> <DEVICE> <SPEED> <LOCALIP> <REMOTEIP>" exit 1 fi case "$INTERFACE" in ippp*) . /etc/rc.config # find the device found=0 for I in $NETCONFIG; do eval NETDEV=\$NETDEV$I if [ $NETDEV = $INTERFACE ]; then found=1 break; fi done if [ $found -eq 0 ]; then echo "Device '$INTERFACE' not configured in '/etc/rc.config'" exit 1 fi eval IFCONFIG=\$IFCONFIG$I DEST=`grep -v "^#" /etc/route.conf | grep "$INTERFACE\$" | awk '{ print $1}'` DEFAULT=`grep -v "^#" /etc/route.conf | grep default | awk '{ print $2}'` #echo "ok, NETDEV:$NETDEV; IFCONFIG:$IFCONFIG." #echo " DEST: $DEST; DEFAULT: $DEFAULT" case "$BASENAME" in ip-up) # default deny #ipfwadm-wrapper -I -p deny #ipfwadm-wrapper -O -p deny # flush #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # accept dns #ipfwadm-wrapper -O -a accept -P udp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P udp -D 0/0 53 1024:65535 -S 0/0 53 -W $INTERFACE #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 53 1024:65535 -S 00/0 53 -k -W $INTERFACE # accept connect from client to internet #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 1024:65535 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 1024:65535 -S 0/0 -k -W $INTERFACE # deny, last match #ipfwadm-wrapper -I -a deny -P tcp -S 0/0 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a deny -P udp -S 0/0 -D 0/0 -W $INTERFACE # default accept #ipfwadm-wrapper -I -p accept #ipfwadm-wrapper -O -p accept /sbin/route add default gw $REMOTEIP dev $INTERFACE # Get the nameservers (works with ipppd option ms-get-dns): if [ "$MS_DNS1" ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi fi # maybe you want to start mail services: # set follow variables in /etc/rc.config # SENDMAIL_TYPE="yes" # SENDMAIL_SMARTHOST="<ISP-mailserver>" # SENDMAIL_ARGS="-bd -om" # SENDMAIL_EXPENSIVE="yes" # SENDMAIL_NOCANONIFY="yes" #/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 & #/usr/sbin/sendmail -q & # call ip-up.local if it exists and is executable: test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # Restore the nameservers (got with ipppd option ms-get-dns): if [ -n "$MS_DNS1" ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" #else # rm -f /etc/resolv.conf # echo "Deinstalled /etc/resolv.conf" fi fi # restart interface /sbin/ifconfig $INTERFACE down # workaround due to kernel problem with 'kernd': sleep 1 /sbin/ifconfig $INTERFACE $IFCONFIG # flush, del all rules #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # set routes from /etc/route.conf # test -z "$DEST" || /sbin/route add -host $DEST dev $INTERFACE test -z "$DEFAULT" || /sbin/route add default gw $DEFAULT # call ip-down.local if it exists and is executable: test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; ppp*) # Analog-PPP, add commands as you need... case "$BASENAME" in ip-up) # # This code allows automatic configuration of your resolv.conf # for peer supplied DNS addresses when using the `usepeerdns' # option. Original resolv.conf is restored when ip-down is called # by pppd when the link goes down. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf cat /etc/ppp/resolv.conf /etc >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else cp /etc/ppp/resolv.conf /etc chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # # This code restores the original resolv.conf saved when ip-up # was called by the pppd which uses the `usepeerdns' option and # resolv.conf was modified for the supplied dns server adresses. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" else rm -f /etc/resolv.conf echo "Deinstalled /etc/resolv.conf" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; *) # dont know... ;; esac | logger -t $BASENAME

3 3

TDSL: Verbindungsaufbau SuSE 6.4
by Thomas Trueten 23 Sep '00

23 Sep '00

Hallo Allerseits, wenn ich die Dokumentation des pppoed richtig verstanden habe ist bei SuSE 6.4 kein automatischer Verbindungsaufbau per Diald o.ä. möglich. Soll das heißen: - Update auf 7.0 - Manuelle Einwahl? als gleichermaßen grausliche Alternative oder verstehe ich das völlig falsch? -- Bonan tagon, Thomas Trueten ICQ# 82831959 PGP-encrypted Mails welcome, Key on Request (subj: get pgpkey) AC 9E DF 5A F4 A9 1F FC AD 09 2B CB A4 9A D4 FB 2F E4 96 E6

5 7

Re: Nochmal: 256Kbps ISDN-Verbindung
by Florian Gross 23 Sep '00

23 Sep '00

Hallo, Martin Mielke wrote: > > > > > Ich denke, dass das Problem daran liegt, > > dass Dein Provider keinen 4-Kanal Zugang anbietet. > > Wenn Du keine Unterstuezung von seiten des Providers hast, > > baust Du 2 seperate Internetverbindungen zu je 128Kbps auf. > > > > Habe ich doch! Warum sollte ich denn meine bzw. Eure Zeit mit dummen Fragen > verschwenden?? Vielleicht solltest du einfach in der richtigen Liste die richtigen Fragen stellen? XMailed&Reply2 suse-isdn gesetzt! cu flo -- Netscape als root auszufuehren ist das Aequivalent zum Betreten des Innenhofes eines Hochsicherheitstrakts zur Pausenzeit, sich die Hosen runterzuziehen, weit nach vorn zu beugen und zu bruellen: "Los Jungs, holte es euch!". Oder Windows zu benutzen. [Wolfgang Weisselberg in suse-linux]

1 0

Nochmal ISDN mit Fritzcard
by Markus Rudolf Domula 23 Sep '00

23 Sep '00

Hallo, nochmal ein Hilferuf. Ich bastele immer noch an meiner ISDN-Konfiguration... und es funtioniert nicht! Wobei ich meine das es funktionieren müsste. Vieleicht kann mir jemand helfen. Nochmal die technische Daten. Ich habe RedHat6.2 mit einem 2.2.14 Kernel. Betreibe meine FritzCardPCI an einer Telefonanlage (Proto 1TR6, ohne Amtsholung). Unter Windows klappt es. ippp0 ist mein Provider und ippp1 ist mein eigener Anschluß zu TEstzwecken. Das Anrufen klappt auch nicht. Wohl aber erkennt die Karte ein Voice-Call, wenn ich anrufe. Hier /var/log/messages: Sep 15 17:37:37 ralf-main kernel: ISDN subsystem Rev: 1.93/1.80/1.95/1.60/1.17/1.3 loaded Sep 15 17:37:37 ralf-main kernel: HiSax: Linux Driver for passive ISDN cards Sep 15 17:37:37 ralf-main kernel: HiSax: Version 3.3c (module) Sep 15 17:37:37 ralf-main kernel: HiSax: Layer1 Revision 2.36 Sep 15 17:37:37 ralf-main kernel: HiSax: Layer2 Revision 2.20 Sep 15 17:37:37 ralf-main kernel: HiSax: TeiMgr Revision 2.13 Sep 15 17:37:37 ralf-main kernel: HiSax: Layer3 Revision 2.10 Sep 15 17:37:37 ralf-main kernel: HiSax: LinkLayer Revision 2.40 Sep 15 17:37:37 ralf-main kernel: HiSax: Approval certification valid Sep 15 17:37:37 ralf-main kernel: HiSax: Approved with ELSA Quickstep series cards Sep 15 17:37:37 ralf-main kernel: HiSax: Approval registration numbers: Sep 15 17:37:37 ralf-main kernel: HiSax: German D133361J CETECOM ICT Services GmbH Sep 15 17:37:37 ralf-main kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Sep 15 17:37:37 ralf-main kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Sep 15 17:37:37 ralf-main kernel: HiSax: Card 1 Protocol 1TR6 Id=HiSax (0) Sep 15 17:37:37 ralf-main kernel: HiSax: AVM PCI driver Rev. 1.14 Sep 15 17:37:37 ralf-main kernel: AVM PCI: stat 0x2020a Sep 15 17:37:37 ralf-main kernel: AVM PCI: Class A Rev 2 Sep 15 17:37:37 ralf-main kernel: HiSax: AVM Fritz!PCI config irq:11 base:0xEC00 Sep 15 17:37:37 ralf-main kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1 Sep 15 17:37:37 ralf-main kernel: AVM Fritz PnP/PCI: IRQ 11 count 46 Sep 15 17:37:37 ralf-main kernel: AVM Fritz PnP/PCI: IRQ 11 count 52 Sep 15 17:37:37 ralf-main kernel: HiSax: 1TR6 Rev. 2.9 Sep 15 17:37:37 ralf-main kernel: HiSax: 2 channels added Sep 15 17:37:37 ralf-main kernel: HiSax: MAX_WAITING_CALLS added Sep 15 17:37:38 ralf-main ipppd[1048]: Found 1 device: /dev/ippp0 Sep 15 17:37:38 ralf-main ipppd[1049]: ipppd i2.2.10 (isdn4linux version of pppd by MH) started Sep 15 17:37:38 ralf-main ipppd[1049]: init_unit: 0 Sep 15 17:37:38 ralf-main ipppd[1049]: Connect[0]: /dev/ippp0, fd: 8 Sep 15 17:37:38 ralf-main ipppd[1068]: Found 1 device: /dev/ippp1 Sep 15 17:37:38 ralf-main ipppd[1069]: ipppd i2.2.10 (isdn4linux version of pppd by MH) started Sep 15 17:37:38 ralf-main ipppd[1069]: init_unit: 0 Sep 15 17:37:38 ralf-main ipppd[1069]: Connect[0]: /dev/ippp1, fd: 8 Sep 15 17:37:54 ralf-main kernel: ippp1: dialing 1 0221560711... Sep 15 17:38:02 ralf-main kernel: isdn_net: local hangup ippp1 Sep 15 17:38:02 ralf-main kernel: ippp1: Chargesum is 0 Hat jemand eine Idee? Vielen Dank Markus

2 1

Waehlscripte fuer mehrere ISP
by Heinz W. Pahlke 22 Sep '00

22 Sep '00

Hallo, ich habe mir ein paar Waehlscripte gebastelt, um manuell zwischen verschiedenen ISP auswaehlen und diese ebenso manuell anwaehlen zu koennen. Es funktioniert auch alles bis auf einen kleinen Schoenheitsfehler. Eingerichtet sind ippp0 bis ippp5. Gewaehlt wird mit einem Script nach dem folgenden Muster: /sbin/init.d/i4l start;/sbin/route add default ippp2; /usr/sbin/isdnctrl addphone ippp2 out xxxxxxxx und aufgelegt entsprechend mit /usr/sbin/isdnctrl hangup ippp2;/usr/sbin/isdnctrl delphone ippp2 out xxxxxxxx;/sbin/init.d/i4l stop Wenn ich nun das Waehlscript aufrufe, spuckt es das folgende aus: ------------------------------schnipp--------------------------- dial Verbose-level set to 3. Starting isdn4linux on device ippp0 ippp0 added ... [es folgen diverse fuer die Frage unwichtige Angaben] ... Starting ippp-daemon for ISDN device ippp0 with /etc/ppp/options.ippp0 ippp0 bound to 0 Starting isdn4linux on device ippp1 ippp1 added [...] Setting up network device ippp1 Starting ippp-daemon for ISDN device ippp1 with /etc/ppp/options.ippp1 ippp1 bound to 1 Starting isdn4linux on device ippp2 ippp2 added [...] ------------------------------schnapp---------------------------- So setzt sich das bis zum device ippp5 fort. Beim Booten des Rechners wird ueber die init-Scripte i4l_hardware gestartet, waehrend i4l, network und route deaktiviert sind. System ist eine mit der PC-Welt-CDROM auf 7.0 teilupgedatete Suse 6.2 mit selbst kompiliertem Kernel 2.2.16. Es ware schoen, wenn mir jemand auf die Spruenge helfen koennte, wo mein Fehler liegt. Danke, Heinz. -- E-Mail: Heinz W. Pahlke <h.pahlke(a)berlin.de> This message was sent by XFMail via SuSE Linux

2 2

capi4linux vs. isdn4linux
by Markus.Deiml＠swisslife.de 22 Sep '00

22 Sep '00

Hallo Liste, ich möchte hier gerne die vor einiger Zeit gestellte und unbeantwortete Frage wiederholen: Hat schon jemand gute Erfahrungen mit capi4linux gemacht (bzw. hat von Erfahrungen gehört/gelesen) und ist der Umstieg von isdn4linux zu empfehlen? Eine spezielle Frage habe ich auch noch: Muß ich nach der Installation von capi4linux mein isdn4linux abschalten, oder können beide nebeneinander aktiv sein? Falls ja, wie handle ich das? Falls nein, muß ich dann ohne isdn4linux auf vbox verzichten? Viele Grüße, Markus

2 1

Re: [suse-isdn] Re: Novell - Emulation
by Florian Gross 21 Sep '00

21 Sep '00

Hallo, Horst Grolms wrote: [...] > Da denke ich einmal : hey toll, endlich Resonanz auf OT Novell-Emu, > und dann lese ich nur, > daß ich die Etikette verletzt habe. Tuut miir leid. Echt. Manchmal > ist die Arbeit so viel, die > Zeit so knapp, daß ich mich mal nicht an die Regeln halte. > Dabei mache ich von Hand sogar noch RE statt AW. > Nicht, daß ich es nicht verstehe, aber ein konstruktiver Beitrag > zum Thema wäre mir lieber gewesen. Nun ja, vielleicht liegt's ja an der Art, wie die mail geschrieben war? Oder es wußte einfach keiner. Wenn du was per PM bekommst, dann antworte bitte auch per PM drauf und nicht gleich in zwei Mailinglisten, von denen eine auch noch die falsche ist. cu flo, antworten bitte nur an mich! -- > Vielen Dank für das siggen. Aber dieser Satz ergibt doch gar > keinen Sinn. Deswegen habe ich den Satz doch auch gesiggt. [WoKo und Christopher Splinter in dag°]

1 0

dialin bricht Verbindung gleich wieder ab - die zweite!
by n.heimfeld＠hupc.de 21 Sep '00

21 Sep '00

Danke für die Hilfe mit dem Routen - aber was muss denn eingestellt sein? Meine Route.conf: # # /etc/route.conf # # In this file you can configure your static routing... # # This file is read by /sbin/init.d/route. # # # Destination Dummy/Gateway Netmask Device # # Examples: # # Net devices # 193.141.17.192 0.0.0.0 255.255.255.192 eth0 # # Gateways # default Riemann # 0.0.0.0 193.141.17.193 # # # Host behind Gateway # 193.141.17.142 193.141.17.193 255.255.255.255 # # Net behind a Gateway # 193.141.17.145 193.141.17.193 255.255.255.0 # # Multicast route for e.g. eth0. IP multicasting, forwarding and perhaps # multicast routing in kernel should be enabled. More information will # be found in the NET-3-HOWTO. Most people do NOT need this feature. # # 224.0.0.0 0.0.0.0 240.0.0.0 eth0 # # ISDN (i4l) # 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # default 192.168.0.1 10.1.1.0 0.0.0.0 255.255.255.0 eth0 10.1.1.190 0.0.0.0 255.255.255.255 ippp0 Meine ip-up (ich denke Suse-Standard-Skript) #!/bin/sh # (c) '97, S.u.S.E. GmbH, Fuerth, Germany # Klaus Franken <kfr(a)suse.de> # 25.02.98 # # Remo Behn <sray(a)suse.de> # 18.07.98 BASENAME=`basename $0` INTERFACE=$1 DEVICE=$2 SPEED=$3 LOCALIP=$4 REMOTEIP=$5 if [ -z "$REMOTEIP" ]; then echo "Usage: $0 " exit 1 fi case "$INTERFACE" in ippp*) . /etc/rc.config # find the device found=0 for I in $NETCONFIG; do eval NETDEV=\$NETDEV$I if [ $NETDEV = $INTERFACE ]; then found=1 break; fi done if [ $found -eq 0 ]; then echo "Device '$INTERFACE' not configured in '/etc/rc.config'" exit 1 fi eval IFCONFIG=\$IFCONFIG$I DEST=`grep -v "^#" /etc/route.conf | grep "$INTERFACE\$" | awk '{ print $1}'` DEFAULT=`grep -v "^#" /etc/route.conf | grep default | awk '{ print $2}'` #echo "ok, NETDEV:$NETDEV; IFCONFIG:$IFCONFIG." #echo " DEST: $DEST; DEFAULT: $DEFAULT" case "$BASENAME" in ip-up) # default deny #ipfwadm-wrapper -I -p deny #ipfwadm-wrapper -O -p deny # flush #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # accept dns #ipfwadm-wrapper -O -a accept -P udp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P udp -D 0/0 53 1024:65535 -S 0/0 53 -W $INTERFACE #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 53 1024:65535 -S 00/0 53 -k -W $INTERFACE # accept connect from client to internet #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 1024:65535 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 1024:65535 -S 0/0 -k -W $INTERFACE # deny, last match #ipfwadm-wrapper -I -a deny -P tcp -S 0/0 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a deny -P udp -S 0/0 -D 0/0 -W $INTERFACE # default accept #ipfwadm-wrapper -I -p accept #ipfwadm-wrapper -O -p accept /sbin/route add default gw $REMOTEIP dev $INTERFACE # Get the nameservers (works with ipppd option ms-get-dns): if [ "$MS_DNS1" ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi fi # maybe you want to start mail services: # set follow variables in /etc/rc.config # SENDMAIL_TYPE="yes" # SENDMAIL_SMARTHOST="" # SENDMAIL_ARGS="-bd -om" # SENDMAIL_EXPENSIVE="yes" # SENDMAIL_NOCANONIFY="yes" #/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 & #/usr/sbin/sendmail -q & # call ip-up.local if it exists and is executable: test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # Restore the nameservers (got with ipppd option ms-get-dns): if [ -n "$MS_DNS1" ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" #else # rm -f /etc/resolv.conf # echo "Deinstalled /etc/resolv.conf" fi fi # restart interface /sbin/ifconfig $INTERFACE down # workaround due to kernel problem with 'kernd': sleep 1 /sbin/ifconfig $INTERFACE $IFCONFIG # flush, del all rules #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # set routes from /etc/route.conf # test -z "$DEST" || /sbin/route add -host $DEST dev $INTERFACE test -z "$DEFAULT" || /sbin/route add default gw $DEFAULT # call ip-down.local if it exists and is executable: test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; ppp*) # Analog-PPP, add commands as you need... case "$BASENAME" in ip-up) # # This code allows automatic configuration of your resolv.conf # for peer supplied DNS addresses when using the `usepeerdns' # option. Original resolv.conf is restored when ip-down is called # by pppd when the link goes down. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf cat /etc/ppp/resolv.conf /etc >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else cp /etc/ppp/resolv.conf /etc chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # # This code restores the original resolv.conf saved when ip-up # was called by the pppd which uses the `usepeerdns' option and # resolv.conf was modified for the supplied dns server adresses. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" else rm -f /etc/resolv.conf echo "Deinstalled /etc/resolv.conf" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; *) # dont know... ;; esac | logger -t $BASENAME

1 0

TCP:zapping lost adress
by Michael Helms 21 Sep '00

21 Sep '00

HALLO; weiss jemand was die folgende Zeile bedeutet: mailserver kernel: TCP: zapping lost address 192.168.0.99:2384 -> 192.168.0.99:80 taucht immer mal wieder in /var/log/messages auf. Sollte mir das irgendwie zu denken geben? Danke Michael

1 0

dialin bricht Verbindung gleich wiede ab
by n.heimfeld＠hupc.de 21 Sep '00

21 Sep '00

Hallo ISDN-Freunde, ich habe einen Linux-Rechner an einer Siemens-Telefonanlage. Ich versuche, diesen jetzt als Dialin-server zu aktivieren... jedoch nach Stunden ohne Erfolg. Zuletzt habe ich die Beispielkonfiguration von http://www.64-bit.de/ eingestellt (auch Suse-Linux). Beim Einwählen in den Linux-Rechner bricht der Windows-Client die Verbindung immer wieder ab. Bei dynanischer Zusweisung oder fester eingestellter IP-Adresse auf dem client. Ebenso verhält es sich bei Windows NT als Client. Es scheint, als käme der Client gar nicht dazu sich am Netzwerk anzumelden. Der kernel gibt folgende Message aus jeweils einmal mit und ohne dyn. IP beim Client eingestellt: **************Anfang************* Sep 20 23:03:31 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:03:31 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:03:31 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180082350 Sep 20 23:03:34 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:03:35 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:03:35 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:03:35 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:03:35 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:03:35 hirchesvr kernel: ippp0: remote hangup Sep 20 23:03:35 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:03:35 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800 **************und der nächste Anruf - jetzt die IP-Adresse eingestellt beim client Sep 20 23:05:13 hirchesvr kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 20 23:05:13 hirchesvr kernel: ippp0: call from 61834255 -> 0 accepted Sep 20 23:05:14 hirchesvr ipppd[21282]: Local number: 0, Remote number: , Type: incoming Sep 20 23:05:14 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:05:14 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:05:14 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180092638 Sep 20 23:05:17 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:05:17 hirchesvr ipppd[21282]: Could not determine local IP address Sep 20 23:05:17 hirchesvr kernel: isdn_net: local hangup ippp0 Sep 20 23:05:17 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:05:17 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:05:17 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:05:17 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:05:17 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:05:39 hirchesvr dhcpd: DHCPREQUEST for 10.1.1.10 from 00:48:54:5a:4f:52 via eth0 Sep 20 23:05:39 hirchesvr dhcpd: DHCPACK on 10.1.1.10 to 00:48:54:5a:4f:52 via eth0 *********************Ende******* Meine ifconfig sieht so aus *********Anfang*************** eth0 Link encap:Ethernet HWaddr 00:D0:B7:B2:50:EC inet addr:10.1.1.199 Bcast:10.1.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10853973 errors:0 dropped:0 overruns:2 frame:22 TX packets:11674330 errors:0 dropped:0 overruns:77 carrier:0 collisions:0 txqueuelen:100 Interrupt:11 Base address:0xc000 ippp0 Link encap:Point-to-Point Protocol inet addr:10.1.1.199 P-t-P:10.1.1.190 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:11565 errors:0 dropped:0 overruns:0 frame:0 TX packets:11565 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 *************Ende****************** Ich denke mal ok.... ...und noch meine ippp0 *******************Anfang********************* # /etc/ppp/options.ippp? # # for isdn4linux/syncPPP and dynamic IP-numbers # # # Klaus Franken, kfr(a)suse.de # Version: 27.08.97 (5.1) # # This file is copy by YaST from /etc/ppp/ioptions.YaST # to options.<device> # The device(s) # for more than one device try: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0 proxyarp # The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #192.168.0.1:192.168.0.99 10.1.1.199:10.1.1.190 # my user name #user "heimfeld" # my system name (only for CHAP!) # name my_system_name #name suse # 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 login auth # 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 *****************und Ende******************* Weiss jemand, was ich einstellen muss, dass sich der client am Netzwerk anmelden kann, bzw. dieser nicht immer die Verbindung wieder abbricht? Vielen Dank.. Grüsse Nils

2 1

Dial-out ippp0, Dial-in ippp1 und chap
by Thorsten Marquardt 20 Sep '00

20 Sep '00

Hallo Liste, ich möchte 'ne Linuxbox (Suse 6.4) so einrichten, daß über ippp0 ein Dial on Demand gateway für ein locales Netzwerk arbeitet (das läuft derzeit mehr als zufriedenstellend) und über ippp1 ein Dial-In Server zum lokalen Netzwerk zur Verfügung steht. Auch das Einwählen funktioniert, nur leider kann ich für ippp1 keine chap-Identifizierung konfigurieren. Wenn ich chap+ in den /etc/ppp/otipons* aktiviere, dann wird auch für die Dial-Out Verbindung eine Authentifizierung angefordert und da macht mein Provider nicht mit :) Was habe ich falsch verstanden? Grüße Thom -- I like work ... I can sit and watch it for hours. ------------------------------------------------------------------- bye bye (c) by Thom | Thorsten Marquardt | EMail: THOM(a)kaupp.chemie.uni-oldenburg.de | Member of the pzt project. | http://www.pzt.de -------------------------------------------------------------------

4 5

Re: [suse-isdn] ITK Columbus Card V 3.0 (Pnp)
by Dieter Kluenter 20 Sep '00

20 Sep '00

Hallo, Joerg Bruestel <bruestel(a)elisa.in-chemnitz.de> writes: > Hallo, > > bei mir läuft die o.g. Karte unter Suse 5.3 als > > I4L_TELES_TYPE="9" ( itk micro Rev. 2 ). > > Geht soweit alles. > > Nun wollte ich auf Suse 6.4 umsteigen, die itk Rev 2.0 wird weiterhin > unterstützt, aber ich bekomme die o.g. Karte einfach nicht an. Mach ich > was falsch oder wird die Columbus mit den neueren Versionen vom isdn- > System definitiv nicht unterstützt? Sie wird definitiv unterstuetzt. Denn bei mir laeuft sie seit Suse-4.3 und hat bisher alle updates bis incl 6.4 problemlos mitgemacht. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

ITK Columbus Card V 3.0 (Pnp)
by Joerg Bruestel 20 Sep '00

20 Sep '00

Hallo, bei mir läuft die o.g. Karte unter Suse 5.3 als I4L_TELES_TYPE="9" ( itk micro Rev. 2 ). Geht soweit alles. Nun wollte ich auf Suse 6.4 umsteigen, die itk Rev 2.0 wird weiterhin unterstützt, aber ich bekomme die o.g. Karte einfach nicht an. Mach ich was falsch oder wird die Columbus mit den neueren Versionen vom isdn- System definitiv nicht unterstützt? Jörg -- * * Joerg Bruestel, August-Bebel-Strasse 19, 04618 Ziegelheim * * * Mail: Bruestel(a)Elisa.IN-Chemnitz.DE Phone: +49 34494 77583 *

4 3

Re: Novell - Emulation
by Florian Gross 20 Sep '00

20 Sep '00

Hallo, könntest du bitte in Zukunft _unter_ das gequotete schreiben? Hilfe gibt's unter http://www.ndh.net/home/schult/etikette.html Danke! cu flo -- Das ist hier eine technische Diskussionsgruppe, nicht ein Nachhilfeladen fuer Leute, die ihre Lehrbuecher nicht gelesen haben. [Detlef Bosau in dag°]

1 0

Probleme beim einloggen mit minicom
by Steffen Wagner 20 Sep '00

20 Sep '00

Hallo Zusammen, ich habe folgendes Problem: Ich möchte von einem Rechner zum Anderen mit minicom eine Verbindung aufbauen. Ich erhalte als Antwort immer busy (klar, ist natürlich NICHT tatsächlich busy!) Beide Rechner SuSE 6.3 und gleiche config. Mit dem Anrufenden Rechner kann ich mit exakt gleicher config zu einem weiteren identischen Rechner eine Verbindung aufbauen. Hier der Auzug aus messages: --------------schnipp----------------- Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> UNKNOWN ELEMENT 21: 10 80 [ ], length=2 Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> UNKNOWN ELEMENT 27: 41 6d 74 [Amt], length=3 Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> NOTIFICATION: --------------schnapp----------------- Hier die /etc/minirc.isdn ----------schnipp---------- # Machine-generated file - use "minicom -s" to change parameters. pr port /dev/ttyI1 pu minit ~^M~AT S14=0 &B512 &E4711^M pu mdialpre ATD pu mdialpre2 ATD pu mdialpre3 ATD pu mdialsuf3 ^M pu escape-key ^T ----------schnapp----------- Die Dateien in /etc/mgetty+sendfax sind auch bis auf die eigene Nummer identisch. Also, wer kann mir bei der Interpretation der log-Datei helfen. Vielen Dank im voraus. -- Mit freundlichen Grüßen Steffen Wagner mailto:S.Wagner@st-elisabeth.de

1 0

RE: [suse-isdn] ippp0 und ippp1
by Martin Mielke 20 Sep '00

20 Sep '00

Hallo, und wie bastle ich alles zusammen, damit ich mit den 4 B-ISDN-Kanälen ins Internet gehen kann? Vielen Dank, Martin > -----Original Message----- > From: Volker Böhm [mailto:boehm@alpha-leasing.de] > Sent: Tuesday, September 19, 2000 7:51 PM > To: SuSE ISDN > Subject: Re: [suse-isdn] ippp0 und ippp1 > > > Sascha Haupt schrieb: > > Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, > > aber ich bin weder durch das Howto noch durch deja schlau geworden. > > > > In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen > > zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner > habe, kann ich > > dann einen B-Kanal über ippp0 und den anderen über ippp1 > ansprechen und > > wie wird das so konfiguriert ??? > > Hallo Sascha, > die haben überhaupt nichts miteinander zu tun. Ich habe z.B. zu Hause > auch nur _eine_ Fritz aber ippp0 - ippp1 zuzüglich isdn0 bir > isdn4. Das > sind insgesamt sieben Verbindungen (2 ins Internet und 5 in > befreundete > Netze), die alle funktioneren, aber natürlich nur zwei > gleichzeitig. Du > kannst unabhängig von der Anzahl Deiner B-Kanäle - ich glaube - bis zu > 64 Verbindungen definieren. > > mfg Volker > > -- > Volker Böhm Tel.: 040/25 15 37-118 > Alpha Leasing GmbH Fax: 040/25 15 37-190 > Grevenweg 72 e-Mail: boehm(a)alpha-leasing.de > 20537 Hamburg vboehm(a)t-online.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

2 1

Re: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 20 Sep '00

20 Sep '00

Hallo Jens, ersteinmal vielen Dank fuer Deinen Tip. > > Mal sehen, was man da tun kann. > > > Starting link > > Serial connection established. > > Connect: ppp0 <--> /dev/pts/4 > > LCP: timeout sending Config-Requests > > Connection terminated. > > pppoe: read (asyncReadFromPPP): Input/output error > > Script pppoe -I eth0 -m 1412 finished (pid 950), status = 0x100 > > Also wenn ich mich recht entsinne, hatte ich einen aehnlichen bzw. den > gleichen Fehler. Du rufst doch sicher pppd und dann noch ein paar > Parameter "pppoe -I eth0" dazu auf. Also wenn du jetzt dem pppoe noch > zusaetzlich den Parameter -s mitgibst, dann sollte es klappen. > Beispiel: > pppd file /etc/ppp/options "pppoe -I ethx -s" > Sag mal bescheid, wenn es geklappt hat. Verstehe ich das richtig: der etc/ppp/option den Eintrag: pppoe -I eth0 -s verpassen. Wenn ja, das klappt nicht. Dann geht garnichts mehr. Auszug aus var/log/messages Sep 19 12:44:09 linux adsl-connect: ADSL connection lost; attempting re-connection. Sep 19 12:44:09 linux pppd[21782]: In file /etc/ppp/options: unrecognized option 'pppoe' Sep 19 12:44:09 linux adsl-connect: ADSL connection lost; attempting re-connection. Sep 19 12:44:09 linux pppd[21784]: In file /etc/ppp/options: unrecognized option 'pppoe' Leider habe ich entweder Deinen Tip total falsch verstanden oder ich seh den Wald vor lauter Baeumen nicht mehr ..... Gruss Harald > Mach's gut > Jens

1 0

mppp Einstellungen
by Matthias Lenhardt 20 Sep '00

20 Sep '00

Hi Liste, ich habe Kanalbuendelung mit SuSE Linux 6.4 (Kernel 2.2.16) unter Anleitung des SDB-Artikels realisiert und funktioniert auch ganz gut mit Internet-by-call Providern. Wenn ich aber zu einem anderen Internet-by-call Provider mittels 'ISDN-Parameter konfigurieren' unter YaST wechsel, gehen die Einstellungen in der /etc/ppp/options.ippp? verloren, bzw. das '+mp' bleibt, allerdings das Slave Device ist weg {8-(. Es ist zwar kein echtes Problem, da man es einfach wieder einfuegen kann, aber ich haette es ganz gerne, das ich mir diesen Schritt spare. Auch wenn ich das Slave Device in die /etc/ppp/ioptions.YaST eintrage, ist das Slave Device nach Aendern der ISDN-Parameter verloren. Wuerde mich ueber Tipps sehr freuen und danke schon mal im voraus. Matthias -- <<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>> Matthias Lenhardt - Software Ingenieur mail:mlenhardt@inonet.com InoNet Computer GmbH http://www.inonet.com/ Am Bahnsteig 9 - D-82024 Taufkirchen Tel. +49 (0)89 666096-41 LinuX is like a wigwam: no windows, no gates, apache inside! <<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>

1 0

Einwahl mit lzs
by suse-isdn 20 Sep '00

20 Sep '00

Hallo Liste, Ich habe folgendes Problem, mein Linux Rechner ist zur Einwahl über ISDN konfiguriert, ipppX mit lzs 1:4 Option, mit w95/98/NT4/w2000 Clients klappt auch alles, nur die LZS Kommpression will nicht nicht mit W2000 klappen, er meldet immer "unsupportet Compression" beim aushandeln der Leitung... Weiß jemand was bei W2000 verändert wurde? Gruss Klaus

1 0

Re: [suse-isdn] ippp0 und ippp1
by Volker Böhm 19 Sep '00

19 Sep '00

Sascha Haupt schrieb: > Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, > aber ich bin weder durch das Howto noch durch deja schlau geworden. > > In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen > zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner habe, kann ich > dann einen B-Kanal über ippp0 und den anderen über ippp1 ansprechen und > wie wird das so konfiguriert ??? Hallo Sascha, die haben überhaupt nichts miteinander zu tun. Ich habe z.B. zu Hause auch nur _eine_ Fritz aber ippp0 - ippp1 zuzüglich isdn0 bir isdn4. Das sind insgesamt sieben Verbindungen (2 ins Internet und 5 in befreundete Netze), die alle funktioneren, aber natürlich nur zwei gleichzeitig. Du kannst unabhängig von der Anzahl Deiner B-Kanäle - ich glaube - bis zu 64 Verbindungen definieren. mfg Volker -- Volker Böhm Tel.: 040/25 15 37-118 Alpha Leasing GmbH Fax: 040/25 15 37-190 Grevenweg 72 e-Mail: boehm(a)alpha-leasing.de 20537 Hamburg vboehm(a)t-online.de

1 0

ippp0 und ippp1
by Sascha Haupt 19 Sep '00

19 Sep '00

Hallo @ll Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, aber ich bin weder durch das Howto noch durch deja schlau geworden. In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner habe, kann ich dann einen B-Kanal über ippp0 und den anderen über ippp1 ansprechen und wie wird das so konfiguriert ??? Vielen Dank im voraus... Sascha Haupt Technik - Bürgernetz Dachau e.V. http://www.dachau.net

1 0

Fw: [suse-isdn] Dialin-Server konfigurieren ?
by Michael Helms 19 Sep '00

19 Sep '00

-----Ursprüngliche Nachricht----- Von: "Michael Helms" <mlsuseisdn(a)wvigmbh.de> An: "Ulrich Wahls (Suse-Liste)" <uwahls(a)gmx.net> Gesendet: Dienstag, 19. September 2000 11:56 Betreff: Re: [suse-isdn] Dialin-Server konfigurieren ? > Hallo, > > ich habe mit folgenden Hilfen einen dial-in-Server hinbekommen. Naja, > hinbekommen ist etwas geprahlt, aber zumindest kann man sich einwählen. > Machen kann man dann nix (nur ping funktioniert). Liegt evtl. an einer > Firewall Einstellung. Aber davon hab ich überhaupt keine Ahnung (kann mir > jemand mit 3 Sätzen sagen wie ich sehe ob ein Firewall konfiguriert ist, wo > die Einstellungen gemacht werden und welche Einstellung eine Einwahl > verhindert - ich verspreche auch irgendwann mal das HowTo zu lesen). > > Linux als Dialin-Server HOWTO (Dirk Bender; www.64-bit.de) > und > Der Linuxserver als Einwahlrechner (Detlev Reymann; > www.mnd.fh-wiesbaden.de/~dreymann/linux/linuxhtml.zip)) > > Geholfen hat am Ende wohl die Kombination beider Quellen, wobei ich mich > meistens an letztere gehalten habe. > > > > --- schnipp --- /etc/ppp/options ---- > > # /etc/ppp/options > # > # Not every option is listed here, see man pppd for more details. > # This file is read by the pppd, > # it is an error when it is not present. > # > # use the following command to see the active options: > # > # grep -v ^# /etc/ppp/options | grep -v ^$ > # > > # ---<Start of File>--- > > # > # > # Ab jetzt steht alles in den Gerätedateien /etc/ppp/options.ipppx > # 12.09.2000 hel > # > # Leider lassen sich die 3 Optionen unten nicht in /etc/ppp/options.ippp0 > # unterbringen. Da "init 2" sonst zu einer Fehlermeldung führt, z.B.: > # "In file /etc/ppp/options.ippp0: unrecogniced command asyncmap" > # Da ich nicht weiß wofür diese Ding gut sind, lass ich sie erstmal hier > # stehen. Wenn das dann zu Konflikten mit /etc/ppp/options.ippp1 (Konfig > # für Dial-In-Server) kommt, müssen wir mal sehen ob die Optionen evtl. bei > # Start von ippp0 (Dial-Out-Server) weggelassen werden können. > # 13.09.2000 hel > # > > # Use hardware flow control (i.e. RTS/CTS) to control the flow of data > # on the serial port. > crtscts > > # Use the modem control lines. > modem > > # async character map -- 32-bit hex; each bit is a character > # that needs to be escaped for pppd to receive it. 0x00000001 > # represents '\x01', and 0x80000000 represents '\x1f'. > # To allow pppd to work over a rlogin/telnet connection, ou should escape > # XON (^Q), XOFF (^S) and ^]: (The peer should use "escape ff".) > #asyncmap 200a0000 > asyncmap 0 > > --- schnapp --- > > > > --- schnipp --- /etc/ppp/ioptions ---- > > # /etc/ppp/ioptions > # for isdn4linux/syncPPP global options for ipppd > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 15.05.97 (5.0) > # > # > > lock > > # Set 'debug' to create a lot of information in /var/log/messages > # debug > > # Set '+pwlog' for logging passwords in /var/log/messages > #+pwlog > > --- schnapp --- > > > --- schnipp --- /etc/ppp/options.ippp0 ---- > > # /etc/ppp/options.ippp? > # > # for isdn4linux/syncPPP and dynamic IP-numbers > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 27.08.97 (5.1) > # > # This file is copy by YaST from /etc/ppp/ioptions.YaST > # to options.<device> > > # The device(s) > # for more than one device try: > # /dev/ippp0 /dev/ippp1 ... > /dev/ippp0 > > # The IP addresses: <local>:<remote> > # just "0.0.0.0:" or nothing for dynamic IP > #0.0.0.0: > > # my user name > user "....das muss ja nicht jeder wissen ...." > > # my system name (only for CHAP!) > # name my_system_name > > # accept IP addresses from peer > # use with dynamic IP > ipcp-accept-local > ipcp-accept-remote > noipdefault > > # 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 > > # sometimes you need this: > #noccp > > # 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 > > --- schnapp --- > > > --- schnipp --- /etc/ppp/options.ippp1 ---- > > # /etc/ppp/options.ippp? > # > # for isdn4linux/syncPPP and dynamic IP-numbers > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 27.08.97 (5.1) > # > # This file is copy by YaST from /etc/ppp/ioptions.YaST > # to options.<device> > > # The device(s) > # for more than one device try: > # /dev/ippp0 /dev/ippp1 ... > /dev/ippp1 > > # Einwahlrechner als Bestandteil des lokalen Netzwerks erscheinen lassen > proxyarp > > # The IP addresses: <local>:<remote> > # just "0.0.0.0:" or nothing for dynamic IP > #0.0.0.0: > 192.168.1.250:192.168.0.42 > > # disable all header-compression > -vj > -vjccomp > -ac > -pc > -bsdcomp > > # sometimes you need this: > #noccp > > # 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 > > login > auth > -d -d -d -d > > user "... hat auch keinen zu interessieren ..." > > --- schnapp --- > > > Geklappt hat alles aber erst als ich auch noch ip-up angepasst habe. Siehe > hierzu D.Reymann. > > Ich hoffe das hilft euch ein wenig weiter. > > Zur log-Datei: > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > ich weiß ja nicht was CPN bedeutet, nehme aber an, das damit die Nummer nach > dem Pfeil -> gemeit ist. Bei mir steht da die Nummer unter der der > Dial-In-Server angerufen wird. Vielleicht möchte dein Server ja nicht > mit/als 0 angesprochen werden. Aber was das bedeutet und wie man es ändert > weiß ich leider auch nicht. > > Michael > > > > > > -----Ursprüngliche Nachricht----- > Von: "Ulrich Wahls (Suse-Liste)" <uwahls(a)gmx.net> > An: <suse-isdn(a)suse.com> > Gesendet: Dienstag, 19. September 2000 09:50 > Betreff: [suse-isdn] Dialin-Server konfigurieren ? > > > > > > Hallo, > > > > ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. > > Die Installation und ein Rauswaehlen funktioniert. Mit Rauswaehlen > > meine ich in diesem Fall ein Ping und auch ein FTP. Bis zu diesem > > Punkt bin ich jetzt gekommen. > > Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als > > 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine > > Loesung gebracht. > > Es sind wohl die Dateien options, ioptions und options.ippp0 die > > entsprechend angepasst werden muessen. /etc/inittab muss wohl auch > > noch angepasst werden ? > > Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern > > die auch funktionieren ? > > Nachfolgend noch ein Auszug aus der /var/log/messages. > > Gruss ULI > > > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 > > 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder V.110)) > > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 > > 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:36 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:36 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > Sep 19 08:36:38 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:38 ISDNPC kernel isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:38 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:38 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:38 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > > For additional commands, e-mail: suse-isdn-help(a)suse.com > > >

1 0

Re: [suse-isdn] Dialin-Server konfigurieren ?
by Joerg Schwoeppe 19 Sep '00

19 Sep '00

> Hallo, > ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. Ich auch! > Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als > 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine > Loesung gebracht. dto. > Es sind wohl die Dateien options, ioptions und options.ippp0 die > entsprechend angepasst werden muessen. /etc/inittab muss wohl auch > noch angepasst werden ? /etc/inittab ? das ist mir ja total neu > Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern > die auch funktionieren ? leider nicht > Nachfolgend noch ein Auszug aus der /var/log/messages. > Gruss ULI Ich möchte an dieser Stelle mal auf meine Probleme hinweisen (nochmal) > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without > CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 > -> 0 > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> > 0 0 > ignored > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without > CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> > 0 ignored > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 > from +49 > 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder > V.110)) > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 > from +49 > 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 > Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without > CPN, assuming Bei mir alles ähnlich, bis auf das RING(). Beim Anwählen des PCs mit einem ISDN-Telefon steht da RING(speech). Beim Auswählen zu unserer FH per FRITZ!PCI steht da RING(data). Wenn ich mich per WIN98-FRITZ!USB einwählen will, steht da RING(). Warum ? Sind etwa die Gegenstellen inkompatibel (beide ISDN, am gleichen S0-Bus, ohne Telefon-Anlage) ???? Kann mir jemand helfen, warum dort keine Verbindung zustande kommt. Mit dem Windows-Rechner komme ich per FRITZ!USB auch auf unsere FH (UNIX), aber mit den gleichen Einstellungen nicht auf den LinuxPC. Danke und Gruß,Jörg

1 0

Dialin-Server konfigurieren ?
by Ulrich Wahls (Suse-Liste) 19 Sep '00

19 Sep '00

Hallo, ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. Die Installation und ein Rauswaehlen funktioniert. Mit Rauswaehlen meine ich in diesem Fall ein Ping und auch ein FTP. Bis zu diesem Punkt bin ich jetzt gekommen. Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine Loesung gebracht. Es sind wohl die Dateien options, ioptions und options.ippp0 die entsprechend angepasst werden muessen. /etc/inittab muss wohl auch noch angepasst werden ? Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern die auch funktionieren ? Nachfolgend noch ein Auszug aus der /var/log/messages. Gruss ULI Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:36 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:36 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored Sep 19 08:36:38 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:38 ISDNPC kernel isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:38 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:38 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:38 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored

1 0

RE: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 18 Sep '00

18 Sep '00

Am Mon, 18 Sep 2000 schrieben Sie: > Also ich tippe mal, dass deine Gegenstelle nicht will. > > Versuch doch mal (wenn vorhanden) ob eine Win-Dose mit dem > Anschluss funktioniert. ich tippe auf nicht. > Sah bei mir mal ähnlich aus. Da hilft dann ( nach prüfen > aller Möglichkeiten - WinDose - und Telefonat mit der T-Online > Hotline 0130/0190 ) wahrscheinlich nur ein Anruf bei der > Störungsstelle der Telekom 0800 33 02000. > > Ich hoffe das hilft. Leider nicht, denn bei den bei dem manual von www.datenhighway.com ist auch ein Befehl dabei mit dem man testen kann ob ueberhaupt ein Zugang zur Telekom besteht und damit hat es geklappt. Den genauen Befehl hab ich gerade nicht, denn ich komme gerade nicht an den rechner ran. Sitze gerade woanders. Auch mit der Original Suse-Konfig klappt es ja nur eben nicht dial on demand (mit rp-pppoe). Und die manuelle Anwahl ist einfach nicht funktional sollte die Linux-Maschine mal als router laufen. Denke wohl es liegt doch an mir, leider .... Danke Dir trotzdem Joerg und vielleicht hat ja noch jemand einen Tip. > Mit freundlichen Grüßen, > > Jörg Gutowski > Gruesse Harald

1 0

Re: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 18 Sep '00

18 Sep '00

Hallo Sascha, > > Hallo Harald! > > Für das neue Paket von Roaring Penguin mußt Du nichts mehr von Hand in den > Konfigurationsdateien einstellen! > Du benutzt "adsl-setup", um deine Verbindung zu konfigurieren und > "adsl-start" bzw. "adsl-stop" für den Verbindungsauf-/und Abbau! > Dann müßte es eigentlich laufen! Genau, aber es laeuft nicht ... > > Ansonsten überprüfe mal mit "ifconfig", ob die Netzwerkkarte richtig > eingestellt ist, bzw. welche Karte "eth0" und welche "eth1" ist! Vielleicht > sprichst Du ja auch die falsche Netzwerkkarte an, die nicht mit dem > ADSL-Modem verbunden ist! Neh hab ich schon ueberprueft. Werde mat den Tip vom Jens nachgehen sobald ich wieder an den Rechner rankann. > > ciao > Sascha Trotzdem Danke. Gruss Harald

1 0

T-dsl Modem 10Mbit oder 100Mbit
by Dieter Tremel 18 Sep '00

18 Sep '00

Hallo, kann mir jemand sagen, ob das Tdsl Modem der Telekom an einem 100Mbit Hub betrieben werden kann? Danke, Dieter Tremel

8 15

Dial-In macht Dial-Out
by Michael Helms 18 Sep '00

18 Sep '00

Hallo, ich versuche hier gerade einen Linux Rechner mit 1 ISDN-Karte und einem S0-Bus als Dial-In und Dial-Out Server zu konfigurieren. ippp0 = Dial-Out, ippp1 = Dial-In. Inzwischen bin ich so weit, dass ich mich von außerhalb einwählen kann. Leider kriege ich dann nicht mehr als einen ping hin; sprich, auf dem benutzten Windows Rechner kriege ich weder den Dial-In-Server noch irgendeinen anderen Rechner des Netztes zu sehen. Aber das nur nebenbei. Interessanter ist, das irgendwann nach einer Einwahl mal wieder rausgewält wird und ab da dann die folgende Meldung immer wieder in der messages-Datei auftaucht: Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Hat jemand eine Idee wie das zustande kommt. Wieso will sich ippp1 rauswählen?? Aus Solidarität zu ippp0? Grüße Michael --- Start - Auszug: /var/log/messages ---------------------- Sep 18 09:59:00 mps kernel: ippp0: dialing 1 00191011... Sep 18 09:59:00 mps isdnlog: Sep 18 09:59:00 * tei 110 calling +1 91011, USA with WVI-DialOut RING (Data) Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut Time:Mon Sep 18 09:53:00 2000 Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut COLP +1 91011, USA Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut CONNECT (Data) Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut Unknown provider 33 Sep 18 09:59:05 mps ipppd[2037]: Local number: 4421719, Remote number: 00191011, Type: outgoing Sep 18 09:59:05 mps ipppd[2037]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 18 09:59:05 mps kernel: isdn_net: ippp0 connected Sep 18 09:59:05 mps kernel: isdn_net: chargetime of ippp0 now 33076116 Sep 18 09:59:05 mps ipppd[2037]: Remote message: Sep 18 09:59:05 mps ipppd[2037]: MPPP negotiation, He: No We: No Sep 18 09:59:05 mps ipppd[2037]: CCP enabled! Trying CCP. Sep 18 09:59:05 mps ipppd[2037]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Sep 18 09:59:05 mps ipppd[2037]: ccp_resetci! Sep 18 09:59:05 mps ipppd[2037]: local IP address 62.155.192.3 Sep 18 09:59:05 mps ipppd[2037]: remote IP address 193.158.138.209 Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:10 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:20 mps last message repeated 2 times --- Stop - Auszug: /var/log/messages ----------------------

1 0

AW: [suse-isdn] X-Envelope-To ???
by Stefan Pledl 18 Sep '00

18 Sep '00

> -----Ursprüngliche Nachricht----- > Von: Michael Helms [SMTP:mlsuseisdn@wvigmbh.de] > Gesendet am: Freitag, 15. September 2000 17:46 > An: suse-isdn(a)suse.com > Betreff: Re: [suse-isdn] X-Envelope-To ??? > > Danke, das mit fetchmail -v -v und dem via post.webmailer.de war genau das > Problem das ich die ganze Zeit suchte und nicht fand. > > Nun noch schnell 2 Fragen zu den unten stehenden Optionen in .fetchmailrc. > > Vor welchen Problemen bewahren mich "localdomains" und "pass8bits". Die > manpage gibt hier zwar technische Auskunft, aber welche konkreten, für den > Admin/Mail-User sichtbaren, Unterschied im Verhalten von fetchmail lösen > diese Optionen aus? > > Grüße > Michael localdomains sorgt dafür, dass sich fechtmail im multi drop Modus für die Domanis your-domain1.de your-domain2.de verantwortlich fühlt pass8bits behebt einen Bug, der von einigen Microsoft Programmen verursacht wird. Im Header wird Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit obwohl sich im Body der E-Mail 8Bit Zeichen befinden. Fetchmail respektive sendmail würde dann die das höchste Bit (MSB) der Zeichen im Body der E-Mail ausmaskieren und somit gehen Informationen verloren (z.B. bei Umlauten) Grüße Stefan

1 0

vbox laeuft nicht mehr seit update auf 7.0
by Peter Koellner 17 Sep '00

17 Sep '00

ich habe wirklich alle scripte durchsucht. Da hat sich nichts veraendert. Die alten Nachrichten kann ich abhoeren, wie immer. Nur der Anrufbeantworter startet bei einem Anruf nicht mehr. gebe ich 'vboxd' ein: oneway vboxd[851]: can't get peername [Socket operation on non-socket]. damit kann ich Urmel leider nichts anfangen. :-) Irgendein Hinweis auf den Fehler? bye pk

1 0

Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 17 Sep '00

17 Sep '00

Hallo an alle, nachdem unser tdsl Zugang mit manueller An- und Abwahl funktionierte, haben wir versucht das ganze per dial on demand "aufzuruesten". Tja also rp-pppoe runtergeladen und alles nach manual entsprechend eingerichtet tja und jetzt klappt das ganze nicht so ganz: Zuerst dachten wir es liegt vielleicht an der mru, aber nachdem wir einige Einstellungen durchprobiert hatten kam immer noch die gleiche Meldung: Input/ Output Error, siehe unten: linux:/etc/ppp # pppd pty "pppoe -I eth0 -m 1412" local IP address 192.168.1.1 remote IP address 10.112.112.112 Starting link Serial connection established. Connect: ppp0 <--> /dev/pts/4 sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 21 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 20 7d 3f 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 22 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 d7 7d 31 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 23 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 7a 7d 34 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 24 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 39 7d 2c 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 25 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 94 7d 29 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 26 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 63 7d 27 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 27 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 ce 7d 22 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 28 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 e5 37 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 29 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 48 32 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 2a 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 bf 3c 7e LCP: timeout sending Config-Requests Connection terminated. pppoe: read (asyncReadFromPPP): Input/output error Script pppoe -I eth0 -m 1412 finished (pid 950), status = 0x100 Starting link Serial connection established. Connect: ppp0 <--> /dev/pts/4 sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 21 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 6b 51 24 42 ae 7e sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] ..... Also Chap / pap secrets ueberprueft, Eintraege stimmen. Options ueberprueft auch da stimmen die Eintraege. Tja hat jemand eine idee ?? Gruss Harald

1 0

immer noch vbox!
by Marcus Wagner 17 Sep '00

17 Sep '00

Hallo Leute!! Ich habe hier mit dem vbox immernoch das Problem dass er einerseits tierisch rauscht, nachdem ein Sound abgespielt wurde, andererseits, dass er nach einer Sekunde Aufnahmezeit den Timeout Beep bringt und auflegt! Vbox zeigt dann eine 1sekündige leere Nachricht an! Kann mir da jemand weiterhelfen? Danke im voraus!! MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

1 0

Re: AW: [suse-isdn] kinternet
by John di Stefano 17 Sep '00

17 Sep '00

Egal ob root oder user, es erscheint nicht in der unteren Leiste! john On Sun, 17 Sep 2000, you wrote: > Ich hab mich nicht als root angemeldet und schon war es in der unteren > Leiste!"! > > -----Ursprüngliche Nachricht----- > Von: John di Stefano [mailto:john@ctv.es] > Gesendet: Sonntag, 17. September 2000 16:11 > An: suse-isdn(a)suse.com > Betreff: [suse-isdn] kinternet > > > Hallo Liste > > Ich benutze kinternet fuer meine ISDN Verbindung. > Kann mir irgend jemand sagen wie ich die Anzeige von kinternet in die > untere Leiste (kpanel) kriege, sodass ich sehe, ob eine Verbindung besteht > oder nicht? > > SuSE 7.0 - englisch > > Im Voraus vielen dank fuer die Hilfe > John > > Hatte schon viele Fragen und eine Menge dummer Antworten > so bitte helft einem Newby > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com

1 0