IPv6 Promotion Effort. 138
rafa writes "The IETF may soon launch an IPv6 promotion effort. The new IPv6 is an improvement over the current standard IPv4, that has a larger amount of addresses available, improves routing and has several other benefits. "
Re:M$'s IPv6 stack (Score:1)
It's not FUD because it already happened. When Microsoft needed a TCP/IP stack quickly because Netscape was fucking them on the Internet they took *BSD TCP/IP stack. This probably wasn't just a cut&paste (needed some reenginering) but this wasn't developpng their own stack.
But this don't seem to happen with IPv6 (they are developping their own stack).
BTW, I know that linux support IPv6 but how god is the implementation?
Re:Typical Microsoft.. (Score:1)
That's less than accurate, and Micros~1 know it. FTP Software announced IPv6 support in their Winsock 2.0 stack for Win95 in 1996 - though I don't remember if they ever delivered one with the promised support.
(1996 - that's three bleeping years ago. I thought progress was fast in this industry.) :-P
Re:Um... i hate DHCP!!! (Score:1)
Good thing for my job that we're running DHCP on something other than NT. "What?" you ask... We don't need NT? Nope.
The sales guys can take notebooks back and forth between offices and all they need to do is plug into the network. They're happy and I don't have to answer questions about how to reconfigure their machines.
For those who are curious, we run dhcpd on linux, but it's been ported to other unices, i'm pretty sure.
So, um, get a clue.
--
A host is a host from coast to coast...
Re:IPv6 (Score:1)
AAAA:3FFE:B00:C18:1::10
AAAA:2010:836B:4179::836B:4179
AAAA::836B:4179
AAAA:3FFE:1200:2001:1:8000::1
Re:IPv6 (Score:1)
Re:IPv6 promotion (Score:1)
> shortage
This is one reason but not the only one. It is a silly reason to be sure and not a good enough one to convert to IPv6. IPv4 wasn't meant to be used the way it is today and has been hacked to make some things work. the IPv6 protocol removes uneeded clutter from the IP header and generally redesignes the way the packet is layed out, etc. The biggest advantage, imho, of IPv6 is that it is more efficient (better routing for example). Of course we can decide this isn't important and just keep throwing bandwidth at the problem which might actually work for awhile but isn't the right answer in the long run.
I agree though that the biggest problem is the cost. However, it is more than the cost of REPLACING old equipment. Routers are being replaced for other reasons, for Gigabit Ethernet, for example. It isn't a matter of how much is it going to cost to replace my router as much as a question of when I replace my router how much is it going to cost to get an IPv6 capable router rather than one that just does IPv4?
So the move to IPv6 probably won't happen until the cost of IPv6 capable routers and such (specifically ones that are capable of BOTH IPv6 and IPv4 for the duration of the transition period) become not much more expensive than IPv4 ones. A manufacturer isn't going to drop the price on IPv6/IPv4 capable routers because he isn't producing as many and they cost him more and he therefore makes less profit on them. But if the market demand for them rises then manufactuer's will produce more IPv4/IPv6 capable routers and find ways to produce and sell them at nearer the cost of IPv4 routers. It's a nice little circle. Some people won't bother with IPv6 if it's too expensive but they won't get cheap enough for those people unless enough OTHER people demand them.
Re:How will it be allocated? (Score:1)
The fields are already of variable bit length.
The design is intended to allow multiple addresses for each interface that corresponds to a different provider. This way the routers can get the clients to switch providers based on who has the cheapest rates at the time of connection.
Re:IPv6 (Score:1)
Port numbers (Score:1)
Hai (Score:1)
-
-- Guges --
-
this sux... (Score:1)
Re:first (Score:1)
IPv6 (Score:2)
(I know the script kiddies are not gonna like this. "Hey! I got wArEz and p0rn at ftp://24.193.19.162.57.221.85.3.17.177.153.35.45.
Inertia will prevail (Score:2)
Look how long it's taking for Unicode to be adopted... will IPv6 be any faster?
It'll take decades... if it happens at all :-(
Re:Pick your own IP address at random! (Score:1)
Re:Inertia will prevail (Score:1)
It's also designed to interoperate easily with IPv4 - all IPv4 adresses maps directly to IPv6 adresses, so that it's easy to set up gateways.
IPv6 will likely first make it's entrance behind firewalls, and in situations where only limited access to the IPv4 "old" internet is required.
You can use IP-in-IP tunelling to gateway IPv6 content over an IPv4 network, and you can easily use transparent proxying/masquerading with any host that supports it and both IPv4 and IPv6.
Many backbone routers etc. can also start using IPv6 fairly soon, since it's typically not a requirement for ordinary users outside the backbone provider to access linknets or specific routers within the net.
Another way to help transition is to use IPv6 with IPv4 compatible adresses whenever all equipment on the LAN supports IPv6 (or enough that you can route the rest via a translating router or machine). It won't give you that many benefits right away, but it means that whenever your acess providers starts supporting IPv6, you can move over seamlessly.
Windows 2000 does not support IPv6 (Score:1)
Microsoft's response was something like "We will support it when there is a standard. As of right now all support for IPv6 from other vendors is still pre-beta, and we don't see any point in wasting our time with that in a shipping product."
He's right, sorta (Score:1)
There are two sides to the dynamic IP vs static IP issue: the technical side and the psychological side. On the technical side, static IP's are only a logistical nightmare because ISP's route by *contract* (ie, who is paying them how much for how good of a connection -- talking about routing between ISP's here, not between the ISP and the end-user). If routers began routing according to optimal path (or a reasonable facsimile -- eg OSPF) then the complexity can be more completely hidden by automation, the way the Internet was supposed to work. Whether or not routing policies will change depends on whether it becomes more profitable to utilize bandwidth more efficiently than it is to negotiate complicated contracts, something that's in flux right now. On the psychological side, there is a *huge* established network of ISP's who think of the network as organized in a certain way -- static IP's for routing between ISP's, and dynamic IP's for end-users. The assumption that this is "just the way it works"
has caused a lot of proprietary software and network infrastructure to be developed to *only* support this model. These johnny-come-lateys to the internet (ie, almost everyone) don't look at the new possibilities that the new protocols open for themselves or customers -- they just want to keep doing things like they've always done them. There is tremendous resistance within companies to change a process once it is written down. What this means is that even though IPv6 makes it practical for everyone to have their own block of 254 (ie, 256 sans one for network (0) and one for broadcast (255)) addresses -- maybe one for their watch, one for their walkman, one for their home computer, one for their microwave, etc -- the ISP's won't make this option available because there is a lot of momentum behind the concept of using dynamically allocated addresses, one per customer. A seasoned engineer writes a process to be as modular as possible, and to abstract away the details of the implementation, but most
internet companies are not run by (or even necessarily hire) competent engineers -- implementation-details can often be found as far and wide as customer billing policies, bug reporting and tracking, et al. For instance, look at Pacific Bell, who is limited by their *policies*, and not by any limitations intrinsic to the technology, to associate DSL lines with POTS voice lines. A friend of mine has been having a hell of a time trying to get them to call him using his voice line, and not the (unused) POTS line they installed with his ASDL line, when providing technical support for that ASDL line. He's told them that there is no phone connected to that line, and to use , but their support process just isn't set up to handle it. It's stupid, it's suboptimal, it should be better, but it's the norm.
-
-- Guges --
-
Re:Inertia will prevail (Score:1)
Re:Pick your own IP address at random! (Score:1)
7 isn't a random number. But 17... that's a good random number...
Re:Hmm. (Score:1)
Re:IPv6: Our Hero! (Score:1)
As far as routing, that's in the IPV6 "standard." They can't use the same routing protocols as in use today.
While I'm not sure that my statements are 100% acurate, I do believe that they are somewhat more than yours. You should at least know something about a topic before posting...
Check out RFC2472, it describes how IPV6 addresses SHOULD be chosen for PPP links. It appears to me that if a node (your home PC) has any EUI-48 or EUI64 address configured on any interface, it should use these addresses in "suggesting" an IPV6 address to the PPP peer in the config request. So, if your PC has an Ethernet card, as mine does, then you should use your Ethernet MAC as part of the IPV6 address (the "interface" part). There is even a method for turning the 48-bit MAC into the 64-bit interface ID.
All IPV6 related RFC's are available via 6bone [6bone.org]
Re:How will it be allocated? (Score:1)
If you read the RFC's you will see that they have addressed all of the concerns you list above. There are already two other comments listing some specific responses to your concerns, but I humbly suggest you visit the 6bone [6bone.org] and read the friggin RFC's yourself.
I thought this site was supposed to be "News for Nerds. Stuff that matters." I also thought the "nerdy" thing to do would be to read up on a topic before making senseless comments. May be that's the "old nerd" way of doing things.
I wonder how many (what percentage of) people on
Re:When to "go live"? (Score:1)
Microsoft Research's IPv6 stack comes with source! (Score:1)
Yes, you read that right. MS's research group has been releasing their stack with source code for over a year. The license even allows for redistribution of changes, so I think this fits within ESR's definition of "open source" but IANAL.
Check out www.research.microsoft.com/msripv6 [microsoft.com] for the scoup.
So I suspect MS won't be needing to copy the *BSD work. If anything, it looks like they're farther along.
Re:IPv6 promotion (Score:2)
The main reason for IPv6 - the potential address shortage - has been blown out of proportions.
While it is true that this is not a problem yet, it could become a problem of Y2K proportions if not headed off soon enough.
Another thing to think about is new types of Internet devices. Today, we're mostly just running IP to desktops. If you want every cell phone in the world to speak IP, however, you've suddenly increased the number of needed IP addresses by a lot. A whole lot. A since cell phones are mobile by nature, you'd really like those addresses to be global, not hiding behind NATs.
And if you want to make every electronic device in your home Internet connected (even if just to set the time automatically via NTP -- no more flashing VCR clocks) than you want IP security (which comes with IPv6) and global addresses. NATs come with a whole slew of interoperability problems that will bog down development of new IP devices. IPv6 is a much better solution.
There are already more people on the planet than there are IPv4 addresses. There will never be more than there are IPv6 addresses.
Re:Inertia will prevail (Score:1)
When people start getting denied access to the internet because there aren't enough ip addresses, I'm sure the collective screaming will be enough to make sure the transition happens relatively quickly.
Re:IPv6 promotion (Score:1)
(well, practically all the routers used on
INTERNET backbone are IPv6 capable) but the
*cost of converting the INTERNET backbone*
which is the major stumbling block.
Here is an ipv6 only site (Score:1)
I couldn't access it of course.
If more sites like this emerge, demand for ipv6 will increase correspondingly.
I don't think there's anything interesting there, but I wanna know for sure dammit!
Re:Microsoft Research's IPv6 stack comes with sour (Score:1)
How so? Have you even looked at the *BSD efforts? There are two major stacks that work quite well with the various BSDs, and in fact the US Military has developed a third "major" stack. And MS has one pre-beta one. Hmm. Which is further along?
No... (Score:1)
And as to your comment that the experimental network will become the official one--it can't. Unless we continue using IPv4 forever. The 6bone tunnels through the IPv4 network, overlaying itself on top of it. If IPv4 goes away, then the 6bone does, too. (This also means that some features of IPv6, such as anycast addressing and host mobility, cannot be fully realized until the underlying network is all-IPv6.)
Furthermore, the 6bone has a temporary TLA assignment. This means that only a fraction (an infinitesimal fraction, though still pretty huge by IPv4 standards) of the total address space is available in the 6bone. Going with the 6bone as the official network would radically reduce the total address space available. It would also enforce the current address allocation mechanism (which is very bad and intended to be temporary) forever.
In sum, you're wrong. And anyone who deploys production services on the 6bone risks getting bitten.
Re:When to "go live"? (Score:1)
DSP was very unorganized and just offered wretched performance. Hooked incidentally ran BSDi modem and smtp+pop3 servers and now has a FreeBSD news server.
Re:When to "go live"? (Score:1)
here's how to force IPv6 adoption: (Score:1)
never forget the power of the masturbation superhighway.
Typical Microsoft.. (Score:1)
At this time, Microsoft Research has no plans to support this experimental stack on Windows 95 or Windows 98.
So any newer tech will not work on their just-previous release of the OS. Unless a 3rd party makes it work. In which case you've 'invalidated the warantee' or whatever, and if you're a clueless newbie (you know who you are
The site doesn't look MSish which is good.. but they handle themselves just the same, wether they release a buggy proprietary code or not.
you know what they say, if it looks like a duck, quacks like a duck...
Re:Pick your own IP address at random! (Score:1)
Re:Port numbers (Score:1)
Re:Typical Microsoft.. (Score:1)
to Windows.
It explicitally dosn't have one.
Dont worry, IPv6 capsulation will solve that issue (Score:1)
gateway embeds the IPv4 header inside an IPv6 packet thats sent over the IPv6 network, then it
arrives at the network its translated back into an
IPv4 packet thats sent to the taget host with only IPv4 stack. this way IPv4-to-IPv4 communcation over an IPv6 network works fine. I guess is that IPv4 and IPv6 will co-exist in parallel for many years to come.
Re:How will it be allocated? (Score:2)
P.S. Its accually Request For Comment, I'm just being silly.
Re:IPv6 (Score:2)
Re:IPv6 promotion (Score:2)
(note: most of this was sarcasm)
Re:When to "go live"? (Score:2)
How many Cisco 7500's run on Linux?
t
I'm no experts... (Score:1)
How To Switch People to IPv6 (Score:1)
Setup a giant free porn site with only IN AAAA DNS records.
:)
--
IPv6 provides those security benefits other ways (Score:1)
--
Employ me! Unix,Linux,crypto/security,Perl,C/C++,distance work. Edinburgh UK.
Re:IPv6: Our Hero! (Score:1)
Guaranteed Quality of Service (Score:1)
This sounds great -- I'd love to be able to pay a tenth of the price for a nice, slow-but-permanent, link for my email, while the people who want 128K for their Quake matches pay their own way -- but I don't see any mention of QoS on the website.
Did that stuff get left by the wayside?
--
Re:IPv6 (Score:1)
Re:How will it be allocated? (Score:1)
Re:IPv6 (Score:1)
Re:Guaranteed Quality of Service (Score:1)
6bone (Score:1)
I don't know how open it is. it might be interesting to find out - since Linux already has support.
IPv6 should be very easy to use for new users since the specification includes autoconfiguration.
It also includes end-to end encryption, and flow labelling.
Rikard
IPv6: Our Hero! (Score:1)
We can be free at last of the scourge of IP NAT!
--
IPv6 howto (Score:2)
Rikard
Re:IPv6 (Score:2)
6bone.net AAAA 3FFE:B00:C18:1:0:0:0:10
ipv6.research.microsoft.com AAAA 2010:836B:4179:0:0:0:836B:4179
ipv6.research.microsoft.com AAAA 0:0:0:0:0:0:836B:4179
altavista.ipv6.digital.com AAAA 3FFE:1200:2001:1:8000:0:0:1
Re:6bone (Score:1)
That page is supposedly also assessible via IPv6...
What's the Big Deal? (Score:2)
The preferred form is x:x:x:x:x:x:x:x, where the 'x's are the
hexadecimal values of the eight 16-bit pieces of the address.
Examples:
FEDC:BA98:7654:3210:FEDC:BA98:7654:3210
I thought that FEDC:BA98:7654:3210:FEDC:BA98:7654:3210 looked remarkably familiar, and sure enough, I was right! It was my W98 CD Key!
When to "go live"? (Score:1)
Linux has been ready for IPv6 for quite a while. Why are we waiting?
Here's how:
1) Ask your ISP if they use Linux (or other IPv6-aware OS) on their servers. If not, find a new ISP.
2) Tell them to get on the 6bone.
3) Get on the 6bone yourself.
4) Ride the wave of the future.
---
Put Hemos through English 101!
How will it be allocated? (Score:1)
I just worry that if the whole address space isn't properly allocated then we could end up with a true nightmare. I place 90% odds that it won't be done in a very practical manner initially (which makes it even harder to fix later).
It would be cool if IPv6 were modified in a DNS kind of way. Instead of 128-bit numbers, I would much prefer the option of something like:
[country].[region].[industry].[specialty].[comp
where the subdivisions aren't necessarily 8-bit, but are instead scaled to need, and there aren't necessarily 8 of them. Each blank could be filled by either a name or a number, as appropriate. This could also allow more than one path to the same site when appropriate. It's potentially long, but could be significantly abbreviated in a local context (which IPv6 is going to do anyway). I've always thought normal DNS naming is rather worthless, anyway. (something being under
Comments?
Re:IPv6 (Score:1)
Re:When to "go live"? (Score:1)
Re:How will it be allocated? (Score:1)
That is not the fault of DNS, but rather of Internic and the way they chose to deal with
I am well aware that at a certain point, they got "too many" applications for domain names to be able to handle this, but applying a sensible level of bureaucracy (and educating people) could have helped.
Myself, I've even helped to add to the confusion by letting a few Norwegian companies get through with registering under
BTW, how were you planning to guarantee that some dweeb doesn't register his company under the wrong country/region? "Hey, look, we're a multi-national company, and..."
Re:IPv6 promotion (Score:2)
BTW, what do you mean by that? What else on the backbone but the routers do you think need converting that will make it so much more expensive ("major stumbling block")?
Re:ATTENTION! SOMETHING VERY WEIRD IS GOING ON (Score:1)
Millville is having thunderstorms and the high was supposed to be 97 today. I'd say it's probably a combination of those thunderstorms and brownout because of too many people cranking thier AC's.
Cape May is similar, with thunderstorms and a high of 95.
Fullshear is having thunderstorms all the way through Thursday... (ever hear of lightning striking a power distribution field?).
Riyadh/Khaled has a high of 109 - holly crap! but "plain old" Riyadh is only 32 - must be celcius... Besides, I don't know enough about their power systems to trust it anyway.
Get a life, and a clue. If you took five minutes to check out the weather [weather.com] at these locations you can see that there is a pretty good expectation that they would loose power at this time.
Now you go to bed with no cookie and no fireworks (Since 75% of your sites were in the USA I figured you're in the USA and would have been able to watch them if you behaved properly).
uh, NAT/masq is for *security* too (Score:1)
Re:URLs? (Score:1)
Numeric IPv6 address is little trickier because they have colon inside. for this there are several draft submitted in IETF.
Re:Hmm. (Score:2)
Transition issues are discussed in IETF ngtrans working group, so it may be useful if you check IETF drafts named "draft-ngtrans-*".
Is IPv6 really ready? (Score:2)
Somebody really needs to study how the various parts of the proposals really match the stated goals of IPv6 given the current (and evolving) structure of the internet - it looks like the proposals are very much based on the internet of 5-10 years ago, and a lot has changed.
Here's an alternate proposal - simply prepend 96 bits to IPv4 addresses, all zero for current IPv4's, and then sell the new address space to ISP's and exchanges on a per address basis. The proposed IPv6 protocols could still to be used. And we could switch to fancy hexadecimal notation. I bet this would serve the original goals almost as well with a lot less disruption.
Re:Port numbers (Score:2)
Because the similarity to MAC addresses is no accident: The idea is that you get your own network instead of IP address, and individual addresses are as easy as tacking on the MAC address to that. It's already unique at that point even without the network part (theoretically, MAC collisions can and do happen occasionally) but the rest of the address is a routing hint, you don't want to keep a flat ARP cache for the whole damn internet after all.
Also because now that they can contain letters (A-F anyhow) it would be harder to distinguish them from names, which will probably still use dots at least as long as we continue to use DNS (I really don't see anyone pronouncing an X.500 address on the radio).
What about TCP? (Score:2)
Re:M$'s IPv6 stack (Score:1)
Besides, if they really wanted to, they could cut'n'paste from Linux. W2K is closed source, so you'd never be able to tell (and don't start screaming about tcp/ip fingerprinting, there's a million reasons why a system might have the same fingerprint).
Re:and how many? :) (Score:1)
I had heard a little bit about the new standard. I thought they were just going to add another 8 bit address to the end.
I thought "Sure, and 20 years from now, when people are hooking up their lazy-boy chair and their furnance and their microwave to the internet, we'll run out of IP addresses."
Now, I can't even imagine what it would take to use up all these IP addresses.
By the way, hex is annoying. Fast for hardware, but annoying.
Later
Erik Z
Re:IPv6: Our Hero! (Score:1)
matguy
Net. Admin.
Moderated to a score of 1? (Score:1)
Must be because it's good news about MS.
Half the so-called 'funny' comments get a 2.
-----------------------------
Computers are useless. They can only give answers.
Re:IPv6 promotion (Score:1)
Re:IPv6: Our Hero! (Score:1)
I also don't think we'll all suddenly see free static IP's, since this is just simply put a management nightmare, unless the routing system the Internet uses is given a major overhaul at the same time IPv6 goes into production.
Re:IPv6 (Score:1)
Everyone should have DNS anyway. Hooray for -DPARANOID
Re:M$'s IPv6 stack (Score:1)
Re:IPv6 (Score:2)
On a side note I think it's an interesting point that they should be ready to go with IPv6, there isn't a reason not to push ahead with it, except perhaps that our favorite dominant desktop OS is probably about the only OS that doesn't support IPv6 yet (well maybe Macs too, I dunno).
Seriously though, I will be interested to see how the transition goes. We are talking about a lot of money to replace all those existing IPv4 only routers and stuff. Methinks one of the reasons stuff like ADSL aren't being throw into the widespread public very quickly is that the phone companies might be waiting for IPv6 (that and for the overall bandwidth of the internet to be able to support it, which IPv6 should help there too).
Re:Inertia will prevail (Score:1)
i welcome it (Score:1)
what just can't be forgotten are IPv4-to-IPv6-migration-HOWTOs!
Re:How will it be allocated? (Score:2)
and how many? :) (Score:2)
three hundred forty undecillion.
two hundred eighty-two decillion.
three hundred sixty-six nonillion.
nine hundred twenty octillion.
nine hundred thirty-eight septillion.
four hundred sixty-three sextillion.
four hundred sixty-three quintillion.
three hundred seventy-four quadrillion.
six hundred seven trillion.
four hundred thirty-one billion.
seven hundred sixty-eight million.
two hundred eleven thousand.
four hundred fifty-six.
It sounds like a child's song.
IPv6 Forum is NOT the IETF (Score:1)
IETF does not encourage closed groups with
member-only web sites. The IPv6 Forum seems
like it's being started by the same fanatics
that were in the ATM Forum when ATM was at
it's deathbed.
The IETF believes in open specifications and
open web sites unlike these "Forums" that
seem more interested in making a quick buck.
Ignore such doomed efforts, and support the
real IETF IPv6 task force!
Re:Is IPv6 really ready? (Score:1)
IMHO, it's not necessary to use the MAC-adress. Just as long as the machines can find each other through Neighbourhoud Discovery, everything's fine. In some cases it's not even possible to use the Interface Identifier because it doesn't exist: PPP-connections,
RFC 2373 "IP Version 6 Addressing Architecture" cleary states:
It's quite annoying when you can't get on the net because the DHCP-server crashed.
Re:IPv6: Our Hero! (Score:1)
Pick your own IP address at random! (Score:3)
The actual probability is approx:
1- exp(-n*n/m)
where n is the number of addresses selected
and m is the total addresses available.
If 4 billion people select addresses at random then the odds of a collision are:
1 in 415,828,534,307,635,078.
To put this number in perspective, your odds of guessing the right number to a 56bit DES encryption key on your first try is 1 is much better:
1 in 72,057,594,037,927,936
We won't be running out of IP addresses anytime soon. 2^128 is not big enough that we could assign each atom on the planet is own IP address (this number is ~2^170), but we certainly could assign each atom that could possibly be seen it's own IP (i.e. by excluding those in the earth's core). Considering that you need a fair number of atoms to store just to store a 128bit number, I think we are safe until space travel explodes.
Re:Pick your own IP address at random! (Score:1)
Choosing your own random IPv4 address today won't work. Think routing...
/* Steinar */
IPv6 promotion (Score:1)
major ISPs to migrate to IPv6. The main reason
for IPv6 - the potential address shortage -
has been blown out of proportions. More efficient
address space allocation, as well as extensive
use of private addresses and NAT make
'the day when we all run out of address' further
and further off. There are no other solid reasons
to move to IPv6. The only other reason I can
think of - very elegant scheme of assigning
addresses to the host - is no longer relevant
due to the wide speard of DHCP.
Granted, the large address space is indead much
better than the combination of private address and
NAT, as well as the IPV6 scenario for allocating
addresses to the host is better than DHCP -
but not at the extent to justify the massive
conversion of INTERNET backbone to V6.
What I've heard from someone who's been
participating in IPv6 committee (can't give his
name but there is a hint: he wrote several key
RFCs 'on how to write RFCs' and also teaches at
Harvard) that the whole IPv6 was nothing but
the big P.R.: IP was still evolving, its enemies
has been trying to speard the FUD, and 'runing
out of addresses' scare was part of that FUD.
Consequently, IPv6 specs was mostly response to
that FUD. Of course now IETF feels kind of
funny: they've spent so much time and efforts
and seems like noone cares.
Re:Pick your own IP address at random! (Score:1)