You have to have multicast routing set up between you and the networks you want multicast to go to...and the clients have to 'subscribe' to your multicast group. They won't hear anything from you until they tell their local multicast router they want to talk to you.

So, yeah, multicast doesn't generally work unless you're on the same subnet. That said, here's a fun one to run under Linux:
ping6 -c2 ff02::1%eth0

Any hosts configured to respond to ICMP6 echo requests will send a reply. I once counted several hundred hosts on my VPS provider's network that way.

Just curious: Where do you fit privacy extensions in that scheme?

Set up an application-layer proxy on a host with both addresses, same as you would with IPv4.

So, set up a machine running Squid, where that machine has IPs from both your upstream ISPs. All your internal clients can use that Squid proxy to get out. SIP? No problem; use a SIP proxy.

Since you're pushing the 'logical, not physical' link angle, you can go one step further and set up a tunnel to another endpoint on the Internet, and use that as another possible route. (i.e. I have IPv6 access because I use a proto41 tunnel from Hurricane Electric)

If you don't want to go that route, have radvd announce both prefixes on your internal network, and allow clients to select which source address they use. Use short 'preferred' lifetimes, and you can have some daemon tweak your radvd configuration whenever you decide you want to favor one prefix over the other.

But, really, an application-layer proxy is your best option.

Tracking ability is going to be driven more by browser request headers than by IP address, anyway.

I expect ISPs will get beyond /64s within a year or two. Being stuck with only a single /64 is BS; I have my home wired and wireless networks on different subnets for pretty simple (but entirely valid) reasons:

• Broadcast and multicast traffic on a gigabit link doesn't risk flooding the far-slower wireless link
• It makes it trivially easy to partition off wireless clients from wired clients, reducing the vulnerability my wireless network gives me. I'll be able to do even better once I split off to two SSIDs, one for guests and one for trusted users; guests wouldn't get access to any of the rest of the network.

Heck, multi-SSID behaviors with varying trust levels are finding their way into consumer routers already (while I'm wardriving, I see a lot of -guest networks coming from residences...even a very non-technical friend of mine has a -guest network that came up by default with their consumer router.), but that can't work if the routers don't have enough address space to work with.

ULA addresses are good for having 'private' address ranges. Don't rely on link-local. As sexy as it sounds, a lot of tools (especially browsers) don't handle them well; they get hung up on the concept that an IP address may be valid only when combined with an interface.

Look up IPv6 privacy extensions.

Also, realize that corporate environments are probably going to push you through an HTTP proxy server...which will then appear to be the origination point for traffic. Your workstations don't need to be exposed.

Look up ULA addresses. You're going to love them.

What makes you think networks are all about hardware?

Nope. The class's name was geography. Once upon a time, they also taught some geology under those classes. That I remember.

Not a heat issue, it's a pressure issue. The fluid rock in the mantle squezes up into magma cavities underneath under the volcanos.

Now, it's possible to have a solid rock cap on top of such a cavity, but that results in massive explosions of smoke and ash (see pictures of cone-type volcanos) rather than long flows of very fluid magma (see pictures of shield-type volcanos).

Granted, it's been a couple decades since I covered any of this in a geography class, so I could be wrong.

I rather hope that as passionate software engineers grow out of their enterprise value range, they'll pursue open source projects.

And if they can't get into management, the world can always use network engineers.

Not that I want to disagree with you on this subject, but there's a difference between a cataloging of unrelated information and information which relates to each other.

A language is not "nothing but a listing of words an how they're used", a language is an idea which is described in a specification and/or implementation. That idea satisfies that "minimum amount of creativity" you need in order to copyright something.

Otherwise, a novel would just be a "narration of fictitious characters and things they did to each other as they resided in the author's mind", and would thus be similarly uncopyrightable.

Where there's a hotel capable with 500 rooms, there's likely to be a cable ISP within easy reach. The larger the hotel, the more cheap bandwidth is geographically handy.

There were too many active radios, and the spectrum was too crowded. They even switched to a four-channel layout instead of the three-channel. (We informally use a five-channel model in my apartment building, what with all the various tennants' APs and routers finding the least crowded piece of spectrum in their immediate area.

Doh. So it is. I've simply been misreading the various blog posts about it for quite some time.

I'm a C++ developer. Remember C++0x?

Probably correct; you're right about the version number. I grew accustomed to VS2010's being VS10.