Hi, With IPv6, one generally uses a /64 for all subnets, so that stateless autoconfiguration (RFC2462) works. It's prudent to maintain that regardless. Ideally your ISP should give you a /48, so you have ample /64's to allocate.
You can use shorter prefixes on point to point links, but a /64 is also commonly used there. Tim On Tue, Jul 20, 2004 at 03:54:14PM +0100, [EMAIL PROTECTED] wrote: > Hello all, I have been "playing" with ipv6 for a while now (mostly on > Linux and osX) and I have started to turn my thoughts to networking and > servers. > The easy one I guess is servers. Presumably a static ipaddress is best to > use because of DNS etc. If a static address is allocated, radvd will not > be required because there is no ipv4 DHCP type requirement. Is this a > correct assumption? > > Second, networks. On an ipv4 based ip network, it is usual on wan links > (unless they are unnumbered serial lines) to use a .252 or /30 mask with 4 > addresses in the subnet (net, ip1, ip2, broadcast). Is this wise to > implement in ipv6? eg use a /126 mask to allow four valid ipv6 addresses. > In that case, if I get a /48, I would need to use the first allowed block > (/49 mask?) carved up into much smaller chunks, ultimately down to the > /126's for wan lines. > > Given a working ipv4 network where each remote site has a /24 ipv4 > allocation (and is more than enough given the number of pc's there), would > it be sensible to use a /120 for each site or perhaps be profligate(!) and > use /118 to allow for all the ipv6 toasters we are likely to be able to > buy next year? > > > Any thoughts on this would be welcome, there seems to be quite a lot of > tech info about, but less on the planning rather than implementation side. > > Regards, > Andrew > > > ---------------------------------------------------------------------------- > There are only 10 types of people in the world:- > Those who understand binary & those who don't. > > > --------------------------------------------------------------------- > The IPv6 Users Mailing List > Unsubscribe by sending "unsubscribe users" to [EMAIL PROTECTED] --------------------------------------------------------------------- The IPv6 Users Mailing List Unsubscribe by sending "unsubscribe users" to [EMAIL PROTECTED]