With the subscriber data correlation being centralized, BNG controller 35 may perform more granular subscriber management, allowing for more detailed and comprehensive subscriber management compared to subscriber management performed with respect to decentralized subscriber data. Subscriber data correlation may be useful and helpful for many new applications, for example, but not limited to, when one of the vBNG instances ceases operation. With NSDB 43, BNG controller 35 may instantiate a new vBNG instance with little or no delay relative to manually provisioning a physical BNG, while also potentially recovering all the subscribers upon provisioning the new vBNG instance. NSDB 43 may provide the functionality of vBNG restart. NSDB 43 may include one or more databases, and may be implemented in a cloud using multiple server devices. For example, multiple networked elements may store NSDB 43.

In some examples, NSDB 43 may store subscriber colocation information. For example, a user may log-in at home, then login on a mobile device, and then log-in at an office. By storing subscriber colocation information, BNG controller 35 may determine, for example, how much time the particular user takes to drive between the office and home. BNG controller 35 (e.g., NRM 41) may instantiate a new vBNG instance based on the subscriber colocation information. For instance, NRM 41 may instantiate a new vBNG instance to support a subscriber login on a mobile device when the particular user drives between the office and home. In some examples, NSDB 43 may include BNG specific information. Examples of BNG specific information may include, but are not limited to, for example, subscriber count, inflight logins, inflight logouts, resources, or other BNG specific information.