VoIP.info Guide

Business number porting: a cutover checklist

Keep ownership records, dependencies and a fallback plan aligned with the gaining provider’s process.

Reviewed 2026-10-30Foundational

Inventory before submitting

List every number, current service owner, account details and associated services. Identify numbers used by fax, alarms or other special devices and investigate their supported migration separately. A main number may be bundled with services that need to remain active.

Port the number without losing the route
Keep the old service active while the receiving provider validates the port. Prepare the new inbound route, coordinate cutover and verify incoming calls before closing the old service.

Timing and eligibility depend on carrier and jurisdiction. This is a coordination sequence, not a guaranteed porting schedule.

Coordinate with the gaining provider

Obtain its current requirements, authorization process and confirmed schedule. Do not infer a guaranteed completion date from a generic online estimate. Keep the existing service active until the transfer process and dependencies are understood.

Prepare the destination first

Build and test the new call handling with a temporary or noncritical number. Verify staff devices, opening hours, voicemail and fallback before the published number moves. Confirm emergency-service setup directly with the provider through its approved procedure.

Verify the cutover

Test incoming calls from independent networks, outgoing identity and required special workflows. Keep escalation contacts and account evidence available. Record partial failures and avoid cancelling remaining services until the provider confirms what has transferred and what still depends on the old account.

Jurisdiction and carrier scope

The CRTC reference is Canadian guidance. Portability eligibility, authorization and timing must be confirmed with the receiving carrier for the number and jurisdiction involved. Do not cancel the existing service before coordinating the transfer.

Keep a provider portal claim separate from an accepted port

QuestBlue advertises number search, ordering and real-time porting. The QuestBlue provider record treats those controls as workflow evidence rather than proof of current inventory, eligibility, a completed transfer or the final PBX route. Preserve dated submissions, acceptance, activation and independent inbound tests.

Prepare SIPcity PBX routing before cutover

SIPcity says an active registered or peered PBX receives ported calls automatically at cutover; otherwise calls may reach generic voicemail. Its published reversal or emergency-return window is four hours and availability is not guaranteed. Preserve the SIPcity provider record, scheduled window, portal state, delivered number and rollback contact.

Keep Toku portability attached to number type and market

Toku documents Singapore geographic portability while excluding Level 3 national VoIP portability; the reviewed Malaysia and Indonesia pages also mark portability unsupported. Preserve the Toku provider record, exact number category, subscriber evidence and dated eligibility result.

Bind an IP Telecom portability statement to the exact order

IP Telecom says geographic, non-geographic, DDI and freephone numbers can be ported. The provider record still requires exact eligibility, authorization, accepted date, temporary routing, destination and rollback.

Bind Clearfly number service to the exact order

Clearfly markets local, long-distance and toll-free service. The provider record still requires number eligibility, authorization, accepted port date, delivered identity and destination, temporary routing and rollback.

Control Redcentric number migration as a cutover project

Redcentric includes number migration and management among possible project services. The provider record still requires exact inventory, portability, authority, activation, delivered identity, call flows, temporary routing and rollback.

Do not turn a TelVox number pool into portability proof

TelVox documents dashboard-only DID claiming from an available pool. The provider record still requires country, number type, portability, losing-carrier data, accepted date, routing and rollback evidence for the selected number.

Prepare VoIPline routing without declaring the port complete

VoIPline allows call-flow preparation before port completion and documents a possible cutover interruption. The provider profile preserves acceptance evidence for the active number.

Verify the first Voip Unlimited delivery after the port

Voip Unlimited directs customers to inspect inbound call logs after certain ports. The DDI diagnostic preserves completion, provider attempt, delivered number and PBX route.

Keep a Voipfone port completion separate from routing

A completed port, account registration and number-routing destination are different records. Use the Voipfone diagnostic for the first post-port call path.

Keep an 8x8 claimed number separate from trunk assignment

The 8x8 provider guide records inventory claim, Technical Support assignment, cutover evidence and PBX delivery as separate states.

Keep a Nextiva port or inventory row separate from trunk assignment

The Nextiva provider guide requires the support case and effective assignment before treating an additional DID as routed to the PBX.

Keep an Intermedia inventory row separate from working delivery

The Intermedia provider guide separates number inventory, location assignment, provider attempt, PBX receipt and any emergency dependency.

Keep an Infobip number assignment separate from working delivery

The Infobip provider guide separates number inventory, inbound action, route selection, destination execution and PBX receipt.

Verify IntelePeer package membership after a move or port

The IntelePeer provider guide keeps completed number order, current inventory, package assignment, routing profile and working delivery separate.

Recheck BCM One routing and E911 after a port

The BCM One provider guide keeps a completed port, current Number Routing target, Request-URI translation and registered emergency address as separate evidence.

Reconcile a ported Cox DID with its actual PBX route

The Cox inbound diagnostic keeps port completion, provider assignment, edge delivery and PBX matching separate.

Reconcile a Comcast port with portal and call evidence

The Comcast diagnostic keeps port completion, number inventory, group selection, edge delivery and PBX matching separate.

Reconcile a Lumen port with number and route-plan state

The Lumen diagnostic keeps port completion, service inventory, route-plan assignment, edge delivery and emergency prerequisites separate.

Reconcile an AT&T port with group and scheme state

The AT&T diagnostic keeps port completion, assigned-number inventory, group ownership, provider routing and PBX delivery separate.

Separate Verizon activation, port and PBX proof

The Verizon diagnostic distinguishes platform readiness, authorized number list, cutover completion, provider attempt and PBX route.

Keep Bell number ownership and forwarding state distinct

The Bell guide treats number assignment, current address, forwarding rules, delivered identity and PBX route as separate evidence.

Keep Rogers DID inventory and peer routing distinct

The Rogers guide treats purchased DIDs, port state, provider selection, delivered identity and PBX route as separate evidence.

Keep ThinkTel pilot and DID evidence distinct

The ThinkTel guide separates the trunk pilot, attached DIDs, provider records, delivered identity and PBX route.

Separate Iristel port confirmation from activation

The Iristel guide preserves LNP submission, confirmation, activation, DID assignment and live delivery as separate states.

Separate TELUS number state from trunk-group delivery

The TELUS guide preserves number inventory, port state, provider target, edge receipt and PBX matching as separate evidence.

Separate SaskTel DID state from RTM routing

The SaskTel guide preserves DID inventory, port state, RTM scope, selected destination, edge receipt and PBX matching as separate evidence.

Separate Cogeco number state from trunk selection

The Cogeco guide preserves number inventory, port state, selected trunk, edge receipt and PBX matching as separate evidence.

Plan OnSIP number transfer as immediate cutover

The OnSIP guide preserves the transfer timestamp, provider attempt, edge receipt and PBX match because OnSIP warns the new PBX begins ringing immediately.

Keep Colt number inventory separate from call routing

The Colt provider record separates assigned ranges, presentation format, provider attempt, diversion and PBX normalization.

Keep Gamma number transfer separate from live routing

The Gamma provider record separates portability, assignment, Call Manager rules, provider attempts and PBX matches.

Reconcile Bandwidth service impacts when numbers move

The Bandwidth provider record records number ownership, Voice and E911 effects before route testing.

Do not equate Commio FOC with active routing

The Commio provider record separates port order, number status, routing preference and observed calls.

Keep LES.NET port availability separate from cutover

The LES.NET diagnostic follows the DID destination, provider attempt and PBX route after the documented port state.

Verify Wavix number state after the port

The Wavix diagnostic follows the active number record, saved destination, provider attempt and PBX match.

Keep Allstream DID inventory separate from working delivery

The Allstream guide separates number assignment or port state, portal scope, provider selection, delivered identity and PBX route.

Do not equate an Orange portal number with a completed port

The Orange Business Talk diagnostic keeps requested inventory, activation, provider attempt and delivered route separate.

Do not equate a Vodafone order with a completed port

The Vodafone Evolved Voice diagnostic separates request, authority, schedule, activation, provider attempt and completed call.

Do not equate Swisscom inventory with a completed port

The Swisscom Enterprise SIP diagnostic separates request, acceptance, schedule, activation, provider attempt and completed call.

Do not equate Sunrise inventory with a completed port

The Sunrise Business Voice SIP diagnostic separates request, acceptance, schedule, activation, provider attempt and completed call.

Do not equate Proximus allocation with call-proven routing

The Proximus Business Trunking diagnostic separates order, implementation, acceptance, activation, provider attempt and completed call.

Do not equate Crazytel port completion with call proof

The Crazytel SIP trunk diagnostic separates ownership, port state, trunk assignment, provider attempt, PBX receipt and completed call.

Separate MaxoTel cutover from PBX readiness

The MaxoTel SIP trunk diagnostic keeps port acceptance, outage window, provider attempt, PBX receipt and restoration distinct.

Keep Aussie Broadband port timing as a dated expectation

The Aussie Broadband SIP trunk diagnostic separates port acceptance, cutover, provider delivery, PBX match and completed calls.

Separate Symbio number management from delivery

The Symbio Enterprise SIP trunk diagnostic distinguishes reservation, lease, port, provider attempt, PBX receipt and completed call.

Separate Telstra port state from delivery

The Telstra SIP Connect diagnostic distinguishes authorization, programming, port, provider attempt, PBX receipt and completed call.

Separate Optus number state from delivery

The Optus Evolve Voice diagnostic distinguishes application, allocation, port, provider attempt, PBX receipt and completed call.

Separate One NZ DDI state from delivery

The One NZ SIP diagnostic distinguishes reservation, port, activation, location, provider attempt, PBX receipt and completed call.

Separate 2degrees DDI state from delivery

The 2degrees SIP diagnostic distinguishes allocation, port, activation, provider attempt, PBX receipt and completed call.

Separate Vocus number state from delivery

The Vocus SIP Voice diagnostic distinguishes allocation, porting, service address, provider attempt, PBX receipt and completed call.

Separate Superloop port state from delivery

The Superloop diagnostic distinguishes acceptance, interruption, provider attempt, PBX receipt and route result.

Separate Enreach number state from routing

The Enreach diagnostic distinguishes allocation, activation, delivered value, PBX receipt and route match.

Separate MetTel port acceptance from live routing

The MetTel SIP trunk diagnostic retains request, acceptance, activation, provider attempt, PBX match and stable operation separately.

Separate NUSO port tracking from live routing

The NUSO diagnostic retains request, status, activation, provider attempt, PBX receipt and stable operation separately.

Separate Telesystem DID inventory from live delivery

The Telesystem guide keeps order, activation, trunk association, forwarding, PBX route and answer independently observable.

Separate TPx DID assignment from forwarding and answer

The TPx guide keeps number order, activation, DID feature, DTO or forwarding state, PBX route and final answer independently observable.

Separate Lingo number order, port and delivery

The Lingo guide keeps DID order, port state, activation, provider attempt, PBX route and answer independently observable.

Separate Voyant number order, assignment and delivery

The Voyant guide keeps port state, assignment, provider attempt, PBX route, caller identity and answer independently observable.

Separate Windstream port records and delivery

The Windstream guide keeps authorization, CSR, requested disposition, provider attempt, PBX route and answer independently observable.

Separate Granite number order and delivery

The Granite guide keeps order, port, provider attempt, delivered value, PBX route and answer independently observable.

Separate FirstLight number order and delivery

The FirstLight guide keeps authorization, port, storage, provider attempt, delivered value, PBX route and answer distinct.

Sources & applicability

Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.