* Re: serial line is looped back!
2006-12-27 8:35 serial line is looped back! zhang guocheng
@ 2006-12-27 18:53 ` Bill Unruh
2006-12-28 6:29 ` zhang guocheng
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Bill Unruh @ 2006-12-27 18:53 UTC (permalink / raw)
To: linux-ppp
On Wed, 27 Dec 2006, zhang guocheng wrote:
> hi ,all .
> please excuse my poor English,I have got a problem for a long
> time ,and i have done a lot of research in this questions ,but still
> have no way!
> my kernel is linux2.4. the pppd version is 2.3.8, and cpu is s3c44b0
> when i excuted pppd like this
> /mnt/mtd0> pppd file gprs&
> system got some messages about this :
> ...
> <31>Jan 1 00:53:18 pppd[40]: lcp_reqci: returning CONFNAK.
> <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfNak id=0x9 <magic 0xfe72343>]
> <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfNak id=0x9 <magic 0xfe72343>]
Notice that the line you receive is identical to the line you sent. You are
receiving your own replies. A very common reason for this is that you
forgot and sent a carriage return to the far side before you started ppp.
You do not show us the prior negotiations-- ie the output from chat-- top
see what you sent.
If you are using chat, terminate the last chat string with
\d\c Ie, a one second pause and do not send a carriage return.
Of course you might have miswired your serial cable and wired the output to
the input. but that is unlkely unless you wired your own cable.
It could also be that your modem is echoing back everthing.
> <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfReq id=0xa <asyncmap 0x0> <auth
> pap>
> <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfReq id=0xa <asyncmap 0x0> <auth
> pap>
> ...
> <29>Jan 1 00:53:18 pppd[40]: Serial line is looped back.
> ...
> the pppd server runs well. and the scripts runs well on my redhat9.0.
> this problem seems to be resolved by adding a option ,-mn,but the
-mn? Option to what?
> other problem is coming ,
> 31>Jan 1 00:51:18 pppd[37]: sent [LCP ConfAck id=0x1 <auth pap> <accomp>]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP ConfAck id=0x1 <auth pap> <accomp>]
> <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthReq id=0x1 user="john_doe"
> password> <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthReq id=0x1 user="john_doe"
> password
You are STILL repeating yourself. That option did absolutely nothing.
> <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthAck id=0x1 "Login ok"]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthAck id=0x1 "Login ok"]
> # seems to authenticate success!
You are talking to yourself.
> <30>Jan 1 00:51:18 pppd[37]: Remote message: Login ok
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
> <compress
> <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfReq id=0x1]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0>
> <compress
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfReq id=0x1]
> <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfAck id=0x1]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0
> 0.0.0.0>
> <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfAck id=0x1]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x2 <addrs 0.0.0.0
> 0.0.0.0>
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x2 <addrs 0.0.0.0
> 0.0.0.0>]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0
> 0.0.0.0 >]
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x3 <compress VJ 0f 01>]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x3 <compress VJ 0f 01>]
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfAck id=0x3 <compress VJ 0f 01>]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfAck id=0x3 <compress VJ 0f 01>]
> <27>Jan 1 00:51:18 pppd[37]: Could not determine remote IP address
> <30>Jan 1 00:51:18 pppd[37]: Removing resolv.conf for 0.0.0.0
> <27>Jan 1 00:51:18 pppd[37]: Unable to create temporary file
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermReq id=0x4 "Could not determine
> rem
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermReq id=0x4 "Could not determine
> rem
> <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermAck id=0x4]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermAck id=0x4]
> <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermReq id=0x2 "No network protocols
> run
> <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermReq id=0x2 "No network protocols
> run
> <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermAck id=0x2]
> <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermAck id=0x2]
> <29>Jan 1 00:51:18 pppd[37]: Connection terminated.
> ...
>
> i have do a lot of work to resolv the problem,like by add a line
> : 10.142.0.1 in my gprs file,but it just sent the ip to remote ip and
> the local ip address.the log follows:
> <29>Jan 1 01:28:09 pppd[43]: local IP address 10.142.0.1
> <29>Jan 1 01:28:09 pppd[43]: remote IP address 10.142.0.1
>
>
> can anybody help me ?
Yes, stop talking to yourself.
You might want to look at www.theory.physics.ubc.ca/ppp-linux.html for
hints at debugging your ssytem.
> best wishes
>
> gczh
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: serial line is looped back!
2006-12-27 8:35 serial line is looped back! zhang guocheng
2006-12-27 18:53 ` Bill Unruh
@ 2006-12-28 6:29 ` zhang guocheng
2006-12-28 18:17 ` Bill Unruh
2006-12-28 18:21 ` Christopher Fowler
3 siblings, 0 replies; 5+ messages in thread
From: zhang guocheng @ 2006-12-28 6:29 UTC (permalink / raw)
To: linux-ppp
thanks,the problem has been resolved.
for long time,i have take no notice of the chat scripts(because i had
thought it correctly),
on my board,uclinux doesn't surpport one command,multi-lines by '\'
in fact ,chat negotiations didn't been started.
now i changed the scripts :
#!/bin/sh
exec /bin/chat -v '' AT OK ATDT*99***1# CONNECT ''
the pppd has been started
2006/12/28, Bill Unruh <unruh@physics.ubc.ca>:
> On Wed, 27 Dec 2006, zhang guocheng wrote:
>
> > hi ,all .
> > please excuse my poor English,I have got a problem for a long
> > time ,and i have done a lot of research in this questions ,but still
> > have no way!
> > my kernel is linux2.4. the pppd version is 2.3.8, and cpu is s3c44b0
> > when i excuted pppd like this
> > /mnt/mtd0> pppd file gprs&
> > system got some messages about this :
> > ...
> > <31>Jan 1 00:53:18 pppd[40]: lcp_reqci: returning CONFNAK.
> > <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfNak id=0x9 <magic 0xfe72343>]
> > <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfNak id=0x9 <magic 0xfe72343>]
>
> Notice that the line you receive is identical to the line you sent. You are
> receiving your own replies. A very common reason for this is that you
> forgot and sent a carriage return to the far side before you started ppp.
> You do not show us the prior negotiations-- ie the output from chat-- top
> see what you sent.
>
> If you are using chat, terminate the last chat string with
> \d\c Ie, a one second pause and do not send a carriage return.
>
> Of course you might have miswired your serial cable and wired the output to
> the input. but that is unlkely unless you wired your own cable.
>
> It could also be that your modem is echoing back everthing.
>
>
>
> > <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfReq id=0xa <asyncmap 0x0> <auth
> > pap>
> > <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfReq id=0xa <asyncmap 0x0> <auth
> > pap>
> > ...
> > <29>Jan 1 00:53:18 pppd[40]: Serial line is looped back.
> > ...
> > the pppd server runs well. and the scripts runs well on my redhat9.0.
> > this problem seems to be resolved by adding a option ,-mn,but the
>
> -mn? Option to what?
-mn is a option in option.tpl, in the ppp-HOWTO
>
>
> > other problem is coming ,
> > 31>Jan 1 00:51:18 pppd[37]: sent [LCP ConfAck id=0x1 <auth pap> <accomp>]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP ConfAck id=0x1 <auth pap> <accomp>]
> > <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthReq id=0x1 user="john_doe"
> > password> > <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthReq id=0x1 user="john_doe"
> > password>
> You are STILL repeating yourself. That option did absolutely nothing.
>
>
> > <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthAck id=0x1 "Login ok"]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthAck id=0x1 "Login ok"]
> > # seems to authenticate success!
>
> You are talking to yourself.
>
> > <30>Jan 1 00:51:18 pppd[37]: Remote message: Login ok
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
> > <compress
> > <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfReq id=0x1]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0>
> > <compress
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfReq id=0x1]
> > <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfAck id=0x1]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0
> > 0.0.0.0>
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfAck id=0x1]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x2 <addrs 0.0.0.0
> > 0.0.0.0>
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x2 <addrs 0.0.0.0
> > 0.0.0.0>]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0
> > 0.0.0.0 >]
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x3 <compress VJ 0f 01>]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x3 <compress VJ 0f 01>]
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfAck id=0x3 <compress VJ 0f 01>]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfAck id=0x3 <compress VJ 0f 01>]
> > <27>Jan 1 00:51:18 pppd[37]: Could not determine remote IP address
> > <30>Jan 1 00:51:18 pppd[37]: Removing resolv.conf for 0.0.0.0
> > <27>Jan 1 00:51:18 pppd[37]: Unable to create temporary file
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermReq id=0x4 "Could not determine
> > rem
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermReq id=0x4 "Could not determine
> > rem
> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermAck id=0x4]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermAck id=0x4]
> > <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermReq id=0x2 "No network protocols
> > run
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermReq id=0x2 "No network protocols
> > run
> > <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermAck id=0x2]
> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermAck id=0x2]
> > <29>Jan 1 00:51:18 pppd[37]: Connection terminated.
> > ...
> >
> > i have do a lot of work to resolv the problem,like by add a line
> > : 10.142.0.1 in my gprs file,but it just sent the ip to remote ip and
> > the local ip address.the log follows:
> > <29>Jan 1 01:28:09 pppd[43]: local IP address 10.142.0.1
> > <29>Jan 1 01:28:09 pppd[43]: remote IP address 10.142.0.1
> >
> >
> > can anybody help me ?
>
> Yes, stop talking to yourself.
>
> You might want to look at www.theory.physics.ubc.ca/ppp-linux.html for
> hints at debugging your ssytem.
>
>
> > best wishes
> >
> > gczh
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> >
>
> --
> William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
> Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
> UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
> Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: serial line is looped back!
2006-12-27 8:35 serial line is looped back! zhang guocheng
2006-12-27 18:53 ` Bill Unruh
2006-12-28 6:29 ` zhang guocheng
@ 2006-12-28 18:17 ` Bill Unruh
2006-12-28 18:21 ` Christopher Fowler
3 siblings, 0 replies; 5+ messages in thread
From: Bill Unruh @ 2006-12-28 18:17 UTC (permalink / raw)
To: linux-ppp
On Thu, 28 Dec 2006, zhang guocheng wrote:
> thanks,the problem has been resolved.
> for long time,i have take no notice of the chat scripts(because i had
> thought it correctly),
> on my board,uclinux doesn't surpport one command,multi-lines by '\'
> in fact ,chat negotiations didn't been started.
> now i changed the scripts :
> #!/bin/sh
> exec /bin/chat -v '' AT OK ATDT*99***1# CONNECT ''
> the pppd has been started
In many situations you should end with '\d\c' so that your chat script does
not send a carriage return, which it does for '' which you use to end it.
Many isps see taht carriage return as a request to start a regular login
session rather than ppp. However in your case I guess it is a gsm phone or
something you are using.
>
> 2006/12/28, Bill Unruh <unruh@physics.ubc.ca>:
>> On Wed, 27 Dec 2006, zhang guocheng wrote:
>>
>> > hi ,all .
>> > please excuse my poor English,I have got a problem for a long
>> > time ,and i have done a lot of research in this questions ,but still
>> > have no way!
>> > my kernel is linux2.4. the pppd version is 2.3.8, and cpu is
>> > s3c44b0
>> > when i excuted pppd like this
>> > /mnt/mtd0> pppd file gprs&
>> > system got some messages about this :
>> > ...
>> > <31>Jan 1 00:53:18 pppd[40]: lcp_reqci: returning CONFNAK.
>> > <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfNak id=0x9 <magic
>> > 0xfe72343>]
>> > <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfNak id=0x9 <magic
>> > 0xfe72343>]
>>
>> Notice that the line you receive is identical to the line you sent. You
>> are
>> receiving your own replies. A very common reason for this is that you
>> forgot and sent a carriage return to the far side before you started ppp.
>> You do not show us the prior negotiations-- ie the output from chat-- top
>> see what you sent.
>>
>> If you are using chat, terminate the last chat string with
>> \d\c Ie, a one second pause and do not send a carriage return.
>>
>> Of course you might have miswired your serial cable and wired the output
>> to
>> the input. but that is unlkely unless you wired your own cable.
>>
>> It could also be that your modem is echoing back everthing.
>>
>>
>>
>> > <31>Jan 1 00:53:18 pppd[40]: sent [LCP ConfReq id=0xa <asyncmap 0x0>
>> > <auth
>> > pap>
>> > <31>Jan 1 00:53:18 pppd[40]: rcvd [LCP ConfReq id=0xa <asyncmap 0x0>
>> > <auth
>> > pap>
>> > ...
>> > <29>Jan 1 00:53:18 pppd[40]: Serial line is looped back.
>> > ...
>> > the pppd server runs well. and the scripts runs well on my redhat9.0.
>> > this problem seems to be resolved by adding a option ,-mn,but the
>>
>> -mn? Option to what?
> -mn is a option in option.tpl, in the ppp-HOWTO
>
>
>>
>>
>> > other problem is coming ,
>> > 31>Jan 1 00:51:18 pppd[37]: sent [LCP ConfAck id=0x1 <auth pap>
>> > <accomp>]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP ConfAck id=0x1 <auth pap>
>> > <accomp>]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthReq id=0x1 user="john_doe"
>> > password>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthReq id=0x1 user="john_doe"
>> > password>>
>> You are STILL repeating yourself. That option did absolutely nothing.
>>
>>
>> > <31>Jan 1 00:51:18 pppd[37]: sent [PAP AuthAck id=0x1 "Login ok"]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [PAP AuthAck id=0x1 "Login ok"]
>> > # seems to authenticate success!
>>
>> You are talking to yourself.
>>
>> > <30>Jan 1 00:51:18 pppd[37]: Remote message: Login ok
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
>> > <compress
>> > <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfReq id=0x1]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0>
>> > <compress
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfReq id=0x1]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [CCP ConfAck id=0x1]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x2 <addrs 0.0.0.0
>> > 0.0.0.0>
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [CCP ConfAck id=0x1]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x2 <addrs 0.0.0.0
>> > 0.0.0.0>
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfRej id=0x2 <addrs 0.0.0.0
>> > 0.0.0.0>]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfRej id=0x2 <addrs 0.0.0.0
>> > 0.0.0.0 >]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfReq id=0x3 <compress VJ 0f
>> > 01>]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfReq id=0x3 <compress VJ 0f
>> > 01>]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP ConfAck id=0x3 <compress VJ 0f
>> > 01>]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP ConfAck id=0x3 <compress VJ 0f
>> > 01>]
>> > <27>Jan 1 00:51:18 pppd[37]: Could not determine remote IP address
>> > <30>Jan 1 00:51:18 pppd[37]: Removing resolv.conf for 0.0.0.0
>> > <27>Jan 1 00:51:18 pppd[37]: Unable to create temporary file
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermReq id=0x4 "Could not
>> > determine
>> > rem
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermReq id=0x4 "Could not
>> > determine
>> > rem
>> > <31>Jan 1 00:51:18 pppd[37]: sent [IPCP TermAck id=0x4]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [IPCP TermAck id=0x4]
>> > <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermReq id=0x2 "No network
>> > protocols
>> > run
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermReq id=0x2 "No network
>> > protocols
>> > run
>> > <31>Jan 1 00:51:18 pppd[37]: sent [LCP TermAck id=0x2]
>> > <31>Jan 1 00:51:18 pppd[37]: rcvd [LCP TermAck id=0x2]
>> > <29>Jan 1 00:51:18 pppd[37]: Connection terminated.
>> > ...
>> >
>> > i have do a lot of work to resolv the problem,like by add a line
>> > : 10.142.0.1 in my gprs file,but it just sent the ip to remote ip and
>> > the local ip address.the log follows:
>> > <29>Jan 1 01:28:09 pppd[43]: local IP address 10.142.0.1
>> > <29>Jan 1 01:28:09 pppd[43]: remote IP address 10.142.0.1
>> >
>> >
>> > can anybody help me ?
>>
>> Yes, stop talking to yourself.
>>
>> You might want to look at www.theory.physics.ubc.ca/ppp-linux.html for
>> hints at debugging your ssytem.
>>
>>
>> > best wishes
>> >
>> > gczh
>> > -
>> > To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
>> > the body of a message to majordomo@vger.kernel.org
>> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >
>> >
>>
>> --
>> William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
>> Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
>> UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
>> Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
>>
>
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: serial line is looped back!
2006-12-27 8:35 serial line is looped back! zhang guocheng
` (2 preceding siblings ...)
2006-12-28 18:17 ` Bill Unruh
@ 2006-12-28 18:21 ` Christopher Fowler
3 siblings, 0 replies; 5+ messages in thread
From: Christopher Fowler @ 2006-12-28 18:21 UTC (permalink / raw)
To: linux-ppp
On Thu, 2006-12-28 at 10:17 -0800, Bill Unruh wrote:
>
> In many situations you should end with '\d\c' so that your chat script
> does
> not send a carriage return, which it does for '' which you use to end
> it.
> Many isps see taht carriage return as a request to start a regular
> login
> session rather than ppp. However in your case I guess it is a gsm
> phone or
> something you are using.
I never new that. Typically all my devices call only Linux servers so
it is Linux calling Linux with mgetty on each end. Never had a problem
with that carriage return.
^ permalink raw reply [flat|nested] 5+ messages in thread