September 2000 - openSUSE ISDN (Deutsch)

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