Just don't complain if the person(s) of the cars you parked inbetween so nice and snugly aren't as talented or patient as you are, and decide that nudging your car out of the way in order for them to be able to get out of their parking spot is more than acceptable.
General principles are great, and I'm in favor of them. However, that is not the same thing as the obligations spelled out in a treaty. It's like saying that the speed limit in Maryland has something to do with driving in England.
And it should be noted both that the Continental army was in fact uniformed, and fought well before the Geneva conventions were written.
The Geneva conventions apply to uniformed soldiers fighting in declared wars between states. They specifically exclude "irregular" combatants who dress as civilians or are not acting on behalf of a state.
An argument can be made in favor of extending the protections of the Geneva conventions to cover "irregular" forces, but an argument could be made against it as well.
This is an amazingly true observation. The video screens in minivans are bizarre to me: it's as though someone thought "you know what American children need? MORE TV!"
Just because you can't ping something doesn't mean it isn't in use. ARIN and the other RIRs require extensive documentation before they give out more space, and all of the companies you've mentioned have received it. I recommend reading up on how a SWIP works, followed by getting an understanding of rWhois. At that point you might have a better understanding of some of the issues. Heck, NANOG has had some excellent discussions on the subject of IPv4 address reclamation, and the outcome of those discussions is that it's a lot of work for very, very little benefit.
As someone who regularly configures and manages large networks in IPv4 and IPv6, I'd love to hear exactly which improvements you mean. Perhaps you mean the need to have both DHCPv6 AND RA for SLAAC running all the time on a LAN (or you have to cheat off of IPv4 for DNS server addresses); perhaps you mean the lack of RA filtering capability, which makes m-i-t-m attacks a heck of a lot easier; perhaps you're not familiar with v4 multicast.
As for the fragmentation of IPv4 address space, yes, that's a concern if you are running routers which operate in the DFZ. If you aren't, then it's not such a big issue. In any case, routing table growth is likely to be substantially worse in the v6 space than in the v4 space, unless the regional registries can work out policies to keep the number of routes announced to the DFZ to be on the same order of magnitude as the number of ASNs assigned.
In short, there's lots wrong with v6 - the ONLY absolute plus for it is the larger address space. All the rest is consultant-foo.
CDs and DVDs are not exempt from sales tax, exempting their online counterparts is wildly inconsistent.
CDs and DVDs are things, each of which has individual countability, and which has an integral nature (i.e. half a CD is worthless). By comparison, download is a verb, and what is downloaded is a collection of organized ones and zeroes. Half of a song file can play half of a song.
Why should this particular set of ones and zeroes be taxed, while other sets are not?
Consider a radio broadcaster on the PA border with NY. Would their broadcasts be subject to tax? What about Pandora? Or CNN?
There aren't a whole lot of bright lines, other than perhaps "no taxes on online purchases" or "tax per bit, collected by the ISP" - if you try to tax things which are somewhere between those, the tax-dodge strategies will get more and more clever.
I'd characterize Teller's role in the H-bomb as similar to Oppenheimer's role for the A-bomb. As Oppenheimer is routinely called the "father" of the A-bomb, it seems reasonable to use the same language. Obviously, both projects were the result of a substantial number of people working a lot of hours.
My band is on through CDBaby, and we get $.63 per song sold. The iTunes music store has been tremendous for us, and I have no complaints with their policies. I sure hope that their pricing structure doesn't change.
It's not universal, but a substantial number of ISPs do filter the routes of their customers. A few of us gave a tutorial on the subject at the NANOG 43. Unfortunately, most ISPs don't filter their peers, so once a bad route gets injected somewhere, it'll tend to get passed on repeatedly. The IRR projects, as well as both SO-BGP and S-BGP are designed to try to mitigate that.
- If you are relying on AS prepends, these affect the path from you, but not directly the path to you. They are notoriously tricky and may stop working (because of changes in other people's advertisements) at any time.
Not quite.
Prepends affect your outbound announcements, and this affects inbound traffic to you. Prepends are the most effective tool for BGP manipulation because they're transitive - announcing more specifics works too, but that's not quite the same thing.
I've seen implementations of ISIS, and have deployed it myself in both IP and ATM environments. I've never seen an actual deployment of ESES, and I've never heard of one either. I've encountered ISIS adjacencies which don't form correctly, and come up as ESIS, though.
Your understanding is not accurate. You forget that contracts have terms of fixed length. Where the profit exactly goes depends on the precise relationship between extraction, transport, and refining, where each supplier chain is slightly different.
There are lots of IP networks which are not connected to the Internet. However, the concern you raise is valid for many, but not all, networks. Most organizations are worried only about perimeter security rather than looking at the whole network.
Slashdot Mirror
News at 11...
http://xkcd.com/327/
General principles are great, and I'm in favor of them. However, that is not the same thing as the obligations spelled out in a treaty. It's like saying that the speed limit in Maryland has something to do with driving in England.
And it should be noted both that the Continental army was in fact uniformed, and fought well before the Geneva conventions were written.
The Geneva conventions apply to uniformed soldiers fighting in declared wars between states. They specifically exclude "irregular" combatants who dress as civilians or are not acting on behalf of a state.
An argument can be made in favor of extending the protections of the Geneva conventions to cover "irregular" forces, but an argument could be made against it as well.
This is an amazingly true observation. The video screens in minivans are bizarre to me: it's as though someone thought "you know what American children need? MORE TV!"
Just because you can't ping something doesn't mean it isn't in use. ARIN and the other RIRs require extensive documentation before they give out more space, and all of the companies you've mentioned have received it. I recommend reading up on how a SWIP works, followed by getting an understanding of rWhois. At that point you might have a better understanding of some of the issues. Heck, NANOG has had some excellent discussions on the subject of IPv4 address reclamation, and the outcome of those discussions is that it's a lot of work for very, very little benefit.
Unfortunately, if you want DNS server addresses, you need DHCPv6 as well as SLAAC.
As someone who regularly configures and manages large networks in IPv4 and IPv6, I'd love to hear exactly which improvements you mean. Perhaps you mean the need to have both DHCPv6 AND RA for SLAAC running all the time on a LAN (or you have to cheat off of IPv4 for DNS server addresses); perhaps you mean the lack of RA filtering capability, which makes m-i-t-m attacks a heck of a lot easier; perhaps you're not familiar with v4 multicast.
As for the fragmentation of IPv4 address space, yes, that's a concern if you are running routers which operate in the DFZ. If you aren't, then it's not such a big issue. In any case, routing table growth is likely to be substantially worse in the v6 space than in the v4 space, unless the regional registries can work out policies to keep the number of routes announced to the DFZ to be on the same order of magnitude as the number of ASNs assigned.
In short, there's lots wrong with v6 - the ONLY absolute plus for it is the larger address space. All the rest is consultant-foo.
CDs and DVDs are not exempt from sales tax, exempting their online counterparts is wildly inconsistent.
CDs and DVDs are things, each of which has individual countability, and which has an integral nature (i.e. half a CD is worthless). By comparison, download is a verb, and what is downloaded is a collection of organized ones and zeroes. Half of a song file can play half of a song.
Why should this particular set of ones and zeroes be taxed, while other sets are not?
Consider a radio broadcaster on the PA border with NY. Would their broadcasts be subject to tax? What about Pandora? Or CNN?
There aren't a whole lot of bright lines, other than perhaps "no taxes on online purchases" or "tax per bit, collected by the ISP" - if you try to tax things which are somewhere between those, the tax-dodge strategies will get more and more clever.
I'd characterize Teller's role in the H-bomb as similar to Oppenheimer's role for the A-bomb. As Oppenheimer is routinely called the "father" of the A-bomb, it seems reasonable to use the same language. Obviously, both projects were the result of a substantial number of people working a lot of hours.
Is that what the kids are calling it these days?
Mr. Fusion isn't ready yet, but you could probably get a TRIGA...
"Freak Teats" is a phrase I think I can go a long time without encountering again...
My band is on through CDBaby, and we get $.63 per song sold. The iTunes music store has been tremendous for us, and I have no complaints with their policies. I sure hope that their pricing structure doesn't change.
The only time I've encountered ESIS is when I haven't set up my NSAP correctly and the adjacency isn't fully formed.
It's not universal, but a substantial number of ISPs do filter the routes of their customers. A few of us gave a tutorial on the subject at the NANOG 43. Unfortunately, most ISPs don't filter their peers, so once a bad route gets injected somewhere, it'll tend to get passed on repeatedly. The IRR projects, as well as both SO-BGP and S-BGP are designed to try to mitigate that.
Do they do autoconf or dhcpv6, or is it dual-stack? I'm curious how you get DNS resolver addresses...
Hmm - what percentage of those protocols actually work on a production or consumer network?
I have had a hard time finding an ISP who will offer native IPv6,
Not quite.
Prepends affect your outbound announcements, and this affects inbound traffic to you. Prepends are the most effective tool for BGP manipulation because they're transitive - announcing more specifics works too, but that's not quite the same thing.
I've seen implementations of ISIS, and have deployed it myself in both IP and ATM environments. I've never seen an actual deployment of ESES, and I've never heard of one either. I've encountered ISIS adjacencies which don't form correctly, and come up as ESIS, though.
What hardware supports ESES?
Your understanding is not accurate. You forget that contracts have terms of fixed length. Where the profit exactly goes depends on the precise relationship between extraction, transport, and refining, where each supplier chain is slightly different.
That is a great approach. I call the event you're describing a "bus failure," but I haven't ever done the bus test you're describing.
It's called "Spirals" and was published in his mid-80s compilation, Limits, Great story.
I hope that this idea takes off, no pun intended, because I think that it's a great way to usher in our interest in the last frontier.
There are lots of IP networks which are not connected to the Internet. However, the concern you raise is valid for many, but not all, networks. Most organizations are worried only about perimeter security rather than looking at the whole network.