none
MSDN Subscription - Download Issues RRS feed

  • Question

  • I have been trying for 3 days to download files from the MSDN subscription site, but fails everytime.   Have tried on 3 different machines from 3 different locations and all experience similar problems.  Tried IE9, IE8, Chrome and Firefox.  Based in and around London, UK.

    Either the download is extremely slow: 20-30 KB/s and fails after about 10% of the download.  Or, now when I try to download the file it says the file is complete, but it has only downloaded 32KB of the actual file!!  On this occasion the file that I've been trying to download is Win7 Home Premium SP1 (x86), but for me it has also been affecting all other files too.

    Is there an ETA as to when this will be fixed?  Do you actually even know that there is a problem?  There seems to be no communication from anyone about this and is very frustrating!!

     

    ---

    Update:  Well, typically - I have just tried one more time and it now appears to be working a lot better.  File is now currently downloading at 400KB/s, which is a bit more respectable - hopefully the file will actually finish downloading this time too!

    ---

    Update 2: Nope.  The download has failed yet again!  It managed to download 400MB of a 2.4GB file.

    • Edited by ekina Tuesday, September 6, 2011 10:14 AM Another update
    Tuesday, September 6, 2011 9:13 AM

Answers

  • Hello Everyone!

    After a series of reports of incomplete and slow downloads, we have reverted all files back to the older network and the Microsoft File Transfer Manager.  For those who have faced the issue of slow or incomplete downloads, or downloads of an incorrect size, we thank you for your patience while we investigated this issue, and we apologize for it.  We know this has been a trying time, and I’ve read each and every report that has come in on these forums, traceroutes sent in, and reports sent to the call centers.

    As we’ve stated previously on these forums and on our blog, the move to the new CDN was intended to improve your experience with Subscriber Downloads, offering much faster speeds and allowing us more flexibility.  While speeds improved for many, some of you have had issues with downloads even as improvements were made to the new network.

    Some questions you may have:

    1) Why did this take so long?

    For the past few weeks we’ve been working on the premise that the solution would be to place more servers along our network.  With each trace route we received, we had another location we could place more servers along that would improve performance for people both vocally reporting the issue, and for others nearby who hadn’t reported to us.     We needed to see the effects of these fixes we were making on complaints, and while the number of reports did trend down, we continued to receive new complaints from new customers, and decided to switch back

    2) Are you going to go back to the new network at some point?

    Going forward, we are still expecting to move back to the new CDN, but not until we’ve resolved all of the issues. As I’ve said, the same network serves up Windows Update, and so it has the capacity, but we will rework our implementation of it, and test it thoroughly before it goes live.

    What other questions do you have?  Please let me know!

    Thanks,

    Mike


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!

    Thursday, September 22, 2011 5:47 PM
    Moderator

All replies

  • Hey Ekina,

    sorry about the delay in the response.  We were aware of a few isolated reports on friday, and I did post about the transition away from the FTM in this forum on friday, asking for reports if anyone saw an issues.  

    I've gathered up the reports today and the team is investigating the problem now.  I'll share back on this forum when we have an update.

    Thanks,
    Mike 


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Tuesday, September 6, 2011 1:58 PM
    Moderator
  • Update:  We no longer need traceroute info.  Thanks everyone that provided it!

    Thanks, and we appreciate your patience while we work through this issue.

    Mike 


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Tuesday, September 6, 2011 5:05 PM
    Moderator
  • Thanks Mike.

    Geograhic location is Surrey/London, UK.

    This tracert was run from my network at work....

    --------

    C:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.239]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.1.254
      2     *        *        *     Request timed out.
      3     *        *        *     Request timed out.
      4    15 ms    15 ms    15 ms  igblmdistc7504.uk.msft.net [195.66.224.140]
      5    16 ms    15 ms    29 ms  ge-1-3-0-0.lts-64cb-1b.ntwk.msn.net [207.46.42.130]
      6    15 ms    17 ms    25 ms  10gigabitethernet1-2.lts-xmx-edgcom-1b.ntwk.msn.net [213.199.144.62]
      7    15 ms    15 ms    15 ms  cds290.lon9.msecn.net [213.199.148.239]

    Trace complete.

    --------

    This next one was taken from my home network - probably slightly meaningless as most of the hops don't resolve, but thought I'd include it just in case it's in anyway helpful!

    --------

    C:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.149.67]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.10.1
      2-13     *        *        *     Request timed out.
     14  1008 ms  1008 ms  1065 ms  cds64.lon9.msecn.net [213.199.149.67]

    Trace complete.

    ---------

    Tried it a second time from same location and noticed that it hit a different server this time - probably nothing unusal about that, but again including it just in case! :)

    ---------

    C:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.149.55]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.10.1
      2-13     *        *        *     Request timed out.
     14   991 ms  1014 ms  1002 ms  cds52.lon9.msecn.net [213.199.149.55]

    Trace complete.


    • Edited by ekina Wednesday, September 7, 2011 8:59 AM
    Tuesday, September 6, 2011 6:09 PM
  • Hello,

     

    so I'm not the only one with this issue !

    Since last Friday I try to download some things from my subscription account and have exactly the same issue in the Hamburg area (germany)

    I tried several download manager at several locations (home work etc.). Nothing changes. Download rates between 20-30KB/s sometimes a little bit higher for a short moment. After a short time (mostly not more than 10%) the download ends up.

    My trace routes:

    C:\>tracert msdn.vo.msecnd.net

    Routenverfolgung zu msdn.vo.msecnd.net [213.199.148.239] über maximal 30 Abschnitte:

      1     1 ms     1 ms     1 ms  192.168.178.1
      2   128 ms   142 ms   143 ms  217.0.118.193
      3    46 ms    89 ms   131 ms  87.186.250.130
      4   150 ms    63 ms   123 ms  194.25.6.206
      5    89 ms    63 ms   136 ms  194.25.210.114
      6    64 ms   107 ms    89 ms  ge-3-1-0-0.lts-64cb-1a.ntwk.msn.net [207.46.42.22]
      7   112 ms    91 ms    88 ms  10gigabitethernet6-2.lts-xmx-edgcom-1a.ntwk.msn.net [213.199.152.198]
      8   137 ms    88 ms    88 ms  cds290.lon9.msecn.net [213.199.148.239]

    Ablaufverfolgung beendet.

    A second one:

    C:\>tracert msdn.vo.msecnd.net

    Routenverfolgung zu msdn.vo.msecnd.net [213.199.149.100] über maximal 30 Abschnitte:

      1     1 ms     2 ms     1 ms  192.168.178.1
      2   181 ms    95 ms    43 ms  217.0.118.193
      3   208 ms    60 ms    42 ms  87.186.250.138
      4    62 ms    65 ms    63 ms  lon-sa3-i.LON.GB.NET.DTAG.DE [62.154.14.18]
      5    63 ms    75 ms    62 ms  194.25.210.114
      6    65 ms    65 ms    65 ms  ge-3-1-0-0.lts-64cb-1a.ntwk.msn.net [207.46.42.22]
      7    69 ms    62 ms    66 ms  10gigabitethernet9-1.lts-xmx-edgcom-1a.ntwk.msn.net [213.199.152.158]
      8    65 ms    65 ms    93 ms  cds97.lon9.msecn.net [213.199.149.100]

    Ablaufverfolgung beendet.

    I hope that helps to get it working as soon as possible.

    Tuesday, September 6, 2011 7:16 PM
  • C:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [65.54.87.99]
    over a maximum of 30 hops:

      1     1 ms    <1 ms    <1 ms  DD-WRT [192.168.1.1]
      2    11 ms     9 ms    11 ms  10.112.96.1
      3    12 ms    33 ms     9 ms  70.169.77.234
      4    11 ms    12 ms    11 ms  mcdlcorc01-pos-0-7-0-0.ph.ph.cox.net [70.169.72.72]
      5    10 ms    11 ms    13 ms  mcdldsrj01-ae2.0.rd.ph.cox.net [70.169.76.225]
      6    42 ms    41 ms    42 ms  paltbprj02-ae2.0.rd.pt.cox.net [68.1.2.160]
      7    45 ms    32 ms    37 ms  ge-6-3-0-59.pao-64cb-1b.ntwk.msn.net [207.46.47.241]
      8    57 ms    37 ms    33 ms  xe-4-1-2-0.bay-16c-1b.ntwk.msn.net [207.46.40.24]
      9    39 ms    35 ms    54 ms  10gigabitethernet2-2.bay-xmx-edgcom-1b.ntwk.msn.net [207.46.48.174]
     10    41 ms    35 ms    37 ms  cds96.sjc9.msecn.net [65.54.87.99]

    Trace complete.


    Jeff Holliday, MCTS - Solution Architect - Collaboration - Ensynch, Inc.
    Tuesday, September 6, 2011 8:20 PM
  • Similar issues using MSDN from UK over the last few days. Slow speeds and downloads stopping mid-way observed.

    Tracert:

    C:\windows\system32>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.149.55] over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.123.1
      2     2 ms    <1 ms    <1 ms  94.125.x.x
      3    11 ms    10 ms    11 ms  ge5-262.the-bgp1.warwick.net.uk [94.125.133.57]

      4    10 ms    10 ms    10 ms  ge5-262.the-bgp2.warwick.net.uk [94.125.133.58]

      5    11 ms    12 ms    12 ms  igbtmdistc7503.msft.net [195.66.226.140]
      6    12 ms    11 ms    19 ms  ge-7-1-0-0.lts-64cb-1a.ntwk.msn.net [207.46.42.124]
      7    12 ms    14 ms    11 ms  10gigabitethernet6-2.lts-xmx-edgcom-1a.ntwk.msn.net [213.199.152.198]
      8    11 ms    11 ms    11 ms  cds52.lon9.msecn.net [213.199.149.55]



    • Edited by contigo Wednesday, September 7, 2011 8:50 AM
    Wednesday, September 7, 2011 8:46 AM
  • Following lukkea's suggestion from another thread I have now successfully downloaded a file from MSDN using a third party download manager.  It still took a couple attempts, but I have at least managed to get hold of the file that I needed!

    On this occasion I used a piece of software called "Free Download Manager".  So as a temporary work-around this was a method that worked for me.

    Wednesday, September 7, 2011 9:07 AM
  • Same problems with reaching the hosting servers:

     

    Microsoft Windows [Version 6.1.7601]

    Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

     

    C:\Users\administrator>tracert msdn.vo.msecnd.net

     

    Tracing route to msdn.vo.msecnd.net [65.54.87.109]

    over a maximum of 30 hops:

     

      1     1 ms     1 ms     1 ms  DD-WRT [192.168.250.1]

      2     *        *        *     Request timed out.

      3    11 ms    10 ms    10 ms  70.169.77.226

      4    11 ms    11 ms    11 ms  mcdlcorc01-pos-0-7-0-0.ph.ph.cox.net [70.169.72.

    72]

      5    15 ms    12 ms    14 ms  mcdldsrj01-ae2.0.rd.ph.cox.net [70.169.76.225]

      6    77 ms    36 ms    39 ms  paltbprj02-ae2.0.rd.pt.cox.net [68.1.2.160]

      7    36 ms    41 ms    39 ms  ge-6-3-0-59.pao-64cb-1b.ntwk.msn.net [207.46.47.

    241]

      8    37 ms    39 ms    41 ms  xe-6-1-1-0.bay-16c-1a.ntwk.msn.net [207.46.40.12

    ]

      9    43 ms    74 ms    33 ms  10gigabitethernet6-1.bay-xmx-edgcom-1a.ntwk.msn.

    net [207.46.40.34]

     10    37 ms    37 ms    37 ms  cds106.sjc9.msecn.net [65.54.87.109]

     

    Trace complete.

     

    C:\Users\administrator>

    Wednesday, September 7, 2011 9:36 AM
  •  

    Mine is:


      1    <1 ms    <1 ms    <1 ms  my.router [192.168.1.1]
      2     *        *        *     Request timed out.
      3    28 ms    24 ms    29 ms  10.1.2.5
      4     *        *        *     Request timed out.
      5    25 ms    24 ms    25 ms  igblmdistc7504.uk.msft.net [195.66.224.140]
      6    25 ms    24 ms    25 ms  ge-1-3-0-0.lts-64cb-1b.ntwk.msn.net [207.46.42.1
    30]
      7    26 ms    25 ms    24 ms  10gigabitethernet1-2.lts-xmx-edgcom-1b.ntwk.msn.
    net [213.199.144.62]
      8    25 ms    25 ms    24 ms  cds121.lon9.msecn.net [213.199.149.124]

     

    Can I also respectfully suggest that Microsoft moves to some reliable **resumable** download scheme ?

    At least then, if the connection fails we can carry on from where we left off. I wouldn't have cared if it took 12 hours, so long as at the end, I got what I received, and indeed the service we PAY for.

    Also it has to be said that not every developer has many megabits per sec. Some individuals are still working with less than 1mbit/sec and are usually patient.. Until the connection fails and they have to start all over again <sigh>

    I have wasted many gigabytes of data trying to download "Windows 7 Ultimate with service Pack 1" to install on a EUFI based machine.  We have the green multi language disks x86/X64 disks but no, they do not support UEFI booting so for my current purpose they are useless.

    Thanks.

     

     

    Wednesday, September 7, 2011 11:26 AM
  • Today the first download starts with 300KB/s and dropped down in a few seconds to 40KB/s. After this first one the speed never came back again.

    C:\>tracert msdn.vo.msecnd.net

    Routenverfolgung zu msdn.vo.msecnd.net [213.199.148.239] über maximal 30 Abschni
    tte:

      1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
      2    42 ms    42 ms    41 ms  217.0.118.193
      3    41 ms    41 ms    41 ms  87.186.250.134
      4    62 ms    73 ms    63 ms  194.25.6.214
      5    61 ms    60 ms    60 ms  194.25.210.114
      6    62 ms    62 ms    62 ms  ge-3-1-0-0.lts-64cb-1a.ntwk.msn.net [207.46.42.2
    2]
      7    61 ms    61 ms    63 ms  10gigabitethernet9-1.lts-xmx-edgcom-1a.ntwk.msn.
    net [213.199.152.158]
      8    61 ms    60 ms    61 ms  msdn.vo.msecnd.net [213.199.148.239]

    Ablaufverfolgung beendet.

     

    Wednesday, September 7, 2011 4:25 PM
  • A few moments ago a colleague of mine (same Internet access) made a download of the same file like I do. He had a download rate of 1,4MB/s and more. At the same time I downloaded the same file and I had a download rate of 38KB/s and less. Additional my download ended prematurely, his download ended correct.

     

    The difference between us: he uses IE8 and I use IE9.

    MS does this give you a hint ?

    Thursday, September 8, 2011 8:50 AM
  • In every other browser except IE 9, I can at least get the download to start.  In IE9, there is a lag of about 10 minutes before the download even begins, if it begins at all. The download rates are the same after they do start, and I still get slow speeds and early disconnects.
    • Edited by pmokonino Thursday, September 8, 2011 11:37 AM
    Thursday, September 8, 2011 11:17 AM
  • This is really beginning to piss me off.  I have been trying to download an ISO needed at work for the past 7 days without success.  it would be really really nice, if paying customers weren't used as beta testers.  What is the problem with leaving the old system intact until the new system has its bugs worked out of it?  

    Who was the moron who authorized a wholesale transition to this new system without testing it out fully first?    Does it not make sense to leave the working system in place and phase it out once user feedback on the new download system is obtained over several months time?

    Who made this genius decision? They need to be fired.

     

    Thursday, September 8, 2011 12:39 PM
  • At our location:

    If a file is larger than ap. 700MB the transfer stops in any time before the end is reached.

    There is no way out.

     

    The problem is lasting a very long time now.

    When do we have a working solution ?

     

    Thursday, September 8, 2011 2:40 PM
  • We're still working on a solution Stefan, I wish I could share more.   I know some improvements have been made yesterday and tuesday, but the team is continuing to work this issue.

    Thanks,
    Mike 


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Thursday, September 8, 2011 3:14 PM
    Moderator
  • It's happening to me too (in Singapore)... painfully slow download rates at around 150KB/s when I usually get around 1MB/s for downloading!

    Google Chrome or IE9, the download speed starts at around 300kb/s and then drops to 100+kb/s.

    It takes 12 hops from my network to msdn.vo.msecnd.net.

    Hope this can be fixed too so everyone can enjoy a much better experience downloading from MSDN! :)

    Thursday, September 8, 2011 4:09 PM
  • Well according to the twitter feed, everything is prefect now.  While I've seen an improvement from 20-30KB/s to 100-150KB/s, this is not much.  I've tried this on spearate 10mbit and 30mbit lines and both are at the same speed.  I hope there is still more work to be done?

     


    Well, I guess I just need to wait for their changes to propagate.  It's now up to 800-1000KB/s.  Not sure why it took a half hour to get there, but at least it is working now.

     


    Alright, another update.  I was getting more reasonable speeds, but now I'm running into the issue others have stated:  The download stops before it completely transfers.  My 3.5GB download finished at 817MB!!  AARRGGH!  This is from Arizona, USA if it matters.

     

    • Edited by ryanpmcs Thursday, September 8, 2011 7:21 PM additional info
    Thursday, September 8, 2011 6:45 PM
  • This sucks. I just got a tweet from @MSDN that all is honky dorey on their servers and told me to contact the RSC for assistance at 19:46 GMT.

    Why? I already tried them before and they weren't any help at all. All they said I should do is post in this forum and ask for help, or contact my ISP for further assistance.

    Contact my ISP?!?!?!?! NOW THAT'S BAD TECH SUPPORT!!!

    So then what good is contacting them again on the same issue?

    Also, your blog site hasn't been updated in 2 days, so what's really going on then?

    I just tried downloading an ISO that's 2.3 Gigs three hours ago, and it bombed out less than one 1 Gig. It's my 6th attempt on trying to download the SAME ISO!

    FYI, I'm located in the UK.

    You guys at Microsoft really screwed the pooch this time! This really sucks.


    • Edited by deafiemia Thursday, September 8, 2011 7:06 PM
    Thursday, September 8, 2011 7:04 PM
  • I've done the same. Called in to be told to use IE not Firefox. When that didn't work, I was told "We will escalate the issue"

     

    I am getting download speeds between 15k/s to 120k/s. - Then half way through the download it will fail. How is it you post on twitter..

     

    "All MSDN Subscriber dl's systems are operating 'normally'. If you are still experiencing issues pls post to the forum."


    BTW - I am downloading from a server with multiple Tier1 upstream providers. This is not from some office/cable/adsl connection.

    Location - Vancouver, BC




    Thursday, September 8, 2011 7:11 PM
  • Sorry about the continued frustration here everyone.  Honestly a lot of people have been working their butts off trying to get this fixed for everyone, and we know problems are still occuring.

    The MSDN twitter suggestion to re-contact the Regional Support Center is because we just updated our guidance to the call centers, and they've been given a direct line to our network engineers.  

    If you're still seeing issues, please contact them again.  They're going to ask you for some more information to pass off to the engineers, which they'll use to continue guiding our improvements to the network.  

    We understand this is a serious frustration and we really appreciate hearing from you.

    Thanks,
    Mike 


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Thursday, September 8, 2011 8:42 PM
    Moderator
  • It looks like you started to use the vo.msecnd.net CDN which fronts the Azure blob service, and it's not up to the job. And right now it's killing me and making me look like a chump in front of my customers. Please can we have Akamai back, complete with download manager? It really works...

     

    Alasdair Cunningham-Smith

    ACS Solutions Limited


    • Edited by alasdaircs Thursday, September 8, 2011 11:38 PM
    Thursday, September 8, 2011 11:37 PM
  • It's still sucks. It starts OK and then gets slower and slower and slower... I managed to use a download manager yesterday to get some results, and was successful. Tonight I tried at home with IE 9 and it broke again. Fortunately I currently don't need anything else and I was just testing to see if it was still broken.

     

    MS: Why don't you give up and admit the old way of doing things worked fine.

     

    Do we really have to be victims of your technical vanity because all this makes you folk look rather like amatuers.

     

    You know, if you folk can't get things like this right, what chance have the rest of us got ?

    I rather think your technical judgement has been clouded somehow.

     

    Friday, September 9, 2011 12:10 AM
  • Thanks for working hard to solve the problem and improve the transfer rates.

    The situation seems to have changed for the better and I am seeing much improved transfer rates now.

    Thanks to everyone working behind the scenes at Microsoft!

    I am sure everybody else will be able to experience good download speeds soon.

    Friday, September 9, 2011 1:51 AM
  • Glad to see it Ryan!  For people still seeing issues, sorry about the continued problems. We were collect traceroute info a few days ago, and we are still collecting it. If you're still having problems with slow downloads, or downloads that stop half way through today, please send us your traceroute info:

    In Windows 7, collecting traceroute data is easy:
    • Click Start and type "Command Prompt".
    • At the command line type: 'tracert msdn.vo.msecnd.net' without the quotes and Press enter.
    • Right click the command prompt window and click "Select all" and then press enter.
    • This copies the info into your clipboard, which you can drop back onto the forums, or to keep the forums clean, you can send them to sbpfdbk@microsoft.com with the subject "MSDN Traceroute"
    If you're still seeing issues, and you haven't provided your traceroute info in the last day, please send it in!
    Thanks,
    Mike

     


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Friday, September 9, 2011 7:53 PM
    Moderator
  • I tried to download an iso last night and was met with slow download speeds from msdn (40 kbytes/s).  I just ignored it at the time and let it run over night.  However when I checked it this morning, it said the download was completed, but the iso was only 2.1GB, where as it should have been over 3 GB.

    I have since tried downloading the iso again and am met with download speed issues.  I first thought it was an ISP issue, but have found other sites to consistently download at 15 mbit, and finally found this post.  When downloading from msdn, sometimes I will get about a minute and a half of downloading at ~18 mbit/s when it first starts, but then it ends up dropping down to a few kilobytes a second.

    I am currently running on linux that I am downloading with, but have also tried on another Windows 7 box using IE9 and was met with the same problems.

    The trace route is as follows:

    wburns@wburns:~$ traceroute msdn.vo.msecnd.net

    traceroute to msdn.vo.msecnd.net (65.55.87.134), 30 hops max, 60 byte packets

     1  DD-WRT (192.168.1.1)  1.972 ms  1.936 ms  2.680 ms

     2  10.132.32.1 (10.132.32.1)  10.872 ms  11.431 ms  11.579 ms

     3  dtr01mdsnwi-gbe-2-16.mdsn.wi.charter.com (96.34.20.104)  10.550 ms  10.931 ms  13.573 ms

     4  dtr02ftbgwi-tge-4-7.ftbg.wi.charter.com (96.34.16.226)  14.557 ms  14.664 ms  15.106 ms

     5  crr01ftbgwi-tge-0-0-0-4.ftbg.wi.charter.com (96.34.16.27)  15.601 ms  16.521 ms  16.807 ms

     6  crr01euclwi-tge-0-5-0-0.eucl.wi.charter.com (96.34.17.156)  29.782 ms  25.332 ms  25.748 ms

     7  96-34-2-220.static.unas.mo.charter.com (96.34.2.220)  17.728 ms  18.712 ms  20.747 ms

     8  bbr02euclwi-tge-0-0-0-2.eucl.wi.charter.com (96.34.0.7)  18.171 ms  18.287 ms  18.619 ms

     9  bbr01chcgil-tge-0-1-0-3.chcg.il.charter.com (96.34.0.62)  29.387 ms  29.502 ms  38.969 ms

    10  prr01chcgil-tge-1-2.chcg.il.charter.com (96.34.3.29)  28.734 ms  28.871 ms  29.625 ms

    11  96-34-152-18.static.unas.mo.charter.com (96.34.152.18)  202.442 ms  200.211 ms  193.959 ms

    12  xe-4-0-1-0.ch1-16c-1b.ntwk.msn.net (207.46.47.180)  23.766 ms  26.198 ms  26.429 ms

    13  xe-9-3-0-0.sn2-96cb-1b.ntwk.msn.net (207.46.43.11)  60.989 ms  61.669 ms  59.808 ms

    14  xe-11-0-0-0.sn2-96cb-1a.ntwk.msn.net (207.46.47.62)  58.088 ms  58.358 ms  58.581 ms

    15  xe-4-3-0-0.sn1-96cb-1a.ntwk.msn.net (207.46.47.54)  56.288 ms  56.724 ms  60.148 ms

    16  10gigabitethernet6-1.sn1-xmx-edgcom-1a.ntwk.msn.net (207.46.33.106)  57.760 ms  59.347 ms  57.656 ms

    17  cds129.sat9.msecn.net (65.55.87.134)  58.302 ms  55.242 ms  58.604 ms

    Friday, September 9, 2011 8:55 PM
  • Sorry,but my download rate is still too slow.

    Just that you believe me IE9:

    The trace route for today is:

    C:\>tracert msdn.vo.msecnd.net

    Routenverfolgung zu msdn.vo.msecnd.net [213.199.148.239] über maximal 30 Abschni
    tte:

      1    <1 ms    <1 ms    <1 ms  192.168.178.1
      2    41 ms    42 ms    41 ms  217.0.118.193
      3    41 ms    42 ms    40 ms  87.186.250.130
      4    63 ms    70 ms    64 ms  194.25.6.214
      5    71 ms    65 ms    66 ms  194.25.210.114
      6    64 ms    65 ms    66 ms  ge-0-1-0-0.lts-64cb-1b.ntwk.msn.net [207.46.42.126]
      7    65 ms    61 ms    63 ms  10gigabitethernet9-1.lts-xmx-edgcom-1b.ntwk.msn.net [213.199.152.150]
      8    63 ms    62 ms    62 ms  msdn.vo.msecnd.net [213.199.148.239]

    Ablaufverfolgung beendet.

    I think its boring for you to get ever and ever the same trace route list.

    Can I do anything else for a better and faster solution ?

    Friday, September 9, 2011 9:10 PM
  • How about bring back FTM?!?
    Cheers
    Friday, September 9, 2011 9:14 PM
  • Mine is even worse:

     

    c:\Windows\System32>TRACERT msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.241]
    over a maximum of 30 hops:

      1    44 ms    96 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      2     *        *        *     Request timed out.
      3     *        *        *     Request timed out.
      4    66 ms     *        *     igblmdistc7504.uk.msft.net [195.66.224.140]
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7    37 ms    37 ms    37 ms  cds292.lon9.msecn.net [213.199.148.241]

    Trace complete.

    c:\Windows\System32>TRACERT msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.238]
    over a maximum of 30 hops:

      1    47 ms    98 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      2     *        *        *     Request timed out.
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7    36 ms    31 ms    33 ms  cds289.lon9.msecn.net [213.199.148.238]

    Trace complete.

     

    Friday, September 9, 2011 9:26 PM
  • I'm currently downloading an iso image with 308KB/s.

    Remaining time is 1:37h. Hopefully it doesn't stop now.

    I had 2 interrupts but successfully reconnects.

    The download started this morning with 38KB/s but suddenly it jumped to 300KB/s and up to now its still working with that value.

    The trace route during download doesn't look very good:

      1    <1 ms     1 ms    <1 ms  192.168.178.1
      2   174 ms   197 ms   177 ms  217.0.118.193
      3   154 ms   148 ms   152 ms  87.186.250.138
      4   151 ms   142 ms   156 ms  194.25.6.206
      5   114 ms   133 ms   118 ms  194.25.210.114
      6   212 ms   215 ms   128 ms  ge-0-1-0-0.lts-64cb-1b.ntwk.msn.net [207.46.42.126]
      7   128 ms   133 ms   120 ms  10gigabitethernet9-1.lts-xmx-edgcom-1b.ntwk.msn.net [213.199.152.150]
      8   150 ms   159 ms   147 ms  msdn.vo.msecnd.net [213.199.148.239]

     

    Saturday, September 10, 2011 9:06 AM
  • For those who are experiencing incomplete downloads

    1)Have flashget installed

    2)Download the OS image through IE9

    3)In the download manager of IE9, right click and copy the direct link of the image

    4)Paste the link of the image in the the "new download" option in flashget  and ok

    You will have a complete download as i just had one with 2.95 GB with 120 Kbps 

    Saturday, September 10, 2011 2:41 PM
  • My 4GB download ended yesterday at 75%.

    I think I will try it with flashget tomorow.

    Sunday, September 11, 2011 5:40 PM
  • Not looking any better.  I've been trying to download a DVD iso for over a week now.  I've never gotten over a few hundred MB before it "completes"...

     

    Microsoft Windows XP [Version 5.1.2600]
    (C) Copyright 1985-2001 Microsoft Corp.

    K:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [65.54.87.172]
    over a maximum of 30 hops:

      1     1 ms     1 ms    <1 ms  172.30.128.2
      2     *        *        *     Request timed out.
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8     *        *        *     Request timed out.
      9     *        *        *     Request timed out.
     10     *        *        *     Request timed out.
     11  ^C
    K:\>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [65.54.87.172]
    over a maximum of 30 hops:

      1     *        *        *     Request timed out.
      2     *        *        *     Request timed out.
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8     *        *

     

    Monday, September 12, 2011 6:43 PM
  • Hello Mr. Moderator.  your thought please?

    what is microsofts position on this issue?
    1. is this recognized as a problem on your end?
    2. or does microsoft think it is a problem with the download manager ? IE 9 download manager ? or what?

    I just get a feeling that it is not viewed as a major architectural problem on your end. The need to roll back this whole series of changes back to FTM is not acceptible, for maybe political reasons, in that someone up there does not want to admin that the changes are the problem.  However (the customer, remember us) are being severely inconvenienced.
    question: can this issue be escalated up (WAY UP) the chain of command in your organization?
    ps: this affects microsofts reputation as well. think of it like this... MS wants to go to the "cloud" but cannot get files delivered to existing paying customers via the internet!  Mutual customers hearing that we cannot get proper downloads from microsoft are not impressed.

    I would like to reiterate some points.
     - just tried again. IE 9 download manager > finishes with about 0.4 GB of a 3.7 GB file download... however it "thinks" it's ok as no option to resume.  I think the whole trace uploads idea are not the issue. e.g. the download manager does not allow resume as it thinks all is ok. Regardless of the path in the traces... the download manager should recognize that the file is not finished and allow proper resume.
     - FTM does not work .. even if using IE 8?  ( is this a forced upgrade to IE 9?). if it worked I would be ok with it.. however IE 9 download does not work. 

    - tried with flashget and also did not work fully. got so far ... 1.7 GB but then fail as well. 

    * as you can imagine, this is very frustrating.

     

    Monday, September 12, 2011 8:08 PM
  • Today I got my 4GB iso image.

    At that time the speed was continuous about 300KB/s without any disconnect.

    I don't know if the issue is fixed but anyway, Mike and team thank you for your support in the background of msdn.

    Stefan

    Monday, September 12, 2011 8:37 PM
  • Looking much better today - I got my Windows 7 ISO down in one piece at 750KBps, using nothing but the IE9 download manager.

     

    Tuesday, September 13, 2011 10:21 AM
  • I'm not. I was trying download Win 7 ISO and it still bombed out at 1.75GB of 2.3GB ISO.

    Two f**cking weeks and I still can't get it.

     

    C:\Windows\System32>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.237]
    over a maximum of 30 hops:

      1     2 ms    <1 ms    <1 ms  10.0.0.1
      2    61 ms    98 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      3     *        *        *     Request timed out.
      4   170 ms   260 ms     *     10.1.3.50
      5    34 ms     *        *     igblmdistc7504.uk.msft.net [195.66.224.140]
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8    34 ms    32 ms    32 ms  cds288.lon9.msecn.net [213.199.148.237]

    Trace complete.

    C:\Windows\System32>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.237]
    over a maximum of 30 hops:

      1     2 ms    <1 ms     3 ms  10.0.0.1
      2    85 ms    97 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5    34 ms     *        *     igblmdistc7504.uk.msft.net [195.66.224.140]
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8    33 ms    31 ms    32 ms  cds288.lon9.msecn.net [213.199.148.237]

    Trace complete.

    C:\Windows\System32>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.237]
    over a maximum of 30 hops:

      1     3 ms    <1 ms     1 ms  10.0.0.1
      2    21 ms    98 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      3     *        *        *     Request timed out.
      4    39 ms    34 ms    48 ms  10.1.3.50
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8    34 ms    32 ms    32 ms  cds288.lon9.msecn.net [213.199.148.237]

    Trace complete.

    C:\Windows\System32>tracert -h 50 msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.237]
    over a maximum of 50 hops:

      1     1 ms    <1 ms    <1 ms  10.0.0.1
      2    61 ms    98 ms   100 ms  O2wirelessbox.lan [192.168.1.254]
      3     *        *        *     Request timed out.
      4     *        *       39 ms  10.1.3.50
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8    37 ms    31 ms    32 ms  cds288.lon9.msecn.net [213.199.148.237]

    Trace complete.

    C:\Windows\System32>tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.148.242]
    over a maximum of 30 hops:

      1     1 ms     6 ms    <1 ms  10.0.0.1
      2    85 ms    98 ms    98 ms  O2wirelessbox.lan [192.168.1.254]
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6     *        *        *     Request timed out.
      7     *        *        *     Request timed out.
      8   126 ms    63 ms    33 ms  cds293.lon9.msecn.net [213.199.148.242]

    Trace complete.

    C:\Windows\System32>

    Tuesday, September 13, 2011 10:55 AM
  • Glad to hear that Jørn-Morten!

    Deafiemia, I've forwarded your helpful info over to our engineers.  I'll see if they can share any info back.

    Also, see the new thread I started about this issue here.

    Thanks,
    Mike 


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!
    Tuesday, September 13, 2011 6:18 PM
    Moderator
  • If you're still stuck, try to reinstall Microsoft Download Manager. The new version seems to work better (at least for me :D), and you can even use it to download (big) files from other sites


    I blogged about it here: http://behindthecodes.com/blog/2011/09/using-microsoft-download-manager-to-download-large-files-196

     

    Thursday, September 22, 2011 4:35 PM
  • Hello Everyone!

    After a series of reports of incomplete and slow downloads, we have reverted all files back to the older network and the Microsoft File Transfer Manager.  For those who have faced the issue of slow or incomplete downloads, or downloads of an incorrect size, we thank you for your patience while we investigated this issue, and we apologize for it.  We know this has been a trying time, and I’ve read each and every report that has come in on these forums, traceroutes sent in, and reports sent to the call centers.

    As we’ve stated previously on these forums and on our blog, the move to the new CDN was intended to improve your experience with Subscriber Downloads, offering much faster speeds and allowing us more flexibility.  While speeds improved for many, some of you have had issues with downloads even as improvements were made to the new network.

    Some questions you may have:

    1) Why did this take so long?

    For the past few weeks we’ve been working on the premise that the solution would be to place more servers along our network.  With each trace route we received, we had another location we could place more servers along that would improve performance for people both vocally reporting the issue, and for others nearby who hadn’t reported to us.     We needed to see the effects of these fixes we were making on complaints, and while the number of reports did trend down, we continued to receive new complaints from new customers, and decided to switch back

    2) Are you going to go back to the new network at some point?

    Going forward, we are still expecting to move back to the new CDN, but not until we’ve resolved all of the issues. As I’ve said, the same network serves up Windows Update, and so it has the capacity, but we will rework our implementation of it, and test it thoroughly before it goes live.

    What other questions do you have?  Please let me know!

    Thanks,

    Mike


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!

    Thursday, September 22, 2011 5:47 PM
    Moderator
  • Hi,

    I have been having problems using MSDN downloader for ever (old/new version), I am located in the UK and my tracert ALWAYS looks like this :

    tracert msdn.vo.msecnd.net

    Tracing route to msdn.vo.msecnd.net [213.199.149.100]
    over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  192.168.168.1
      2     *        *        *     Request timed out.
      3     *       17 ms    20 ms  10.1.3.234
      4     *        *        *     Request timed out.
      5    36 ms    25 ms    35 ms  igblmdistc7504.uk.msft.net [195.66.224.140]
      6    24 ms    26 ms    26 ms  ge-1-3-0-0.lts-64cb-1b.ntwk.msn.net [207.46.42.1
    30]
      7    28 ms    27 ms    24 ms  10gigabitethernet5-2.lts-xmx-edgcom-1b.ntwk.msn.
    net [213.199.152.202]
      8    24 ms    23 ms    31 ms  cds97.lon9.msecn.net [213.199.149.100]

    Trace complete.

     

    I am not sure about policy MSDN is enforcing on non MS software but personally I am not big fan of IE so I am using Firefox and I found a "hack" that works for any download manager on firefox (I am using DownThemAll).

    1) get the Downloader from MSDN for the file you are interested in and start your download - for me it always dies after about 300-600MBs downloaded. While download is in progress - right click inside window and go "View Source"

     

    2) inside editor window look for your downloadable filename :

    -> look for a tag starting with "<form name="aspnetForm"" and there look for a property named "sources"

    -> take the full contents of that property and manually edit it as it contains some metainformation ( e.g remove ampersand from the end , and replace  "%3a" with " : " and "%2f" with " / " so that it looks like valid URL to a resource

    example :

    from

    http%3a%2f%2fsoftware.dreamspark.com%2fdreamspark%2fENGLISH%2f[SOFTWARE].01.sdc&amp

    to

    http://software.dreamspark.com/dreamspark/ENGLISH/[SOFTWARE].01.sdc

     

    3) use this link in any download manager you like and it will work. Sorry devs but IE just does not work very well..ever.

     

    Cheers
    Janis

    Sunday, October 16, 2011 11:40 AM
  • For folks stumbling across this thread with technical issues downloading from ELMS, dreamspark@kivuto.com for assistance.

    Thanks,
    Mike


    MSDN and TechNet Subscriptions Support
    Read the Subscriptions Blog!

    Monday, October 15, 2012 2:02 PM
    Moderator