Hi Everyone,
I posted a ppp problem earlier, and got some suggestions from several people
that I thanked earlier. I am still having a problem with connection via ppp.
Here is what I have configured on my system. Any help would be greatly
appreciated. I have to get this up asap. Thanks in advance.
Copy of my /var/adm/syslog.dated/current/local2.log
Apr 17 17:13:05 ratbert pppd[11606]: pppd started by root, uid 0
Apr 17 17:13:05 ratbert pppd[11606]: Connecting with <chat -v -f
/etc/ppp/chat-script.ras877>
Apr 17 17:13:06 ratbert chat[9452]: abort on (NO CARRIER)
Apr 17 17:13:06 ratbert chat[9452]: abort on (BUSY)
Apr 17 17:13:06 ratbert chat[9452]: send (atdt918770000000^M)
Apr 17 17:13:06 ratbert chat[9452]: expect (ogin:)
Apr 17 17:13:30 ratbert chat[9452]: tdt918770000000^M^M
Apr 17 17:13:30 ratbert chat[9452]: CONNECT 19200/ARQ/V34/LAPM/V42BIS^M
Apr 17 17:13:31 ratbert chat[9452]: ^M
Apr 17 17:13:31 ratbert chat[9452]: Welcome to 3Com Total Control HiPer ARC
(TM)^M
Apr 17 17:13:31 ratbert chat[9452]: Networks That Go The Distance (TM)^M
Apr 17 17:13:31 ratbert chat[9452]: ^M
Apr 17 17:13:31 ratbert chat[9452]: login: -- got it
Apr 17 17:13:31 ratbert chat[9452]: send (kirklmi^M)
Apr 17 17:13:31 ratbert chat[9452]: expect (assword:)
Apr 17 17:13:31 ratbert chat[9452]: kirklmi^M
Apr 17 17:13:31 ratbert chat[9452]: Password: -- got it
Apr 17 17:13:31 ratbert chat[9452]: send (assword^M)
Apr 17 17:13:31 ratbert pppd[11606]: Serial connection established.
Apr 17 17:13:32 ratbert pppd[11606]: Using interface ppp0
Apr 17 17:13:32 ratbert pppd[11606]: Connect: ppp0 <--> /dev/tty01
Apr 17 17:13:32 ratbert pppd[11606]: sent [LCP ConfReq id=0x1 <mru 1500>
<pcomp> <accomp>]
Apr 17 17:13:32 ratbert pppd[11606]: fsm_sdata(LCP): Sent code 1, id 1.
Apr 17 17:13:32 ratbert pppd[11606]: Timeout 1200082c0:140007ec0 in 3
seconds.
Apr 17 17:13:32 ratbert pppd[11606]: LCP: sending Configure-Request, id 1
Apr 17 17:13:35 ratbert pppd[11606]: sent [LCP ConfReq id=0x1 <mru 1500>
<pcomp> <accomp>]
Apr 17 17:13:35 ratbert pppd[11606]: fsm_sdata(LCP): Sent code 1, id 1.
Apr 17 17:13:35 ratbert pppd[11606]: Timeout 1200082c0:140007ec0 in 3
seconds.
Apr 17 17:13:35 ratbert pppd[11606]: LCP: sending Configure-Request, id 1
Apr 17 17:13:38 ratbert pppd[11606]: sent [LCP ConfReq id=0x1 <mru 1500>
<pcomp> <accomp>]
this cycle gets repeated another 8 times..
Apr 17 17:14:02 ratbert pppd[11606]: LCP: timeout sending Config-Requests
Apr 17 17:14:02 ratbert pppd[11606]: Connection terminated.
Apr 17 17:14:17 ratbert pppd[11606]: Exit.
copy of my /etc/ppp/chat-script.ras877 script
# more chat-script.ras877
ABORT 'NO CARRIER'
ABORT BUSY
"" atdt918770000000
ogin: kirklmi
assword: assword
copy of my pppcon script
# more pppcon
exec pppd -d connect 'chat -v -f /etc/ppp/chat-script.ras877' /dev/tty01
19200
copy of my /etc/ppp/options script
# HISTORY
#
# _at_(#)$RCSfile: options,v $ $Revision: 1.1.2.3 $ (DEC) $Date: 1995/11/06
20:06:38
$
#
# This is the options file for PPP. See pppd(8) for additional information.
# Note that this file must be present, in /etc/ppp, and readable by root,
# in order to permit pppd to run. The system administrator may add any
# desired options below, or may choose to have no options herein.
# The following are likely choices for most sites.
# The "asyncmap" and "escape" options cause escaping of certain octet values
# which must typically be escaped. Escaping these values even if not needed
# is harmless except for the additional one octet which must be sent
# for each escape. Note that the default asyncmap is ffffffff,
# meaning that all characters below 0x20 will be escaped.
# If you have an "8-bit clean" connection between the peers then you
# can set asyncmap to zero and not escape any additional characters.
# This would provide the best throughput over the serial link.
# The "mru" value represent a reasonable choice amongst possible frame
sizes.
# Too large a frame size means that one continuous ftp connection could
# degrade interactivity (slower keystroke echoing) in a telnet connection.
# Too small a frame size causes an unnecessarily high frame overhead for
# the "payload" octets, e.g. the IP data.
# asyncmap 200a0000 # XOFF, XON, and ^] (the default telnet escape)
# escape 7e,7f,fe,ff,93 # 7-bit and 8-bit variants of rlogin escapes
# 0x93 is XOFF or-ed with top bit (0x80)
mru 296 # IP header plus 256 more octets
# msk 4-17-01 added the lines below to the next comment
crtscts
defaultroute
modem
netmask 255.255.255.0
noipdefault
# You might also wish to un-comment the following, depending on your site.
# The "lcp-echo-interval" and "lcp-echo-failure" options cause an occasional
# PPP LCP echo-request, and a failure if consecutive such requests
# do not elicit echo-reply from the peer. This failure will gracefully close
# the PPP connection, including hanging up the phone if applicable,
# when the peer's computer has hung.
# If this LCP echo feature is utilized, a bug in most Winsock
# implementations (i.e. where the peer is a PC) requires the "-mn"
# option to turn off checking for correct magic numbers.
#
# msk 3-8-01 uncommented the lines below
# lcp-echo-interval 60
# lcp-echo-failure 3
# -mn
# the first two lines below is for pap; if chap used then the third line;
comment out as appro
# name kirklmi
# remotename ras877
# user kirklmi
copy of my chap-secrets which i'm not using right now
# more pap-secrets
# Secrets for authentication using chap
# client server secret IP addresses
kirklmi ras877 password1 *
otprod shemp password2 *
copy of my pap-secrets which I'm not using right now
# more pap-secrets
# Secrets for authentication using PAP
# client server secret IP addresses
kirklmi ras877 password1 *
otprod shemp password2 *
copy of ifconfig -a while the pppd is going
# ifconfig -a
tu0: flags=c63<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST,SIMPLEX>
inet 192.168.105.31 netmask ffffff00 broadcast 192.168.105.255 ipmtu
1500
sl0: flags=10<POINTOPOINT>
lo0: flags=100c89<UP,LOOPBACK,NOARP,MULTICAST,SIMPLEX,NOCHECKSUM>
inet 127.0.0.1 netmask ff000000 ipmtu 4096
ppp0: flags=10<POINTOPOINT>
I run pppd by typing # ./pppcon which will run pppd and attempt to
make the connections.
If you need to see any another files or can help please email me.
Mike Kirkland
Unix System Administrator
National Data Corporation
Phone: (918) 481-2817
Fax: (918) 481-4275
mike.kirkland_at_ndchealth.com <mailto:mike.kirkland_at_ndchealth.com>
NDC®| HEALTH
6100 South Yale Avenue
Suite 1900
Tulsa, OK 74136
Received on Tue Apr 17 2001 - 23:31:31 NZST