headers
such | 5 Dec 00:51

proxy

427

-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Shandongcompany | 6 Dec 17:59

INTERNATIONAL REPRESENTATIVE NEEDED


Dear Sir/Madam,

I am Mr.Zhang Chan, managing director of Shandong Weichai 
Import & Export Company(SWIEC).We are a professional 
manufacturer with years of experience in import and export 
business, deals with all kinds of machinery equipment, 
mechanical and electrical instruments and complete plants; 
undertakes joint venture projects, cooperative production 
and processing of raw materials on demands, on drawings, 
on assembling of components supplied; and compersation 
trade as well. Contracting with projects international and 
domestic bidding, deputizing services members for design, 
production, engineering, and maintenance and after sales 
service is also in its business activities.. We grant 
splendid products,best price and outstanding services.

Due to an increase in our customers in the North 
America,south America,Europe and Asia, we have decided to 
employ the service of a representative who can help us 
establish a medium of getting to our customers in this 
areas as well are making payments through you to us.
Please, if you are interested in this business transaction 
Please contact:

NAME: Mr.Zhang Chan
COMPANY ADDRESS: Shandong Weichai Import & Export 
Company(SWIEC)
Minsheng East Street, Weifang, Shandong, China.
TELEPHONE: 86-536-1406202
(Continue reading)

Permalink | Reply | 0 comments |
headers
Yan Burman | 12 Dec 20:13
Picon

[PATCH 2.6.19] ppp: replace kmalloc+memset with kzalloc

Replace kmalloc+memset with kzalloc

Signed-off-by: Yan Burman <burman.yan <at> gmail.com>

diff -rubp linux-2.6.19-rc5_orig/drivers/net/ppp_async.c linux-2.6.19-rc5_kzalloc/drivers/net/ppp_async.c
--- linux-2.6.19-rc5_orig/drivers/net/ppp_async.c	2006-11-09 12:16:21.000000000 +0200
+++ linux-2.6.19-rc5_kzalloc/drivers/net/ppp_async.c	2006-11-11 22:44:04.000000000 +0200
@@ -159,12 +159,11 @@ ppp_asynctty_open(struct tty_struct *tty
 	int err;

 	err = -ENOMEM;
-	ap = kmalloc(sizeof(*ap), GFP_KERNEL);
+	ap = kzalloc(sizeof(*ap), GFP_KERNEL);
 	if (ap == 0)
 		goto out;

 	/* initialize the asyncppp structure */
-	memset(ap, 0, sizeof(*ap));
 	ap->tty = tty;
 	ap->mru = PPP_MRU;
 	spin_lock_init(&ap->xmit_lock);
diff -rubp linux-2.6.19-rc5_orig/drivers/net/ppp_deflate.c linux-2.6.19-rc5_kzalloc/drivers/net/ppp_deflate.c
--- linux-2.6.19-rc5_orig/drivers/net/ppp_deflate.c	2006-11-09 12:16:21.000000000 +0200
+++ linux-2.6.19-rc5_kzalloc/drivers/net/ppp_deflate.c	2006-11-11 22:44:04.000000000 +0200
@@ -121,12 +121,11 @@ static void *z_comp_alloc(unsigned char 
 	if (w_size < DEFLATE_MIN_SIZE || w_size > DEFLATE_MAX_SIZE)
 		return NULL;

-	state = (struct ppp_deflate_state *) kmalloc(sizeof(*state),
-							GFP_KERNEL);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Max Malzkuhn | 15 Dec 23:18
Favicon

pppoe-server question

Hello All,

I searched the archives and saw a few people that had a problem similar to
mine, but saw no resolutions so I thought I'd try again.

I am trying to bring up a pppoe-server access concentrator on a RC5 linux
box.

I have rp.pppoe-server version 3.8 and pppd version 2.4.4.

I start the server as such:

pppoe-server -I eth1 -L 10.10.60.1 -R 10.10.60.100

The client and server converse through most of the PAD stuff, PADI, PADO,
PADR, PADS.

Then they need to exchange LCP and the syslog on the system running the
pppoe-server acts like it is doing so:

Dec 15 12:05:53 testwan pppd[15724]: rcvd [LCP ConfReq id=0x2 <magic
0x788d0dc1>]
Dec 15 12:05:53 testwan pppd[15724]: sent [LCP ConfAck id=0x2 <magic
0x788d0dc1>]
Dec 15 12:05:54 testwan pppd[15724]: sent [LCP ConfReq id=0x1 <magic
0x833ad232>]
Dec 15 12:05:57 testwan pppd[15724]: sent [LCP ConfReq id=0x1 <magic
0x833ad232>]
Dec 15 12:05:59 testwan pppd[15724]: rcvd [LCP ConfReq id=0x2 <magic
0x788d0dc1>]
(Continue reading)

Permalink | Reply | 0 comments |
headers
zhang guocheng | 27 Dec 09:35
Picon

serial line is looped back!

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>]
<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
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=
<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!
<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]
(Continue reading)

Permalink | Reply | 4 comments |
headers
Bill Unruh | 27 Dec 19:53
Picon
Picon
Favicon

Re: serial line is looped back!

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
(Continue reading)

Permalink | Reply | 3 comments |
headers
zhang guocheng | 28 Dec 07:29
Picon

Re: serial line is looped back!

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 <at> 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
(Continue reading)

Permalink | Reply | 2 comments |
headers
jfj | 28 Dec 16:47
Picon

Help with PPPoE

Hi.

I have kernel 2.6.17.13 with "PPP over Ethernet" compiled in (not a module)
and pppd 2.4.4b1.  I have added the option "plugin rp-pppoe.so" to
/etc/ppp/options.

Now when I type

	pppd eth0

I get

	unrecognized option 'eth0'

But wasn't the plugin supposed to enable this device?

If I use this script in /etc/ppp/peers/mydsl

	#
	# PPP over Ethernet options (using roaring pinguin external program)
	#
	plugin rp-pppoe.so
	noauth
	# pppoe has a lower mtu/mru
	mtu 1492
	mru 1492
	# switch off all compressions (this is a must)
	nopcomp
	# this is recommended
	novjccomp
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bill Unruh | 28 Dec 19:17
Picon
Picon
Favicon

Re: serial line is looped back!

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 <at> 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&
(Continue reading)

Permalink | Reply | 1 comment |
headers
Gilles Espinasse | 28 Dec 19:57
Picon
Favicon

Re: Help with PPPoE


----- Original Message ----- 
From: "jfj" <jfj <at> freemail.gr>
To: <linux-ppp <at> vger.kernel.org>
Sent: Thursday, December 28, 2006 4:47 PM
Subject: Help with PPPoE

> Hi.
>
> I have kernel 2.6.17.13 with "PPP over Ethernet" compiled in (not a
module)
> and pppd 2.4.4b1.  I have added the option "plugin rp-pppoe.so" to
> /etc/ppp/options.
>
> Now when I type
>
> pppd eth0
>
> I get
>
> unrecognized option 'eth0'
>
> But wasn't the plugin supposed to enable this device?
>
> If I use this script in /etc/ppp/peers/mydsl
>
> #
> # PPP over Ethernet options (using roaring pinguin external program)
> #
> plugin rp-pppoe.so
(Continue reading)

Permalink | Reply | 2 comments |

Gmane