At the time of porting your ported number(s) will simply stop routing via the losing provider's network and instead route via ours to the endpoint you have associated with the number (assming you have followed the steps listed in What To Do Before And On The Port Date).   However, it is not unheard of for the records of the losing provider not to be updated in a timely fashion with the result that your client may still be being billed by the losing provider and so they may understandably raise a query with you; further, as interim call forwarding rules can sometimes mask if a number has ported correctly or not, there are some simple tests you can do to confirm your number has ported:

Step 1: Check your PBX log files...

Via the PBX, can you see inbound calls routing as expected?   Dialling a ported number and ensuring it routes to your PBX via our service - as a directly inbound call, not an inbound call diverted for the losing provider's network - shows the number has ported sucessfully.

Step 2: Set up temporary call divert / failover via the ST+ portal...

Via the SIP Trunk Plus portal:

(a) select the client's 'DID numbers' tab, selected the ported DDI in question, right-click it to 'Edit' it.

(b) enter a 'Failover number', tick 'Unconditional failover' and press 'OK'.  The 'Failover number' you enter could be, for example, your mobile phone.  Ticking 'Unconditional failover' in essence sets up a call divert.

(c) test an inbound call to the number and confirm that it routes / diverts to the 'Failover number': this confirms that the number has been sucessfully ported.

(d) remove the failover / divert.