Subscribe to Windows IT Pro
April 11, 2001 12:00 AM

Microsoft Offers TSCAL Licensing Fix

Windows IT Pro
InstantDoc ID #20792
Rating: (0)

It's a good day. It's spring in Virginia, my broken leg is almost healed (the cast came off Monday), and Microsoft has issued a hotfix for Windows 2000 Terminal Services that should help resolve the Terminal Server Client Access License (TSCAL) problem. Considering the importance of the last item, my leg could still be in the cast and it could still be February, and it would STILL be a good day.

If you don't know what the TSCAL problem is, read on. Historically, licensing for Win2K terminal server in Application Server Mode has worked like this: Microsoft licensed access to a Windows terminal server on a per-seat basis. When you accessed a terminal server from a client device, the terminal server checked to see whether that client device had a TSCAL for accessing the terminal server. If the client device already had a TSCAL (either a previously assigned one or one from a Win2K Professional machine with a built-in license), the client logged on. If it didn't, the terminal server contacted the license server, which assigned a TSCAL to that client device and permanently stored it on the client's hard disk. The license server associated that TSCAL with the client, moving it from the "available" pool to the "assigned" pool, then the client could log on. If you reformatted or retired a computer, its TSCAL disappeared, and the license server was none the wiser—the TSCAL didn't go back to the license server. In addition, a machine that logged on to the terminal server only once ate a TSCAL. Buggy clients could also eat TSCALs if they didn't "remember" that they had licenses. The only way to get a lost license back was to call the Microsoft clearinghouse and get a new license key.

Until a few days ago, the system worked that way, which was a real sticking point for terminal services adoption. However, Microsoft has now issued a hotfix that helps resolve the problem. Although the hotfix doesn't fix ALL licensing woes, it addresses the problem of one-time users inadvertently walking off with TSCALs. You can read the Microsoft FAQs about this topic (listed in Microsoft articles Q287687 and Q294655), but here's the gist.

After you apply the hotfix to all your terminal and license servers, the license server will give first-time requesters a TSCAL with a timeout period (a randomly assigned interval between 52 and 89 days). When the user logs on to the terminal server, the terminal server tells the license server that the license has been validated (i.e., used by someone with permission to log on to the terminal server). The TSCAL is then assigned to that machine. Every time someone connects to the terminal server from that machine, the terminal server will check the TSCAL's expiration date—if it's in less than 7 days, the terminal server renews the TSCAL assignment to that machine for another 52 to 89 days. If the client machine doesn't log on to the terminal server before its TSCAL expires, its TSCAL returns to the pool of available licenses.

This fix applies only to TSCALs assigned after you apply the hotfix to your terminal and license servers. If you lose the license database because of a hard disk crash or other catastrophe, call the clearinghouse to get your licenses back. The system still assigns licenses to machines, not to users, so you can still run out of TSCALs if Joe User logs on to the terminal server from every device he can think of. However, the licensing model should now let unused licenses return to the pool of available licenses, and that's definitely good news.

Related Content:

ARTICLE TOOLS

Comments
  • Anonymous User
    8 years ago
    Dec 29, 2004

    But in this case, you don't have to pay Microsoft multiple times for the same device. You can call the Microsoft clearinghouse and get a new licence key.

  • Anonymous User
    8 years ago
    Nov 02, 2004

    mksjdfqsdilkqdsf

  • Former Microsoft Supporter
    9 years ago
    Jan 28, 2003

    This problem will continue torment every administrator who has any significant investment in terminal services. The only real solution is to adopt concurrent licensing for terminal services. Microsoft’s limp wristed solution does nothing to resolve the real issues. This is nothing more than a carrot offer by Microsoft to show they are attentive and sensitive to the administrative burden their lawyers created. It’s sole purpose is to bide time and silence criticism long enough to suck every available nickel of licensing revenue they can before making any meaningful changes.

    For Example. How will Microsoft’s solution help with this situation?

    A TSCAL for a WBT client is stored on the server and doesn't follow the WBT client. Therefore a legally licensed WBT terminal can only connect to a Terminal Server or Server farm that shares a common license server. To connect to any foreign server or farm it must either be assigned another permanent TSCAL or get a temporary license. A temporary is only good for 90 days. You can reinstall the licensing service or you can assign another permanent TCAL to the License server of the other network. Try explaining this to the clearinghouse folks. In order to avoid having to reinstall the licensing service and losing all the history and wasting valuable administrative time we need to pay Microsoft multiple times for the same device (seat). Microsoft loves this solution.

    Instead of offering answers, Microsoft claims it’s the WBT manufactures problem. Microsoft needs to stop playing games with us and either provide reasonable functionality to the license manager or adopt a reasonable licensing policy similar to Citrix.

  • Raymond Giguere
    10 years ago
    May 15, 2002

    Applied TSCAL fix described in article #20792.
    Works fine with Microsoft-based units (PC with Windows,
    terminals running CE, etc..). Problem is if you have a
    Unix or Linux based terminal, the fix does not re-issue a CAL and your terminal cannot connect anymore - you not only
    lose a TSCAL, your hardware is locked out!!!!!
    In other words, as it stands, only Microsoft units may
    access Terminal Services more than 90-days!!!
    If someone wants to test, set-up a test Terminal Server,
    log on twice with a Linux appliance (PC or teminal) then log off, bring the server date up 91 days and try to log on again with same unit.
    If someone has a solution???

  • Rajesh Kothari
    11 years ago
    Sep 23, 2001

    Per Device based licensing of Terminal Services CAL will spell disaster in an environment where Citrix MetaFrame with load balancing option is used on top of Windows 2000 Server (called Citrix Server Farm).

    For example, suppose that there are two Windows 2000 Servers running with 15 TSCAL with MetaFrame 1.8 with load balancing option. When one server crashes the other server is supposed to start catering to the other 15 users of the crashed server. But it will not happen because the live server will not have additional 15 TSCALs. So, in this scenario - to make load balancing work one has to have maximum number (15+15=30) TSCALs on each Windows 2000 server.

    Imagine what will happen if one has Server Farm with say 15 - 20 servers. Does Microsoft or Citrix have a solution to this practical problems? If not, then Windows 2000 Server will never be able to offer scability promised by Citrix MetaFrame Server farms to Enterprise customers.

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.