headers
Marco Bianchi | 11 Oct 14:20
Picon

enabling 40-bit mppe for the client

hi all,
i'm wondering how to enable 40-bit mppe in the pppd.

...
CHAP authentication succeeded
CHAP authentication succeeded
Disabling 40-bit MPPE; MS-CHAP LM not supported
MPPE required, but both 40-bit and 128-bit disabled.
sent [LCP TermReq id=0x2 "MPPE required but not available"]
rcvd [IPCP ConfReq id=0x10 <addr x.x.x.x>]
Discarded non-LCP packet when LCP not open
rcvd [CCP ConfReq id=0x13 <mppe +H -M -S +L -D -C>]
Discarded non-LCP packet when LCP not open
rcvd [LCP TermAck id=0x2]
Connection terminated.

i have in my options.pptp the line:
require-mppe-40

why it says "Disabling 40-bit MPPE"???

thanks,
Marco
-
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
Patrick Fischer | 17 Oct 17:46
Favicon

sometimes ppp will not get the dns


attached you see two connections log(in one file). In the first you see that
we successful get 
addr 80.187.82.81> <ms-dns1 193.254.160.130> <ms-dns3 193.254.160.1>

in the second log we only get an IP but no dns.
<addr 80.187.54.60>

DNS 10.11.12.13 and 10.11.12.14 are default values and not valid.

Both logs are from pppd2.3 but the 2.4 has the same problem.

Has anybody an proposal for solution or just an idear?
With this bug we can't go online (use the dns).

http://www.nabble.com/file/p13255677/ppp-log ppp-log 
--

-- 
View this message in context: http://www.nabble.com/sometimes-ppp-will-not-get-the-dns-tf4641175.html#a13255677
Sent from the linux-ppp mailing list archive at Nabble.com.

-
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
Mariusz Kozlowski | 22 Oct 20:40
Picon

kernel panic when running tcpdump

Hello,

	I'm seeing reproducible oops on 2.6.23-mm1 when trying to run tcpdump
over ppp0 interface. To reproduce I type simply:

# tcpdump -i ppp0

and wait a few seconds. I captured two oopses with a bit different stack
trace but EIP always points to packet_rcv():

(gdb) l* 0xc02d7d49
0xc02d7d49 is in packet_rcv (include/linux/netdevice.h:830).
825     static inline int dev_parse_header(const struct sk_buff *skb,
826                                        unsigned char *haddr)
827     {
828             const struct net_device *dev = skb->dev;
829     
830             if (!dev->header_ops->parse)
831                     return 0;
832             return dev->header_ops->parse(skb, haddr);
833     }
834

Please find pics attached (sorry for poor quality - I can provide you with better ones
tommorow if needed):

http://tuxland.pl/misc/2.6.23-mm1/DSC00136.JPG
http://tuxland.pl/misc/2.6.23-mm1/DSC00142.JPG

Regards,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrew Morton | 22 Oct 21:03

Re: kernel panic when running tcpdump

On Mon, 22 Oct 2007 20:40:18 +0200 Mariusz Kozlowski <m.kozlowski <at> tuxland.pl> wrote:

> 	I'm seeing reproducible oops on 2.6.23-mm1 when trying to run tcpdump
> over ppp0 interface.

Can you please test the latest Linus kernel from
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/?

Because all netwrking things which were in 2.6.23-mm1 are now in mainline.
So if mainline is OK then that bug presumably got fixed.

Thanks.

-
To unsubscribe from this list: send the line "unsubscribe netdev" 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
Mariusz Kozlowski | 22 Oct 23:16
Picon

Re: kernel panic when running tcpdump

> > 	I'm seeing reproducible oops on 2.6.23-mm1 when trying to run tcpdump
> > over ppp0 interface.
> 
> Can you please test the latest Linus kernel from
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/?

Sure.

> Because all netwrking things which were in 2.6.23-mm1 are now in mainline.
> So if mainline is OK then that bug presumably got fixed.

You're right. 2.6.23-git17 runs fine so the bug must have been fixed.

Regards,

	Mariusz
-
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
Rajkumar S | 24 Oct 20:17
Picon

ppp reconnects after receiving ConfReq id=0x3 <mru 1400>

Hi,

I am trying to connect to net via a USB CDMA device, on a debian etch
system. I can configure ppp with out any problem and also connect to
net, but after I connect ppp disconnects and reconnects frequently
after receiving this message from the peer.

rcvd [LCP ConfReq id=0x3 <mru 1400> <asyncmap 0x0> <auth chap MD5>
<magic 0xfb6a0660>]

my ppp config is:

hide-password
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/vsnl"
debug
/dev/ttyACM0
460800
defaultroute
replacedefaultroute
noipdefault
user "internet"
ipparam vsnl
usepeerdns

This usually happens if there is a default gateway via ppp0 device.
The  connection stays online for hours if there is no default gw. I am
posting full logs at http://pastebin.ca/748250

I am sitting behind this for couple of days with out any solution, any
(Continue reading)

Permalink | Reply | 7 comments |
headers
James Carlson | 24 Oct 20:40

Re: ppp reconnects after receiving ConfReq id=0x3 <mru 1400>

Rajkumar S writes:
> I am trying to connect to net via a USB CDMA device, on a debian etch
> system. I can configure ppp with out any problem and also connect to
> net, but after I connect ppp disconnects and reconnects frequently
> after receiving this message from the peer.
> 
> rcvd [LCP ConfReq id=0x3 <mru 1400> <asyncmap 0x0> <auth chap MD5>
> <magic 0xfb6a0660>]

That's what it's supposed to do, as described in the state machine in
RFC 1661.  A new Configure-Request message in Opened state pushes us
back to Req-Sent or Ack-Sent state, depending on the contents of the
message.  It tears down the link and starts over.

> I am sitting behind this for couple of days with out any solution, any
> help to resolve this is much appreciated.

I've looked over your logs, and I'm afraid you'll need to ask the
owner of that peer system why he's sending you an unexpected LCP
Configure-Request message.

If he doesn't know or can't fix it, then you'll probably need to find
a different peer to talk with.

--

-- 
James Carlson         42.703N 71.076W         <carlsonj <at> workingcode.com>
-
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
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bill Unruh | 24 Oct 20:50
Picon
Picon
Favicon

Re: ppp reconnects after receiving ConfReq id=0x3 <mru 1400>

On Wed, 24 Oct 2007, Rajkumar S wrote:

> Hi,
>
> I am trying to connect to net via a USB CDMA device, on a debian etch
> system. I can configure ppp with out any problem and also connect to
> net, but after I connect ppp disconnects and reconnects frequently
> after receiving this message from the peer.
>
> rcvd [LCP ConfReq id=0x3 <mru 1400> <asyncmap 0x0> <auth chap MD5>
> <magic 0xfb6a0660>]
>
> my ppp config is:
>
> hide-password
> noauth
> connect "/usr/sbin/chat -v -f /etc/chatscripts/vsnl"
> debug
> /dev/ttyACM0
> 460800
> defaultroute
> replacedefaultroute
> noipdefault
> user "internet"
> ipparam vsnl
> usepeerdns
>
> This usually happens if there is a default gateway via ppp0 device.

I do not understand this statement. What is the purpose of the connection?
(Continue reading)

Permalink | Reply | 4 comments |
headers
Rajkumar S | 24 Oct 22:06
Picon

Re: ppp reconnects after receiving ConfReq id=0x3 <mru 1400>

On 10/25/07, Bill Unruh <unruh <at> physics.ubc.ca> wrote:
> On Wed, 24 Oct 2007, Rajkumar S wrote:
> > This usually happens if there is a default gateway via ppp0 device.
>
> I do not understand this statement. What is the purpose of the connection?

Sorry for the confusion, It is indeed for my internet access and it is
the default gateway. But to find out why the connection is getting
resetted frequently, I removed the default route temporarly to rule
out the possibility that a low signal strength is causing the issue.
(it's a CDMA Modem)

So the ConfReq is coming only when a packet is flowing from my system
to the peer and not when connection is idle.

raj
-
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 | 3 comments |
headers
Rajkumar S | 24 Oct 22:08
Picon

Re: ppp reconnects after receiving ConfReq id=0x3 <mru 1400>

On 10/25/07, James Carlson <carlsonj <at> workingcode.com> wrote:
> If he doesn't know or can't fix it, then you'll probably need to find
> a different peer to talk with.

I hope I can atleast find some one from ISP who knows what ppp is  :(

raj
-
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 |

Gmane