I don't know if anyone else had this problem but I don't have a way of using IE to download the ISO (I use Linux/OSX) and I was getting strange behavior from the MS servers since yesterday trying the direct link. It seems that right around the 300-400MB size of the download, the download would bail in every browser/downloader I tried (FF, Safari, Opera, wget). The download speeds were always close to my cap limit (800k-1Mb) so I feel this has nothing to do w/"demand" a MS was quick to assign. So just as an experiment, I added the IE7 UA string to wget and now the download is coming down w/no interruptions. Seems MS is picking off downloads that have different UA's than IE... Here's the modified wget command that worked for me:
wget -U "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)" -c http://download.microsoft.com/download/6/3/3/633118BD-6C3D-45A4-B985-F0FDFFE1B021/EN/7000.0.081212-1400_client_en-us_Ultimate-GB1CULFRE_EN_DVD.ISO
Slashdot Mirror
I don't know if anyone else had this problem but I don't have a way of using IE to download the ISO (I use Linux/OSX) and I was getting strange behavior from the MS servers since yesterday trying the direct link. It seems that right around the 300-400MB size of the download, the download would bail in every browser/downloader I tried (FF, Safari, Opera, wget). The download speeds were always close to my cap limit (800k-1Mb) so I feel this has nothing to do w/"demand" a MS was quick to assign. So just as an experiment, I added the IE7 UA string to wget and now the download is coming down w/no interruptions. Seems MS is picking off downloads that have different UA's than IE... Here's the modified wget command that worked for me:
wget -U "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0)" -c http://download.microsoft.com/download/6/3/3/633118BD-6C3D-45A4-B985-F0FDFFE1B021/EN/7000.0.081212-1400_client_en-us_Ultimate-GB1CULFRE_EN_DVD.ISO
I bet they'll soon find some stuff that will look like biological processes. Cool stuff...