Domain: switch.ch
Stories and comments across the archive that link to switch.ch.
Comments · 20
-
Re:Until you experience the speed ...
With plenty of sites, I couldn't pull more than 1Mb/s. Your throughput is still totally dependent on the throughput of every point from their disk to you.
It's dependant on more than throughput. Most file transfers are performed over TCP as well, which means that the bandwidth delay product that matters.
For example: the maximum possible throughput will be limited by an amount that depends on the Round-Trip Latency, and the maximum TCP window size; even if the connections are 5 gigabits end to end; at 200 milliseconds of latency, the maximum possible TCP transfer speed with the standard window settings, will be about 2 Megabits. At 80 milliseconds of latency, the maximum throughput of a TCP stream is 25 MB/s.
Using BitTorrent, Microtransport protocol, or a large number of TCP streams; sidesteps limitations for long-fat networks related to TCP congestion controls --- since the link capacity used will converge with the link capacity, and the BitTorrent protocol is specifically designed to provide a much much better congestion control algorithm than what is available in TCP protocols such as FTP --- BitTorrent or UDP-based file transfer software are much better choices of protocol for file transfers over links exceeding 100 megabits.
-
Re:UDP file transfer?
No, TCP is the protocol to use if you're moving video because you want to do an accurate transmission of the data and adding error checking to UDP is silly when there's a protocol that does it out of the box.
TCP is silly because the TCP congestion avoidance algorithm is very inefficient, and it leads to exceedingly slow file transfers especially over connections with high latency (say LA to London). The TCP bandwidth-delay product limit only depends round trip time, and can slow you down far below the actual amount of bandwidth you have actually purchased.
In Hollywood, everyone moves large video files using UDP file transfer protocols such Aspera and Signiant.
Apparently Aspera is working on a solution for S3
-
nice try - predictions right on track
...they keep saying that in $SMALL_NUM years we'll be out of IP addresses, and $SMALL_NUM years goes by without incident. The sky persistently fails to fall.
Call it the peril of poor predictions, but I'm now officially not worried because the claims have so often been false.
Actually, quite incorrect... the number of years left has changed because we're actually getting closer. The IETF working group looking at this said [in 1994]:
The linear growth model, presented by Tony Li, included these last two data points while the logistic model, presented by Frank Solensky, did not. Both models currently suggest that IPv4 addresses would be depleted around 2008, give or take three years.
http://mirror.switch.ch/ftp/doc/ietf/ale/ale-minutes-94dec.txt
Not bad for 15 years ago... Now what excuse are you going to use for not being prepared when we run out?
-
Re:In Russian ...In my old times, i've used the old LiveCD Auditor 200605 to execute many air, wifi, wep, dump,
.. programs like airodump, aircrack, airodump-ng, aircrack-ng, iwconfig, .... Good luck!.Now, currently, the newest and Auditor's succesor is the LiveCD Backtrack2 that contains useful tools for hijacking the wifi.
MD5: 990940d975f13d8418b0daa175560ae0 *bt2final.iso
ftp://mirror.switch.ch/mirror/backtrack/bt2final.i so
http://mirror.switch.ch/ftp/mirror/backtrack/bt2fi nal.iso
ftp://swtsrv.informatik.uni-mannheim.de/pub/linux/ distributions/BackTrack/bt2final.iso
ftp://ftp.belnet.be/packages/backtrack/bt2final.is o
http://ftp.belnet.be/packages/backtrack/bt2final.i sooox
oxo
xoo
xxx -
Re:In Russian ...In my old times, i've used the old LiveCD Auditor 200605 to execute many air, wifi, wep, dump,
.. programs like airodump, aircrack, airodump-ng, aircrack-ng, iwconfig, .... Good luck!.Now, currently, the newest and Auditor's succesor is the LiveCD Backtrack2 that contains useful tools for hijacking the wifi.
MD5: 990940d975f13d8418b0daa175560ae0 *bt2final.iso
ftp://mirror.switch.ch/mirror/backtrack/bt2final.i so
http://mirror.switch.ch/ftp/mirror/backtrack/bt2fi nal.iso
ftp://swtsrv.informatik.uni-mannheim.de/pub/linux/ distributions/BackTrack/bt2final.iso
ftp://ftp.belnet.be/packages/backtrack/bt2final.is o
http://ftp.belnet.be/packages/backtrack/bt2final.i sooox
oxo
xoo
xxx -
Re:joker.com or any non-us registrar.
Nice pun. If you don't like it--SWITCH. *nod*
-
Re:Security Flaw Discovered in GPG?
There are GPG signatures too (don't know if they use MD5 or SHA-1): ftp://mirror.switch.ch/mirror/kernel/linux/kernel
/ v2.6/linux-2.6.15.6.tar.bz2.sign
But as pointed out earlier the bug only affects "inline" signatures. -
Re:mirror list
For the Mac OS X version (eclipse-SDK-3.1-macosx-carbon.tar.gz):
[Austria] Vienna University of Technology
http://gd.tuwien.ac.at/softeng/eclipse/R-3.1-20050 6271435/eclipse-SDK-3.1-macosx-carbon.tar.gz
[Canada] Groupe d'utilisateurs de Linux de l'UdeS
http://gulus.usherbrooke.ca/pub/appl/eclipse/eclip se/downloads/drops/R-3.1-200506271435/eclipse-SDK- 3.1-macosx-carbon.tar.gz
[France] ObjectWeb Consortium (INRIA - French National Inst
http://eclipse.objectweb.org/downloads/drops/R-3.1 -200506271435/eclipse-SDK-3.1-macosx-carbon.tar.gz
[Germany] University of Applied Sciences Esslingen
http://ftp-stud.fht-esslingen.de/pub/Mirrors/eclip se/R-3.1-200506271435/eclipse-SDK-3.1-macosx-carbo n.tar.gz
[Hungary] Gabriel Consulting
http://eclipse.gabriel.co.hu/downloads/drops/R-3.1 -200506271435/eclipse-SDK-3.1-macosx-carbon.tar.gz
[Slovenia] bevc.net
http://mirrors.bevc.net/eclipse/download/drops/R-3 .1-200506271435/eclipse-SDK-3.1-macosx-carbon.tar. gz
[Switzerland] SWITCHmirror
http://mirror.switch.ch/mirror/eclipse/downloads/d rops/R-3.1-200506271435/eclipse-SDK-3.1-macosx-car bon.tar.gz
[Turkey] Hacettepe University, Department of Computer Science & Engineering
http://mirrors.cs.hacettepe.edu.tr/eclipse.org/ecl ipse/downloads/drops/R-3.1-200506271435/eclipse-SD K-3.1-macosx-carbon.tar.gz
[United Kingdom] UK Mirror Service
http://www.mirrorservice.org/sites/download.eclips e.org/R-3.1-200506271435/eclipse-SDK-3.1-macosx-ca rbon.tar.gz
[United States] Calvin College
http://mirror.calvin.edu/eclipse/downloads/drops/R -3.1-200506271435/eclipse-SDK-3.1-macosx-carbon.ta r.gz
[United States] Calvin College (ftp)
ftp://mirror.calvin.edu/eclipse/downloads/drops/R- 3.1-200506271435/eclipse-SDK-3.1-macosx-carbon.tar .gz
Unfortunately as of 2005-06-29 02:26:39 BST none are updated yet, hopefully all the rsync mirroring cronjobs'll complete soon! -
mirror list
note that not all of the mirrors are updated yet
http://gd.tuwien.ac.at/softeng/eclipse/R-3.1-20050 6271435/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/eclip se/R-3.1-200506271435/
http://eclipse.gabriel.co.hu/downloads/drops/R-3.1 -200506271435/
http://www.eclipse.ps.pl/downloads/drops/R-3.1-200 506271435/
http://mirrors.bevc.net/eclipse/download/drops/R-3 .1-200506271435/
http://mirror.switch.ch/mirror/eclipse/downloads/d rops/R-3.1-200506271435/
http://mirrors.cs.hacettepe.edu.tr/eclipse.org/ecl ipse/downloads/drops/R-3.1-200506271435/
http://gulus.usherbrooke.ca/pub/appl/eclipse/eclip se/downloads/drops/R-3.1-200506271435/
http://mirror.reachable.ca/eclipse/downloads/drops /R-3.1-200506271435/
http://mirror.calvin.edu/eclipse/downloads/drops/R -3.1-200506271435/
http://ftp.sun.ac.za/ftp/mirrorsites/eclipse/eclip se/downloads/drops/R-3.1-200506271435/ -
Ubuntu rocks
New stuff include
- Gnome 2.10.1, which makes the desktop a lot faster than before
- X.org
- Simplified update- and package management
- Much faster boot process
- Better laptop support (ie suspending, hibernating, processor frequency scaling)
- Kickstart support for automated largescale installations
- Live CD and Install CD both use the new debian installer infrastructure
- UTF-8 by default
- A program for collecting information about what hardware works and what doesn't
- Kubuntu - complete KDE 3.4 based version of Ubuntu
Stuff people are going to bitch about
- No graphical installer. The current installer is extremely simple and has been streamlined even further in this release. A graphical installer is planned for the next version (Breezy Badger).
- No menu editor installed. One can always edit the files by hand, or install kmenu or something similar for gnome. The official gnome menu editor just didn't finish in time.
- No DivX or MP3 support. These are simple to add though and anyone coming from debian will probably already know of the Marillat repositories. Just look at the instructions in the wiki or use Hoary After-Install helper or another script to do the dirty work for you.
OSDir has published a lot of screenshots of Ubuntu.
Oh and if you are interested to know if your laptop or other piece of hardware is supported, some info can be found in the wiki on the Hardware support-page
Primary mirrors
Other mirrors
Australia Canada Croatia Czech Republic France Germany Germany Ireland Italy Lithuania Namibia Netherlands Norway Portugal Portugal South Africa Spain Switzerland United Kingdom United Kingdom United Kingdom United States United States United States
-
Last release ...
Sad, really sad. It's a lose-lose situation, and the biggest losers are linux users [who have pwc-based webcams].
Anyway, the last release files can still be found online, backup fast (e.g. gentoo distfiles : pwcx-8.4.tar.gz, usb-pwcx-8.2.2.tar.gz).
-
Last release ...
Sad, really sad. It's a lose-lose situation, and the biggest losers are linux users [who have pwc-based webcams].
Anyway, the last release files can still be found online, backup fast (e.g. gentoo distfiles : pwcx-8.4.tar.gz, usb-pwcx-8.2.2.tar.gz).
-
So let's sue Verisign
If they get their way with site finder, it seems to me a class action suit should be possible.
Since most non-tech people seem to think that the Internet is the web, let's take the web angle in a very simple way.
I have a web site. A potential customer mistypes my domain name in his browser.
1. Without site finder he gets an error and realizes he has mistyped the address, so he corrects the error and comes to my site.
2. With site finder, he comes to a confusing Verisign page. From there on, who knows where he will get. Probably not to my site. Versisgn is unfairly taking business from me.
And what about email? Badly addressed email is replied to with a bounce message. What happens when it goes to Verisign?
Refining on these ideas, I'm sure domain owners with good lawyers could start a class action suit against Verisign.
(I'm glad that in my country, domain names are managed by a monopolistic body controlled by the state and some universities. It is cheap, fast, simple and efficient, and there is not a single advertisement when registering or managing domain names) -
A few questionsA few questions, maybe somebody could help me here...
- Since domains can have up to 63 chars, and the encoding takes away 5 chars plu 3 chars per umlaut, the longest domain name only consisting of umlauts is 19, right? And registrars will have the tedious task to explain to every customer that the length of their domain name is no longer fixed, right?
- I have a basic understanding of entering a domain name and what happens after it. But will this work with every OS and browser out of the box?
- Since there are two ways of writing those domain names, which layer should do the transcoding?
- If it is the application layer, how are hyperlinks supposed to work with not-yet-upgraded browsers?
- If it is the display layer (links are always used in their complicated form unless the end user sees them - I know this is no real network layer but bear with me), should we create hyperlinks to the complicated form?
- So far, I've only heard marketing talk about "how cool this is", but is really ensure that absolutely nothing is broken? Because I've tried out Verisigns extended charset examples and not a single one of the provided links worked on my machine. Can anybody tell me if it worked for them? Thanks!
-
.LI ?
Liechtenstein is a tiny principality nestled between Switzerland aus Austria. The NIC is here. Registration is CHF 35 per year (~ USD 24), and if they make a profit, they reduce next year's fees accordingly (this has actually happened twice in the last 5 years). The registrar, Switch, is also bidding for the
.org gTLD. -
.LI?
Liechtenstein is a tiny principality nestled between Switzerland aus Austria. The NIC is here. Registration is CHF 35 per year, and if they make a profit, they reduce next year's fees accordingly (this has actually happened twice in the last 5 years). The registrar, Switch, is also bidding for the
.org gTLD. -
Provider Independant IP Space not requiered
As nice as it is to have Provider Independant IP Space, as you've found out it's virtually impossible to get without paying through the nose (you can just BS how many hosts you have, if you want to fork over the cash to pay US$2,500/year for a
/20 block from ARIN here in the USA). Then there are less clueful orginizations that don't even know they have some, because the current IT staff didn't get along with their predecesor (for instance this block I found for my own local City).
However, it's not required to multihome. Really what you require to multihome is an Autonomous System Number (ASN) and a /24 block from either traditional Class C space, or the 63/8 or 64/8 Class A blocks that were returned a bit ago. No one with a clue should be filtering a /24 from either location.
The biggest downside to using your upstream providers IP space is that it pins you to a single ISP as you must use their IP space, and leaving them requires renumbering (but can be done without downtime within a reasonable transition timeframe of a few days). What we did was pick the largest ISP out there (UUNET), and then one of the top 10 (Sprint) and use both IP space (although we could have chosen to only use UUNET's). We use both provider's IP space on any important box (email, mainly) so that if we were to disconnect from one ISP (not likely), we only have to remove their IPs from our DNS, and the other IPS's IPs are already there and live (plus it gets around odd local routing problems outside of our control, where one remote site can reach one ISP but not the other).
We announce both blocks out both ISPs (to announce UUNET's blocks out Sprint and have them come back the shortest route, we had to get UUNET to "punch a hole" in their larger block and announce the smaller block we had so that both UUNET and Sprint would be announcing equally specific blocks for us... same is true of Sprint announcing their own assignment to us more specifically so they'll route to Sprint or UUNET, as if we only announcing the smaller block out UUNET, then all traffic would go that way unless our UUNET connection was down).
Anyway, not to write a HOW-TO (see Halibi's Internet Routing Architectures ISBN: 157870233X), but that's how to do it.
You don't need a huge router to be multihomed. Even a 2501 would work (as you just take default routes announcements from both ISPs, with the point being to advertise out your own blocks). If you want to take full routes from two ISPs, a 2650 with 128mb of RAM will work fine. If you want to take defaults + ISP-direct-customers, a 2610 with 64mb of RAM will work (it handles ISP-direct-customers from Sprint and UUNET just fine for us).
Lastly, never forget that site redundancy is just as important as internet redundancy. If a backhoe takes out the fiber or copper pairs going to your neck of the woods, more than likely it'll be both ISPs.
Normally I'd never mention my certs, but here they're relevent:
I'm a CCNP (next step past CCNA) and CCDP (next step past CCDA). I've been working for an IT Consulting/Integrater firm for 4 years (help desk positions 3 years before), and we also have our own little ISP on the side. I've worked with all the top 10 ISPs (and plenty of the Tier2/Tier3 folks), and set up a couple hundred of multihomed sites, so I'm not just quoting what I read in a book somewhere. -
Provider Independant IP Space not requiered
As nice as it is to have Provider Independant IP Space, as you've found out it's virtually impossible to get without paying through the nose (you can just BS how many hosts you have, if you want to fork over the cash to pay US$2,500/year for a
/20 block from ARIN here in the USA). Then there are less clueful orginizations that don't even know they have some, because the current IT staff didn't get along with their predecesor (for instance this block I found for my own local City).
However, it's not required to multihome. Really what you require to multihome is an Autonomous System Number (ASN) and a /24 block from either traditional Class C space, or the 63/8 or 64/8 Class A blocks that were returned a bit ago. No one with a clue should be filtering a /24 from either location.
The biggest downside to using your upstream providers IP space is that it pins you to a single ISP as you must use their IP space, and leaving them requires renumbering (but can be done without downtime within a reasonable transition timeframe of a few days). What we did was pick the largest ISP out there (UUNET), and then one of the top 10 (Sprint) and use both IP space (although we could have chosen to only use UUNET's). We use both provider's IP space on any important box (email, mainly) so that if we were to disconnect from one ISP (not likely), we only have to remove their IPs from our DNS, and the other IPS's IPs are already there and live (plus it gets around odd local routing problems outside of our control, where one remote site can reach one ISP but not the other).
We announce both blocks out both ISPs (to announce UUNET's blocks out Sprint and have them come back the shortest route, we had to get UUNET to "punch a hole" in their larger block and announce the smaller block we had so that both UUNET and Sprint would be announcing equally specific blocks for us... same is true of Sprint announcing their own assignment to us more specifically so they'll route to Sprint or UUNET, as if we only announcing the smaller block out UUNET, then all traffic would go that way unless our UUNET connection was down).
Anyway, not to write a HOW-TO (see Halibi's Internet Routing Architectures ISBN: 157870233X), but that's how to do it.
You don't need a huge router to be multihomed. Even a 2501 would work (as you just take default routes announcements from both ISPs, with the point being to advertise out your own blocks). If you want to take full routes from two ISPs, a 2650 with 128mb of RAM will work fine. If you want to take defaults + ISP-direct-customers, a 2610 with 64mb of RAM will work (it handles ISP-direct-customers from Sprint and UUNET just fine for us).
Lastly, never forget that site redundancy is just as important as internet redundancy. If a backhoe takes out the fiber or copper pairs going to your neck of the woods, more than likely it'll be both ISPs.
Normally I'd never mention my certs, but here they're relevent:
I'm a CCNP (next step past CCNA) and CCDP (next step past CCDA). I've been working for an IT Consulting/Integrater firm for 4 years (help desk positions 3 years before), and we also have our own little ISP on the side. I've worked with all the top 10 ISPs (and plenty of the Tier2/Tier3 folks), and set up a couple hundred of multihomed sites, so I'm not just quoting what I read in a book somewhere. -
Confederatio Helvetica
CH = Confederatio Helvetica = Swiss Confederation. (Switzerland has four official languages, so maybe a fifth, Latin, was needed for the official acronym...)
Ontopic: As far as my understanding of Swiss patent law goes, the crucial point is the possibility of people mistakenly associating "Coke" with Coca Cola (TM) instead of yonder white powder. Since few Swiss know that "Coke" is a slang expression for a drug in English, but many use it referring to the beverage, the company may have good legal standing on this one.
(IANAL, just a 2nd semester law student in Berne...)
BTW, cocaine.ch is already registered to some guy in Montreux, Switzerland. The site doesn't seem to be up, though. For Swiss accounts, Switch is the place to look. -
Confederatio Helvetica
CH = Confederatio Helvetica = Swiss Confederation. (Switzerland has four official languages, so maybe a fifth, Latin, was needed for the official acronym...)
Ontopic: As far as my understanding of Swiss patent law goes, the crucial point is the possibility of people mistakenly associating "Coke" with Coca Cola (TM) instead of yonder white powder. Since few Swiss know that "Coke" is a slang expression for a drug in English, but many use it referring to the beverage, the company may have good legal standing on this one.
(IANAL, just a 2nd semester law student in Berne...)
BTW, cocaine.ch is already registered to some guy in Montreux, Switzerland. The site doesn't seem to be up, though. For Swiss accounts, Switch is the place to look.