What is a key characteristic of software disaggregation in an access network?
Software disaggregation separates access-network software into modules, with each module responsible for a particular functional area. Defined interfaces allow these modules to interact with one another, with higher-level applications, and with abstracted hardware resources. This architecture can improve development flexibility, automation, scalability, and the ability to introduce new functions without replacing an entire vertically integrated platform. It does not mean that all physical constraints disappear or that every module can operate on every device without adaptation. Embedding every function permanently in one appliance describes a tightly integrated architecture rather than disaggregation. APIs are important because they enable communication and programmability between components. Passive optical splitters cannot execute software because they contain no powered processing or control functions.
==============
In an 802.1X-based subscriber authentication design, which role does the residential gateway normally perform?
The residential gateway normally acts as the 802.1X supplicant. It supplies identity information and participates in the Extensible Authentication Protocol exchange required to obtain network access. The access device or OLT commonly performs the authenticator role, controlling the subscriber-facing port and relaying authentication information between the supplicant and the authentication server. The authentication server, frequently using RADIUS, validates the credentials and returns an authorization result or related policy attributes. The gateway is therefore not itself the RADIUS database or authentication server in this design. A multicast querier performs a separate function by sending IGMP queries to maintain multicast membership information. Before successful authentication, the authenticator generally restricts ordinary subscriber traffic while allowing the authentication exchange required to complete access control.
==============
A network controller must modify configuration data stored on a NETCONF-capable access device. Which NETCONF operation is designed for this purpose?
The NETCONF <edit-config> operation is used to create, change, merge, replace, or delete configuration data in a target configuration datastore. The target can be a datastore such as running or candidate, depending on the capabilities supported by the network device. By comparison, <get-config> retrieves configuration data and does not modify it. <close-session> requests an orderly termination of the current NETCONF session, while <kill-session> forces the termination of another session identified by its session ID. NETCONF operations are carried within RPC messages and commonly transported over a secure protocol such as SSH. YANG models define the structure, types, constraints, and relationships of the configuration and operational data manipulated through NETCONF.
==============
Why must a managed ONT or residential gateway be reachable before an Auto Configuration Server can provision it using TR-069?
TR-069 enables remote management through communication between customer-premises equipment and an Auto Configuration Server. The device must be powered, operational, and able to establish or participate in a management session before configuration parameters, software information, diagnostics, or status data can be exchanged. An ACS cannot provision a device that is completely offline because no active communication path exists. TR-069 does not configure passive splitters, which contain no management processor or configurable service logic. The managed device can be located at the subscriber premises and does not need to be inside the central office. Communication is carried over the device's network connection rather than exclusively through an OLT serial console. Authentication and protected transport help secure management exchanges between the device and the ACS.
==============
Which Corteca component is intended primarily for use by the subscriber during Wi-Fi installation and management?
The Corteca mobile application provides subscriber-facing capabilities that can support self-installation and home Wi-Fi management. Depending on the enabled service, the subscriber can receive installation guidance, view the home network, manage connected devices, and perform supported troubleshooting or configuration tasks. The service provider uses other Corteca platform components for centralized service management, visibility, and operational control. An OLT network termination card provides access-node network connectivity and is not a subscriber application. An IPFIX collector receives traffic-flow records, while a NETCONF candidate datastore holds proposed device configuration before it is committed. Separating subscriber-facing and operator-facing functions allows the provider to offer controlled self-service capabilities without exposing the complete network-management environment or low-level access-device configuration to the end user.
==============
Daniel Miller
27 days agoHoa Suzuki
28 days ago