#Help with PPP on CIS
36 messages in this thread
At the very least, you need TCP4.LHA and PPP130.LHA. Download those, follow
the instructions and you should be all set. If you run into trouble, download
PPPHLP.LHA and look at that. If you still have problems, let us know. The
instructions in those archives are really the best tutorial.
Steve
Thanks, Steve! I'll grabba those files 🙂
Since I just did a basic telecom demo at my user's group mtg tonight, I think
I'll try to get this setup to demo at next months' advanced demo.
As usual, operating on AutoPilot,
Richard Cunningham
Steve –
I D/L'ed TCP4, PPP130, and PPPHLP. I followed all instructions to the letter
in all three archives…twice. Problem is, I keep on getting:
OpenDevice: Resource allocation failure
online failed returncode 10
..when I type "startnet."
All the "docs" have to say about this error is that there's either a problem
with env:sana2/ppp0.config or that one of the drivers isn't working right.
Here's my ppp0.config (as cut 'n' pasted 'n' slightly altered from Quinten
Martens's post for logging on via CIS):
serial.device 0 14400 0.0.0.0 7WIRE CD DIALSCRIPT=amitcp:db/CIS_DialScript
(I did try it without the CD and DIALSCRIPT portions [and yes, I do have a
amitcp:db/CIS_DialScript file], but it didn't work. I also tried it at
9600bps, since that's what my Prefs/Serial is set for, but it didn't work
either.)
On my first pass, I edited the files that the PPP doc said to edit. On my
second try, I used the script in your help file (including the user lines that
you omitted, of course ;).
Any ideas? :}
– Jim, on AutoPilot!
14400 is not a valid serial DTE speed. If you have a v.32bis modem, you should
be using 19200, 38400, or 57600. For serial.device, I recommend 19200.
-Jonathan
MAC Quadra/486PC compatible courtesy Amiga, Emplant and BB. Emplant beta
tester. Running AP v1.80. E-mail: JonathanB@delrina.com
http://www.delrina.com
Man, that was _fast_! 😉 Thanks for the pointer, Jonathan.
In other news….Within 10 minutes of posting my request for help, I discovered
my problem. Chagrin. 😉 The command line:
copy ppp.device.020.eval devs:ppp.device
..did not copy ppp.device.020.eval to devs:ppp.device. It copied it to
devs:ppp.device/ppp.device.020.eval. <g> After a couple more tries at the
Shell command line, I called up SID and moved it the easy way. 🙂
Again, thanks for the quick response.
– Jim, on AP!
By the way, you should put all sana2 drivers in "devs:networks" rather than in
"devs:"
Does the PPP documentation still say it goes in devs:?
dale@iam.com http://www.iam.com
Intangible Assets Manufacturing
>> By the way, you should put all sana2 drivers in "devs:networks" rather
>> than in "devs:"
Yes, they're in devs:networks…I just forgot to type that part in my last
message. The point was the same, though — it really doesn't want a directory
instead of a driver. 😉
– Jim, on AutoPilot!
Jim-
I had the EXACT same problem! It seems that for some reason our dialscript
and/or ppp0.config files were not setting up the modem right.
Do you hear the modem dialing, and then hanging up before getting a ring? If
so, try these. I think parts of them may be unnecessary, but at least they
mostly work for me. I occasionally don't get a connection the first time, but
the second time (running startnet) always works.
ppp0.config:
serial.device 0 19200 0.0.0.0 7WIRE LOG=40 REMOTEIP=149.174.64.25
DIALSCRIPT=<path:dialscript>
dialscript:
ECHO ON
TIMEOUT 2500
REDIAL "BUSY"
SEND "ATZ"
WAIT "OK"
SEND "AT&C1"
WAIT "OK"
SEND "AT&D2"
WAIT "OK"
SEND "ATH1"
WAIT "OK"
SEND "ATD8729576"
WAIT "CONNECT"
SEND ""
WAIT "e:"
SEND "CIS"
WAIT "D:"
SEND "76375,1776/GO:PPP89"
WAIT "ord:"
SEND "PROPER*BLOCK"
WAIT "please…"
DELAY 50
ECHO OFF
Mr. Zombie
>> I had the EXACT same problem!
What, did the command lines trip you up too? <g> I did manage to get past that
one hurdle, but now I'm confronted with "S2_ONLINE: Device driver is offline
(Unit is currently offline)" and the customary "online failed returncode 10."
:l Seeing as I have absolutely no idea what any of that means <g>, I'll either
bang my head for another hour, erase everything and reinstall both PPP and
AmiTCP, or go to sleep and let all you swell CIS guys figure it out for me. <g>
(Or maybe I'll do all of the above. 😉
And thanks for the sample files — I'll take a closer look at them if I manage
to get past this, but still have problems.
– Jim, on AP!
I have do idea what that new message means. Are ppp.device and serial.device
in their proper places? devs:networks and devs: respectively?
Mr. Zombie
>> Are ppp.device and serial.device in their proper places? devs:networks
>> and devs: respectively?
Yes (now). :l
– Jim, on AP!
I hope that password you posted in your dial script sn't the password you have
for your account….if it is, change it *right away*!
Paul,
I see you have a new line every time and yet you don't have a space in front of
every line. How do you achieve that?
BTW, I hope this isn't *your* personal passwordSc
Bart Van Bockstaele at 100574.2352@compuserve.com
… On AutoPilot and Amiga all the way from Belgium …
Bart-
You use a . — a period — at the head of every line to force format.
Mr. Zombie
Paul,
Thanks
I'll
try
that
immediately
<g>
Bart Van Bockstaele at 100574.2352@compuserve.com
… On AutoPilot and Amiga all the way from Belgium …
Clearly, it worked! <G>
Mr. Zombie
>>Clearly, it worked! <G><<
LOL!
Thanks!
Bart Van Bockstaele at 100574.2352@compuserve.com
… On AutoPilot and Amiga all the way from Belgium …
Hehehe… no, thankfully it isn't. For some reason when I altered that
dialscript I typed in my old password of about a month or so ago in instead of
<password>. Go figure. I was tired. <G> Hopefully I'm not that careless!
Mr. Zombie
>>I was tired. <G><<
Gee, I'm not alone! <g>
Bart Van Bockstaele at 100574.2352@compuserve.com
… On AutoPilot and Amiga all the way from Belgium …
Looks like it can't find the ppp.device. Copy it to devs:networks/ppp.device.
>> Looks like it can't find the ppp.device. Copy it to
>> devs:networks/ppp.device.
Yes, I found that one. 😉 Now all I get is:
S2_ONLINE: Device driver is offline (Unit is currently offline)
online failed returncode 10
I haven't the slightest idea what that means (except maybe that I have a
mismatched unit number somewhere; but they're all 0's, AFAIK), and it's not in
the "manual." Got any suggestions?
– Jim, on AP!
Jim,
I had the same problem. I found that you must have the DIALSCRIPT arg. in your
ppp0.config file or use a term program to establish a connection then quit the
term program and execute the startnet script. Make sure you use the &D0 command
in the dialstring so it doesn't drop the carrier when you quit the term
program. Also, when you enter your UID enter 74667,2175/GO:PPPCONNECT to
establish a PPP connection.
I also found that if your path in the DIALSCRIPT=path:dialscript arg. is
pointing to the wrong place or the dialscript file is not there, it will give
you that error also.
It tells you that the one line:
serial.device 0 19200 0.0.0.0 7WIRE
should be enough to get you started, but if you don't put the DIALSCRIPT arg.
in there you must use a term program to do the dialing.
Also, the parity in your terminal type settings at CI$ should be set to zero to
avoid getting all garbage characters.
Hope this helps,
-Toby
Thanks for the tips, Toby. I pulled the DIALSCRIPT out of ppp0.config, dialed
in with Term, entered 74667,2175*AP/GO:PPPCONNECT and then my password. I saw:
OK
TAUoer ED: .'66.~2?.5aAP-GIPPPAINNAAO??
IIGENS – Eioalia owitce – tru ac iiUoer
ED: .'66.~2?.5aAP-GIPPP:GIPPPAGI:PPPAINNAAOPassword:
You have left basic services
PPP Connection PPPCONNECT
One moment please… ~y}#A!}!}!} }8}!}$}%U}"}&} }*} }
}%}&/Wo}'}"}(}"}* ~~y}#A!}!}"} }8}!}$}%U}"}&} }
..then I quit Term and typed "startnet" in a Shell. I got:
login: jmaddox .Last login: Tue Apr 18 21:06:47 1995 from Console
AmiTCP/IP version 4.0 demo
Copyright C 1994 AmiTCP/IP Group,
Network Solutions Development Inc., Finland.
Copyright C 1980–1991 The Regents of the University of California.
All rights reserved.
add host 199.174.128.34: gateway localhost .add net default: gateway
149.174.210.2
..then I ran Mosaic. After a good long while, I got:
ERROR Requested document (URL http://insti.physics.sunysb.edu/AMosaic/) could
not be accessed. The information server either is not accessible or is
refusing to serve the document to you.
..with a tiny little "Unable to connect to remote host" in the lower left
corner.
Any more ideas?
– Jim, on AP!
Jim-
Have you tried pinging? From your shell type:
ping iam.com
or something similar, like compuserve.com, dec.com, etc. I think it takes
domain names, but if I'm wrong, someone will no doubt chime in with the correct
answer. <G> If you have any connection at all, ping should work–that's what
it's for.
Mr. Zombie
>> Have you tried pinging?
No, I had not…but I just tried "ping compuserve.com," and here's what I got:
PING compuserve.com (198.4.6.2): 56 data bytes
64 bytes from 198.4.6.2: icmp_seq=0 ttl=250 time=707 ms
64 bytes from 198.4.6.2: icmp_seq=1 ttl=250 time=771 ms
64 bytes from 198.4.6.2: icmp_seq=2 ttl=250 time=739 ms
64 bytes from 198.4.6.2: icmp_seq=3 ttl=250 time=698 ms
64 bytes from 198.4.6.2: icmp_seq=4 ttl=250 time=665 ms
64 bytes from 198.4.6.2: icmp_seq=5 ttl=250 time=692 ms
64 bytes from 198.4.6.2: icmp_seq=6 ttl=250 time=693 ms
64 bytes from 198.4.6.2: icmp_seq=7 ttl=250 time=803 ms
64 bytes from 198.4.6.2: icmp_seq=8 ttl=250 time=846 ms
64 bytes from 198.4.6.2: icmp_seq=9 ttl=250 time=856 ms
64 bytes from 198.4.6.2: icmp_seq=10 ttl=250 time=710 ms
64 bytes from 198.4.6.2: icmp_seq=11 ttl=250 time=668 ms
64 bytes from 198.4.6.2: icmp_seq=12 ttl=250 time=674 ms
64 bytes from 198.4.6.2: icmp_seq=13 ttl=250 time=653 ms
64 bytes from 198.4.6.2: icmp_seq=14 ttl=250 time=671 ms
64 bytes from 198.4.6.2: icmp_seq=15 ttl=250 time=660 ms
64 bytes from 198.4.6.2: icmp_seq=16 ttl=250 time=656 ms
64 bytes from 198.4.6.2: icmp_seq=17 ttl=250 time=673 ms
64 bytes from 198.4.6.2: icmp_seq=18 ttl=250 time=680 ms
64 bytes from 198.4.6.2: icmp_seq=19 ttl=250 time=793 ms
64 bytes from 198.4.6.2: icmp_seq=20 ttl=250 time=653 ms
64 bytes from 198.4.6.2: icmp_seq=21 ttl=250 time=664 ms
64 bytes from 198.4.6.2: icmp_seq=22 ttl=250 time=684 ms
64 bytes from 198.4.6.2: icmp_seq=23 ttl=250 time=684 ms
64 bytes from 198.4.6.2: icmp_seq=24 ttl=250 time=680 ms
64 bytes from 198.4.6.2: icmp_seq=25 ttl=250 time=660 ms
64 bytes from 198.4.6.2: icmp_seq=26 ttl=250 time=733 ms
64 bytes from 198.4.6.2: icmp_seq=27 ttl=250 time=713 ms
64 bytes from 198.4.6.2: icmp_seq=28 ttl=250 time=665 ms
64 bytes from 198.4.6.2: icmp_seq=29 ttl=250 time=654 ms
64 bytes from 198.4.6.2: icmp_seq=30 ttl=250 time=654 ms
64 bytes from 198.4.6.2: icmp_seq=31 ttl=250 time=675 ms
64 bytes from 198.4.6.2: icmp_seq=32 ttl=250 time=746 ms
64 bytes from 198.4.6.2: icmp_seq=33 ttl=250 time=688 ms
64 bytes from 198.4.6.2: icmp_seq=34 ttl=250 time=1214 ms
64 bytes from 198.4.6.2: icmp_seq=35 ttl=250 time=650 ms
64 bytes from 198.4.6.2: icmp_seq=36 ttl=250 time=691 ms
64 bytes from 198.4.6.2: icmp_seq=37 ttl=250 time=657 ms
64 bytes from 198.4.6.2: icmp_seq=38 ttl=250 time=656 ms
64 bytes from 198.4.6.2: icmp_seq=39 ttl=250 time=651 ms
64 bytes from 198.4.6.2: icmp_seq=40 ttl=250 time=707 ms
64 bytes from 198.4.6.2: icmp_seq=41 ttl=250 time=686 ms
64 bytes from 198.4.6.2: icmp_seq=42 ttl=250 time=669 ms
— compuserve.com ping statistics —
44 packets transmitted, 43 packets received, 2% packet loss
round-trip min/avg/max = 650/707/1214 ms
So I guess it worked (whatever it does ;). I tried it with iam.com, but
nothing happened.
I still can't seem to _do_ anything, though. :l
– Jim, on AP!
Huh. Don't know what to tell you then.
Mr. Zombie
>> Huh. Don't know what to tell you then.
Oh well. Thanks anyway. 🙂
Say, would you or anyone else happen to know how to log on to the CIS Inet from
within a terminal program rather than in AMosaic? Or is Mosaic required?
(Telecomm's not my strong area. 😉
– Jim, on AP!
AMosaic is only required for the graphical surfing of the internet. It's
convenient because it presents so many resources from one interface–many ftp
sites, gopher, etc–but it's slow. There are individual text-based programs
you can use, like ftp and gopher and so on, and most of them are probably
available here.
Mr. Zombie
Jim,
If I understand you, you do not log on to the internet, you log on to a
computer connected to the internet, which you have in front of you already.
From your amiga, once it's connected, you can rlogin (remote login) to another
computer connected to the net if you have an account on that remote computer.
Mosaic sends requests for stuff to server programs on particular machines.
Those programs then send message with data (text, images,etc.) back. Acutally,
I suppose logging in can be described similarly, except that you get much more
flexibility to change things and run programs on the remote computer.
Clay
Jim,
What does your dialscript file look like? You shouldn't have to use the term
program. Mine looks like this:
ECHO ON
TIMEOUT 1500
SEND "AT&D0DT 242-9992"
WAIT "CONNECT"
SEND ""
WAIT "e:"
SEND "CIS"
WAIT "D:"
SEND "75024,1103/GO:PPPCONNECT"
WAIT "d:"
SEND "<my password>" ; Not my real password. <g>
WAIT "please…"
DELAY 50
ECHO OFF
-Toby
>> What does your dialscript file look like?
echo on
timeout 2500
redial "BUSY"
send "AT&D0DT5640380"
wait "CONNECT"
delay 50
timeout 300
send "+"
wait ":"
send "+CIS"
wait "ID:"
send "+74667,2175/GO:PPPCONNECT\<password here>"
delay 50
– Jim, on AP!
Jim,
Hmm, I don't think this is your problem, but the timeout 300 command defeats
the purpose of the timeout 2500 command. A timeout of 300 equals 6 seconds, if
CI$ doen't respond in 6 seconds it will timeout. Are you still getting the
device offline error when you use the dialscript option? The only thing I can
think of is that ppp is not able to find your dialscript file. What does your
"DIALSCRIPT=" argument look like in your ppp0.config file and where is your
dialscript file located?
-Toby
>> Hmm, I don't think this is your problem, but the timeout 300 command
>> defeats the purpose of the timeout 2500 command.
Okay, I'll take it out.
>> What does your "DIALSCRIPT=" argument look like in your ppp0.config
>> file….
serial.device 0 19200 0.0.0.0 7WIRE CD DIALSCRIPT=amitcp:db/CIS_DialScript
>> …and where is your dialscript file located?
amitcp:db
I just made doubly sure by typing "list," then clipboard-copying the
"amitcp:db/CIS_DialScript" part of the line straight from Devpac into the Shell
window…sure enough, it's there (and it's not a directory ;).
– Jim, on AP!
Toby –
Hey, I got the dialscript to work! I just pulled out the "CD" argument.
Neither timeout seemed to do anything (not even pause the system).
Mosaic actually connected and downloaded a little bit of stuff, but gave me a
software failure. So, I gotta get over _that_ now…. 😛 Oh well. It's an
adventure. 😉
BTW, do I _need_ that ZGIF datatype _now_ (A4000/040, WB 3.0), or can I wait
and download it from the INet (as it's not here on CIS)?
– Jim, on AP!
Jim,
Great! I haven't tried Amosaic yet, so I can't help ya there. I've read in this
section that it has quite a few bugs in it. I guess there working on fixing it
in the next version. If you find a feature that crashes alot, stay away from
it. <G>
I'm trying to get the GRn newsreader to work, but not having much luck.
Happy surfing,
-Toby