[plug] ppp problems - No Response to PAP authenticate-requests

[Troy Otter]

On Wed, 2004-01-07 at 11:41, Brad Hill wrote:
> That's there, (automatically generated by wvdial).  There's also a
> chap-secrets that it could fall back to if needed,  but that's definately
> not the problem.  The dialing side sends the username and password, but just
> never gets a response for some reason... there must be something i can set
> up on the dialing side though because other machines can log in (windows xp
> logs on fine, and another rt338 can dial in ok also).  I was thinking maybe
> removing header compression etc but i've tried most of the compression
> switches in the man page for pppd (sorry, i don't have access to the
> complete list of which switches i have tried so far at the moment) and still
> no luck, not sure if i'm grasping at straws with that or not either.
> 

Hmm... I'm not terribly familiar with the NT1 plus 2 so I am taking a
stab in the dark here. You may want to set the header compression
options so that you have no header compression at all. You may also need
to fiddle with the init strings. There is very little to nothing on the
net with regards to getting it working with Linux, but the discussion
seems to be about the init strings and a preference for using wvdial
(which you are using) I got this from google

"Hehe, good luck. I stuffed around with mine for about 4 weeks
now and I have it pretty right now, thanks to some help from
manufacturer. I'll include the strings here:
First init line:
AT

Second init line: 
ATE0V1&D2&C1!T0=255!Z=9Z

Third init line:
ATS30=0&K3
That's it! One thing,though, KDE does not like those modems at all. So
get yourself Wvdial (up to nine init strings) or you can use the RH
netcfg dialler and invoke it with ifup pppX and close with ifdown pppX.
I found that Wvdial does a better job. In RH play around with MRU, I've
got mine set to 552 at the moment but am still fine tuning. Also watch
that the first time you try to run that string it can take up to 4
minutes to get up and running (no idea why) but after that it connects
every time instantly. One more thing make sure if you can only use one
init line that "!Z=9Z" is the very last bit in the string. Then keep
watch on throughput just in case it slows down and adjust the MRU
setting to suit. Alternatively you can use AT&F which will connect but
at a very conservative speed. In options you could put "asyncmap 0" but
I'm not quite sure whether it makes one iota of difference. Hope this'll
get you up and running,"


You would probably have to look at NT1 Plus II user guide as what the
commands are. It can be downloaded from

http://www.opennw.com/support/Telstra_NT1_Plus_II/Documentation.htm

Hope this helps, Sorry I can't give you any more help. As I said I don't
have a lot of experience with the NT1 plus II. 

> BTW, did you go to John Forrest SHS Troy?  The name is very familiar.
> 

Yeah, I went to John Forrest, class of 92 I think. I remember your name.
My memory starts to get a bit foggy back then, such a long time ago. :-)
How's things? 

Troy.

> -----Original Message-----
> From: plug-admin at plug.linux.org.au
> [mailto:plug-admin at plug.linux.org.au]On Behalf Of Troy Otter
> Sent: Tuesday, January 06, 2004 9:05 PM
> To: plug at plug.linux.org.au
> Subject: Re: [plug] ppp problems - No Response to PAP
> authenticate-requests
> 
> 
> On Tue, 2004-01-06 at 12:02, Brad Hill wrote:
> > Debug output is as follows:
> >
> <SNIP>
> > password=<hidden>]
> > Jan  6 10:09:11 mail pppd[23079]: sent [PAP AuthReq id=0xa user="Brad"
> > password=<hidden>]
> > Jan  6 10:09:14 mail pppd[23079]: No response to PAP authenticate-requests
> > Jan  6 10:09:14 mail pppd[23079]: sent [LCP TermReq id=0x3 "Failed to
> > authenticate ourselves to peer"]
> > Jan  6 10:09:15 mail pppd[23079]: rcvd [LCP TermAck id=0x3]
> > Jan  6 10:09:15 mail pppd[23079]: Connection terminated.
> > Jan  6 10:09:15 mail pppd[23079]: Exit.
> >
> > As you can see, it's not even bothering to acknoledge the fact that i've
> > asked to be authorized... which is a pain.  Other systems are logging into
> > it just fine though, so there must be something i can change from the
> > dialing end to fix things...?
> >
> > Regards,
> >
> > Brad Hill
> > Marketcast Support Team
> > MarketCast Information Services
> > ph:  1300 655 818
> > support at marketcast.com.au
> >
> 
> Maybe you need a pap-secrets file. For example
> 
> # cat /etc/ppp/pap-secrets
> 
> # Secrets for authentication using PAP
> # client        server  secret                  IP addresses
> "Brad"          *       "xxxxxxxx"
> 
> Of course replace xxxxxxxx with your password.
> 
> Troy.
> 
>