* Re: Wired behaviour with IPv6 over PPP
[not found] <48341C0B.7010003@interway.ch>
@ 2008-05-22 8:49 ` Andrew Morton
2008-05-22 9:55 ` James Chapman
0 siblings, 1 reply; 9+ messages in thread
From: Andrew Morton @ 2008-05-22 8:49 UTC (permalink / raw)
To: Matthias Cramer; +Cc: linux-kernel, netdev
On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer <matthias.cramer@interway.ch> wrote:
> Hi All
>
> I have a very wired behaviour when doing IPv6 over PPPoE.
>
> The situation:
>
> A linux box connected to a DSL Modem, on the other side is a Cisco LNS which terminates the PPP session (actually L2TP).
> I have control over both ends.
>
> When I have net.ipv6.conf.all.forwarding set to 0 then the ppp Interface gets a IPv6 address from the Cisco via IP6CP.
> When I have net.ipv6.conf.all.forwarding set to 1 them the ppp Interface does not get an address, it has only a normal link local address.
>
> When I start the ppp session with forwarding set to 0 I can ping out and there exists a default route to ppp0 , then I switch forwarding to 1
> the default route disappears and therefore routing does not work any longer.
>
> Is this a known behaviour ?
>
> Or am I doing something the wrong way ?
>
> Kernel version is 2.6.25
>
(cc netdev)
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-22 8:49 ` Wired behaviour with IPv6 over PPP Andrew Morton
@ 2008-05-22 9:55 ` James Chapman
2008-05-22 19:05 ` Matthias Cramer
0 siblings, 1 reply; 9+ messages in thread
From: James Chapman @ 2008-05-22 9:55 UTC (permalink / raw)
To: Matthias Cramer; +Cc: Andrew Morton, linux-kernel, netdev
Andrew Morton wrote:
> On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer <matthias.cramer@interway.ch> wrote:
>
>> Hi All
>>
>> I have a very wired behaviour when doing IPv6 over PPPoE.
>>
>> The situation:
>>
>> A linux box connected to a DSL Modem, on the other side is a Cisco LNS which terminates the PPP session (actually L2TP).
>> I have control over both ends.
>>
>> When I have net.ipv6.conf.all.forwarding set to 0 then the ppp Interface gets a IPv6 address from the Cisco via IP6CP.
>> When I have net.ipv6.conf.all.forwarding set to 1 them the ppp Interface does not get an address, it has only a normal link local address.
What do you mean by normal link local address?
>> When I start the ppp session with forwarding set to 0 I can ping out and there exists a default route to ppp0 , then I switch forwarding to 1
>> the default route disappears and therefore routing does not work any longer.
Did this work with previous kernel versions?
Does pppd log any errors?
>>
>> Is this a known behaviour ?
>>
>> Or am I doing something the wrong way ?
>>
>> Kernel version is 2.6.25
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-22 9:55 ` James Chapman
@ 2008-05-22 19:05 ` Matthias Cramer
2008-05-23 10:46 ` James Chapman
2008-05-24 4:29 ` Willy Tarreau
0 siblings, 2 replies; 9+ messages in thread
From: Matthias Cramer @ 2008-05-22 19:05 UTC (permalink / raw)
To: James Chapman; +Cc: Andrew Morton, linux-kernel, netdev
[-- Attachment #1: Type: text/plain, Size: 1619 bytes --]
James Chapman wrote:
> Andrew Morton wrote:
>> On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer
>> <matthias.cramer@interway.ch> wrote:
>>> I have a very wired behaviour when doing IPv6 over PPPoE.
>>>
>>> The situation:
>>>
>>> A linux box connected to a DSL Modem, on the other side is a Cisco
>>> LNS which terminates the PPP session (actually L2TP).
>>> I have control over both ends.
>>>
>>> When I have net.ipv6.conf.all.forwarding set to 0 then the ppp
>>> Interface gets a IPv6 address from the Cisco via IP6CP.
>>> When I have net.ipv6.conf.all.forwarding set to 1 them the ppp
>>> Interface does not get an address, it has only a normal link local
>>> address.
>
> What do you mean by normal link local address?
a fe80:: address, which every IPv6 enabled Interface has...
>
>>> When I start the ppp session with forwarding set to 0 I can ping out
>>> and there exists a default route to ppp0 , then I switch forwarding to 1
>>> the default route disappears and therefore routing does not work any
>>> longer.
>
> Did this work with previous kernel versions?
No, in my opinion it never worked. But I thought that pppd does it wrong
because id never got an IPv6 address. But I had always forwarding
enabled. Now in this case i started pppd without forwarding enabled and
got an address.
>
> Does pppd log any errors?
No, no errors
--
Matthias Cramer System & Network Manager
Interway Communication GmbH Phone +41 43 500 1111
Josefstrasse 225 Fax +41 44 271 3535
CH-8005 Zuerich http://www.interway.ch/
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 324 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-22 19:05 ` Matthias Cramer
@ 2008-05-23 10:46 ` James Chapman
2008-05-23 19:50 ` Matthias Cramer
2008-05-24 4:29 ` Willy Tarreau
1 sibling, 1 reply; 9+ messages in thread
From: James Chapman @ 2008-05-23 10:46 UTC (permalink / raw)
To: Matthias Cramer; +Cc: Andrew Morton, linux-kernel, netdev
Matthias Cramer wrote:
> James Chapman wrote:
>> Did this work with previous kernel versions?
>
> No, in my opinion it never worked. But I thought that pppd does it wrong
> because id never got an IPv6 address. But I had always forwarding
> enabled. Now in this case i started pppd without forwarding enabled and
> got an address.
>
>> Does pppd log any errors?
>
> No, no errors
Could you post a pppd debug log showing the ppp protocol exchange with
the peer in the failing case? It might give some clues.
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-23 10:46 ` James Chapman
@ 2008-05-23 19:50 ` Matthias Cramer
2008-05-23 21:34 ` James Chapman
0 siblings, 1 reply; 9+ messages in thread
From: Matthias Cramer @ 2008-05-23 19:50 UTC (permalink / raw)
To: James Chapman; +Cc: Andrew Morton, linux-kernel, netdev
[-- Attachment #1: Type: text/plain, Size: 12426 bytes --]
Hi James
James Chapman wrote:
> Matthias Cramer wrote:
>> James Chapman wrote:
>>> Did this work with previous kernel versions?
>>
>> No, in my opinion it never worked. But I thought that pppd does it wrong
>> because id never got an IPv6 address. But I had always forwarding
>> enabled. Now in this case i started pppd without forwarding enabled and
>> got an address.
>>
>>> Does pppd log any errors?
>>
>> No, no errors
>
> Could you post a pppd debug log showing the ppp protocol exchange with
> the peer in the failing case? It might give some clues.
Here the logs ... First with forwarding enabled and second with disabled ...
net.ipv6.conf.all.forwarding=1
May 23 21:38:49 alix-tst pppd[29490]: Plugin rp-pppoe.so loaded.
May 23 21:38:49 alix-tst pppd[29491]: pppd 2.4.4 started by root, uid 0
May 23 21:38:49 alix-tst pppd[29491]: PADS: Service-Name: ''
May 23 21:38:49 alix-tst pppd[29491]: PPP session is 675
May 23 21:38:49 alix-tst pppd[29491]: using channel 10
May 23 21:38:49 alix-tst pppd[29491]: Using interface ppp0
May 23 21:38:49 alix-tst pppd[29491]: Connect: ppp0 <--> eth0
May 23 21:38:49 alix-tst pppd[29491]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xadacf61b>]
May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0xc8 <mru 1492> <auth chap MD5> <magic 0x6887033f>]
May 23 21:38:49 alix-tst pppd[29491]: sent [LCP ConfAck id=0xc8 <mru 1492> <auth chap MD5> <magic 0x6887033f>]
May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xadacf61b>]
May 23 21:38:49 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xadacf61b]
May 23 21:38:49 alix-tst pppd[29491]: rcvd [CHAP Challenge id=0xa7 <c3ca04555d0b05c824913a485207145a>, name = "ipc-zhh790-r-br-03"]
May 23 21:38:49 alix-tst pppd[29491]: sent [CHAP Response id=0xa7 <4e5f2e265676afd4426f96a4f3d69d98>, name = "dol/test@bestadsl.ch"]
May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP EchoRep id=0x0 magic=0x6887033f]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x81e3711d>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfReq id=0x2 <mru 1492> <magic 0xe78877a6>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfAck id=0x1 <auth pap> <magic 0x81e3711d>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x2 <mru 1492> <magic 0xe78877a6>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xe78877a6]
May 23 21:38:50 alix-tst pppd[29491]: sent [PAP AuthReq id=0x1 user="dol/test@bestadsl.ch" password=<hidden>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0x1 <mru 1492> <auth chap MD5> <magic 0x708ab66f>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0xade5da06>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfAck id=0x1 <mru 1492> <auth chap MD5> <magic 0x708ab66f>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0xade5da06>]
May 23 21:38:50 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xade5da06]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [CHAP Challenge id=0x1 <5de7704ca9b8440a185c21438e465653>, name = "brain.glb"]
May 23 21:38:50 alix-tst pppd[29491]: sent [CHAP Response id=0x1 <7cca580881d4ca01c3f191382ec97df2>, name = "dol/test@bestadsl.ch"]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP EchoRep id=0x0 magic=0x708ab66f]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [CHAP Success id=0x1 ""]
May 23 21:38:50 alix-tst pppd[29491]: CHAP authentication succeeded
May 23 21:38:50 alix-tst pppd[29491]: CHAP authentication succeeded
May 23 21:38:50 alix-tst pppd[29491]: peer from calling number 00:90:1A:A0:3D:B9 authorized
May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
May 23 21:38:50 alix-tst pppd[29491]: sent [IPV6CP ConfReq id=0x1 <addr fe80::e0d4:2d3f:e674:e204>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 212.25.27.37>]
May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
May 23 21:38:50 alix-tst pppd[29491]: sent [IPV6CP ConfAck id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfNak id=0x1 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfReq id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::e0d4:2d3f:e674:e204>]
May 23 21:38:50 alix-tst pppd[29491]: local LL address fe80::e0d4:2d3f:e674:e204
May 23 21:38:50 alix-tst pppd[29491]: remote LL address fe80::0219:56ff:fe99:49e0
May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ipv6-up started (pid 29513)
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfReq id=0x2 <addr 212.25.27.37>]
May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfAck id=0x2 <addr 212.25.27.37>]
May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfAck id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:38:50 alix-tst pppd[29491]: Cannot determine ethernet address for proxy ARP
May 23 21:38:50 alix-tst pppd[29491]: local IP address 212.25.16.1
May 23 21:38:50 alix-tst pppd[29491]: remote IP address 212.25.27.37
May 23 21:38:50 alix-tst pppd[29491]: primary DNS address 212.25.28.55
May 23 21:38:50 alix-tst pppd[29491]: secondary DNS address 194.246.118.118
May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ip-up started (pid 29516)
May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ipv6-up finished (pid 29513), status = 0x0
May 23 21:38:50 alix-tst postfix/master[4248]: reload configuration /etc/postfix
May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ip-up finished (pid 29516), status = 0x0
ppp0 Link encap:Point-to-Point Protocol
inet addr:212.25.16.1 P-t-P:212.25.27.37 Mask:255.255.255.255
inet6 addr: fe80::e0d4:2d3f:e674:e204/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:562 (562.0 B) TX bytes:92 (92.0 B)
net.ipv6.conf.all.forwarding=0
May 23 21:43:35 alix-tst pppd[32142]: Plugin rp-pppoe.so loaded.
May 23 21:43:35 alix-tst pppd[32143]: pppd 2.4.4 started by root, uid 0
May 23 21:43:36 alix-tst pppd[32143]: PADS: Service-Name: ''
May 23 21:43:36 alix-tst pppd[32143]: PPP session is 757
May 23 21:43:36 alix-tst pppd[32143]: using channel 11
May 23 21:43:36 alix-tst pppd[32143]: Using interface ppp0
May 23 21:43:36 alix-tst pppd[32143]: Connect: ppp0 <--> eth0
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x7e7c4da8>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0xad <mru 1492> <auth chap MD5> <magic 0x7598a7>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0xad <mru 1492> <auth chap MD5> <magic 0x7598a7>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x7e7c4da8>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x7e7c4da8]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Challenge id=0x31 <ae504fb324a1da70f0f2d580402ab1ac>, name = "ipc-zhh790-r-br-03"]
May 23 21:43:36 alix-tst pppd[32143]: sent [CHAP Response id=0x31 <41629cee25511522e5d4b55e7f58c15a>, name = "dol/test@bestadsl.ch"]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP EchoRep id=0x0 magic=0x7598a7]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x59441d38>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x2 <mru 1492> <magic 0x14756caf>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0x1 <auth pap> <magic 0x59441d38>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x2 <mru 1492> <magic 0x14756caf>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x14756caf]
May 23 21:43:36 alix-tst pppd[32143]: sent [PAP AuthReq id=0x1 user="dol/test@bestadsl.ch" password=<hidden>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0x1 <mru 1492> <auth chap MD5> <magic 0x708f14c5>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0x653c44db>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0x1 <mru 1492> <auth chap MD5> <magic 0x708f14c5>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0x653c44db>]
May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x653c44db]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Challenge id=0x1 <4df4d05ddfc7b9e3185c2143e82a0bab>, name = "brain.glb"]
May 23 21:43:36 alix-tst pppd[32143]: sent [CHAP Response id=0x1 <7833c4a255c53c29b4256e6c129b8718>, name = "dol/test@bestadsl.ch"]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP EchoRep id=0x0 magic=0x708f14c5]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Success id=0x1 ""]
May 23 21:43:36 alix-tst pppd[32143]: CHAP authentication succeeded
May 23 21:43:36 alix-tst pppd[32143]: CHAP authentication succeeded
May 23 21:43:36 alix-tst pppd[32143]: peer from calling number 00:90:1A:A0:3D:B9 authorized
May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
May 23 21:43:36 alix-tst pppd[32143]: sent [IPV6CP ConfReq id=0x1 <addr fe80::91af:5025:4398:606b>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 212.25.27.37>]
May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
May 23 21:43:36 alix-tst pppd[32143]: sent [IPV6CP ConfAck id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfNak id=0x1 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfReq id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::91af:5025:4398:606b>]
May 23 21:43:36 alix-tst pppd[32143]: local LL address fe80::91af:5025:4398:606b
May 23 21:43:36 alix-tst pppd[32143]: remote LL address fe80::0219:56ff:fe99:49e0
May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ipv6-up started (pid 32150)
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfReq id=0x2 <addr 212.25.27.37>]
May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfAck id=0x2 <addr 212.25.27.37>]
May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ipv6-up finished (pid 32150), status = 0x0
May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfAck id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
May 23 21:43:36 alix-tst pppd[32143]: Cannot determine ethernet address for proxy ARP
May 23 21:43:36 alix-tst pppd[32143]: local IP address 212.25.16.1
May 23 21:43:36 alix-tst pppd[32143]: remote IP address 212.25.27.37
May 23 21:43:36 alix-tst pppd[32143]: primary DNS address 212.25.28.55
May 23 21:43:36 alix-tst pppd[32143]: secondary DNS address 194.246.118.118
May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ip-up started (pid 32153)
May 23 21:43:37 alix-tst pppd[32143]: Script /etc/ppp/ip-up finished (pid 32153), status = 0x0
ppp0 Link encap:Point-to-Point Protocol
inet addr:212.25.16.1 P-t-P:212.25.27.37 Mask:255.255.255.255
inet6 addr: 2001:8e0:1000:b:91af:5025:4398:606b/64 Scope:Global
inet6 addr: fe80::91af:5025:4398:606b/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1290 (1.2 KiB) TX bytes:1276 (1.2 KiB)
--
Matthias Cramer System & Network Manager
Interway Communication GmbH Phone +41 43 500 1111
Josefstrasse 225 Fax +41 44 271 3535
CH-8005 Zuerich http://www.interway.ch/
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 324 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-23 19:50 ` Matthias Cramer
@ 2008-05-23 21:34 ` James Chapman
0 siblings, 0 replies; 9+ messages in thread
From: James Chapman @ 2008-05-23 21:34 UTC (permalink / raw)
To: Matthias Cramer; +Cc: Andrew Morton, linux-kernel, netdev
Matthias Cramer wrote:
> Hi James
>
> James Chapman wrote:
>> Matthias Cramer wrote:
>>> James Chapman wrote:
>>>> Did this work with previous kernel versions?
>>> No, in my opinion it never worked. But I thought that pppd does it wrong
>>> because id never got an IPv6 address. But I had always forwarding
>>> enabled. Now in this case i started pppd without forwarding enabled and
>>> got an address.
>>>
>>>> Does pppd log any errors?
>>> No, no errors
>> Could you post a pppd debug log showing the ppp protocol exchange with
>> the peer in the failing case? It might give some clues.
>
> Here the logs ... First with forwarding enabled and second with disabled ...
Thanks. The 2 logs show the same PPP packets are exchanged in each case.
The only difference that I spotted is the order in which the ip-up and
ip6-up scripts are called. In the working case, ip6-up starts and
finishes before ip-up starts. In the failing case, ip-up starts before
ip6-up finishes. What do these scripts do? What might happen if they
both run at the same time?
> net.ipv6.conf.all.forwarding=1
>
> May 23 21:38:49 alix-tst pppd[29490]: Plugin rp-pppoe.so loaded.
> May 23 21:38:49 alix-tst pppd[29491]: pppd 2.4.4 started by root, uid 0
> May 23 21:38:49 alix-tst pppd[29491]: PADS: Service-Name: ''
> May 23 21:38:49 alix-tst pppd[29491]: PPP session is 675
> May 23 21:38:49 alix-tst pppd[29491]: using channel 10
> May 23 21:38:49 alix-tst pppd[29491]: Using interface ppp0
> May 23 21:38:49 alix-tst pppd[29491]: Connect: ppp0 <--> eth0
> May 23 21:38:49 alix-tst pppd[29491]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xadacf61b>]
> May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0xc8 <mru 1492> <auth chap MD5> <magic 0x6887033f>]
> May 23 21:38:49 alix-tst pppd[29491]: sent [LCP ConfAck id=0xc8 <mru 1492> <auth chap MD5> <magic 0x6887033f>]
> May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xadacf61b>]
> May 23 21:38:49 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xadacf61b]
> May 23 21:38:49 alix-tst pppd[29491]: rcvd [CHAP Challenge id=0xa7 <c3ca04555d0b05c824913a485207145a>, name = "ipc-zhh790-r-br-03"]
> May 23 21:38:49 alix-tst pppd[29491]: sent [CHAP Response id=0xa7 <4e5f2e265676afd4426f96a4f3d69d98>, name = "dol/test@bestadsl.ch"]
> May 23 21:38:49 alix-tst pppd[29491]: rcvd [LCP EchoRep id=0x0 magic=0x6887033f]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x81e3711d>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfReq id=0x2 <mru 1492> <magic 0xe78877a6>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfAck id=0x1 <auth pap> <magic 0x81e3711d>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x2 <mru 1492> <magic 0xe78877a6>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xe78877a6]
> May 23 21:38:50 alix-tst pppd[29491]: sent [PAP AuthReq id=0x1 user="dol/test@bestadsl.ch" password=<hidden>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfReq id=0x1 <mru 1492> <auth chap MD5> <magic 0x708ab66f>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0xade5da06>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP ConfAck id=0x1 <mru 1492> <auth chap MD5> <magic 0x708ab66f>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0xade5da06>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [LCP EchoReq id=0x0 magic=0xade5da06]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [CHAP Challenge id=0x1 <5de7704ca9b8440a185c21438e465653>, name = "brain.glb"]
> May 23 21:38:50 alix-tst pppd[29491]: sent [CHAP Response id=0x1 <7cca580881d4ca01c3f191382ec97df2>, name = "dol/test@bestadsl.ch"]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [LCP EchoRep id=0x0 magic=0x708ab66f]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [CHAP Success id=0x1 ""]
> May 23 21:38:50 alix-tst pppd[29491]: CHAP authentication succeeded
> May 23 21:38:50 alix-tst pppd[29491]: CHAP authentication succeeded
> May 23 21:38:50 alix-tst pppd[29491]: peer from calling number 00:90:1A:A0:3D:B9 authorized
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPV6CP ConfReq id=0x1 <addr fe80::e0d4:2d3f:e674:e204>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 212.25.27.37>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPV6CP ConfAck id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfNak id=0x1 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfReq id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::e0d4:2d3f:e674:e204>]
> May 23 21:38:50 alix-tst pppd[29491]: local LL address fe80::e0d4:2d3f:e674:e204
> May 23 21:38:50 alix-tst pppd[29491]: remote LL address fe80::0219:56ff:fe99:49e0
> May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ipv6-up started (pid 29513)
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfReq id=0x2 <addr 212.25.27.37>]
> May 23 21:38:50 alix-tst pppd[29491]: sent [IPCP ConfAck id=0x2 <addr 212.25.27.37>]
> May 23 21:38:50 alix-tst pppd[29491]: rcvd [IPCP ConfAck id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:38:50 alix-tst pppd[29491]: Cannot determine ethernet address for proxy ARP
> May 23 21:38:50 alix-tst pppd[29491]: local IP address 212.25.16.1
> May 23 21:38:50 alix-tst pppd[29491]: remote IP address 212.25.27.37
> May 23 21:38:50 alix-tst pppd[29491]: primary DNS address 212.25.28.55
> May 23 21:38:50 alix-tst pppd[29491]: secondary DNS address 194.246.118.118
> May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ip-up started (pid 29516)
> May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ipv6-up finished (pid 29513), status = 0x0
> May 23 21:38:50 alix-tst postfix/master[4248]: reload configuration /etc/postfix
> May 23 21:38:50 alix-tst pppd[29491]: Script /etc/ppp/ip-up finished (pid 29516), status = 0x0
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:212.25.16.1 P-t-P:212.25.27.37 Mask:255.255.255.255
> inet6 addr: fe80::e0d4:2d3f:e674:e204/10 Scope:Link
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
> RX packets:12 errors:0 dropped:0 overruns:0 frame:0
> TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:562 (562.0 B) TX bytes:92 (92.0 B)
>
>
>
> net.ipv6.conf.all.forwarding=0
>
> May 23 21:43:35 alix-tst pppd[32142]: Plugin rp-pppoe.so loaded.
> May 23 21:43:35 alix-tst pppd[32143]: pppd 2.4.4 started by root, uid 0
> May 23 21:43:36 alix-tst pppd[32143]: PADS: Service-Name: ''
> May 23 21:43:36 alix-tst pppd[32143]: PPP session is 757
> May 23 21:43:36 alix-tst pppd[32143]: using channel 11
> May 23 21:43:36 alix-tst pppd[32143]: Using interface ppp0
> May 23 21:43:36 alix-tst pppd[32143]: Connect: ppp0 <--> eth0
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x7e7c4da8>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0xad <mru 1492> <auth chap MD5> <magic 0x7598a7>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0xad <mru 1492> <auth chap MD5> <magic 0x7598a7>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x7e7c4da8>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x7e7c4da8]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Challenge id=0x31 <ae504fb324a1da70f0f2d580402ab1ac>, name = "ipc-zhh790-r-br-03"]
> May 23 21:43:36 alix-tst pppd[32143]: sent [CHAP Response id=0x31 <41629cee25511522e5d4b55e7f58c15a>, name = "dol/test@bestadsl.ch"]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP EchoRep id=0x0 magic=0x7598a7]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x59441d38>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x2 <mru 1492> <magic 0x14756caf>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0x1 <auth pap> <magic 0x59441d38>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x2 <mru 1492> <magic 0x14756caf>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x14756caf]
> May 23 21:43:36 alix-tst pppd[32143]: sent [PAP AuthReq id=0x1 user="dol/test@bestadsl.ch" password=<hidden>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfReq id=0x1 <mru 1492> <auth chap MD5> <magic 0x708f14c5>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0x653c44db>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP ConfAck id=0x1 <mru 1492> <auth chap MD5> <magic 0x708f14c5>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0x653c44db>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [LCP EchoReq id=0x0 magic=0x653c44db]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Challenge id=0x1 <4df4d05ddfc7b9e3185c2143e82a0bab>, name = "brain.glb"]
> May 23 21:43:36 alix-tst pppd[32143]: sent [CHAP Response id=0x1 <7833c4a255c53c29b4256e6c129b8718>, name = "dol/test@bestadsl.ch"]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [LCP EchoRep id=0x0 magic=0x708f14c5]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [CHAP Success id=0x1 ""]
> May 23 21:43:36 alix-tst pppd[32143]: CHAP authentication succeeded
> May 23 21:43:36 alix-tst pppd[32143]: CHAP authentication succeeded
> May 23 21:43:36 alix-tst pppd[32143]: peer from calling number 00:90:1A:A0:3D:B9 authorized
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPV6CP ConfReq id=0x1 <addr fe80::91af:5025:4398:606b>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 212.25.27.37>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPV6CP ConfAck id=0x1 <addr fe80::0219:56ff:fe99:49e0>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfNak id=0x1 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfReq id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::91af:5025:4398:606b>]
> May 23 21:43:36 alix-tst pppd[32143]: local LL address fe80::91af:5025:4398:606b
> May 23 21:43:36 alix-tst pppd[32143]: remote LL address fe80::0219:56ff:fe99:49e0
> May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ipv6-up started (pid 32150)
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfReq id=0x2 <addr 212.25.27.37>]
> May 23 21:43:36 alix-tst pppd[32143]: sent [IPCP ConfAck id=0x2 <addr 212.25.27.37>]
> May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ipv6-up finished (pid 32150), status = 0x0
> May 23 21:43:36 alix-tst pppd[32143]: rcvd [IPCP ConfAck id=0x2 <addr 212.25.16.1> <ms-dns1 212.25.28.55> <ms-dns3 194.246.118.118>]
> May 23 21:43:36 alix-tst pppd[32143]: Cannot determine ethernet address for proxy ARP
> May 23 21:43:36 alix-tst pppd[32143]: local IP address 212.25.16.1
> May 23 21:43:36 alix-tst pppd[32143]: remote IP address 212.25.27.37
> May 23 21:43:36 alix-tst pppd[32143]: primary DNS address 212.25.28.55
> May 23 21:43:36 alix-tst pppd[32143]: secondary DNS address 194.246.118.118
> May 23 21:43:36 alix-tst pppd[32143]: Script /etc/ppp/ip-up started (pid 32153)
> May 23 21:43:37 alix-tst pppd[32143]: Script /etc/ppp/ip-up finished (pid 32153), status = 0x0
>
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:212.25.16.1 P-t-P:212.25.27.37 Mask:255.255.255.255
> inet6 addr: 2001:8e0:1000:b:91af:5025:4398:606b/64 Scope:Global
> inet6 addr: fe80::91af:5025:4398:606b/10 Scope:Link
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
> RX packets:20 errors:0 dropped:0 overruns:0 frame:0
> TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:1290 (1.2 KiB) TX bytes:1276 (1.2 KiB)
>
>
--
James Chapman
Katalix Systems Ltd
http://www.katalix.com
Catalysts for your Embedded Linux software development
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-22 19:05 ` Matthias Cramer
2008-05-23 10:46 ` James Chapman
@ 2008-05-24 4:29 ` Willy Tarreau
2008-05-28 9:59 ` Pascal Hambourg
1 sibling, 1 reply; 9+ messages in thread
From: Willy Tarreau @ 2008-05-24 4:29 UTC (permalink / raw)
To: Matthias Cramer; +Cc: James Chapman, Andrew Morton, linux-kernel, netdev
On Thu, May 22, 2008 at 09:05:47PM +0200, Matthias Cramer wrote:
> James Chapman wrote:
> > Andrew Morton wrote:
> >> On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer
> >> <matthias.cramer@interway.ch> wrote:
> >>> I have a very wired behaviour when doing IPv6 over PPPoE.
> >>>
> >>> The situation:
> >>>
> >>> A linux box connected to a DSL Modem, on the other side is a Cisco
> >>> LNS which terminates the PPP session (actually L2TP).
> >>> I have control over both ends.
> >>>
> >>> When I have net.ipv6.conf.all.forwarding set to 0 then the ppp
> >>> Interface gets a IPv6 address from the Cisco via IP6CP.
> >>> When I have net.ipv6.conf.all.forwarding set to 1 them the ppp
> >>> Interface does not get an address, it has only a normal link local
> >>> address.
> >
> > What do you mean by normal link local address?
>
> a fe80:: address, which every IPv6 enabled Interface has...
>
> >
> >>> When I start the ppp session with forwarding set to 0 I can ping out
> >>> and there exists a default route to ppp0 , then I switch forwarding to 1
> >>> the default route disappears and therefore routing does not work any
> >>> longer.
> >
> > Did this work with previous kernel versions?
>
> No, in my opinion it never worked. But I thought that pppd does it wrong
> because id never got an IPv6 address. But I had always forwarding
> enabled. Now in this case i started pppd without forwarding enabled and
> got an address.
Well, at least it has been working for years in kernel 2.4 for me with
pppd 2.4.2b3 to 2.4.4 (I've not upgraded my firewall to 2.6 yet). So
it has definitely been working at some point.
Willy
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-24 4:29 ` Willy Tarreau
@ 2008-05-28 9:59 ` Pascal Hambourg
2008-05-28 12:45 ` Willy Tarreau
0 siblings, 1 reply; 9+ messages in thread
From: Pascal Hambourg @ 2008-05-28 9:59 UTC (permalink / raw)
To: Willy Tarreau
Cc: Matthias Cramer, James Chapman, Andrew Morton, linux-kernel,
netdev
Hello all,
Willy Tarreau a écrit/wrote :
> On Thu, May 22, 2008 at 09:05:47PM +0200, Matthias Cramer wrote:
>
>>James Chapman wrote:
>>
>>>Andrew Morton wrote:
>>>
>>>>On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer
>>>><matthias.cramer@interway.ch> wrote:
>>>>
>>>>>I have a very wired behaviour when doing IPv6 over PPPoE.
>>>>>
>>>>>The situation:
>>>>>
>>>>>A linux box connected to a DSL Modem, on the other side is a Cisco
>>>>>LNS which terminates the PPP session (actually L2TP).
>>>>>I have control over both ends.
>>>>>
>>>>>When I have net.ipv6.conf.all.forwarding set to 0 then the ppp
>>>>>Interface gets a IPv6 address from the Cisco via IP6CP.
>>>>>When I have net.ipv6.conf.all.forwarding set to 1 them the ppp
>>>>>Interface does not get an address, it has only a normal link local
>>>>>address.
AFAIK IPV6CP/PPP only allows to negotiate link local addresses. So I
guess the global address and default route is assigned by another
mechanism, maybe stateless autoconfiguration using router advertisement,
although I was not aware it could be used on a PPP link because of the
absence of MAC address. Enabling global forwarding
(net.ipv6.conf.all.forwarding=1) disables stateless autoconfiguration
(see ip-sysctl.txt in kernel documentation) on all interfaces. I believe
this is consistent with the observed behaviour.
>>>>>When I start the ppp session with forwarding set to 0 I can ping out
>>>>>and there exists a default route to ppp0 , then I switch forwarding to 1
>>>>>the default route disappears and therefore routing does not work any
>>>>>longer.
I have read reports about this. I guess the logic is that enabling
forwarding turns the box into a router, so the default route learned
from another router's advertisements by autoconfiguration should be
deleted. Even the autoconfigured global address will eventually expire.
> Well, at least it has been working for years in kernel 2.4 for me with
> pppd 2.4.2b3 to 2.4.4 (I've not upgraded my firewall to 2.6 yet). So
> it has definitely been working at some point.
What exactly has been working ?
PS : Willy, do you plan to backport the security fix for the sit module
from 2.6.25.3 into 2.4 ?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Wired behaviour with IPv6 over PPP
2008-05-28 9:59 ` Pascal Hambourg
@ 2008-05-28 12:45 ` Willy Tarreau
0 siblings, 0 replies; 9+ messages in thread
From: Willy Tarreau @ 2008-05-28 12:45 UTC (permalink / raw)
To: Pascal Hambourg
Cc: Matthias Cramer, James Chapman, Andrew Morton, linux-kernel,
netdev
Hi,
On Wed, May 28, 2008 at 11:59:45AM +0200, Pascal Hambourg wrote:
> Hello all,
>
> Willy Tarreau a écrit/wrote :
> >On Thu, May 22, 2008 at 09:05:47PM +0200, Matthias Cramer wrote:
> >
> >>James Chapman wrote:
> >>
> >>>Andrew Morton wrote:
> >>>
> >>>>On Wed, 21 May 2008 14:56:43 +0200 Matthias Cramer
> >>>><matthias.cramer@interway.ch> wrote:
> >>>>
> >>>>>I have a very wired behaviour when doing IPv6 over PPPoE.
> >>>>>
> >>>>>The situation:
> >>>>>
> >>>>>A linux box connected to a DSL Modem, on the other side is a Cisco
> >>>>>LNS which terminates the PPP session (actually L2TP).
> >>>>>I have control over both ends.
> >>>>>
> >>>>>When I have net.ipv6.conf.all.forwarding set to 0 then the ppp
> >>>>>Interface gets a IPv6 address from the Cisco via IP6CP.
> >>>>>When I have net.ipv6.conf.all.forwarding set to 1 them the ppp
> >>>>>Interface does not get an address, it has only a normal link local
> >>>>>address.
>
> AFAIK IPV6CP/PPP only allows to negotiate link local addresses.
right.
> So I
> guess the global address and default route is assigned by another
> mechanism, maybe stateless autoconfiguration using router advertisement,
> although I was not aware it could be used on a PPP link because of the
> absence of MAC address. Enabling global forwarding
> (net.ipv6.conf.all.forwarding=1) disables stateless autoconfiguration
> (see ip-sysctl.txt in kernel documentation) on all interfaces. I believe
> this is consistent with the observed behaviour.
>
> >>>>>When I start the ppp session with forwarding set to 0 I can ping out
> >>>>>and there exists a default route to ppp0 , then I switch forwarding to
> >>>>>1
> >>>>>the default route disappears and therefore routing does not work any
> >>>>>longer.
>
> I have read reports about this. I guess the logic is that enabling
> forwarding turns the box into a router, so the default route learned
> from another router's advertisements by autoconfiguration should be
> deleted. Even the autoconfigured global address will eventually expire.
>
> >Well, at least it has been working for years in kernel 2.4 for me with
> >pppd 2.4.2b3 to 2.4.4 (I've not upgraded my firewall to 2.6 yet). So
> >it has definitely been working at some point.
>
> What exactly has been working ?
Sorry, I understood that IPv6 addresses got lost when IP forwarding was
set to 1, which sounded strange to me. I've re-read the original mail
more carefully and noticed that it was _autoconfiguration_ which does not
work. For this, I don't know as I don't use it. My bad.
> PS : Willy, do you plan to backport the security fix for the sit module
> from 2.6.25.3 into 2.4 ?
Yes, any security fix must be backported when appropriate. I just don't
remember about this one, maybe I missed it. Care to send a pointer to
the commit in 2.6 ?
Thanks,
Willy
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2008-05-28 12:45 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <48341C0B.7010003@interway.ch>
2008-05-22 8:49 ` Wired behaviour with IPv6 over PPP Andrew Morton
2008-05-22 9:55 ` James Chapman
2008-05-22 19:05 ` Matthias Cramer
2008-05-23 10:46 ` James Chapman
2008-05-23 19:50 ` Matthias Cramer
2008-05-23 21:34 ` James Chapman
2008-05-24 4:29 ` Willy Tarreau
2008-05-28 9:59 ` Pascal Hambourg
2008-05-28 12:45 ` Willy Tarreau
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).