iPoll 3 Proprietary Protocol Deep Dive: How It Maximizes PtMP Wireless Network Performance

Blog 2026-07-25

iPoll 3 Proprietary Protocol Deep Dive: How It Maximizes PtMP Wireless Network Performance

Key Overview

Who This Is For: Industrial wireless bridge deployment engineers, WISP network planners, and security surveillance system integrators — anyone who needs to squeeze every bit of efficiency out of wireless medium in PtMP topologies.

Core Issue: Standard 802.11 CSMA/CA delivers less than 30% medium utilization in point-to-multipoint (PtMP) scenarios. Throughput collapses when more than 10 clients are connected, and real-time applications like video surveillance and industrial control can’t get deterministic latency guarantees.

Key Conclusions: iPoll 3’s intelligent polling protocol replaces CSMA/CA contention with active AP-driven scheduling, achieving 350 Mbps TCP throughput with 3-5 ms latency and over 80% medium utilization in an 8-client PtMP setup. Dynamic slot allocation supports 200+ concurrent clients, dual-level frame aggregation boosts throughput 10-15x, and four-level QoS queues deliver deterministic guarantees for mission-critical traffic.

Keywords: iPoll 3 protocol PtMP performance, iPoll 3 intelligent polling, YNWMICRO proprietary protocol, PtMP network optimization, industrial wireless bridge QoS

Why PtMP Needs a Dedicated Protocol

Key Takeaway: iPoll 3’s intelligent polling protocol replaces standard 802.11 CSMA/CA contention with active AP-driven scheduling, delivering 350 Mbps TCP throughput (vs 90 Mbps for CSMA/CA), 3-5 ms latency (vs 50-200 ms for CSMA/CA), and over 80% medium utilization (vs less than 30% for CSMA/CA) in an 8-client PtMP setup. It’s the performance engine behind the YNW 6ac series in industrial parks, city surveillance, and WISP deployments.

When you scale from a simple point-to-point (PtP) link to a point-to-multipoint (PtMP) network, one fundamental shift happens — multiple clients now share the same wireless medium. The standard 802.11 protocol was originally designed for random-access scenarios, built on the assumption that “the medium is idle most of the time.” But in PtMP networks where multiple clients transmit continuously, CSMA/CA’s contention mechanism becomes the bottleneck.

Three critical weaknesses of CSMA/CA:

  1. Contention overhead scales linearly with client count: Every additional client drives collision probability up exponentially. CSMA/CA uses a backoff algorithm to mitigate collisions, but backoff time directly wastes medium time.
  2. The hidden station problem can’t be eliminated: When Client A can’t hear Client B (due to physical obstruction), both transmitting to the AP simultaneously causes collisions that neither sender can detect.
  3. No deterministic latency guarantees: CSMA/CA is fundamentally “best-effort” random access — it can’t provide latency guarantees for real-time services like VoIP or video surveillance.

In PtMP deployments, standard 802.11 CSMA/CA pushes effective throughput below 30% of the PHY rate when client count exceeds 10. With 10 clients, CSMA/CA medium utilization drops under 30%, collision probability grows exponentially, the hidden station problem causes about 15-25% packet retransmissions, and end-to-end latency jumps from 2 ms at idle to 50-200 ms under load.

For a complete product selection guide, refer to the Industrial Wireless Bridge Complete Guide for full YNW 6 series technical specifications.

iPoll 3 Core Mechanism: The 3-Step Workflow

Key Takeaway: iPoll 3 (3rd-gen intelligent polling protocol) transforms PtMP medium access from “whoever grabs it sends” to “the AP decides who sends” through a three-step workflow: Registration → Polling → Transmission. It’s enabled by default on YNW 6 series and supports up to 256 connected clients.

The design philosophy behind iPoll 3 boils down to one sentence: Let the AP own the scheduling. This fundamentally eliminates CSMA/CA’s contention overhead.

The key thing to understand about iPoll 3 is that it’s not a “hacked” version of 802.11 — it replaces the MAC-layer medium access control mechanism on top of standard 802.11 PHY. This means iPoll 3 retains all the PHY-layer advantages of 802.11ac (OFDM, MIMO, 256-QAM modulation) while replacing CSMA/CA’s random contention with active polling.

Step 1: Client Registration

When a new client joins an iPoll 3 network, it first sends a registration request to the AP. The AP assigns a unique Connection ID and records the client’s QoS requirements. Once registered, the client is added to the AP’s polling list. Unlike CSMA/CA, registered clients don’t need to sense the channel before transmitting — the AP handles all channel sensing.

Step 2: AP Active Polling

The AP sends poll frames to each registered client sequentially, following the configured scheduling policy. Each poll frame contains the client’s allocated transmission slot. Upon receiving the poll, the client starts transmitting immediately — no CCA (Clear Channel Assessment) or backoff algorithm needed. This design completely eliminates both the hidden station problem and collision retransmissions.

Step 3: Frame Aggregation and Acknowledgment

iPoll 3 supports two-level frame aggregation — A-MSDU (up to 7935 bytes) and A-MPDU (up to 64 subframes). The AP can allocate a long enough transmission slot in a single poll cycle, allowing the client to send aggregated multi-frame data in one burst, reducing SIFS (Short Interframe Space) overhead.

iPoll 3’s three-step workflow shifts MAC-layer scheduling from contention-driven to scheduler-driven. A single polling cycle supports up to 256 clients, and frame aggregation boosts per-transmission efficiency by 4-8x (A-MSDU up to 7935 bytes, A-MPDU up to 64 subframes).

Antenna configuration directly affects iPoll 3 protocol performance in practice — see the YNW 6-25 vs YNW 6-N Comparison for details.

The core mechanisms of iPoll 3

iPoll 3 vs TDMA vs CSMA/CA: Full-Dimension Comparison

Key Takeaway: The performance gap across the three protocols in PtMP scenarios is dramatic — iPoll 3 delivers 350 Mbps TCP throughput with 8 clients (CSMA/CA only 90 Mbps), 3-5 ms latency (CSMA/CA 50-200 ms), and over 80% medium utilization (CSMA/CA under 30%). iPoll 3 outperforms standard TDMA by about 40% in throughput and roughly 5x lower latency.

The comparison below is based on real-world measurements from YNW 6 series in the 6 GHz band, 80 MHz channel width, 2 km line-of-sight link. CSMA/CA follows the standard 802.11 MAC layer as defined in IEEE 802.11ac-2013 and IEEE 802.11ax-2021; iPoll 3’s active polling scheduling borrows the timeslot concept from TDMA while adding a dynamic adaptive algorithm.

Dimension CSMA/CA (Standard 802.11) TDMA (Standard TDM) iPoll 3 (Intelligent Polling)
Scheduling Method Contention-based (random backoff) Fixed timeslot allocation Dynamic active polling
8-Client TCP Throughput ~90 Mbps ~210 Mbps ~350 Mbps
16-Client TCP Throughput ~45 Mbps ~150 Mbps ~280 Mbps
End-to-End Latency (8 clients) 50-200 ms 20-40 ms 3-5 ms
Latency Jitter High (±30 ms) Medium (±10 ms) Low (±2 ms)
Medium Utilization <30% ~50-60% >80%
Client Capacity ~30-50 (practical) ~128 (theoretical) ~256 (theoretical)
Hidden Station Problem Present Partially resolved Fully eliminated
QoS Flexibility Coarse (802.11e/WMM) Fixed allocation Fine-grained (per-client/per-flow)
Over-the-Air Overhead High (RTS/CTS/ACK + backoff) Medium (guard intervals) Low (poll frame reuse)
Dynamic Load Adaptation Passive (collision triggers backoff) Poor (fixed slots can’t adjust) Active (AP adjusts polling order and slot size in real time)

Key observation: While TDMA beats CSMA/CA in throughput, its fixed-slot allocation is inefficient in asymmetric load scenarios. For example, when one client needs to send heavy traffic while others are mostly idle, TDMA still allocates equal-length slots to idle clients, wasting medium. iPoll 3’s dynamic slot allocation adjusts automatically based on real-time traffic demand — that’s the fundamental reason it averages 30-40% higher throughput than standard TDMA.

Intelligent Frame Aggregation: The Key to Doubling Throughput

Key Takeaway: iPoll 3’s two-level frame aggregation (A-MSDU 7935 bytes + A-MPDU 64 subframes) boosts per-transmission efficiency by 10-15x, improving single-client throughput by roughly 2.3x. For small-packet scenarios like VoIP, medium utilization jumps from 5-10% to 50-70%.

Frame aggregation is one of the key technologies behind iPoll 3’s high throughput. The core idea is simple: merge multiple small frames into one large frame before sending, cutting down on header overhead and SIFS waste.

In standard 802.11, every data frame goes through this sequence:

  1. Wait DIFS (Distributed Interframe Space, ~34 µs)
  2. Execute backoff (average ~67.5 µs)
  3. Send RTS/CTS handshake (optional, ~100 µs)
  4. Transmit data frame
  5. Wait SIFS (Short Interframe Space, 16 µs)
  6. Receive ACK

For small packets like VoIP, the payload may be just a few dozen bytes, but the overhead above runs into hundreds of microseconds — medium utilization as low as 5-10%.

iPoll 3 Frame Aggregation Levels and Efficiency

Aggregation Level Max Size Efficiency Gain Best For
No Aggregation (Standard) 1500 bytes Baseline Latency-critical control traffic
A-MSDU 7935 bytes (~5 standard frames) ~3x Large file transfer, video streaming
A-MPDU Up to 64 subframes ~8x Mixed traffic, small-packet batch
A-MSDU + A-MPDU Dual Level Combined ~10-15x Optimal (recommended for daily use)

Practical tip: On the YNW 6 series management interface, frame aggregation is enabled by default. For mixed-traffic scenarios (video surveillance + data + VoIP), keep dual-level A-MSDU + A-MPDU enabled. For pure real-time traffic like industrial control signals, consider lowering the aggregation level to prioritize latency.

For a complete QoS configuration guide and iPoll 3 tuning parameters, see the Industrial Wireless Bridge Complete Guide.

QoS Priority Queues: Protecting Mission-Critical Traffic

Key Takeaway: iPoll 3’s four-queue QoS supports configurable polling intervals from 1-20 ms. In real-world test scenarios mixing video surveillance (high priority, steady sub-3 ms delivery) with file downloads (low priority), high-priority traffic showed latency jitter below ±1 ms with zero packet loss.

In PtMP networks, different clients carry wildly different traffic types — one might be streaming video surveillance backhaul (latency and jitter sensitive), while another is just downloading files (latency tolerant). iPoll 3’s QoS mechanism lets the AP dynamically adjust polling order and slot allocation based on traffic priority.

According to the IHS Markit Industrial Wireless Survey 2024, roughly 67% of failures in industrial wireless networks can be traced back to a lack of effective QoS policy. iPoll 3’s four-level queue mechanism is designed specifically to address this pain point.

Queue Configuration Recommendations

Priority Polling Interval Typical Traffic Bandwidth Guarantee
High (Queue 3) 1-2 ms Video surveillance, VoIP, industrial control Guaranteed bandwidth, priority scheduling
Medium-High (Queue 2) 3-5 ms Enterprise ERP, database sync Minimum bandwidth guarantee
Medium-Low (Queue 1) 5-10 ms Web browsing, email Best effort
Low (Queue 0) 10-20 ms File download, system updates Idle bandwidth sharing

QoS Configuration Steps (LigoOS Management Interface)

Step 1: Enter QoS Configuration

Network Settings → QoS → Enable iPoll 3 QoS

Step 2: Configure Queue Parameters

Set minimum guaranteed bandwidth (Mbps) and maximum burst bandwidth for each queue

Step 3: Bind Traffic Flows

Map traffic to queues based on any of the following rules:

  • Source/destination MAC address
  • 802.1p priority tag (VLAN)
  • DSCP tag
  • Protocol type (TCP/UDP port)
Step 4: Validate QoS Policy

Use the built-in traffic generator or third-party tools (e.g., iPerf3) to run bandwidth tests

Real-World Example: One common mistake we see in real deployments: many users mark “all traffic” as high priority. This essentially makes the high-priority queue useless — the whole point of QoS is prioritization. Only latency-sensitive traffic (video, voice, industrial control) should go into the high-priority queue; everything else should be demoted by importance. As a general rule, high-priority traffic should not exceed 40-50% of total bandwidth.

Tuning Checklist: iPoll 3 Protocol Best Practices

Key Takeaway: iPoll 3 recap — active polling replaces CSMA/CA, 8-client TCP throughput 350 Mbps, latency 3-5 ms, medium utilization >80%, supports up to 256 clients. Four-level QoS queues (1-20 ms configurable polling intervals) protect critical traffic. Dual-level frame aggregation (A-MSDU+A-MPDU) boosts throughput 10-15x.

Based on the analysis above, here are the key tuning items when deploying iPoll 3 networks:

  1. Confirm iPoll 3 is enabled → YNW 6 series has it on by default. Check in Management Interface → Wireless Settings → MAC Layer Protocol
  2. Choose the right polling interval → Default 5 ms works for most scenarios; video surveillance recommends 2-3 ms; industrial control recommends 1-2 ms
  3. Configure QoS priorities → Map video/voice/control traffic to high-priority queues; everything else to medium/low
  4. Enable dual-level frame aggregation → On by default — keep A-MSDU + A-MPDU enabled
  5. Monitor client capacity → Keep active clients under 64 per AP for peak performance (theoretical max is 256)

Performance verification commands (SSH or Web Terminal):

# View current polling stats
iwpriv ap0 get_polling_stats

# View per-client throughput
iwpriv ap0 get_sta_traffic

# View QoS queue status
iwpriv ap0 get_qos_stats

For the full installation and protocol tuning guide, visit the Industrial Wireless Bridge Complete Guide.

PtMP Network Topology Diagram

Real-World Case: Logistics Park PtMP Network QoS Tuning

Key Takeaway: A logistics park in Central China boosted total throughput from 110 Mbps to 380 Mbps across 28 CPEs by enabling iPoll 3 intelligent polling + QoS WRR queuing, with zero video stutter — validating iPoll 3’s real-world effectiveness in large-scale PtMP deployments.
Real-World Example:

  • Date: January 2025
  • Location: Zhengzhou Airport Logistics Park, Henan Province, China
  • Requirement: 1 base station + 28 CPEs, simultaneously carrying warehouse TPS data and 1080p video surveillance
  • Solution: Enabled iPoll 3 intelligent polling + QoS WRR queuing (video stream as highest priority)
  • Result: Before tuning (CSMA/CA, 28 CPEs) — total throughput only 110 Mbps. After enabling iPoll 3, throughput jumped to 380 Mbps with zero video stutter
  • Source: On-site IT operations team measured data

Frequently Asked Questions

Q: Is iPoll 3 compatible with standard Wi-Fi clients?

iPoll 3 is a proprietary MAC-layer protocol between YNWMICRO devices. When a YNW AP communicates with a YNW client, it uses active polling mode. However, iPoll 3’s uplink interface is fully compatible with standard 802.11 frame formats — meaning you can connect a YNW bridge’s downstream port to a standard switch or router without any compatibility issues. Non-YNWMICRO devices can’t join an iPoll 3 network directly, but they can communicate through a YNW bridge as standard Ethernet devices.

For more iPoll 3 compatibility information, see the Industrial Wireless Bridge Complete Guide.

Q: What are the core advantages of iPoll 3 over standard TDMA?

The fundamental difference lies in slot allocation. Standard TDMA uses fixed timeslots — every client gets equal transmission time per frame, which is inefficient in asymmetric load scenarios. iPoll 3 dynamically adjusts polling order and slot size based on each client’s real-time traffic demand, so idle clients consume almost no medium time. In measured asymmetric load scenarios (e.g., one client downloading a large file while others are idle), iPoll 3 delivers roughly 40% higher system throughput than TDMA.

Q: When should you consider disabling iPoll 3 auto-configuration?

iPoll 3 is enabled by default on YNW 6 series with sensible settings, and most deployments won’t need changes. Rare edge cases where you might want to adjust: In a pure PtP topology where the AP serves only one client, CSMA/CA’s contention overhead is practically zero — here iPoll 3’s polling overhead is marginally higher (about 2-3% throughput difference, typically negligible). Also, if your network mixes sub-1 ms-latency industrial control traffic with bulk file transfers, consider dropping the polling interval from the default 5 ms to 2 ms to reduce latency.

Different YNW device models perform differently under iPoll 3 — see the YNW 6-25 vs YNW 6-N Comparison for details.

References

  1. IEEE 802.11ac-2013 — Standard for Information Technology, Amendment 4
  2. IEEE 802.11ax-2021 — Standard for Information Technology, Amendment 1
  3. IHS Markit Industrial Wireless Survey 2024
  4. YNWMICRO Official Technical Documentation — iPoll 3 Protocol Specification
  5. Qualcomm QCA 9563/9882 Chipset Datasheets

Data in this article is based on YNWMICRO official technical documentation, Qualcomm QCA 9563/9882 chipset datasheets, and YNWMICRO lab test results. Actual performance may vary depending on environmental conditions, client count, and configuration parameters.

▶ Related Pillar Guide: For complete industrial wireless bridge selection criteria, protocol tuning parameters, and deployment reference designs, check out the Industrial Wireless Bridge Complete Guide — featuring full product comparison tables, QoS configuration guides, and field deployment best practices.

Related Blog