On Sun, 23 Jan 2000, Clifford Kite wrote:> On Sun, 23 Jan 2000, Evan Alter wrote:
> |Jan 23 14:40:36 openG pppd[1137]: sent [LCP ConfReq id=0x1 <asyncmap
> |0x0> <magic 0xa932a321> <pcomp> <accomp>]
> |Jan 23 14:40:39 openG pppd[1137]: rcvd [LCP ConfReq id=0x2 <mru 1500>
> |<asyncmap 0xffffffff> <magic 0x7b151d0e> <pcomp> <accomp>]
> |Jan 23 14:40:39 openG pppd[1137]: sent [LCP ConfAck id=0x2 <mru 1500>
> |<asyncmap 0xffffffff> <magic 0x7b151d0e> <pcomp> <accomp>]
> |Jan 23 14:40:39 openG pppd[1137]: sent [LCP ConfReq id=0x1 <asyncmap
> |0x0> <magic 0xa932a321> <pcomp> <accomp>]
> |Jan 23 14:40:42 openG pppd[1137]: sent [LCP ConfReq id=0x1 <asyncmap
> |0x0> <magic 0xa932a321> <pcomp> <accomp>]
> |Jan 23 14:40:42 openG pppd[1137]: rcvd [LCP ConfReq id=0x3 <mru 1500>
> |<asyncmap 0xffffffff> <magic 0x7b151d0e> <pcomp> <accomp>]
>
> In all the cases I've seen with these symptoms the wrong UART
> is configured for the modem's device file. Again, check the UART
> configuration with "setserial /dev/ttyS1". The configured UART type
> must be the UART type that the modem's serial port uses.
>
Clifford and Evan,
I recently came across something similar to this problem when assisting
one of my friends in setting up their linux pppd system.Eventually, after sorting out some of the points you have already
mentioned, we found out that there was also a modem configuration
problem. Apparently the modem we were using (can't remember the brand
unfortunately), was configured by default to echo all information sent to
the other modem. This created some confusion as pppd could never ACK the
other pppd's commands properly!We turned off this feature(?!) and everything worked fine.
I thought that pppd might return a serial line looped back error message
but for some reason it didn't. I may not understand the circumstances for
that particular error properly though.Perhaps this could be the problem? It would be worth a look anyway.
Hope this is of some help.
Regards
Paul+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++
EML (CHEM) Pty Ltd Telephone: +61 3 9836 1999
425-427 Canterbury Road Facsimile: +61 3 9836 0517
SURREY HILLS, VICTORIA 3127 Email: [EMAIL PROTECTED]
+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++---+++-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
Hi all,
I had these problem some times ago with an EXTERNAL USR ROBOTICS MODEM.
I solved this trouble by sending this init string to the mode: AT&F1
The USR Modem seems to have several factory configs (3), and the ATZ
init string that i was sended
first to the modem seems to call a bad factory profile....the modem,
if connected to my ISP, was not able to receive
LCP responses. (ATE0/1, ATV0/1?).
Try it ... it has works for me,
eric.
-- Eric Feillant - LA POSTE - DISIT - SGT - AGR 5 rue renee Viviani 44000 NANTES Tel: 33 2 40127286
