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

RE: [suse-isdn] Standleitung mit 128kbit -> Kanalbuendelung
by Martin Mielke 31 Aug '00

31 Aug '00

man ibod > -----Original Message----- > From: isdninfos(a)gmx.de [mailto:isdninfos@gmx.de] > Sent: Wednesday, August 30, 2000 8:17 PM > To: suse-isdn(a)suse.com > Subject: [suse-isdn] Standleitung mit 128kbit -> Kanalbuendelung > > > Wir haben eine Standleitung mit 128kbit. Ich bekomme sie aber nur mit > 64kbit zum Laufen. Ich habe versucht, die MPPP Skripte der > Supportdatenbank mit den Standleitungsskripten zu kombinieren, leider > ohne > jeglichen Erfolg. Hat jemand soetwas unter Linux am Laufen (Suse 6.4, > SuSEkernel 2.2.14)? > > Ueber Skripte/Vorschlaege wuerde ich mich sehr freuen. > > Danke, > Stefan > > -- > Sent through GMX FreeMail - http://www.gmx.net > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

2 1

Standleitung mit 128kbit -> Kanalbuendelung
by isdninfos＠gmx.de 30 Aug '00

30 Aug '00

Wir haben eine Standleitung mit 128kbit. Ich bekomme sie aber nur mit 64kbit zum Laufen. Ich habe versucht, die MPPP Skripte der Supportdatenbank mit den Standleitungsskripten zu kombinieren, leider ohne jeglichen Erfolg. Hat jemand soetwas unter Linux am Laufen (Suse 6.4, SuSEkernel 2.2.14)? Ueber Skripte/Vorschlaege wuerde ich mich sehr freuen. Danke, Stefan -- Sent through GMX FreeMail - http://www.gmx.net

1 0

ISDN-Verbindung nie unterbrechen
by Martin Mielke 30 Aug '00

30 Aug '00

Hallo allerseits, dumme Frage: wie stellt man die ISDN-Konfiguration, damit die ISDN-Verbindung nie unterbrochen wird? (Flachtarif). Vielen Dank im voraus! Martin

6 6

Re: [suse-isdn] ISDN-Verbindung nie unterbrechen
by Volker Böhm 30 Aug '00

30 Aug '00

Juergen Ilse schrieb: > On Wed, Aug 30, 2000 at 11:32:10AM +0200, Volker Böhm wrote: > > Außerdem ist eine Flatrate keine Standleitung, auch wenn viele sie dafür > > mißbrauchen wollen. Das könnte leider dazu führen, daß es bald keine > > Flatrates mehr gibt oder sie schweinemäßig teuer werden. Zur Zeit ist es > > leider noch so, daß alle Provider für den Anschluß bzw. die > > Anschlußdauer viel Geld haben wollen (Standleitung kostet 400 - 800 DM, > > Wählleitung über 1 DM pro Stunde), obwohl in Wirklichkeit nur der > > Verkehr Geld kostet. > > Richtig. Allerdings ist der "Paket-orientierte Datentransfer" fuer Telefon- > verbindungen auch in moderner Technik der Vermittlungsstellen noch nicht > vorgesehen (vielleicht kommt das in 10-15 Jahren mit der naechsten Generation > der Vermittlungsstellen). Die Verbindung zum Router des Providers ist aber > in aller Regel eine solche Telefonverbindung und wird daher nach Zeit abge- > rechnet... > > > Mein (derzeit wohl auch machbarer) Traum wäre eine > > Standleitung (64 KBit/sec) für 20 - 40 DM Grundgebühr > > Waere schoen. Bei den momentanen Standleitungskosten die die Telefonprovider > berechnen aber nicht unbedingt realistisch (aber das weisst du ja selber). Das war ja auch ein Wunsch, den es leider derzeit nicht gibt, der aber durchaus machbar wäre. Für eine ISDN-Leitung (2 x 64 KBit) zahle ich derzeit ca. 50 DM, für eine Flatrate 80 DM. Macht zusammen 130 DM; und da ist das Transfervolumen schon drin. > > > zuzüglich 20 - 40 DM pro GB Transfervolumen. > > Das ist zuwenig. Fuer viele (die meisten?) Provider liegen die eigenen > Kosten fuer das Transfervolumen schon deutlich hoeher. Meiner Schaetzung > nach wuerdest du einen solchen Tarif nur dann (vielleicht!) bekommen wenn > du eine Mindestabnahme von 250-500 GB _garantierst_ (sprich: bei weniger > Transfer wird dir trotzdem diese Volumen in Rechnung gestellt), und das > moechtest du garantiert nicht... Ich habe schon Volumen-Angebote von 30 DM pro (einzelnem) GB gesehen. Wir zahlen allerdings derzeit auch deutlich mehr. > > Das wäre für einen Provider derzeit wohl kostendeckend > > Gerade fuer kleinere Provider eher nicht. Von 'kleinen' war nicht die Rede. > > und für mich hieße es, daß ich als Normal-Surfer billiger als die > > derzeitigen Flatrates weg komme und als Sauger halt etwas mehr > > bezahle. Und vor allem würden endlich mal die viel bezahlen, die die > > Kosten verursachen. > > Das Datenvolumen ist auch fuer den Provider heutzutage noch teurer als > deine Wuensche diesbzgl. sind. Das duerfte auch der Grund sein, warum > volumenbasierte Abrechnung bei vielen "Vielnutzern" anscheinend eher > unbeliebt ist (denn die Kosten liegen dadurch auch fuer den Endkunden > verhaeltnismaessig hoch)... Dann kann aber ein Flatrate-Ausnutzer (Sauger), der durchaus 5 GB/Monat (theoretisch 18 GB/Monat) Verkehr produziert, leicht ein paar Hundert DM Kosten produzieren. Und wenn das alle (oder viele) täten, wäre eine Flatrate nicht haltbar. Ich halte eine Flatrate - bzw. die Ausnutzung derselben - für asozial. Du hast natürlich Recht, was die momentanen Angebote auf dem Markt anbelangt. Kein einzelner Provider kann das jetzt einfach ändern. Aber auf die Dauer will ich nicht für etwas zahlen, das (fast) nichts kostet: nämlich die Zugangsdauer. Ich möchte für das zahlen, was auch etwas kostet: nämlich das Transfervolumen. Diese Kosten sind bitte technisch gesehen und nicht gemäß irgendwelchen beknackten Zugangspreislisten. Solange es eine Flatrate gibt, die mir einen bezahlbaren Zugang ermöglicht, kann ich natürlich damit leben, daß ich für etwas zahle, das nichts kostet, und etwas anderes, das etwas kostet, umsonst bekomme. Aber ich sehe, das uns auf die Dauer die Sauger die Flatrates kaputt machen werden. 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

Re: [suse-isdn] ip-up / ip-up.local laufen bis hangup
by Bjoern Koetter 30 Aug '00

30 Aug '00

> Jens Tautenhahn schrieb am Sonntag den 27. August 2000: > Selbstgespräche... :) >> Ich verwende ip-up.local, das von ip-up aufgerufen wird und starte da >> verschiedene Prozesse im Hintergrund. Ein Blick auf pstree sagt mir >> dann, daß ip-up.local bis zum auflegen auf Status "S" in wait4 steht. >> esac | logger -t $BASENAME > Es scheint an logger zu liegen. Nachdem ich logger aus ip-up und > ip-up.local entfernt habe, haben sich beide Scripte richtig beendet. > Leider konnte ich das mit einem Script noch nicht nachstellen... > Gruß > Jens > -- > .. may the Tux be with you! #130250 Hi, kann es sein, daß Du den kompletten Pfad angeben mußt? Bjoern

1 0

ip-up / ip-up.local laufen bis hangup
by Jens Tautenhahn 29 Aug '00

29 Aug '00

Hallo, Ich verwende ip-up.local, das von ip-up aufgerufen wird und starte da verschiedene Prozesse im Hintergrund. Ein Blick auf pstree sagt mir dann, daß ip-up.local bis zum auflegen auf Status "S" in wait4 steht. Ich habe dann versucht, mit einem "disown -a" im Script alle Prozesse (eigentlich nur einen, der die ganze Zeit läuft) abzuhängen. Kein Erfolg. Ein SIGHUP an ip-up.local beendet dann den ganzen Tree. Wie kann ich das dauerhaft einstellen bzw. was mache ich falsch? Es läuft das von SuSE 7.0 mitgelieferte ip-up und folgendes ip-up.local: ------------------------------- schnipp -------------------------------- #!/bin/sh 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 # . /etc/rc.config case "$BASENAME" in ip-up*) # piepserei echo -ne "\\33[10;400]" > /dev/tty9 tput bel > /dev/tty9 echo -ne "\\33[10;750]" > /dev/tty9 /root/bin/firewall.sh $LOCALIP $INTERFACE /usr/sbin/tcpdump -i $INTERFACE -w /var/log/tcpdump/`date +"%Y-%m-%d_%H:%M:%S"`.tcpdump & /usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 & ( /usr/sbin/netdate time.fu-berlin.de && /sbin/clock --systohc --utc ) & disown -a ;; ip-down*) # piepserei echo -ne "\\33[10;200]" > /dev/tty9 tput bel > /dev/tty9 echo -ne "\\33[10;750]" > /dev/tty9 ;; *) # dont know... ;; esac | logger -t $BASENAME ------------------------------- schnapp -------------------------------- Gruß Jens -- .. may the Tux be with you! #130250

1 1

Dynamischer DNS Server
by Robert Gnuschke 29 Aug '00

29 Aug '00

Hallo Leute, ich habe mal noch eine Frage: Wenn sich mein Rechner ins Internet einwählt ändert irgend ein Daemon (vermutlich i4l) meine resolv.conf und schreibt die DNS-Server meines Providers rein. Aber offensichtlich funktionieren die Nameserver meines Providers nicht und ich möchte einen anderen benutzen. Wie kann ich dem ippp0 (oder wem auch immer) sagen, dass ich MEINEN DNS Server bentzen möchte?? Ach ja, ich benutze SuSE 7.0 Prof. Danke, Robert. -- Robert Gnuschke, Berlin (Germany) <rob(a)gmx.de>

4 3

ISDN - ip-up
by Horst Grolms 29 Aug '00

29 Aug '00

Hallo Liste, langsam bekomme ich die Krise. Schon mehrmals gepostet und auch immer gute Ratschläge, wie ich es umsetze, unser Netzwerk ins Internet zu kriegen. Ich benutze Suse 6.3 Kernel 2.2.13, compiliert mit mehreren Unresolved Symbols als Warnmeldungen beim Systemstart. Was will ich : Ich möchte mich ganz normal einwählen können mit ippp0. Mit ippp1 und ippp2 erlaube ich zwei Clients, sich von außen einzuwählen. Problem: Vor der Einwahl route -n zeigt mir ippp0 mit UG, ippp1 mit UH, ippp2 mit UH, localhost und eth0 sind eh' kein Problem. Alles stimmt meiner Meinung nach. Ich pinge innerhalb - no problem Ich pinge 194.25.2.129 : ISDN wählt sich raus, doch keine Antwort von Nameserver DTAG. route -n zeigt mir ippp0 nur noch mit U Ich habe keinen eigenen DNS, DHCP oder sowas. Was könnte der Fehler sein ? Einer sagt Original - Kernel, der andere Update von ISDN4Linux - habe ich übrigens gemacht , was soll ich da tun ? Gruß Horst

2 1

DSL-Liste neu ???
by Rainer Lischke 29 Aug '00

29 Aug '00

Hallo Liste, hallo SuSE, da die Telekom und auch andere Unternehmen vermehrt ADSL ausbauen werden Fragen dazu immer mehr werden. Und keiner weiss so richtig, ob das nun zu ISDN gehoert weil die Telekom T-DSL gerne mit einem ISDN-Anschluss verkauft, oder in die SuSE-Linux-Liste, weil es mit ISDN ja doch nichts zu tun hat. Waere es sinnvoll, da eine eigene Liste zu machen? Wie man es mal mit ISDN getan hat ... Rainer

3 2

hilfe hilfe ;)
by Bjoern Kleinert 29 Aug '00

29 Aug '00

ich wollte mit meiner linuxkiste ne ntkiste per isdn anwählen ;) in der suse hilfe steht dazu: 2.4 PPP mit 'Callback'-Funktion Das selbe Bild ergibt sich jedoch auch bei der Ausnutzung des Callback-Features von Windows NT: 'pppd' liefert keinen Hinweis auf Unterstuetzung dieser Option. Gluecklicherweise finden sich in den Quellen des 'pppd'-Paketes ein paar entsprechende Patches, um beim Aufbau der PPP-Verbindung dem Windows NT Server eine entsprechende Telefonnummer mitzuteilen, unter der dann der Rueckruf erfolgt. Um dieses Callback-Feature zu nutzen, muss nun der dem Paket beiliegende Patch README.cbcp eingespielt werden. Leider bezieht sich dieser Patch nicht auf die der verwendeten Linux Distribution beiliegenden 'pppd'-Version (ppp-2.2.0f), so dass ein automatisches Einspielen nur bedingt moeglich ist; der verbleibende Rest ist per Hand nachzufuehren. Dieser Patch unterstuetzt jedoch nur das "User-Defined" Callback-Verfahren. Um zusaetzlich das "Admin-Defined" Callback-Verfahren nutzen zu koennen sind noch ein paar kleine Erweiterungen in den Dateien pppd/options.c und pppd/cbcp.c durchzufuehren: diff -r --unified=10 options.c.noadmin options.c --- options.c.noadmin Sat Mar 15 16:47:07 1997 +++ options.c Sat Mar 15 16:38:40 1997 @@ -1004,20 +1004,21 @@ static int setcbcp(argv) char **argv; { lcp_wantoptions[0].neg_cbcp = 1; cbcp[0].us_number = (char *) malloc(strlen(*argv) + 1); strcpy(cbcp[0].us_number, *argv); cbcp[0].us_type |= (1 << CB_CONF_USER); + cbcp[0].us_type |= (1 << CB_CONF_ADMIN); return (1); } /* * nopcomp - Disable Protocol field compression negotiation. */ static int nopcomp() { lcp_wantoptions[0].neg_pcompression = 0; diff -r --unified=10 cbcp.c.noadmin cbcp.c --- cbcp.c.noadmin Sat Mar 15 16:50:14 1997 +++ cbcp.c Sat Mar 15 16:34:47 1997 @@ -286,28 +286,30 @@ PUTCHAR(CB_CONF_USER, bufp); len = 3 + 1 + strlen(us->us_number) + 1; PUTCHAR(len , bufp); PUTCHAR(5, bufp); /* delay */ PUTCHAR(1, bufp); BCOPY(us->us_number, bufp, strlen(us->us_number) + 1); cbcp_send(us, CBCP_RESP, buf, len); return; } - if (cb_type & ( 1 << CB_CONF_ADMIN ) ) { - PUTCHAR(CB_CONF_ADMIN, bufp); - len = 3; - PUTCHAR(len , bufp); - PUTCHAR(0, bufp); - cbcp_send(us, CBCP_RESP, buf, len); - return; - } + if (cb_type & ( 1 << CB_CONF_ADMIN ) ) { + syslog(LOG_DEBUG, "cbcp_resp CONF_ADMIN"); + PUTCHAR(CB_CONF_ADMIN, bufp); + len = 3 + 1; + PUTCHAR(len , bufp); + PUTCHAR(5, bufp); /* delay */ + PUTCHAR(0, bufp); + cbcp_send(us, CBCP_RESP, buf, len); + return; + } if (cb_type & ( 1 << CB_CONF_NO ) ) { syslog(LOG_DEBUG, "cbcp_resp CONF_NO"); PUTCHAR(CB_CONF_NO, bufp); len = 3; PUTCHAR(len , bufp); PUTCHAR(0, bufp); cbcp_send(us, CBCP_RESP, buf, len); ipcp_open(us->us_unit); return; Patch Datei pppd/options.c und pppd/cbcp.c fuer "Admin-Defined" Callback-Verfahren aber der patch haut so wohl nicht hin ;( kann mir jemand sagen was genau in der pppd/options.c und pppd/cbcp.c rein muß ???? oder hat schon jemand ne pppd-version mit mschap und callback (admin-defined). __________________________________________________________________ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de Yahoo! Auktionen - gleich ausprobieren - http://auktionen.yahoo.de

1 0