Re: Speedtest site accuracy [was: Bandwidth issues in the Sprint network]
Doug Clements wrote: We tell our customers to make sure to use the test site on our network, which will be quite a bit more accurate than some random location on the internet they might pick. There's no reason it can't be reasonably accurate, if you care to address it. We normally get within a few percent of a given line rate ranging over normal DSL speeds to T1s to DS3s to Fast Ethernet. It's a very easy and user-understandable way to say "Your T1 is installed, there's no errors that we see, you're getting about 1.4mbit on the speed test, have a nice day", or, alternately, "You're getting 95mbit/sec down and only 45mbit/sec up, you probably have a duplex mixmatch on your newly installed colo server". --Doug Regarding speed test software, what are people running, and what do you think of it? It was surprisingly hard to find such stuff the last time I looked - right now I've got the guy who decide$ looking at the same software that http://speedtest.vonage.com appears to be running. Downside is that it requires Java. The stuff we've got (it was here before I was, 5 years ago) is definitely showing it's age - it doesn't even have the capability to do upload speed tests, and it's "quick test" while adequate for 1.5mb DSL's gets really flaky when you toss a 6 or 8mb/sec DSL at it. -- Jeff Shultz
Re: Speedtest site accuracy [was: Bandwidth issues in the Sprint network]
Daniel Senie wrote: If you go to Speakeasy.net and run their test, the vendor of theirs has a logo showing (and clickable). This outfit produces nice-looking speed test software. That said, it just reported my Comcast Business account as getting 25Mbps down, and 1.4Mbps up, which is pretty unlikely. Clearing the browser cache alters the displayed speed considerably, so this is a good indication of the usefulness (or lack thereof) of some of this software. Speakeasy must be good - you're the second person in 5 minutes to recommend them. What I'm looking for is software that we can install locally on our backbone so we can offer our customers an accurate and up-to-date performance measure of their own DSL circuit - which is anywhere from 256/256kb to 1024/6.144Mbs at the moment. We're going fiber-to-the-house over the next 5 years so I expect those numbers will continue to rise to the point that problems outside of our network will definitely be more of a bottleneck than problems inside our network - so I'm looking for a solution that will help us illustrate that point to our customers. -- Jeff Shultz
RE: Speedtest site accuracy [was: Bandwidth issues in the Sprint network]
We used Ookla's solution on our network, they charged a one time fee to add our logo, etc.. it was not expensive: http://www.unwiredltd.com/speedtest.php Peter Kranz Founder/CEO - Unwired Ltd www.UnwiredLtd.com Desk: 510-868-1614 x100 Mobile: 510-207- [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Shultz Sent: Tuesday, April 08, 2008 2:49 PM To: NANOG list Subject: Re: Speedtest site accuracy [was: Bandwidth issues in the Sprint network] Daniel Senie wrote: > If you go to Speakeasy.net and run their test, the vendor of theirs has > a logo showing (and clickable). This outfit produces nice-looking speed > test software. > > That said, it just reported my Comcast Business account as getting > 25Mbps down, and 1.4Mbps up, which is pretty unlikely. Clearing the > browser cache alters the displayed speed considerably, so this is a good > indication of the usefulness (or lack thereof) of some of this software. Speakeasy must be good - you're the second person in 5 minutes to recommend them. What I'm looking for is software that we can install locally on our backbone so we can offer our customers an accurate and up-to-date performance measure of their own DSL circuit - which is anywhere from 256/256kb to 1024/6.144Mbs at the moment. We're going fiber-to-the-house over the next 5 years so I expect those numbers will continue to rise to the point that problems outside of our network will definitely be more of a bottleneck than problems inside our network - so I'm looking for a solution that will help us illustrate that point to our customers. -- Jeff Shultz
Re: Dubai impound ships suspected in cable damage
Deepak Jain wrote: There is no reason to assume these are civilian satellites. Any one of a number of affected or interested countries could have provided the imagery (or ship information) to Reliance. Its not saying *who* analyzed the images. ;) Then again, how are ship's captains supposed to know *where* they are allowed to drop anchor? Is there a "Call before you drop" anchor service similar to "call before you dig?" Deepak Anchorages are normally VERY clearly marked on maritime navigation charts. -- Jeff Shultz
Re: Dubai impound ships suspected in cable damage
Sean Donelan wrote: Awesome, so could anyone buy a copy of the same images? Which satellite do you think happened to be taking images of the area with these ships near the time the cables were broken? Which company is selling that set of images? Wouldn't it be reasonable that, when the break occurred, they used their optical time domain reflectometer to compute the approximate location of the break, and then just called around for whoever had the best images, or who could quickly task the satellite to get an image? --Patrick
Re: Dubai impound ships suspected in cable damage
On Tue, Apr 8, 2008 at 10:15 PM, Patrick Giagnocavo <[EMAIL PROTECTED]> wrote: > > Sean Donelan wrote: > > > > Awesome, so could anyone buy a copy of the same images? Which satellite > > do you think happened to be taking images of the area with these ships > near the time the cables were broken? Which company is selling that set of > images? > > > > Wouldn't it be reasonable that, when the break occurred, they used their > optical time domain reflectometer to compute the approximate location of the > break, and then just called around for whoever had the best images, or who > could quickly task the satellite to get an image? > Cable systems have these capabilities built in. In fact, before the full break occurred they were highly likely to be receiving event data indicating that there were problems occurring based on the movement of the cable. -M<
