Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Navigation  Back up to About Overview 
  
[+] Expand All
[-] Collapse All

OnePop Scenario

The OnePop scenario illustrates a configuration that supports one POP. The realm for this configuration accommodates the situation in which IP address pools are configured locally on each VR. The resolution process takes a subscriber’s IP address as the key and returns a reference to the SAE managing this subscriber as the value.

Figure 19 shows the resolution graph for this realm.

Figure 19: Resolution Process for ip Realm

Resolution Process for ip Realm

The following agents collect information for resolvers in this realm:

  • Directory agent PoolVr collects and publishes information about the mappings of IP address pools to VRs.
  • Directory agent VrSaeId collects and publishes information about the mappings of VRs to SAEs.

The OnePop sample provides two host configurations: a centralized configuration and a distributed configuration. The OnePop Centralized configuration also provides an example of NIC host redundancy.

Centralized Configuration

In this configuration, single host DemoHost supports all agents and resolvers. When the NIC proxy sends a subscriber’s IP address to host DemoHost, the following sequence of actions occurs:

  1. The host passes the IP address to resolver A1.
  2. Resolver A1 obtains an IP pool for the IP address and forwards the request to resolver B1.
  3. Resolver B1 obtains a VR name for the IP pool and returns the VR name to resolver A1.
  4. Resolver A1 forwards the VR name to resolver C1.
  5. Resolver C1 obtains an SAE reference for the VR and returns the VR identity to resolver A1.
  6. Resolver A1 passes the SAE reference to its host.
  7. The host returns the SAE reference to the NIC proxy.

Figure 20 shows the interactions of the NIC components for this realm.

Figure 20: OnePop Centralized Configuration

OnePop Centralized Configuration

Distributed Configuration

In this configuration, the agents and resolvers are distributed among several hosts. When the NIC proxy sends a subscriber’s IP address to host OnePopBO, the components execute the same actions as they do in the centralized configuration.

Figure 21 illustrates the interactions of the NIC components for this realm.

Figure 21: OnePop Distributed Configuration

OnePop Distributed Configuration

Redundancy

This sample data includes host redundancy for the centralized configuration. The hosts DemoHost/One and DemoHost/Two, which are installed on different machines, provide host redundancy. These hosts form the community DemoHost, which does not include a monitor.

Figure 22: Redundancy for OnePop Centralized Configuration

Redundancy for OnePop Centralized Configuration

Related Documentation

Modified: 2017-08-03