FTTH network design • Executive migration guide

GPON to XGS-PON migration: upgrade the right customers first
A GPON to XGS-PON migration should start with a capacity problem or a commercial opportunity that the operator can demonstrate. The upgrade then needs a controlled path from compatible equipment to a working customer service and an accurate bill.
What is GPON to XGS-PON migration? It is the transition from GPON access to symmetrical 10G-class passive optical network access, using compatible optical line terminals and customer equipment. Existing fiber and splitters may be reused after compatibility and optical-loss checks. GPON customers can remain on the shared optical distribution network where the coexistence design supports them.
The decision rule: migrate a customer or PON group when verified capacity pressure, qualified demand or lifecycle requirements justify the cost, and technical readiness, customer consent and rollback are confirmed.
Replacing every ONT because a faster platform is available can consume capital without changing revenue. Leaving a congested PON untouched because customers have not requested premium packages can damage service. A useful plan distinguishes those two situations before choosing a migration wave.
What current standards and vendor developments establish
As checked on October 4, 2026, ITU lists Recommendation G.9807.1 for XGS-PON, dated February 2023, and its May 2025 Amendment 1 as in force. XGS-PON provides nominal line rates of approximately 10 Gbit/s in both directions. This is shared PON capacity, before protocol overhead, rather than a guaranteed 10 Gbit/s service for every subscriber.
On May 28, 2025, Nokia announced a coexistence solution for 10G, 25G and 50G PON on the same fiber infrastructure. This is a dated vendor development demonstrating continued investment in coexistence. It does not establish compatibility between your installed GPON equipment and a proposed XGS-PON system.
The practical implication is to evaluate selective migration before assuming that every subscriber must move together. Procurement still needs a documented compatibility matrix for the actual OLT, optics, ONTs, software releases and coexistence components.
| Dimension | Common GPON deployment | XGS-PON migration check |
|---|---|---|
| Access capacity | Approximately 2.5 Gbit/s downstream and 1.25 Gbit/s upstream, shared. | Approximately 10 Gbit/s each way, shared. Check busy-hour demand and aggregation capacity. |
| Customer endpoint | A GPON ONT terminates the access service. | A GPON-only ONT cannot terminate XGS-PON. Replace it, or verify a supported dual-mode endpoint. |
| Passive infrastructure | Fiber, splitters, connectors and splices form the ODN. | Reuse depends on measured loss, wavelength support, condition and the proposed optical class. |
| Customer experience | Also depends on routing, Ethernet, Wi-Fi and applications. | Check the whole service path. Faster PON access cannot repair weak indoor Wi-Fi by itself. |
OLT = optical line terminal. ONT = optical network terminal at the premises. ODN = optical distribution network. GPON rates shown are the common commercial configuration, not every configuration permitted by the GPON standards.
Prove the reason for migration before selecting customers
Start at the bottleneck. Review representative busy-hour traffic, queue drops, latency, customer complaints and upstream demand for the affected PON. Compare them with OLT uplink, aggregation and internet-transit utilization. A single utilization spike is weaker evidence than recurring congestion that correlates with degraded service.
Check premises equipment separately. If wired tests meet the current package but bedroom Wi-Fi fails, upgrading the PON may leave the complaint unchanged. If the aggregation link is congested, more access capacity can move the bottleneck upstream. Diagnose those conditions before offering a paid upgrade.
CNO: locate the constraint
Identify whether the limit is PON capacity, optical condition, aggregation, provisioning or premises equipment. Define the evidence needed to approve the technical change.
CSO: qualify the demand
Confirm the customer’s use case, accepted price, compatible equipment and appointment availability. Campaign clicks alone do not demonstrate willingness to pay.
CEO: choose the investment
Separate capacity relief, paid upgrades and lifecycle replacement. Each has a different return argument and should have its own approval assumptions.
There is no universal utilization percentage that proves a PON must be upgraded. Establish local thresholds using service commitments, traffic behavior and observed performance.
A migration prioritization matrix that protects the investment
Apply a readiness gate before scoring. Confirm compatibility, optical margin, provisioning, customer access and a tested rollback path. A commercially attractive cohort that fails a gate enters remediation, rather than the next cutover wave.
| Factor | Weight | 1 point | 3 points | 5 points |
|---|---|---|---|---|
| Verified congestion | 30% | No demonstrated access constraint. | Repeated capacity pressure; customer impact still being assessed. | Recurring PON congestion with corroborated service impact. |
| Qualified demand | 25% | General interest only. | Validated need; price or commitment remains unresolved. | Upgrade accepted at the offered price, subject to installation. |
| Incremental contribution | 25% | Below the approved investment hurdle. | Meets the hurdle under the base assumptions. | Meets the hurdle under a documented downside scenario. |
| Implementation ease | 20% | Gate passed, but significant scheduling or delivery complexity. | Standard visit with manageable dependencies. | Tested configuration, confirmed access and uncomplicated delivery. |
Priority score = (congestion × 30 + demand × 25 + contribution × 25 + ease × 20) ÷ 5. Rate each factor from 1 to 5; use 2 or 4 for intermediate evidence. Higher ease means lower implementation risk.
| Cohort | Congestion / demand / contribution / ease | Score | Decision |
|---|---|---|---|
| Capacity-constrained PON with accepted premium upgrades | 5 / 5 / 4 / 4 | 91 | Pilot first, subject to all gates passing. |
| Uncongested PON with confirmed symmetrical-service buyers | 1 / 5 / 5 / 4 | 72 | Consider a commercially led wave. |
| Uncongested PON with weak interest and marginal economics | 1 / 1 / 1 / 4 | 32 | Defer; retain monitoring and demand qualification. |
| High-value customers on an unverified optical path | Not scored | Gate failed | Remediate and retest before prioritization. |
Use the score to compare eligible cohorts, not to automate investment approval. A congested PON may need migration to protect existing service even without an upgrade premium. Present that as a capacity or retention case; quantify avoided losses only where evidence supports them.
GPON to XGS-PON migration checklist for the CNO
- Record the installed baseline. Capture OLT chassis, cards, optics, software, ONT models and firmware, splitter topology, service profiles and current fault history. Link every target subscriber to the correct port and fiber path.
- Validate the coexistence design. Confirm whether the platform uses supported combination optics or a separate coexistence element. Verify the legacy GPON wavelength and filter requirements alongside the selected XGS-PON wavelength plan. The XGS-PON basic plan uses 1575 to 1580 nm downstream and 1260 to 1280 nm upstream; check the actual equipment rather than assuming every variant follows that plan.
- Recalculate and measure optical loss. Include fiber attenuation at relevant wavelengths, splitters, connectors, splices, coexistence insertion loss and engineering reserve. Check both maximum-loss limits and minimum-loss or receiver-overload limits for the selected optical class. GPON success alone does not prove XGS-PON acceptance.
- Qualify the replacement ONT. Test the specific OLT and ONT combination, firmware and management behavior. Confirm Ethernet port speed, router throughput, voice, multicast and any business-service requirements. Standards compliance alone does not establish every service profile’s interoperability.
- Prepare provisioning and billing. Test authentication, VLANs, bandwidth profiles, subscriber inventory, remote management and billing product mappings. Ensure the upgrade changes the intended service and charge without creating a duplicate subscription.
- Check capacity beyond the PON. Verify OLT uplinks, aggregation, broadband gateway capacity and transit. Establish whether the sold package can be delivered through the full path under expected traffic.
- Rehearse recovery. Preserve the old configuration, confirm GPON capacity and equipment availability for restoration, and test reversal of provisioning and billing changes. Name the engineer authorized to stop a cutover.
Release gate: unresolved compatibility, missing optical measurements or an untested restoration path blocks migration. A high priority score cannot override these conditions.
Control the customer transition from eligibility to billing
Begin with a small pilot that represents the ONT models, service types and optical conditions in the proposed wave. Agree acceptance criteria before the visit: optical readings within the approved limits, stable registration, wired performance consistent with the package, and successful voice or multicast tests where those services are sold.
Sales should explain the actual package, total price, required equipment, visit requirements and expected interruption window. A useful script is: “Your current use case needs more upstream capacity. We have confirmed eligibility for the new package. It costs USD 15 more per month and requires an ONT replacement. We will confirm the appointment and service interruption window before you approve the change.” The price is illustrative; the promise must match the approved offer.
If acceptance fails, the field technician escalates to the named network decision-maker and follows the rehearsed restoration process. Retain access to the previous ONT and configuration until acceptance is complete. Physical repatching or ONT replacement may require a return visit, so a remote configuration backup alone is not a complete rollback plan.
Expand only after the pilot’s service performance, repeat visits, complaints and billing exceptions have been reviewed. Stop a wave when agreed acceptance or restoration criteria fail. Record the cause before resuming, rather than allowing a sales deadline to determine technical approval.
Calculate incremental contribution, not the upgraded customer’s entire bill
An existing subscriber already contributes revenue on GPON. A paid migration case should count the additional contribution caused by the upgrade, after added costs. Include recurring discounts, channel commissions, revenue share, support, equipment rental and other incremental charges where applicable.
Monthly incremental contribution per customer = net monthly price uplift − incremental recurring costs.
Simple payback = total upfront migration cost ÷ monthly incremental contribution from billed upgrades.
Consider an illustrative cohort of 40 existing customers. Shared migration expenditure is USD 3,600, and an ONT plus installation visit costs USD 100 per customer. Total upfront cost is USD 7,600. A USD 15 monthly price uplift less USD 3 in additional recurring costs contributes USD 12 per customer. With all 40 upgrades billed, the cohort adds USD 480 per month and simple payback is about 15.8 months.
If all costs are committed but only 25 customers complete the upgrade and billing starts, monthly contribution falls to USD 300 and payback becomes about 25.3 months. That is why accepted offers, completed installations and billed upgrades belong in separate reporting columns.
Migration payback calculator
Test your own cohort using USD. Defaults reproduce the 40-customer example. Enter total planned expenditure for the wave, including costs for failed or incomplete visits.
- Total upfront cost
- USD 7,600.00
- Monthly incremental contribution
- USD 480.00
- Simple payback
- 15.8 months
Billed completion: 100%. Per-customer monthly contribution: USD 12.00.
The interactive calculator requires JavaScript. The formula and completed example above remain available.
This is an illustrative, undiscounted screening calculation. It excludes taxes, financing, churn, timing differences, asset residual value and unentered costs. Use a full cash-flow model for approval. Capacity relief without a price uplift requires a separate service-protection case.
Targeted migration or broad replacement?
| Decision | Targeted migration | Broad replacement programme |
|---|---|---|
| Strongest rationale | Specific congestion or qualified upgrade demand. | Widespread constraints, support expiry or a justified platform simplification. |
| Customer visits | Fewer initial visits, potentially repeated mobilization later. | More appointments and replacements upfront; delivery capacity must match the schedule. |
| Operations | Mixed GPON and XGS-PON inventory, support and profiles continue. | A more uniform endpoint estate may follow, but transition and legacy retirement still require control. |
| Investment risk | Lower initial scope, with a risk of accumulating repeat costs. | Higher initial commitment, with a risk of replacing low-demand customers too early. |
| Asset retirement | Retain usable GPON assets and account for the ongoing cost. | Budget decommissioning, remaining book value, spares handling and appropriate disposal. |
The CEO should request both scenarios using the same demand, price, visit-cost and lifecycle assumptions. Do not claim savings from retiring GPON equipment while it still serves customers. Do not double-count existing subscriber contribution as upgrade revenue.
Run a weekly migration review across Network, Sales and Finance
Track technically eligible customers, accepted offers, booked visits, completed migrations, passed acceptance tests and billed upgrades separately. Pair the commercial funnel with failure reasons, repeat visits, rollback frequency, incident duration and complaints.
- CNO: compare pre- and post-migration busy-hour performance, optical exceptions and restoration outcomes. Confirm that the intended constraint improved.
- CSO: review accepted offers divided by qualified offers, appointment completion and acceptance-to-billing conversion for the same cohort. Separate pricing objections from failed installations.
- CEO and Finance: compare realized incremental contribution with committed cost and the approved scenario. Review whether the next wave should expand, change or pause.
A migration is commercially complete when the agreed service works, the customer has accepted delivery and the correct charge has started. A replaced ONT alone proves none of those outcomes.
That evidence also makes stronger B2B content. An article can explain the decision, a whitepaper can document the architecture, and a case study can report approved results with clear denominators. If your team is preparing a migration story, discuss a technical ghostwriting brief with The Writer ID. Bring the design rationale, approved measurements and commercial assumptions so the content reflects how your business operates.
GPON to XGS-PON migration questions
Can GPON and XGS-PON use the same fiber?
Yes, where the ODN and coexistence design support both systems. Verify wavelength compatibility, filters, insertion loss and the selected equipment. Shared fiber does not make a GPON-only ONT capable of XGS-PON operation.
Does every customer need a new ONT?
Customers moving to XGS-PON need a compatible endpoint. A GPON-only ONT must be replaced. Customers remaining on GPON can retain supported GPON endpoints when the coexistence design permits it.
Is GPON to XGS-PON migration interruption-free?
Do not promise that for every customer. Introducing coexistence equipment may affect a shared path, and replacing an ONT can interrupt the individual service. Verify the deployment method and communicate the tested interruption window.
Should an operator upgrade every subscriber immediately?
Only when the capacity, commercial or lifecycle case supports that scope. Otherwise, prioritize eligible cohorts and retain a controlled mixed-network operation. Compare both approaches with the same cost and demand assumptions.
What is the most useful financial measure?
For a paid upgrade, measure realized incremental contribution against total migration cost, supported by billed completion and a cash-flow model. For capacity relief, evaluate service performance and substantiated avoided costs separately.
Evidence and method
The two linked primary sources above establish the current XGS-PON standard status and a dated vendor coexistence development. Technical parameters were also checked against ITU’s G.9807.1 overview and G.984.2 summary. The priority weights, cohorts, financial figures and release workflow are The Writer ID Team’s proposed planning examples, not industry benchmarks or reported client outcomes.
Sources checked October 4, 2026. Final configuration, optical acceptance limits and change windows must come from the installed equipment specifications, measured network conditions and your approved operating procedures.
