This scenario illustrates a configuration that is very similar to the OnePop scenario. The realm for this configuration accommodates the situation in which IP address pools are configured locally on each virtual router object. 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.
The scenario supports a configuration scenario for a PacketCable Multimedia Specification (PCMM) environment in which you use the assigned IP subscriber method to log in subscribers, and use the NIC to determine the subscriber’s SAE. In this scenario, the SAE acts as a combined application manager and policy server; it directly manages CMTS devices.
Figure 22 shows the resolution graph for this realm.
Figure 22: Resolution Process for dynamicIp Realm

The following agents collect information for resolvers in this realm:
The OnePopDynamicIp scenario provides two host configurations: a centralized configuration and a distributed 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:
Figure 23 illustrates the interactions of the NIC components for this realm.
Figure 23: OnePopDynamicIp Centralized 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 24 illustrates the interactions of the NIC components for this realm.
Figure 24: OnePopDynamicIp Distributed Configuration
