Microsoft: It's time to consummate the marriage with Citrix already

Microsoft: It's time to consummate the marriage with Citrix already

Summary: The relationship between Microsoft and Citrix is much like that of a man who has been serially dating the same woman for 15 years, but never seems to be able to consummate the deal. He's afraid of commitment, or perhaps like that old expression goes, why would he buy the cow when he can have the milk for free?

SHARE:

ms-citrix-shotgun.jpg

The relationship between Microsoft and Citrix is much like that of a man who has been serially dating the same woman for 15 years, but never seems to be able to consummate the deal. He's afraid of commitment, or perhaps like that old expression goes, why would he buy the cow when he can have the milk for free?

Click on the "Read the rest of this entry" link below for more.

For those of you not familiar with the long-lasting whirlwind romance, let us go back a bit, back when many of you readers were still bedwetting. In the early 1990's Citrix introduced its first product, MULTIUSER, which was a specially modified multi-user version of the OS/2 operating system, which for those of us old enough to remember was still a cooperative effort between IBM and Microsoft at the time. Its primary target market was for companies who wanted to provide remote access to applications from branch offices and feild personnel, which often only had 19.2K/28.8K/56K dial up modems or leased lines. This is the age when 3COM, Digi, and US Robotics were king, when BBSes networks such as FidoNET and Online Services such as CompuServe, BIX, and Prodigy were the predominant form of e-mail communication. AOL had only just been formed as a company, and  the Web itself was only in the early proposal stages. Broadband for the most part was science fiction for most companies let alone private citizens, and anyone that could afford full T-1 line(s) certainly was putting it to very good use, most likely splitting them up into dial up lines via ISDN multiplexing and voice carrier as well as for data. Citrix, with its very thin ICA remote display protocol, allowed companies to make the most of the bandwidth they had and still deploy rich client-server apps to remote offices and mobile workers.

When OS/2 no longer became a viable platform for Citrix, the company entered yet another technology licensing agreement with Microsoft, and created WinFrame, a multi-user version of Windows NT 3.51. Citrix continued to do a good business with WinFrame up until the mid 1990s, when they were forced to negotiate another license with Microsoft, who was then developing NT 4.0. As a result of these negotiations, Citrix agreed to build an add-on product to NT 4.0, MetaFrame, which would provide the enhanced multi-user and load balancing/clustering functionality with their ICA remote display protocol and forgo development of its own modified OS. In return, Microsoft would get much of Citrix's technology built-into NT and Windows 200x , as Windows Terminal Services.  To differentiate from MetaFrame, Terminal Server would utilize the less-optimized RDP protocol rather than Citrix's snappier and more adaptive ICA, and would have no load balancing or advanced application publishing features, such as for Web-based Windows application portals.

This relationship going forward between Microsoft and Citrix was strenuous at best and became a huge hassle for the corporate IT decision maker considering a MetaFrame purchase. You see, in order to properly license the use of Citrix in a large corporation, you had to have a Windows Terminal Server license or equivalent Windows Desktop license for each concurrent remote desktop session, and then on top of that, you needed to buy Citrix connection licenses for each client actually connecting using the ICA protocol -- a practice that I still like to call the "Citrix double whammy". For many organizations, this was and continues to be a deal breaker. Many companies chose to use Windows Terminal Server instead, because they already had volume licensing agreements with Microsoft, and unless they really needed the load balancing functionality and were seriously bandwidth constrained across their WANs, there was no need for MetaFrame at all. Many organizations adapted a hybrid strategy, where LAN-based and less bandwidth constrained users would use Terminal Services and a smaller, global, remote user base would use MetaFrame, in order to reduce their Citrix licensing overhead.  Still, many of us wondered why at this point in Citrix's history when MetaFrame was created why Microsoft just didn't go and buy the company in the first place -- it would have made it so much easier for their customers. MetaFrame eventually became Citrix Presentation Server, and eventually Citrix XenApp. Still, the "double whammy" persisted, no matter what the product end up being called.

Set the dial on the Flux Capacitor to October of 2007. Citrix completes its purchase of XenSource, the company behind the development of the open source Xen hypervisor. With XenSource, not only is Citrix now a major player in Thin Client application deployment, but also in virtualization. To make matters more complicated, XenSource is also responsible for the technical architecture behind Microsoft's upcoming bare-metal "Viridian" hypervisor, which later became known as Hyper-V and is included in Windows Server 2008. It also designed and created the Hypercall Adapter which allows Linux operating systems to run fully accelerated within Hyper-V. In September of 2007, Citrix and Microsoft commit to standardizing on the VHD file format for virtual machines, so that Citrix XenServer and Hyper-V will easily interoperate with each other.

One would think that with such key technology of Microsoft's being based upon the technical efforts of XenSource, that the Redmond giant would have finally done the deal and consummated the marriage with Citrix. But no. Citrix remained a spurned woman, left to compete with VMWare, with its 80 percent market share. This didn't stop Citrix from slogging it out on its own and developing some interesting products though, such as XenDesktop, which merges the thin client capabilities of MetaFrame's ICA protocol with the XenServer virtualization platform. While it is technically at parity or even superior to VMWare's VDI for desktop virtualization in some respects, it hasn't gotten a lot of takers so far.

Flash forward one year later to September, 2008. Red Hat shocks many in the Open Source and virtualization communities with its $107 million dollar purchase of Qumranet, an Israeli start-up formed by one of XenSource's founders. Qumranet brings to the table the open source KVM hypervisor, as well as a high-performance thin-client protocol that gives Citrix's ICA a run for its money and then some, as well as a remote desktop provisioning platform that rivals both XenDesktop and VMWare VDI. Suddenly, Red Hat is poised to challenge both Citrix and VMWare in desktop virtualization. Now, guess who recently released a new high--performance bare metal hypervisor and has no desktop virtualization solution at all? Do you all see where this is leading?

To battle VMWare and Red Hat, Microsoft and Citrix need to finally consummate the marriage. One, so that the Hyper-V and Xen technology can be more quickly integrated, and so that Microsoft has a desktop virtualization platform for Hyper-V. Second, as Red Hat has disclosed to me that they intend to Open Source the SPICE protocol as well as large portions of the SolidICE product, the "double whammy" is going to become a big issue for Citrix and Microsoft going forward -- if XenApp became part of Windows Server and XenDesktop was integrated into System Center Virtual Machine Manager, and if the "double whammy" could be reduced simply to a "single whammy", Citrix and XenDesktop adoption would increase significantly and have a fighting chance against Red Hat's virtualization technology.

But if Microsoft bought Citrix, what of XenServer and the Open Source Xen Project? Well, there are two possible outcomes for this. One, would be for Microsoft to continue to maintain and sell the XenServer product and fully integrate it into its System Center product line, and to maintain Xen as its first major Open Source project -- a practice it has little experience with but could give them the desired Open Source street creds that it currently lacks. But there is another answer.

Sell XenServer and the Xen Project to Novell for a nominal fee, with rights to use any XenServer code or previously licensed intellectual property that is used in Hyper-V until a contractually agreed upon date, or manage the Xen project with Novell as an extension to their technology sharing and interoperability alliance. This way, Novell finally gets a hypervisor to call its own, and will allow it to complete their own enterprise virtualization platform stack with their Platespin acquisition from March of this year, and Microsoft will get to reap the benefits of having a partner that can manage a major Open Source project that will ensure compatability with their own solutions going forward.

Is it time for Microsoft to do the honorable thing and buy Citrix? Talk Back and let me know.

Topics: Windows, Hardware, Microsoft, Open Source, Operating Systems, Software, Virtualization

About

Jason Perlow, Sr. Technology Editor at ZDNet, is a technologist with over two decades of experience integrating large heterogeneous multi-vendor computing environments in Fortune 500 companies. Jason is currently a Partner Technology Strategist with Microsoft Corp. His expressed views do not necessarily represent those of his employer.

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

13 comments
Log in or register to join the discussion
  • Nice Wedding Cake Topper ...

    Need to send that to Gov. Sarah Palin for Bristol and the baby daddy. ;)
    MisterMiester
  • RE: Microsoft: It's time to consummate the marriage with Citrix already

    Yeah..MSFT has this option to do..But it has restrained itself to the Open-Source community by its deal with NOVL, nothing more... so is MSFT willing to go all the way..a question that may not be answered anytime soon.
    Karthik S
  • MSFT should aquire CTXS and NOVL.

    That would put the cat amongst the pidgeons!
    TheTruthisOutThere@...
    • And it would probally put

      The DOJ amoungst them, too!
      AllKnowingAllSeeing
  • Nice write up

    Thanks for the history lesson Jason.

    -M
    betelgeuse68
  • RE: Microsoft: It's time to consummate the marriage with Citrix already

    The reason it won't happen is as follows:

    The XenSource business (XenServer) was forecasted internally to be a billion dollar business within 3 years and grow even larger than the legacy business---I have the sales plan---trust me. They even formed a new org with separate and dedicated sales and channel teams. Citrix drank its own cool aid as the mantra behnd the walls was "Microsoft loves this...it's going to be just like Terminal Services" Wrong. The first sign was XenServer being boxed out of the global W2K8 introduction tour. Then there was the little problem at some major Citrix / MS customers where the Citrix sales team went head to head with MS own sales guys selling server virtualization... within 6 months the "new org" was collapsed back in, XenServer was a "feature" and not a product and the $60M first year revenue will be more closer to 6. MS is asking "Do you really want to compete with us?" Citrix senior management choked. Don't be surprised if someone at the very top loses there job over this one based on acquisition costs for XenSource. Finally, go to a VM World and see what MS pitches in the booth...desketop, application and server virtualization products everywhere--Citrix is not part of any of these solutions...and the interoperabilty between hypervisors already exists with VM on the windows platform and Novelle on the Linux side. LOts of missteps here whuch is why the stock is in the toilet
    hadleyrose
  • RE: Microsoft: It's time to consummate the marriage with Citrix already

    Better spend of money than throwing it down the toilet on Yahoo !
    neil.postlethwaite
  • 2 options: keep Xen OSS, or XEN forks

    Since XEN is open source, it will be forked the same day it becomes closed(if it becomes). It will be extremely interesting to see two projects, one OSS and one proprietary with the exact same codebases compete. Who will win, Microsoft funding or the Open Source Community?
    kostasan
  • Analogy

    Very interesting hi-story to read although I knew it from the NT 4.0 happenings onwards. To date, I found Citrix's products extremely confusing and too many to choose from. Please make any corrections to the following analogy:

    Terminal Services Terminal Server => Citrix Presentation Server/Metaframe XP Presentation Server/XenApp.
    Terminal Services RemoteApp => Citrix XenApp.
    Remote Desktop Connection => Citrix Presentation Server Client/Metaframe Client.
    Terminal Services Web Access => Citrix Web Interface for Presentation Server.
    Terminal Services Gateway => Citrix Presentation Server Secure Gateway, Citrix Access Gateway.
    Terminal Services Load Balancing (Session Broker) => Citrix Load Balancing Services.
    TS SSO => Citrix Password Manager.
    Softgrid Application Virtualization => Citrix XenDesktop, Citrix Provisioning Server for Desktops.
    Hyper-V (Windows Server Virtualization) => Citrix XenServer.
    ISA Server, Intelligent Application Gateway => Citrix Application Firewall, Citrix Access Gateway.
    xp-client
  • How dare you...

    Question Microsoft's corporate strategy of not purchasing Citrix. I have it on HIGH authority that Citrix code is not robust or stable enough for Micrsoft's tastes. My rep long ago told me thin client computing was not a major market. In addition, Microsoft now completely owns the virtualization stack with Hyper-V. I enable Hyper-V on every single server here and install a virtual copy of the physical server it is running on. I then have full redundancy. This has helped lower our help desk tickets to only about 50,000 per day.
    Mike Cox
  • RE: Microsoft: It's time to consummate the marriage with Citrix already

    Ever think that maybe Citrix is resistant to such a buy-out? Many a vendor has "gotten into bed" with Microsoft (and IBM before that) only to be swallowed up whole with only their spit out bones to show for it? (I know, a mixed metaphor, but hey!)

    In fact, Microsoft itself knew enough not to establish an exclusive relationship with IBM in the 1980's or we would all be running OS/2 on your desktops. (Well, those of us who could afford to pay IBM's premium prices, anyway.)
    M Wagner
    • Having an agreement and getting bought out , two different things.

      Your're right about companies that have forged agreements with Microsoft (This is where Citrix is now) but companies that get acquired are of course now Microsoft. But my understanding is that the development teams often do quite well and simply get assimilated.

      A lot of microsoft's acquisitions still survive as separate products.

      Great Plains
      Many of their games
      DevGuy_z
      • Excellent article

        I think you may be onto something. It sure seems like a heck of a lot better way for MS to spend their money than on a Yahoo merger. MS should focus on their strengths, and this would really strengthen their server market in general.

        The double whammy is and always has been an issue. The only time I really sell citrix now are apps that require signatures through tablet PCs or Wacom tablets. Mostly doctor's offices. Citrix can pick up my finer levels of input than normal TS. But still, it's hard to pay for both...
        LiquidLearner