An extension, not a re-architecture
Where the deployment supports remote SIP registration, the AI behaves like a familiar extension destination inside your existing P-Series routing.
YEASTAR + VOXLINK
Your Yeastar P-Series PBX already carries your extensions, users, inbound routes and time conditions.
Rebuilding a working call flow is the reason most teams never add automation at all - the risk of breaking what already routes correctly outweighs the missed calls.
In a compatible P-Series deployment, VoxLink can be reached like any other SIP extension, so selected inbound routes, after-hours destinations or overflow paths can point at AI using the routing model your PBX already uses.
No extension renumbering, no new numbers and no rebuilt dial plan. The existing call flow stays intact and one destination changes.
Answer calls, book appointments, qualify leads, handle enquiries and connect customers with your team - 24/7.
Connection
Yeastar + VoxLink
Keep your phone system. Keep your numbers. Add AI to the conversations you choose.
Why add AI
The advantage of the Yeastar model is that nothing conceptually new is introduced. A dedicated SIP extension is created in a compatible P-Series system, VoxLink registers to it, and from the PBX's point of view the AI is simply another destination that can be selected in an inbound route, time condition or queue.
That means your existing extensions, users and numbers stay untouched. You are not migrating a call flow - you are adding one destination to it, and you can point as little or as much traffic at that destination as you want.
Where the deployment supports remote SIP registration, the AI behaves like a familiar extension destination inside your existing P-Series routing.
Your existing business-hours and holiday logic continues to control when calls reach people and when they reach AI.
Remote registration is security-sensitive, so transport, IP restrictions and firewall/NAT behaviour are confirmed before the extension is used.
What VoxLink adds
Point the out-of-hours branch of a time condition at the AI extension instead of voicemail.
Where a queue is configured to overflow or fail over, that destination can be the AI extension.
Answer, identify the reason for the call and route it, without occupying a staffed extension.
Capture and confirm bookings during the call rather than logging a callback request.
Hand qualified callers to the right extension or ring group where transfer routing is configured.
Reminders and approved follow-ups where the extension's outbound permissions and routes allow the workflow.
In practice
How a Yeastar inbound route reaches the AI extension, described without any configuration detail.
A customer calls a number that already terminates on your Yeastar PBX.
The existing inbound route and time condition are applied as usual.
The selected branch sends the call to the dedicated AI extension.
VoxLink answers, handles the enquiry and captures the details.
The call ends, or transfers back to an extension or ring group in your Yeastar environment.
Outcome: the caller is handled instead of abandoning the queue, with a transfer path still open.
Positioning
Create a dedicated SIP extension in a compatible Yeastar P-Series system and connect it to VoxLink so AI can become part of your existing call flow.
Your Yeastar licensing and carrier costs are unchanged. VoxLink is priced on its own usage, so you can start with one route and scale from there.
See VoxLink pricing and plans →Your existing Yeastar extensions, users and desk phones.
Your current numbers, trunks and carrier arrangements, where routing permits.
Your inbound routes, time conditions, queues and IVR structure.
Full control of which branch of the call flow reaches the AI extension.
Use cases
Typical starting points in a compatible P-Series environment.
Technical model
The PBX-extension model uses a dedicated SIP extension. Matching extension credentials and the PBX server information are configured in VoxLink. Selected calls can then be routed to the AI endpoint; outbound calling can use the same authenticated SIP path when routing and permissions allow.
Remote SIP registration is security-sensitive. We confirm remote access policy, IP restrictions, transport, firewall/NAT behaviour and extension outbound permissions as part of the setup.
Requirements
For your Yeastar administrator. Registration names, passwords and PBX addresses are exchanged privately and never published here.
Setup
Our team works through this with you. No configuration details, credentials or server addresses are ever published.
Create a dedicated SIP extension in Yeastar.
Gather the PBX address or domain, SIP port and transport, extension number, registration name and registration password.
Confirm the remote SIP registration and security policy permits the connection.
Enter the matching SIP details in VoxLink.
Route selected inbound calls to the AI extension.
Configure outbound permissions and routes if required.
Test registration, audio, transfers, DTMF, caller ID and failover.
Before go-live
Compatibility and call quality are confirmed on your environment before customers reach the AI.
Use it with
Industries
Other phone systems
Not sure what you have?
Send us your phone system details and we'll confirm whether a supported SIP connection is available.
Request a compatibility check →FAQ
Connect VoxLink to your compatible Yeastar environment and automate more customer conversations without replacing your existing phone system.