Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 Aug 2008 14:11:10 +0200
From:      Mathieu Arnold <mat@FreeBSD.org>
To:        Pete French <petefrench@ticketswitch.com>
Cc:        stable@FreeBSD.org
Subject:   Re: neighbor discovery problem
Message-ID:  <6338C16505B9465ED4A9CA76@andromede.in.absolight.net>
In-Reply-To: <E1KSsOZ-000AY8-DE@dilbert.ticketswitch.com>
References:  <E1KSsOZ-000AY8-DE@dilbert.ticketswitch.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--==========150136CBDB2B990184B3==========
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+-le 12.08.2008 12:50:35 +0100, Pete French a dit :
|> Hum, 2a01:678:1:443::443 is a /64, and 2a01:678:100:2:: is on a /48, both
|> have the "same" gateway, that is, the same box, which has :
|>         inet6 2a01:678:1:443:: prefixlen 64
|>         inet6 2a01:678:100:: prefixlen 48
| 
| O.K., that should work. My best advice here is to do what I did - which is
| to disable 'pf' entirely and see if it works then. When it does you know
| the IPv6 config is correct and can then work out which rule in 'pf' is
| stopping it working when enabled. Sorry, but I van't think of anything else
| right now, and I guess that may not be an option on a production machine.

Well, stopping the firewall a few seconds can't do really bad things, and,
well, pfctl -d, wait a bit, try again, still no luck...

The network is pretty simple,

gateway :
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=b<RXCSUM,TXCSUM,VLAN_MTU>
        inet6 fe80::207:e9ff:fe0e:dead%em0 prefixlen 64 scopeid 0x1 
        inet6 2a01:678:1:443:: prefixlen 64 
        inet6 2a01:678:100:: prefixlen 48 

first machine :
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        inet6 fe80::2d0:dead:beef:cafe%bridge0 prefixlen 64 scopeid 0x4 
        inet6 2a01:678:1:443::443 prefixlen 64 

destination machine :
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        options=8<VLAN_MTU>
        inet6 fe80::2b0:d0ff:fee1:c05f%fxp0 prefixlen 64 scopeid 0x1 
        inet6 2a01:678:100:2:: prefixlen 48 


All three ports on a switch.

I don't believe it's a problem in if_bridge(4) because it's the same if I try
from outside my network.

-- 
Mathieu Arnold
--==========150136CBDB2B990184B3==========
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEUEARECAAYFAkihfd4ACgkQJqR8av5thQ95eQCXfNSt9BUdm72ndB5PkWN75bUh
YwCfXjQomi94vcBGbVDBJ/RxlmGuF4E=
=LsX4
-----END PGP SIGNATURE-----

--==========150136CBDB2B990184B3==========--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6338C16505B9465ED4A9CA76>