Re: ppp connection failure - solved
David,
I have now solved the problem with potato connecting to the remote
RAS server. It seems that the modem is at fault, which to me is not a very
satisfactory solution. The modem I was using is a US Robotics Courier Dual
standard V34 Fax with V32 Bis. this connected fine to the RAS server while
the box was running 'slink', however with 'potato' I couldn't get passed
the link control protocol stage. I put the 'potato' system and another
system running 'slink' into 'kdebug 4' mode and looked at the data
exchange in ppp.log. They were identical, the only difference apart from
the version of Debian was the modems! So I switched modems and low and
behold the USR no longer works on the 'slink' system. Also both a
Multitech and a USR Sportster both work on 'slink' and 'potato'. So it's
nothing to do with 'slink' or 'potato'; it looks very much like the USR
Courier has failed in the switch to 'potato'. So I'm feeling rather
foolish at this point. I wonder whether the modem will work in Windows?
Best regards JohnG
32865e97b5342e762ab140e00f3da23b - Just 'Debian'
On Wed, 24 May 2000, David Wright wrote:
> Quoting John Gould (johng@skeletor.powinv.co.uk):
>
> > Thanks for your help. I think you are correct but the 2.1r4
> > system has identical configuration files to the 'potato' system. I tried
> > dialing into the server (NT3.51 RAS) with minicom and the server sends the
> > normal '{{{' stuff. The chat scripts are identical, the log says 'serial
> > connection established, just before 'Connect: ppp0 <--> /dev/ttyS1' so I
> > would think that chat is finished. It seems the Link Configuration
> > Protocols don't talk. But so far it beats me... I even down graded ppp
> > and pppconfig etc to the slink version and still they won't talk! I set
> > kdebug to 2 in the options file but I see no '{{{' stuff from the server!
>
> Looking at your logs you posted, I wonder if there's a defaulting
> parameter that has changed. I'm no expert on this, but the one I'd
> go for is mru. I think it's been mentioned in the lists. You might
> try the value 542 commented out in the file.
>
> I don't think you've negotiated far enough for header compression
> to be involved.
>
> But probably the most valuable resource would be the peer's log file.
> Whether they exist is another matter.
>
> > I hope you don't mind me replying directly to you but I doubt if the list
> > will want to know that it still does not work.
>
> Not necessarily so. We're all good at ignoring stuff where we can't
> help, but someone may have seen the same problem but be waiting (like
> me) for more knowledgable people to speak first.
>
> Cheers,
>
> --
> Email: d.wright@open.ac.uk Tel: +44 1908 653 739 Fax: +44 1908 655 151
> Snail: David Wright, Earth Science Dept., Milton Keynes, England, MK7 6AA
> Disclaimer: These addresses are only for reaching me, and do not signify
> official stationery. Views expressed here are either my own or plagiarised.
>
Reply to: