it should be easy for them to decypher the naming conventions used by ATT, Sprint, Verio, Teleglobe, Global Crossing, C&W, etc.
It turns out to be rather difficult to maintain a database like this one due to the natural growth and mergers of ISPs (anybody remember ebone?) and the ambiguity of place names like Rochester (Minnesota, not New York, in Qwest), Springfield (Massachussets, not Illinois in Sprint), Vienna (Austria or Virginia?), etc. Resolving these requires humans and humans take time.
Despite the challenge, research projects do decode these names to recover router locations, including Subramanian and Padmanabhan's Geotrack and UW's Rocketfuel.
The tsunamii folks may be able to reuse these schemes to redraw their map with a better approximation to real network paths.
So very very very true. Wish I had moderator points to give you your props, brooks_talley.
I had an email exchange once with one of em, and I've never seen such animosity before or sense. It was terribly disturbing. I'm glad this is coming out and the community is reacting with disgust.
I didn't say I ate Macaroni and Cheese.;) Some people seem to think it's wholesome and good for kids.
It's called Ad Hominem
on
Monsanto and PCBs
·
· Score: 2, Insightful
Well, Monsanto is currently one of biggest proponents of GM (genetically modified) foods.
Philip Morris is currently one of the biggest proponents of Macaroni and Cheese; it even markets
this product to children! (Kraft is a subsidiary of Philip Morris, a company widely considered to have manipulated nicotine content in cigarettes and marketed addictive cigarettes to children).
Study the safety of genetic modifications, sure, just don't assume that because a corporation has been evil, everything it touches magically turns cold and dark. In other words, just because they
concealed what they knew about PCB's, there's no reason to trust Monsato more or less than any other genetically modified crop producer.
There should be a standard mechanism implemented for management and status handling of Intelectual property which becomes part of IETS standards (protocols, file formats, etc) such that there is never a question as to the availability for use of a standard.
What a great idea! Good thing there are such mechanisms.
See rfc2026: (The IESG is the Internet Engineering Steering Group, the folks who approve standards.)
10.3.2. Standards Track Documents
(A) Where any patents, patent applications, or other proprietary
rights are known, or claimed, with respect to any specification on
the standards track, and brought to the attention of the IESG, the
IESG shall not advance the specification without including in the
document a note indicating the existence of such rights, or
claimed rights.
The rest of the RFC is a worthwhile description of IETF policy, but, I believe, is being revised.
Sally Floyd's ECN Page lists ECN implementations. Thanks to some hard work, Linux features prominently in the list, having implementations that date back to 2.0 series kernels.
ECN does not require universal adaptation to be helpful: every packet that is marked instead of dropped helps. However, it does require that firewalls stay out of the way to be successful.
The main reason banner ads bother me is when I'm on a modem, and the banner ad is loaded well before the rest of the page. There is a way to stop this.
Instead of not downloading the banner, one could instead download it at low priority. This slower download is accomplished by calling setsockopt to set the TCP receive buffer size (SO_RCVBUF) to something small (2k or so). This keeps the transfer rate of the socket low, leaving bandwidth to download the rest of the page first.
I explored this in a research paper (postscript) I helped write. Here we ran netscape against a background ftp transfer -- crippling the ftp using essentially setsockopt, to make the web transfer happen faster.
If anybody with the skill to implement this is reading this, shrinking the receive buffer is the safe, effective way to make banner ads less annoying. The first packets containing the image header are likely to be downloaded soon, so that page rendering can proceed as designed. The ads (and important buttons) still get displayed, but our experience isn't consistently slowed by them.
Reducing the transfer rate of the foreign images is the answer, not omitting them.
if you can't observe it with normal tcpdump, try keeping it out of promiscuous mode to observe the problem.
ifconfig eth0 -promisc; tcpdump -np
unfortunately, packets have to get a little ways through the kernel before tcpdump can grab them.
also, you might look at netstat -nt to see if the bytes are being queued... I'm not sure what that stuff really means, but when I have network woes, queueing usually pops up there.
I have had a similar problem, but I haven't been able to track it down; it seems to only afflict my laptop with whole second (often up to 15 second) ping delays. If, when you run ping between these hosts, you see latencies that are really close to whole seconds, we might have an epidemic here.
Slashdot Mirror
Despite the challenge, research projects do decode these names to recover router locations, including Subramanian and Padmanabhan's Geotrack and UW's Rocketfuel. The tsunamii folks may be able to reuse these schemes to redraw their map with a better approximation to real network paths.
do you mean to say that if I send traffic that makes it look like you're my zombie, I can get you in trouble "REAL fast"?
that seems dangerous because it means I can waste fascist system administrator time chasing down problems that don't exist.
ports are scanned. lets get over it and find real work for system administrators to do.
I had an email exchange once with one of em, and I've never seen such animosity before or sense. It was terribly disturbing. I'm glad this is coming out and the community is reacting with disgust.
I didn't say I ate Macaroni and Cheese. ;) Some people seem to think it's wholesome and good for kids.
Philip Morris is currently one of the biggest proponents of Macaroni and Cheese; it even markets this product to children! (Kraft is a subsidiary of Philip Morris, a company widely considered to have manipulated nicotine content in cigarettes and marketed addictive cigarettes to children).
Study the safety of genetic modifications, sure, just don't assume that because a corporation has been evil, everything it touches magically turns cold and dark. In other words, just because they concealed what they knew about PCB's, there's no reason to trust Monsato more or less than any other genetically modified crop producer.
What a great idea! Good thing there are such mechanisms.
See rfc2026: (The IESG is the Internet Engineering Steering Group, the folks who approve standards.)
The rest of the RFC is a worthwhile description of IETF policy, but, I believe, is being revised.
ECN does not require universal adaptation to be helpful: every packet that is marked instead of dropped helps. However, it does require that firewalls stay out of the way to be successful.
Xerox PARC has been showing reconfigurable robot technology to visiting summer interns for years.
Their project page is at: parc.xerox.com/spl/projects/modrobots/
There are static images from their demonstrations, including one at comdex '99.
Instead of not downloading the banner, one could instead download it at low priority. This slower download is accomplished by calling setsockopt to set the TCP receive buffer size (SO_RCVBUF) to something small (2k or so). This keeps the transfer rate of the socket low, leaving bandwidth to download the rest of the page first.
I explored this in a research paper (postscript) I helped write. Here we ran netscape against a background ftp transfer -- crippling the ftp using essentially setsockopt, to make the web transfer happen faster.
If anybody with the skill to implement this is reading this, shrinking the receive buffer is the safe, effective way to make banner ads less annoying. The first packets containing the image header are likely to be downloaded soon, so that page rendering can proceed as designed. The ads (and important buttons) still get displayed, but our experience isn't consistently slowed by them.
Reducing the transfer rate of the foreign images is the answer, not omitting them.
if you can't observe it with normal tcpdump, try
keeping it out of promiscuous mode to observe the problem.
ifconfig eth0 -promisc; tcpdump -np
unfortunately, packets have to get a little ways
through the kernel before tcpdump can grab them.
also, you might look at netstat -nt to see if
the bytes are being queued... I'm not sure what
that stuff really means, but when I have network
woes, queueing usually pops up there.
I have had a similar problem, but I haven't been
able to track it down; it seems to only afflict
my laptop with whole second (often up to 15
second) ping delays. If, when you run ping between
these hosts, you see latencies that are really
close to whole seconds, we might have an epidemic
here.
This is a war movie?
http://us.imdb.com/Title?0158983
the only thing that stops my addiction from
completely destroying my life is the fact that
I have to reboot to windows every time I want
to play.