>
Journal · Middleware

IBM Aspera licensing explained.

Aspera does not follow the core and user model that governs most IBM middleware. It is licensed primarily by data volume and transfer capacity, which means the exposure tracks how much you move, not how many machines or people are involved. That changes both where an Aspera finding comes from and how it is challenged.

A volume based metric, not a core based one

Aspera moves large data sets at high speed across networks, and its licensing reflects that purpose. Rather than counting processor value units across the cores it runs on, Aspera entitlements are typically expressed in terms of data volume transferred or the capacity of the transfer tier deployed. The practical consequence is that the usual sub-capacity conversation, which dominates products like WebSphere and Db2, is not the center of an Aspera finding. The center is measured volume against the entitled volume, and whether the tier deployed matches the tier purchased.

Where Aspera findings come from

Because the metric is volume and capacity, the exposure points are different from core based products:

How an Aspera finding is challenged

The defense is to reconstruct the volume and capacity picture from your own measurement rather than accept the audit's attribution. That means confirming how transferred volume was measured and over what period, matching the deployed tier to what was entitled, separating included components from separately chargeable ones, and distinguishing embedded Aspera from standalone entitlements. Each of these is a question of correct attribution, and correcting attribution usually narrows a volume based finding considerably, because the headline number rests on measurement choices that can be examined and corrected.

What this means under audit

Aspera is a volume and capacity finding, not a core based one. Confirm how transferred volume was measured and over what period, match the deployed tier to the entitled tier, and separate included or embedded components from standalone entitlements before accepting the count. The exposure tracks attribution of volume, and attribution is exactly what a buyer side review can correct.

Was your Aspera finding built on the right volume?

Our Audit Defense engagement reconstructs the Aspera volume and capacity picture from your own measurement, matches the deployed tier to entitlement, and separates embedded and included components so the finding rests on what you actually moved.

See Audit Defense →
Related reading

The IBM Audit Brief

Audit triggers, ILMT pitfalls, and settlement tactics for IBM software buyers.

IBM Audit

Independent, buyer side IBM software audit defense and negotiation. Not affiliated with IBM Corporation.

Services
Audit DefenseAudit NegotiationILMT RemediationSub-Capacity Defense
Products
WebSphereDb2CognosCloud Pak
Company
AboutContactJournalWhite Papers
Independent. Not affiliated with IBM Corporation.Buyer Side · Est. 2019