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.
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.
Sources & applicability
Primary references for the technical details above. Operational examples and planning checklists are VoIP.info editorial guidance.
- CRTC: switching providers and keeping a number (Canada) ↗
- QuestBlue SIP Trunking ↗
- QuestBlue pricing ↗
- QuestBlue frequently asked questions ↗
- QuestBlue number porting ↗
- QuestBlue Emergency Calling API ↗
- QuestBlue customer support ↗
- SIPcity SIP Trunking ↗
- SIPcity registration and peering explained ↗
- SIPcity generic SIP registration configuration ↗
- SIPcity 3CX configuration ↗
- SIPcity network ports and IPs ↗
- SIPcity number porting ↗
- SIPcity channel explanation ↗
- SIPcity billing and payments ↗
- SIPcity master service agreement ↗
- Toku Carrier Services ↗
- Toku for Microsoft Teams ↗
- Toku Voice Connectivity help centre ↗
- Toku Singapore Numbers ↗
- Toku Malaysia Numbers ↗
- Toku Indonesia Numbers ↗
- Toku Singapore Subscriber Registration ↗
- Toku Singapore Level3 Number Portability ↗
- Toku Singapore Regulations ↗
- Toku Singapore Level6 Wholesale Services ↗
- IP Telecom SIP Trunks ↗
- IP Telecom terms and SIP Trunking product schedule ↗
- IP Telecom Fair Use Policy ↗
- IP Telecom Ireland copper switch-off guidance ↗
- IP Telecom contact and support ↗
- Clearfly voice services and SIP trunking ↗
- Clearfly service FAQs ↗
- Clearfly partner programme and portal ↗
- Clearfly support contacts ↗
- Clearfly legal and regulatory index ↗
- Clearfly Acceptable Use Policy ↗
- Redcentric voice modernisation ↗
- Redcentric communications services ↗
- Redcentric customer support ↗
- Redcentric service status ↗
- Redcentric SIP Trunking Service Description SD032 v2.1 (legacy public PDF) ↗
- Redcentric Hays telephony customer case study ↗
- TelVox Connect SIP trunks API reference ↗
- TelVox Connect authentication and API keys ↗
- TelVox Connect Calls API reference ↗
- TelVox Connect phone numbers reference ↗
- TelVox Connect recordings API reference ↗
- TelVox Connect webhooks API reference ↗
- TelVox Connect pricing ↗
- TelVox security and compliance ↗
- Renav Limited TelVox products ↗
- VoIPline Telecom SIP trunking ↗
- VoIPline Telecom pricing and rates ↗
- VoIPline Telecom legal documents ↗
- VoIPline Voice and SMS (IP) service schedule ↗
- VoIPline SIP trunks critical information summary ↗
- VoIPline Telecom network ↗
- VoIPline Telecom number porting ↗
- VoIPline Telecom service status ↗
- Voip Unlimited SIP Trunks ↗
- Voip Unlimited voice portfolio ↗
- Voip Unlimited partner operations and support tools ↗
- Voip Unlimited legal and regulatory documents ↗
- Voip Unlimited Master Services Agreement V3.0 ↗
- RFC 3263: Locating SIP Servers ↗
- RFC 2782: DNS SRV resource records ↗
- RFC 3403: DDDS DNS database and NAPTR records ↗
- Voipfone FreePBX configuration guide ↗
- Voipfone inbound routing control ↗
- Voipfone phone-number routing controls ↗
- Voipfone PBX call-divert and PSTN-failover controls ↗
- Voipfone number porting ↗