Back out the previous fix to deal with kernels that don't support IPv6,

and implement a far more subtle and correct fix.

The reason behind the infinite loop was that ppp was trying to make up
initial IPv6 numbers and wasn't giving up when it failed unexpectedly to
assign the addresses it just fabricated to it's interface (thinking that
the reason was because another interface was using the same address).
It now attempts this up to 100 times before just failing and trying to
muddle along (in reality, this should never happen more than a couple
of times unless our random number generator doesn't work).

Also, when IPv6 is not available, don't even try to assign the IPv6
interface address in the first place...

1 files changed, 1 insertions, 2 deletions

diff --git a/usr.sbin/ppp/ip.c b/usr.sbin/ppp/ip.c
index 38f5ed2..30b6cb6 100644
--- a/usr.sbin/ppp/ip.c
+++ b/usr.sbin/ppp/ip.c
@@ -79,7 +79,6 @@
 #include "ncp.h"
 #include "bundle.h"
 #include "tun.h"
-#include "probe.h"
 
 
 #define OPCODE_QUERY	0
@@ -942,7 +941,7 @@ ipv6_Input(struct bundle *bundle, struct link *l, struct mbuf *bp)
 {
   int nb;
 
-  if (!probe.ipv6_available || bundle->ncp.ipv6cp.fsm.state != ST_OPENED) {
+  if (bundle->ncp.ipv6cp.fsm.state != ST_OPENED) {
     log_Printf(LogWARN, "ipv6_Input: IPV6CP not open - packet dropped\n");
     m_freem(bp);
     return NULL;