Commentary Archives

Google Docs Offline


It’s been hinted at and talked about for a year and a half, when Garett Rogers Rogers at ZDNet pored through Google Docs source code and found references to “localhost” in the code.  Now Google Docs, through Google Gears, is available as an offline application

Word processing “in the cloud” isn’t that new an idea – Adobe has been working on a similar solution in Adobe Buzzword, and Adobe Air’s offline capabilities will probably find their way to the desktop.  Microsoft has, through SharePoint, been trying to take word processing from the desktop to the cloud, while Google has what may be the easier job of taking word processing from the cloud to the desktop.

In any case, these online apps are significant.  Even with volume licensing, word processing programs are not cheap; Google Docs is untested, but free, which makes it likely to be the office platform of choice for today’s startups – and today’s startups become tomorrow’s entrenched large businesses. 

There is a real trend for what were once completely offline apps – such as word processing – to become hybrid online/offline applications.  That means there’s more traffic – but of course, most of you already know that.

But what makes this traffic notable is that this is added traffic on the network that actually has every claim to being considered “business-critical” – compared to most sources of new traffic, which has been recreational. 

Worse, chances are you’re going to have to deal with the “cloud traffic” at the same time you have to deal with traditional client/server traffic.  Old technology solutions stick around while the new solutions get implemented, and sometimes even afterwards.  What we end up with is a hybrid model, where old and new technologies based on completely different standards are equally important – and that can be difficult for network engineers. 

Nick Carr’s “The Big Switch” makes a case – which we’ve argued against – that eventually all apps will become online apps.  Oh, if only that were the case!


Commentary Archives

If there’s a NetQoS logo on the product, we own the issue.


joeltrammell.jpgby Joel Trammell
CEO, NetQoS

We’ve been hearing some rumors that some customers and prospective customers have been told that some NetQoS-branded products might not come with the same level of service and support that customers expect from NetQoS.

First, NetQoS has earned some amazing customer approval ratings – a First Market Research report found that 88 percent of NetQoS customers reported “very favorable” ratings for NetQoS compared to other IT vendors.  The other 12 percent reported “favorable” ratings.  We place a lot of pride in the service and support of our products.

So allow me to address these concerns: If there’s a NetQoS logo on the product, we own the issue.

When someone buys and uses a product, the technological aspects are only part of the decision. Any technical product, including our own, isn’t a “whole product” without installation, training, service and support, expansion capabilities, and a path to future development. 

In order to build the best solutions to manage network performance for application delivery, we sometimes partner with and source technology from outside vendors.  However, when our name is on the box, we take direct ownership of every customer experience – no matter what suppliers may be involved – and never communicate that the blame for an issue somehow rests outside of our company.

And if we ever do not take full ownership of a problem, please let me know. 

Joel Trammell, CEO, NetQoS.


Commentary Archives

NetQoS Destructobot™ Enforces Network Performance SLA Agreements


FOR IMMEDIATE RELEASE

Two-story tall monstrosity of metal automatically finds application performance problems, destroys problems at source.

AUSTIN – April 1, 2008 – As network teams seek to ensure continued application performance according to the service level agreements entered into with backbone network providers, it becomes harder to make sure that you get the service you are contractually entitled to receive.  To solve this problem, NetQoS® Inc. has launched NetQoS Destructobot v1.0, an automaton designed to seek and destroy network performance problems.  Integrated laser arms give the Destructobot™ advanced troubleshooting capabilities.

“NetQoS Destructobot is the only flesh-rending robot that unites application performance monitoring metrics with a warped, blasé attitude towards human life,” said Steve Harriman, vice president of marketing for NetQoS. “This new network performance tool includes automatic and on-demand investigations to speed problem diagnosis and enhanced trend reports to aid planning for future deployments, all with a complete lack of anything resembling a human soul.” destructobot.jpg

NetQoS Destructobot v1.0 Capabilities:

Automatic and On-demand Problem Termination: Destructobot v1.0 troubleshoots faster by automatically investigating when a performance threshold, such as a certain number of retransmissions, is exceeded. The robot master can also initiate an investigation on demand at any time. Destructobot, not knowing human limitations, will not rest in either case until the problem is located and terminated.

No network overhead:  Unlike some solutions, Destructobot v1.0 will not harm network application performance, or through inaction, allow network application performance to come to harm.

Advanced Reporting:  Destructobot provides enhanced abilities to analyze where unused resources can be re-allocated, including information about how much metal is in a human body and how that metal can be used to increase throughput and decrease latency.  These reports, which include per-capita statistics and can be provided within ten seconds of deployment, are especially useful for negotiating contracts with service providers. 

Support for Distributed Environments: For customers with multiple locations to manage, a distributed configuration is available through the Destructobot Army option.

When the product was announced, there were some skeptics, such as Dr. Smith of Alpha Centauri Adventures, who said “I don’t see how this ludicrous lump of latency sniffing lasers will help me.”

However, two minutes interacting with the Destructobot demo and Dr. Smith became quite impressed with its capabilities.

“I’ll use this in my network!” Dr. Smith said. “I’ll use a thousand of them! Just call it off!”

“Destructive robot based technology is becoming mainstream in enterprise NOC centers and in military applications, and we plan to use NetQoS Destructobot to ensure that our customers are getting optimal performance, or else,” said Michael Funke, director of application development and monitoring for Wily Industries, Inc. “In addition, the Destructobot provides us with one platform that not only manages our network, but also crushes all those who oppose us along the WAN.” 

NetQoS Destructobot, a recent winner of the Popular Mad Science Product of the Year Award, is available now at a starting price of $40,108. The NetQoS Performance and Domination Center portal is available to customers at no additional cost with the purchase of one or more NetQoS product modules.

Visitors to the United Nations may view a demo of Destructobot’s awesome destructive power at 12:00 noon on April 4th. For more information about Destructobot, go to http://www.netqos.com/solutions/destructobot/index.html


Commentary Archives

Wireshark open source network packet sniffer reaches v1.0


For open source projects, v1.0 is generally a major milestone; one that is usually well earned.  After all, in open-source software, changes between versions are incremental and it can be a long time before hitting the 1.0 milestone.  For example, Mozilla – the original, before Firefox eclipsed it and it became SeaMonkey - spent four years as “beta” versions before finally getting the 1.0 designation – and it is notable that most of those beta versions were quite usable, Like much open-source software, it kept improving but just didn’t meet the developers exacting standards for a 1.0 release until it passed a threshold.

This 1.0 barrier was just reached for WireShark, the open-source packet sniffer. 

Is it a milestone?  Perhaps it’s just the ticking of the odometer over into the 1.0 area – the changes from the previous pre-1.0 version were minor – a new experimental version on MacOSX Intel, and some security related vulnerabilities patched.  However, WireShark remains a invaluable tool for anyone working in the network space.  Bill Alderson uses Wireshark for monitoring application performance, TCP behavior, retransmission symptoms, and protocol incongruities in situations in collaboration with NetQoS’s products – or where NetQoS’s products would be considered overkill.

Wireshark v1.0 is especially important because of its free-as-in-beer-ness.  Wireshark opened up network and application troubleshooting to rank-and-file IT staff – as anyone could download and use it, rather than having to wait for the network engineer to show up on-site or waiting for a third party.  Anything that helps the IT group solve problems faster is a good idea. 

Right now, Joel Trammell, our CEO, is at Sharkfest 08 (the first Sharkfest) at Foothill College, where in addition to Gerald Combs, the original developer of Wireshark, Dr. Vinton Cerf will be delivering a keynote. 

Additionally, with April Fools Day coming up tomorrow, you have to appreciate any program that allows you to play harmless practical jokes – and details exactly how on the official wiki. 


Commentary Archives

Photoshop-As-A-Service


A year ago, ITWire wrote a story about Adobe moving into the SaaS market with a free, entry-level version of photoshop… within six months.

That version of Photoshop launched yesterday. Dubbed Adobe Photoshop Express to distinguish it from the desktop-based Adobe Photoshop Elements, the service is much like Picasa or Picnik, and in fact, despite Photoshop's "pro" reputation, may actually contain fewer features than Picasa or Picnik.

Still, an "online Photoshop" has been heavily hyped for quite a while, especially among Slashdot's Linux-heavy crowd, who come in two camps: Those who bemoan the lack of a native Photoshop for Linux, and those who think the first group should just use the GIMP and be done with it.

But there are a few things that stood out: The first was that Adobe's EULA is written so that, if you should upload your photos to the "publicly accessible areas" of the Photoshop Express service, while you retain copyright, Adobe gets a "worldwide, royalty-free, nonexclusive, perpetual, irrevocable, and fully sublicensable license" to use the photos in any way they see fit.

This may cause any company with concerns in intellectual property or data security - which is all of them - to start going over EULAs for their SaaS solutions with a fine toothed comb.

It is also a bit of a milestone for SaaS, as Photoshop is the Adobe Systems flagship brand and flagship product, a household name of desktop software. Adobe's moves in that direction are not to be ignored; and we've talked about the importance of maintaining network performance even when using SAAS solutions.

The release of Photoshop may bolster those, like Nick Carr, who believe that, fundamentally, IT is obsolete, and the trend is that all software will move from the desktop to "the cloud."

I happen to think that there's nothing to fear.


Commentary Archives

Air Force Cyber Command


By Ben Erwin

Thanks to the latest Die Hard movie, I'm still fighting the urge to unplug my microwave to foil hacker attempts. Thanks to the U.S. government, however, we have a new line of defense against kitchen appliances of mass destruction.

The U.S. government has setup a new command center in the Air Force called Air Force Cyber Command or AFCYBER. Here's the summarized mission of AFCYBER, according to Air Force Secretary Wynne:

"The aim is to develop a major command that stands alongside Air Force Space Command and Air Combat Command as the provider of forces that the President, combatant commanders and the American people can rely on for preserving the freedom of access and commerce, in air, space and now cyberspace."

There are real threats; Estonia came under attack from hackers back in April of 2007 And in September of 2007, the U.S. Defense Department said that the Chinese military hacked into a Pentagon computer network.

It's hard to tell exactly how much damage a hack into U.S. computers could do because the Pentagon isn't exactly forthcoming with information on this. A plausible scenario would be a Chinese hacker gaining knowledge about U.S. troop movement. (A much less plausible scenario would be a teenage hacker who is looking for a game company accidentally, through a back door left by a programmer who left the project years ago, activates an AI which then seeks global thermonuclear war under the pretense that it cannot distinguish between a gamed scenario and reality.)

From a network monitoring and management perspective, AFCYBER will bring a whole new level of opportunities and challenges. How exactly do you monitor the United States network? What is the United States network? There are obviously some critical assets (White House, Pentagon, Capitol, etc.), but how many "cyber security holes" exist between critical infrastructure and those who want to attack critical infrastructure? Don't we all share some connectivity medium at some level?

It gets even more interesting on the offense front. Are you confident enough in your network management/security monitoring tools to launch a missile attack on an offending host? False positives take on a whole new meaning.

If you have answers or insights, I'd love to hear them. Otherwise, I may never microwave again.


Commentary Archives

Latency in the Financial Sector


If there's one thing that we've been trying to impress, other than our abiding love for D&D, it is the idea that while a large amount of throughput is good, low latency should not be ignored. We've talked about how the idea of "chatty apps" that make lots of calls to the server for data can run slowly on a high-latency connection even when there is sufficient throughput.

But there are other instances where low latency is important as well. The biggest one by far is the financial sector.

A little more than a year ago, the New York Stock Exchange had a little glitch that caused a few seconds of non-responsive applications. The end result was that the NYSE had 3.3% loss in market value for that trading day - from a delay of mere seconds.

But even a delay of mere milliseconds can ruin a potential stock sale.

According to InformationWeek, electronic trading makes up 60 to 70 percent of the daily volume of the NYSE. Much like Olympic relay racers, a hundredth of a second is a quantifiable measure in the stock market. Trades are often queued by computer when some external factor applies - say that two brokers have both automatically set their computers to sell a stock called STOK to sell if it reaches $3.50 a share. A buyer comes along and offers to buy STOK at $3.50 a share. When the trade goes through, it's going to buy the shares from the broker - or more accurately, the broker's computer - that responded first.

But nearly all of the human elements have been taken out of the equation. Without those, the only differences between first place and second are a matter of network round trip time.

"A 1-millisecond advantage in trading applications can be worth $100 million a year to a major brokerage firm, by one estimate."

So, you can see why network performance isn't just about throughput. In the meantime, for your own network, you can check out our network latency calculator to find out what speeds you should theoretically be getting, and start working towards those speeds.


Commentary Archives

Xserve's utility decreases as virtualization becomes ubiquitous.


brianboyko3.jpgby Brian Boyko
Editor, Network Performance Daily

Apple hasn't made many overtures to business; the announcement that King Jobs had deigned to allow enterprise apps in his iPhone fiefdom took many by surprise. Apple's previous attempts at wooing enterprise customers, specifically the Xserve, seemed, in my opinion, more like a half-hearted reassurance to shareholders that they weren't completely ignoring the enterprise market.

Here's a telling point about Apple's attitude: Even though virtualization is one of the most important trends in enterprise computing, Apple makes the only operating system which cannot be run as a virtualized OS on generic hardware. It didn't allow Leopard Server to be run as a virtualized OS even on its own hardware until October 31st of last year.

While it's also true that Microsoft had - past tense - clauses in Vista EULAs which made it illegal to run Vista Home Basic and Vista Home Premium (but not Business, Enterprise, or Ultimate), as a virtual machine, those restrictions were eventually lifted in late January of 2008 - most importantly there was no deliberately imposed technical stumbling block that prevented those OS versions from being virtualized.

(One commentator, who I cannot remember, suggested that Microsoft's awkward anti-virtualization positioning was a move to prevent Apple from offering Parallels Desktop and a virtualized Vista pre-installed on new Apple consumer computers - but the ban has been lifted and Apple hasn't made any deal like that.)

Apple's MacOSX, on the other hand, checks to make sure it's running on Apple hardware, and will not run, otherwise. There are hacks to get around this, I'm sure, but they're much more difficult to pull off, may have stability problems - oh, and there's that whole "it's quite illegal" thing, too.

You can run MacOSX as a virtual server on an Xserve. But then it gets back to the application developers.

Enterprise application developers know today that they can pretty much choose their choice of platform. Have a Linux app but want to sell it to a Windows shop? Virtualization comes to the rescue. Windows applications on a Unix flavor? Again, same deal (though developers might have to pay for a copy of Windows to bundle with virtualized apps if the company doesn't already have a Windows virtual machine running.) But this incentive does not exist for the Macintosh platform. Who would develop a networked server application for the Macintosh platform knowing that you can only sell it to a company that made a big investment in Xserves? Especially since you can just code it for Linux or Windows and let Apple-only shops run it in virtualization.

Additionally, Microsoft has developed an optimized Windows Server 2003 version for virtualization - the Datacenter edition, and various Linux developers have scaled-down versions of the Linux OS for virtualization, including Ubuntu JeOS. We were not able to find a stripped-down version of Apple's Leopard Server. At any rate, running a "full" operating system in virtualization increases overhead and can impact server response times and, therefore, application performance.

Since there's this disincentive for enterprise application developers to develop for the platform, and a comparative performance hit on the platform that should cause network engineers to think twice about the platform, what, exactly is the utility of a MacOSX server?


Commentary Archives

Network Performance Links: Muni Wi-Fi and the effects of BitTorrent "swarming"



I'll be frank - I couldn't think of a good idea for an article today. There are a couple of interesting links in the news, of course, which I could share with you. And we will get to those in a second, but…

…truth is, I wanted to get a little introspective about things.

This blog is based on Movable Type v.3, and while we can talk about what I should have done, switching to a different system, such as WordPress really didn't make a whole lot of sense.

The one problem that MT had was that we were getting deluged with spam. Hundreds of spam messages a day.

Now, there is a setting that is supposed to catch junk posts. However, this was worse than useless, as it didn't catch a great deal of the junk messages - and it was classifying some good messages as junk mail. In fact, I think it might have been classifying most good messages as junk mail, which may be one of the reasons that we didn't get many comments on this blog for - oh, the first 16 months or so.

A few weeks ago, we moved to a CAPTCHA based system, using ReCAPTCHA. This has been working well - we've gotten more comments, more frequently, and spam is almost entirely gone. Yeah, I know CAPTCHAs are a pain, but it's the only solution we can think of at this time.

Still, 16 months of bad comment moderation may have discouraged regular readers from becoming regular commenters. What I'd like to ask is that, if you've tried to comment in the past but got discouraged, try it now. And if it still doesn't work, for whatever reason, feel free to send me an e-mail to my work address, brian.boyko@netqos.com. I really could use your suggestions for stories to investigate or issues in technology to talk about.

That said, here are those interesting links:

New York Times: Hopes for Wireless Cities Fade as Internet Providers Pull Out:

EarthLink announced on Feb. 7 that "the operations of the municipal Wi-Fi assets were no longer consistent with the company's strategic direction." Philadelphia officials say they are not sure when or if the promised network will now be completed.
For Cesar DeLaRosa, 15, however, the concern is more specific. He said he was worried about his science project on global warming.
"If we don't have Internet, that means I've got to take the bus to the public library after dark, and around here, that's not always real safe," Cesar said, seated in front of his family's new computer in a gritty section of Hunting Park in North Philadelphia. His family is among the 1,000 or so low-income households that now have free or discounted Wi-Fi access through the city's project, and many of them worry about losing access that they cannot otherwise afford. Philadelphia officials say service will not be disconnected.
"We expect EarthLink to live up to its contract," said Terry Phillis, the city's chief information officer.

The problem was that EarthLink's plans required more routers than they initially predicted, which makes me wonder if those predictions were tested on smaller scales first. However, there is no problem with the technology - it performs as advertised. The problem is that there's no real clear way to make a profit from that technology - which, to me, makes it an ideal service that the municipality should provide, rather than outsourcing it to a private company.

George Ou: Fixing the unfairness of TCP congestion control:

George Ou at ZDNet claims that "swarming" is causing a significant bandwidth problem, and goes to great lengths to explain why, in a four page article.

Simply by opening up 10 to 100 TCP streams, P2P applications can grab 10 to 100 times more bandwidth than a traditional single-stream application under a congested Internet link. Since all networks have a bottleneck somewhere, a small percentage of Internet users utilizing P2P can hog the vast majority of resources at the expense of other users. The following diagram illustrates the multi-stream exploit in action where User A hogs more and more bandwidth over User B by opening more and more TCP streams.

But as I read it, it seemed a bit dubious to me. After all, if my multiple TCP-stream connection on my home computer allowed me to have multiple bandwidth links, wouldn't that mean that a download on BitTorrent of a Linux distribution operating at max capacity would be faster than a single TCP stream and FTP connection to a server? In practice, I've found that both speeds are roughly equal - except when there's a lot of demand on the server side; like the first few days after a new Ubuntu version comes out. Then the multiple TCP streams come in handy because they are coming from multiple TCP connections to different locations. But it's impossible for the multiple TCP connections to take up more bandwidth than had been allocated by the service provider under their QoS policies.

Where there is some validation to this is when the pipe gets completely congested to the point that the available bandwidth per user is less than the bandwidth allocation provided by the ISP to the individual users. In other words, it only occurs when the provider has under-provisioned for the network demand and is delivering less than promised to begin with.

Ou suggests an update to the TCP/IP stack that prevents this problem, but for ISPs, the solution is simpler. Either add more bandwidth so that you can deliver the service promised, or promise less if you can't deliver.

PC World: Tech Workers favor McCain, Obama:

Not getting into politics, but this little fact from the article is interesting:

The survey, of 600 self-identified IT workers, found that 27 percent have used the Internet to contribute to a political campaign. By comparison, less than 0.3 percent of U.S. residents have contributed more than US$200 to a U.S. political campaign during the 2008 election cycle.

Which implies that the techies, who by definition are likely to be Internet savvy, are highly politically motivated and therefore very interested in events from the 2008 presidential race.

Hmm, did you experience a bump in recreational network traffic around the time of Obama's speech on race?


Commentary Archives

The kids are alright: IT and Generation Y


brianboyko3.jpgby Brian Boyko
Editor, Network Performance Daily

Baseline magazine recently put out an article warning IT departments of under-30 "risk takers." Of course. Why not? Everyone knows that the youth are stuck up, and don't fit into corporate culture.

Being 29 years old a week from tomorrow, I was keenly interested (if giddily bemused) in what pejorative things they had to say about us brash young kids who are Ruining-It-For-Everybody™.

"Millenial workers are nearly twice as likely to use personal devices such as cell phones, PDAs and laptops in the workplace as their older counterparts."

Yes, from a security standpoint, an infected laptop or smartphone could provide trouble for the security of the network. But that also means the under-30s are more connected.

Let's look at this from a holistic standpoint. Yes, network security is important. But if personal computers and handhelds provide a more efficient way to get information, they enhance the power of the network. IT is about application delivery - and mobile devices might just be the most efficient way for Young Turks to get to the application. Yes, they can cause problems, but a NOC with automatic reporting can identify the problems quickly enough that the benefits of the always-connected employee outweigh the risks.

"Millenial workers are more than likely to use their work and personal computers for professional and personal use."

I admit that I do this. Sometimes, I need to use my personal Mac to edit video for work, or I need the computer at work to execute a Windows program. But again, this makes me more efficient. I often (after hours or on my lunch break, of course) use my work computer to send personal e-mail, and in fact, is one of the reasons I use Google Mail. Conversely, I log into Exchange to check, and send, work related e-mail from my personal computer at home if something needs my attention.

"Millenial workers believe they should have the right to use software of their choice on their work computers, regardless of its source."

NetQoS has a policy of allowing everyone to install whatever (legal) software they deem necessary to complete the work (as long as it doesn't affect other's network performance). As research for articles I write, I've got a variety of freeware programs, including GIMP, VirtualBox (virtualization software), various video editing programs and, the big one, Firefox, which I downloaded on day one. (I will never understand companies that make you use Internet Explorer in the name of "security")

I've worked at places where we were severely limited in the programs we could have. There's a reason I'm not working at those places anymore - the lack of trust in the ability for a person to choose their own software - their own tools - shows a lack of trust in the ability of the person. And it paints IT as productivity preventer rather than enabler.

This is not to suggest that there should be complete anarchy on the network. But when the IT department locks down everything, it creates more of a productivity hassle than any damage that a virus or hacker can do. There are unsecure apps out there, and the good judgment of the majority does not make up for the poor judgment of the minority. But with that said, why punish the majority for the transgressions of the minority.

It is not, after all, the downloading of malicious apps which affects the network - it is the traffic that those malicious apps produce. Instead of trying to control the application on the desktop (and relying on security on the user/desktop level is futility at best) it's better to control access to the network. You can put computers with out-of-date antivirus or unauthorized apps on an alternative network. You can use anomaly detection to find malicious traffic before it does damage. But there are a whole host of options between application anarchy and resorting to the draconian measures of a culture of complete control.

"While Millenial workers are more likely to visit unauthorized Web sites and install unauthorized applications, they are also more aware of security risks then their Gen X counterparts."
"Millenial workers are slightly more aware of what it takes to secure their apps and devices."

These could easily translate as: "Don't worry. We know what we're doing." And while those have been famous last words a number of times, in this case, I don't think it's ironic. But more importantly, security should never be left to the end-user. We've tried it countless times, it doesn't work. If you rely on defenses at the edge, your network is only as secure as your least security savvy employee.

This next one is very important:

"While all workers want access to technology and devices, each group reports little to no productivity gains as a result. Millenials, however, are more likely to perceive productivity gains from collaboration and Web-based apps." [Emphasis added]

When you think of Web based apps, you immediately consider the network. This is a generation raised on MySpace and Facebook, and Google Maps, and Google Mail, and Google Analytics, and Yahoo Answers, and Wikipedia - this is the generation of the Web based app. These are the tools that the upcoming generation is comfortable with. And the people who develop tools know this. This is why application performance - especially for Web based apps, is so crucial.

In the end, Baseline put out a separate article a few days later, pointing out that under-30s in IT had benefits as well as drawbacks. But why should we believe them? Everyone knows that you can't trust anyone over thirty.



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37