H35-211_V2.5 Exam Dumps - Huawei HCIP-Access Questions and Answers

On Huawei OLTs, the standard QoS pipeline for upstream packets is: first perform traffic classification (identify flows), then marking (set CoS/DSCP as required), next apply traffic policing (rate-limit and color traffic), followed by congestion avoidance (AQM such as RED/WRED), and finally congestion management (queue scheduling/priority queuing). This ordered sequence ensures correct identification and marking before any rate enforcement, and that packets encounter AQM prior to scheduler-based dequeue.

In access networks, Huawei recommends prioritizing real-time voice (VoIP) traffic with the highest forwarding priority (typically EF, 802.1p 5) to ensure low latency and jitter. IPTV/video is generally next (AF classes), while gaming and general Internet browsing are treated lower than voice. Therefore, VOIP receives the top priority to protect call quality under congestion.

The ONT details pane in eSight displays access-port attributes (admin/state, type), Ethernet rate/speed/duplex, and PON optical module telemetry such as temperature and Tx/Rx optical power for condition monitoring and troubleshooting.

Huawei access security recommends limiting MAC learn counts per port/VLAN, and using anti-MAC-spoofing bindings: either automatic (dynamic) bindings generated by the system or manual static MAC bindings to the service/port. Simply replacing a terminal is not a network-side mitigation method and is not listed as a protection measure.

Type B protection (OLT-side + feeder protection via 2×2 optical splitter) is designed for automatic protection switching (APS) upon detecting faults such as LOS/LOF on the working port or feeder. The system automatically switches to the standby PON port/feeder without manual intervention (manual cutover is optional but not required for protection).

(Reference: HCIP-Access V2.5 – GPON Type A/B/C protection definitions, trigger conditions, and APS behavior.)

With IGMP Snooping/Proxy on access devices (such as Huawei OLTs), multiple receiver joins for the same (VLAN, Group) are aggregated. The OLT maintains a per-group member table and typically forwards a single upstream IGMP Join toward the multicast router (or querier) for that group, regardless of how many downstream users in that VLAN have joined. Additional local joins add downstream interfaces to the OLT’s table but do not trigger extra upstream joins per user. Hence, stating that two same-program viewers cause “two join messages” upstream is wrong.

Huawei access devices apply a deterministic service-flow match order for upstream user packets. VLAN-based matching is attempted first. If no specific service flow matches and TLS (Transparent LAN Service) is configured, the system falls back to the TLS service flow as the default L2 transparent handling for that port/user, ensuring service continuity without explicit per-VLAN bindings.

Type C GPON protection uses two different OLTs (dual-home). With uplink status linkage configured, a failure of the active OLT itself or its uplink interface triggers a protection switchover to the standby OLT to maintain service continuity for ONUs homed through the protected ODN.

In U2000’s IPTV/IGMP service model, the IGMP template suite includes: Permission templates (program authorization), Multicast user templates (user IGMP attributes), Program templates (program/group definitions), and Preview parameter templates (preview/fast-zapping parameters). These cooperate to control user authorization, program mapping, and IGMP behavior.

Huawei OLTs support ONT replacement without deleting the original service profile by using ONT replace/auto-find mechanisms. The OLT can bind the new ONT (new SN) to the existing ONT configuration template (service-port, VLAN, QoS, multicast profile, etc.), achieving a smooth replacement without manually removing and re-creating the ONT and services. The statement that you must remove the ONT and re-register from scratch is therefore wrong.