Hello,

I am trying to set up PPP on leased line;
My end is PC with Debian 2.0, linux 2.0.35, pppd2.3.5;
The other side is CISCO router. They're connected with 2 USR Couriers;
I got it nearly (imo) to work but the connection is closed without reason; 
I only see "No network protocols running" is sent over line;

I try to run it as 

pppd /dev/ttyS1 38400

modems are configured; I tried tyo set it up as leased-line howto says but
I got the same result.

I am sending options.ttyS1 and pppd syslog as attachments.
Please help me. Thanks.
-- 
 Matus "fantomas" Uhlar, sysadmin at NETLAB+ Kosice, Slovakia
 BIC coord for *.sk; admin of netlab.irc.sk; co-admin of irc.felk.cvut.cz
Oct 19 22:36:22 home kernel: PPP: ppp line discipline successfully unregistered 
Oct 19 22:36:23 home kernel: PPP: version 2.2.0 (dynamic channel allocation) 
Oct 19 22:36:23 home kernel: PPP Dynamic channel allocation code copyright 1995 
Caldera, Inc. 
Oct 19 22:36:23 home kernel: PPP line discipline registered. 
Oct 19 22:36:23 home kernel: registered device ppp0 
Oct 19 22:36:23 home pppd[7382]: pppd 2.3.5 started by root, uid 0
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set flags to 70000 
Oct 19 22:36:44 home pppd[7382]: Using interface ppp0
Oct 19 22:36:44 home pppd[7382]: Connect: ppp0 <--> /dev/ttyS1
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: get flags: addr bffffb9c flags 0 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set flags to 70000 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set xasyncmap 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: get flags: addr bffffb34 flags 0 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set flags to 70000 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set mru to 5dc 
Oct 19 22:36:44 home pppd[7382]: sent [LCP ConfReq id=0x1 <mru 296> <magic 0xffff8631> 
<accomp>]
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: get flags: addr bffffb48 flags 0 
Oct 19 22:36:44 home kernel: ppp_tty_ioctl: set flags to 70000 
Oct 19 22:36:44 home kernel: ppp: write frame, count = 20 
Oct 19 22:36:44 home kernel: FF 03 C0 21 01 01 00 10 ...!.... 
Oct 19 22:36:44 home kernel: 01 04 01 28 05 06 FF FF ...(.... 
Oct 19 22:36:44 home kernel: 86 31 08 02             .1.. 
Oct 19 22:36:44 home kernel: ppp_dev_xmit_lower: fcs is a0db 
Oct 19 22:36:44 home kernel: ppp_dev_xmit: writing 36 chars 
Oct 19 22:36:47 home kernel: ppp: receive frame, count = 24 
Oct 19 22:36:47 home kernel: FF 03 C0 21 01 0F 00 14 ...!.... 
Oct 19 22:36:47 home kernel: 02 06 00 0A 00 00 05 06 ........ 
Oct 19 22:36:47 home kernel: CA 9C 71 3A 07 02 08 02 ..q:.... 
Oct 19 22:36:47 home kernel: ppp: successfully queued 22 bytes, flags = f070000 
Oct 19 22:36:47 home pppd[7382]: rcvd [LCP ConfReq id=0xf <asyncmap 0xa0000> <magic 
0xca9c713a> <pcomp> <accomp>]
Oct 19 22:36:47 home pppd[7382]: sent [LCP ConfRej id=0xf <pcomp>]
Oct 19 22:36:47 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:47 home kernel: ppp_tty_read: len = 22 
Oct 19 22:36:47 home kernel: ppp_tty_read: passing 24 bytes up 
Oct 19 22:36:47 home kernel: ppp: write frame, count = 10 
Oct 19 22:36:47 home kernel: FF 03 C0 21 04 0F 00 06 ...!.... 
Oct 19 22:36:47 home kernel: 07 02                   .. 
Oct 19 22:36:47 home kernel: ppp_dev_xmit_lower: fcs is 51f 
Oct 19 22:36:47 home kernel: ppp_dev_xmit: writing 23 chars 
Oct 19 22:36:47 home pppd[7382]: rcvd [LCP ConfReq id=0x10 <asyncmap 0xa0000> <magic 
0xca9c713a> <accomp>]
Oct 19 22:36:47 home pppd[7382]: sent [LCP ConfAck id=0x10 <asyncmap 0xa0000> <magic 
0xca9c713a> <accomp>]
Oct 19 22:36:47 home kernel: ppp: receive frame, count = 22 
Oct 19 22:36:47 home kernel: FF 03 C0 21 01 10 00 12 ...!.... 
Oct 19 22:36:47 home kernel: 02 06 00 0A 00 00 05 06 ........ 
Oct 19 22:36:47 home kernel: CA 9C 71 3A 08 02       ..q:.. 
Oct 19 22:36:47 home kernel: ppp: successfully queued 20 bytes, flags = f070000 
Oct 19 22:36:47 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:47 home kernel: ppp_tty_read: len = 20 
Oct 19 22:36:47 home kernel: ppp_tty_read: passing 22 bytes up 
Oct 19 22:36:47 home kernel: ppp: write frame, count = 22 
Oct 19 22:36:47 home kernel: FF 03 C0 21 02 10 00 12 ...!.... 
Oct 19 22:36:47 home kernel: 02 06 00 0A 00 00 05 06 ........ 
Oct 19 22:36:47 home kernel: CA 9C 71 3A 08 02       ..q:.. 
Oct 19 22:36:47 home kernel: ppp_dev_xmit_lower: fcs is fc4c 
Oct 19 22:36:47 home kernel: ppp_dev_xmit: writing 41 chars 
Oct 19 22:36:49 home pppd[7382]: sent [LCP ConfReq id=0x1 <mru 296> <magic 0xffff8631> 
<accomp>]
Oct 19 22:36:49 home kernel: ppp: write frame, count = 20 
Oct 19 22:36:49 home kernel: FF 03 C0 21 01 01 00 10 ...!.... 
Oct 19 22:36:49 home kernel: 01 04 01 28 05 06 FF FF ...(.... 
Oct 19 22:36:49 home kernel: 86 31 08 02             .1.. 
Oct 19 22:36:49 home kernel: ppp_dev_xmit_lower: fcs is a0db 
Oct 19 22:36:49 home kernel: ppp_dev_xmit: writing 36 chars 
Oct 19 22:36:49 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:49 home kernel: ppp_tty_read: no data (EAGAIN) 
Oct 19 22:36:49 home kernel: ppp: receive frame, count = 12 
Oct 19 22:36:49 home kernel: FF 03 C0 21 03 01 00 08 ...!.... 
Oct 19 22:36:49 home kernel: 01 04 05 DC             .... 
Oct 19 22:36:49 home kernel: ppp: successfully queued 10 bytes, flags = f070000 
Oct 19 22:36:49 home pppd[7382]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
Oct 19 22:36:49 home pppd[7382]: sent [LCP ConfReq id=0x2 <magic 0xffff8631> <accomp>]
Oct 19 22:36:49 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:49 home kernel: ppp_tty_read: len = 10 
Oct 19 22:36:49 home kernel: ppp_tty_read: passing 12 bytes up 
Oct 19 22:36:49 home kernel: ppp: write frame, count = 16 
Oct 19 22:36:49 home kernel: FF 03 C0 21 01 02 00 0C ...!.... 
Oct 19 22:36:49 home kernel: 05 06 FF FF 86 31 08 02 .....1.. 
Oct 19 22:36:49 home kernel: ppp_dev_xmit_lower: fcs is 46a2 
Oct 19 22:36:49 home kernel: ppp_dev_xmit: writing 29 chars 
Oct 19 22:36:49 home kernel: ppp: receive frame, count = 16 
Oct 19 22:36:49 home kernel: FF 03 C0 21 02 02 00 0C ...!.... 
Oct 19 22:36:49 home kernel: 05 06 FF FF 86 31 08 02 .....1.. 
Oct 19 22:36:49 home kernel: ppp: successfully queued 14 bytes, flags = f070000 
Oct 19 22:36:49 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:49 home kernel: ppp_tty_read: len = 14 
Oct 19 22:36:49 home kernel: ppp_tty_read: passing 16 bytes up 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set xmit asyncmap a0000 
Oct 19 22:36:49 home pppd[7382]: rcvd [LCP ConfAck id=0x2 <magic 0xffff8631> <accomp>]
Oct 19 22:36:49 home pppd[7382]: sent [LCP EchoReq id=0x0 magic=0xffff8631]
Oct 19 22:36:49 home pppd[7382]: sent [LCP TermReq id=0x3 "No network protocols 
running"]
Oct 19 22:36:49 home pppd[7382]: rcvd [IPCP ConfReq id=0x25 <compress VJ 0f 00> <addr 
195.168.5.129>]
Oct 19 22:36:50 home pppd[7382]: rcvd [LCP EchoRep id=0x0 magic=0xca9c713a]
Oct 19 22:36:50 home pppd[7382]: rcvd [LCP TermAck id=0x3]
Oct 19 22:36:50 home pppd[7382]: Connection terminated.
Oct 19 22:36:49 home kernel: ppp: receive frame, count = 20 
Oct 19 22:36:49 home kernel: FF 03 80 21 01 25 00 10 ...!.%.. 
Oct 19 22:36:49 home kernel: 02 06 00 2D 0F 00 03 06 ...-.... 
Oct 19 22:36:49 home kernel: C3 A8 05 81             .... 
Oct 19 22:36:49 home kernel: ppp: successfully queued 18 bytes, flags = f070000 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffac8 flags f000000 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070002 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set mru to 5dc 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffadc flags f000002 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070002 
Oct 19 22:36:49 home kernel: ppp: write frame, count = 12 
Oct 19 22:36:49 home kernel: FF 03 C0 21 09 00 00 08 ...!.... 
Oct 19 22:36:49 home kernel: FF FF 86 31             ...1 
Oct 19 22:36:49 home kernel: ppp_dev_xmit_lower: fcs is 2725 
Oct 19 22:36:49 home kernel: ppp_dev_xmit: writing 14 chars 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffaa8 flags f000002 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070042 
Oct 19 22:36:49 home kernel: ppp0: no compressor for [15 3 29], 3 
Oct 19 22:36:49 home kernel: ppp0: no compressor for [1a 4 8], 4 
Oct 19 22:36:49 home kernel: ppp0: no compressor for [18 4 8], 4 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffa48 flags f000042 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070002 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffa44 flags f000002 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070000 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set mru to 5dc 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: get flags: addr bffffa58 flags f000000 
Oct 19 22:36:49 home kernel: ppp_tty_ioctl: set flags to f070000 
Oct 19 22:36:49 home kernel: ppp: write frame, count = 36 
Oct 19 22:36:49 home kernel: FF 03 C0 21 05 03 00 20 ...!...  
Oct 19 22:36:49 home kernel: 4E 6F 20 6E 65 74 77 6F No netwo 
Oct 19 22:36:49 home kernel: 72 6B 20 70 72 6F 74 6F rk proto 
Oct 19 22:36:49 home kernel: 63 6F 6C 73 20 72 75 6E cols run 
Oct 19 22:36:49 home kernel: 6E 69 6E 67             ning 
Oct 19 22:36:49 home kernel: ppp_dev_xmit_lower: fcs is dd23 
Oct 19 22:36:49 home kernel: ppp_dev_xmit: writing 44 chars 
Oct 19 22:36:49 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:49 home kernel: ppp_tty_read: len = 18 
Oct 19 22:36:49 home kernel: ppp_tty_read: passing 20 bytes up 
Oct 19 22:36:50 home kernel: ppp: receive frame, count = 12 
Oct 19 22:36:50 home kernel: FF 03 C0 21 0A 00 00 08 ...!.... 
Oct 19 22:36:50 home kernel: CA 9C 71 3A             ..q: 
Oct 19 22:36:50 home kernel: ppp: successfully queued 10 bytes, flags = f070000 
Oct 19 22:36:50 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:50 home kernel: ppp_tty_read: len = 10 
Oct 19 22:36:50 home kernel: ppp_tty_read: passing 12 bytes up 
Oct 19 22:36:50 home kernel: ppp: receive frame, count = 8 
Oct 19 22:36:50 home kernel: FF 03 C0 21 06 03 00 04 ...!.... 
Oct 19 22:36:50 home kernel: ppp: successfully queued 6 bytes, flags = f070000 
Oct 19 22:36:50 home kernel: ppp_tty_read: called buf=080645c0 nr=1504 
Oct 19 22:36:50 home kernel: ppp_tty_read: len = 6 
Oct 19 22:36:50 home kernel: ppp_tty_read: passing 8 bytes up 
Oct 19 22:36:50 home kernel: ppp_tty_ioctl: get flags: addr bffffbb0 flags f000000 
Oct 19 22:36:50 home kernel: ppp: channel ppp0 closing. 
Oct 19 22:37:03 home pppd[7382]: Terminating on signal 2.
Oct 19 22:37:03 home pppd[7382]: Exit.
Oct 19 22:39:08 home kernel: ppp_dev_stats called<6>ppp_dev_stats 
called<6>ppp_dev_stats called<6>ppp_dev_stats called<6>PPP: ppp line discipline 
successfully unregistered 
# /etc/ppp/options
# 
# $Id: options,v 1.4 1996/05/01 18:57:04 alvar Exp $
# 
# Originally created by Jim Knoble <[EMAIL PROTECTED]>
# Modified for Debian by alvar Bray <[EMAIL PROTECTED]>
# Modified for PPP Server setup by Christoph Lameter <[EMAIL PROTECTED]>
#
# Use the command  egrep -v '#|^ *$' /etc/ppp/options to quickly see what 
# options are active in this file.

# Specify which DNS Servers the incoming Win95 or WinNT Connection should use
# Two Servers can be remotely configured
# ms-dns 192.168.1.1
# ms-dns 192.168.1.2

# Specify which WINS Servers the incoming connection Win95 or WinNT should use
# ms-wins 192.168.1.50
# ms-wins 192.168.1.51

# Run the executable or shell command specified after pppd has
# terminated the link.  This script could, for example, issue commands
# to the modem to cause it to hang up if hardware modem control signals
# were not available.
#disconnect "chat -- \d+++\d\c OK ath0 OK"

# 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'.
#asyncmap 0

# Require the peer to authenticate itself before allowing network
# packets to be sent or received.
# Please do not disable this setting. It is expected to be standard in
# future releases of pppd. Use the call option (see manpage) to disable
# authentication for specific peers.
#auth

# Use hardware flow control (i.e. RTS/CTS) to control the flow of data
# on the serial port.
crtscts

# Use software flow control (i.e. XON/XOFF) to control the flow of data
# on the serial port.
#xonxoff

# Specifies that certain characters should be escaped on transmission
# (regardless of whether the peer requests them to be escaped with its
# async control character map).  The characters to be escaped are
# specified as a list of hex numbers separated by commas.  Note that
# almost any character can be specified for the escape option, unlike
# the asyncmap option which only allows control characters to be
# specified.  The characters which may not be escaped are those with hex
# values 0x20 - 0x3f or 0x5e.
#escape 11,13,ff

# Don't use the modem control lines.
#local

# Specifies that pppd should use a UUCP-style lock on the serial device
# to ensure exclusive access to the device.
lock

# Use the modem control lines.  On Ultrix, this option implies hardware
# flow control, as for the crtscts option.  (This option is not fully
# implemented.)
modem

# Set the MRU [Maximum Receive Unit] value to <n> for negotiation.  pppd
# will ask the peer to send packets of no more than <n> bytes. The
# minimum MRU value is 128.  The default MRU value is 1500.  A value of
# 296 is recommended for slow links (40 bytes for TCP/IP header + 256
# bytes of data).
#mru 296

# Set the interface netmask to <n>, a 32 bit netmask in "decimal dot"
# notation (e.g. 255.255.255.0).
#netmask 255.255.255.255

# Disables the default behaviour when no local IP address is specified,
# which is to determine (if possible) the local IP address from the
# hostname. With this option, the peer will have to supply the local IP
# address during IPCP negotiation (unless it specified explicitly on the
# command line or in an options file).
#noipdefault

# Enables the "passive" option in the LCP.  With this option, pppd will
# attempt to initiate a connection; if no reply is received from the
# peer, pppd will then just wait passively for a valid LCP packet from
# the peer (instead of exiting, as it does without this option).
passive

# With this option, pppd will not transmit LCP packets to initiate a
# connection until a valid LCP packet is received from the peer (as for
# the "passive" option with old versions of pppd).
#silent

# Don't request or allow negotiation of any options for LCP and IPCP
# (use default values).
#-all

# Disable Address/Control compression negotiation (use default, i.e.
# address/control field disabled).
#-ac

# Disable asyncmap negotiation (use the default asyncmap, i.e. escape
# all control characters).
#-am

# Don't fork to become a background process (otherwise pppd will do so
# if a serial device is specified).
-detach

# Disable IP address negotiation (with this option, the remote IP
# address must be specified with an option on the command line or in an
# options file).
-ip

# Disable magic number negotiation.  With this option, pppd cannot
# detect a looped-back line.
#-mn

# Disable MRU [Maximum Receive Unit] negotiation (use default, i.e.
# 1500).
#-mru

# Disable protocol field compression negotiation (use default, i.e.
# protocol field compression disabled).
-pc

# Require the peer to authenticate itself using PAP.
#+pap

# Don't agree to authenticate using PAP.
-pap

# Require the peer to authenticate itself using CHAP [Cryptographic
# Handshake Authentication Protocol] authentication.
#+chap

# Don't agree to authenticate using CHAP.
-chap

# Disable negotiation of Van Jacobson style IP header compression (use
# default, i.e. no compression).
-vj

# Increase debugging level (same as -d).  If this option is given, pppd
# will log the contents of all control packets sent or received in a
# readable form.  The packets are logged through syslog with facility
# daemon and level debug. This information can be directed to a file by
# setting up /etc/syslog.conf appropriately (see syslog.conf(5)).  (If
# pppd is compiled with extra debugging enabled, it will log messages
# using facility local2 instead of daemon).
debug
debug
debug

# Append the domain name <d> to the local host name for authentication
# purposes.  For example, if gethostname() returns the name porsche,
# but the fully qualified domain name is porsche.Quotron.COM, you would
# use the domain option to set the domain name to Quotron.COM.
domain fantomas.sk

# Enable debugging code in the kernel-level PPP driver.  The argument n
# is a number which is the sum of the following values: 1 to enable
# general debug messages, 2 to request that the contents of received
# packets be printed, and 4 to request that the contents of transmitted
# packets be printed.
kdebug 7

# Set the MTU [Maximum Transmit Unit] value to <n>. Unless the peer
# requests a smaller value via MRU negotiation, pppd will request that
# the kernel networking code send data packets of no more than n bytes
# through the PPP network interface.
#mtu 296

# Enforce the use of the hostname as the name of the local system for
# authentication purposes (overrides the name option).
#usehostname home

# Set the assumed name of the remote system for authentication purposes
# to <n>.
#remotename gw-ke

# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system.
# proxyarp

# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont work.
# login

# If this option is given, pppd will send an LCP echo-request frame to
# the peer every n seconds. Under Linux, the echo-request is sent when
# no packets have been received from the peer for n seconds. Normally
# the peer should respond to the echo-request by sending an echo-reply.
# This option can be used with the lcp-echo-failure option to detect
# that the peer is no longer connected.
lcp-echo-interval 20

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection.  Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 3

# Set the LCP restart interval (retransmission timeout) to <n> seconds
# (default 3).
lcp-restart 5

# Set the maximum number of LCP terminate-request transmissions to <n>
# (default 3).
#lcp-max-terminate <n>

# Set the maximum number of LCP configure-request transmissions to <n>
# (default 10).
#lcp-max-configure <n>

# Set the maximum number of LCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#lcp-max-failure <n>

# Set the IPCP restart interval (retransmission timeout) to <n>
# seconds (default 3).
ipcp-restart 5

# Set the maximum number of IPCP terminate-request transmissions to <n>
# (default 3).
#ipcp-max-terminate 3

# Set the maximum number of IPCP configure-request transmissions to <n>
# (default 10).
#ipcp-max-configure <n>

# Set the maximum number of IPCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#ipcp-max-failure <n>

# Set the PAP restart interval (retransmission timeout) to <n> seconds
# (default 3).
#pap-restart <n>

# Set the maximum number of PAP authenticate-request transmissions to
# <n> (default 10).
#pap-max-authreq <n>

# Set the CHAP restart interval (retransmission timeout for
# challenges) to <n> seconds (default 3).
#chap-restart <n>

# Set the maximum number of CHAP challenge transmissions to <n>
# (default 10).
#chap-max-challenge

# If this option is given, pppd will rechallenge the peer every <n>
# seconds.
#chap-interval <n>

# With this option, pppd will accept the peer's idea of our local IP
# address, even if the local IP address was specified in an option.
#ipcp-accept-local

# With this option, pppd will accept the peer's idea of its (remote) IP
# address, even if the remote IP address was specified in an option.
#ipcp-accept-remote

# Disable the IPXCP and IPX protocols.
# To let pppd pass IPX packets comment this out --- you'll probably also
# want to install ipxripd, and have the Internal IPX Network option enabled
# in your kernel.  /usr/doc/HOWTO/IPX-HOWTO.gz contains more info.
noipx

#don't quit when id breas
persist

#ip's
home:gw-ke

# ---<End of File>---

Reply via email to