Table of Contents
an ultrafast intelligent parallelizing binary-search implementation of "ping." You give it a (possibly very long) list of servers, and it chooses the fastest/closest one automatically. It's good for finding the fastest ftp.debian.org mirror, the least laggy IRC server, or the best Squid neighbour.
Tag: interface::commandline, network::scanner, role::sw:utility, use::downloading === Help
Usage: netselect [-v|-vv|-vvv] [-m max_ttl] [-s servers] [-t min_tries] host …
$ netselect -vv -s 999 ftp.fceia.unr.edu.ar ftp.kulnet.kuleuven.ac.be ftp.cdrom.com ftp.debian.org ftp.de.debian.org
Running netselect to choose 999 out of 5 addresses.
ftp.fceia.unr.edu.ar 9999 ms 30 hops 0% ok ftp.kulnet.kuleuven.ac.be 9999 ms 30 hops 0% ok ftp.debian.org 27 ms 15 hops 90% ok ( 9/10) [ 75] ftp.de.debian.org 140 ms 20 hops 90% ok ( 9/10) [ 465] ftp.cdrom.com 9999 ms 30 hops 0% ok 75 ftp.debian.org 465 ftp.de.debian.org
-vv Very verbose mode. Displays nameserver resolution and statis- tics (not just scores) to STDERR and STDOUT.
-s SERVERS Print this many "top-scoring" SERVERS at the end of the list. If SERVERS is 0, then this disables printing of high scores.
-m HOPS Maximum TTL (time to live). Don't accept hosts that are further than HOPS away.
http://thread.gmane.org/gmane.linux.debian.user/294440
Newsgroups: gmane.linux.debian.user Date: 2007-06-22
I had been able to use netselect before. When I tried it again just now, all sites end up with "9999 ms 30 hops 0% ok".
I'm wondering why netselect fails on me. My understanding is that netselect uses ping, but ping works fine for me, but traceroute not. That means netselect actually depends on traceroute?
As more and more settings don't allow traceroute to go through, is there any alternatives to netselect?
T