A Service Database holds information about services and subscriptions. Examples of services are data plans and pre-paid packages offered by hotspot services. Service attributes can be data and time quota, bandwidth limitations, pre- and post-paid requirements. Some services may also place restrictions to re-subscribing the service and have special requirements to the action taken when quota is exceeded.

When a user subscribes to a service, a Service Database also keeps track of per-user subscription state. For example, if a user currently has no active session, there is no entry in a Session Database, but any resources applicable for a service that the user has subscribed to, is tracked by a subscription entry in a Service Database.

If you are running multiple instances of Radiator which all provide the same service, for example a hotspot service, you must specify an external Service Database for each Radiator, and you must ensure that all instances of Radiator use the same Service Database. If you fail to do this, Radiator will not be able to correctly track usage. This requirement is similar to SessionDatabase, see Section 3.17. <SessionDatabase xxxxxx> for more information.

See goodies/README.hotspot and goodies/hotspot.cfg for a configuration sample.