π When a SIP phone registers from a new location while its previous registration is still active, VOS3000 faces a critical decision: kick the old session and accept the new one, or reject the new registration and keep the existing session alive. The VOS3000 registration replace kick β controlled by SS_ENDPOINT_REGISTER_REPLACE β determines exactly how this conflict is resolved, with significant implications for shared-line scenarios, mobile workers, and multi-device users. π
βοΈ In VoIP deployments, registration conflicts are common. A user might move their phone to a different network, restart their SIP client on a different device, or experience a network failover that causes a re-registration from a new IP address. When the new REGISTER arrives at VOS3000, the softswitch must decide what to do with the existing registration. The VOS3000 registration replace kick setting controls this behavior: when On (default), the new registration replaces the old one and the previous session is terminated; when Off, the new registration is rejected and the existing session remains active. π§
π― This guide covers SS_ENDPOINT_REGISTER_REPLACE from the VOS3000 2.1.9.07 manual Β§4.3.5.2, including the two behaviors, use cases for shared-line vs dedicated-line scenarios, troubleshooting common registration conflicts, and how this parameter interacts with other registration settings. Need help? WhatsApp us at +8801911119966 for professional VOS3000 configuration. π
β±οΈ The VOS3000 registration replace kick is a registration policy parameter that determines how VOS3000 handles incoming SIP REGISTER requests when a matching registration already exists. According to the official VOS3000 2.1.9.07 manual Β§4.3.5.2, SS_ENDPOINT_REGISTER_REPLACE controls whether the system allows replacing the current registered users when terminal registration occurs. This is one of the most fundamental SIP registration behavior settings in VOS3000, directly affecting how endpoints connect and reconnect to the softswitch.
π‘ Why registration conflict handling matters: Without proper conflict resolution, you could end up with ghost registrations (where the system thinks an endpoint is registered but it is actually offline), duplicate registrations (where the same account appears registered from multiple locations), or registration flapping (where two devices continuously kick each otherβs registrations). Each of these conditions causes call delivery failures, one-way audio, and frustrated users.
π Location in VOS3000 Client: Operation management β Softswitch management β Additional settings β System parameter
| Aspect | On (default) | Off |
|---|---|---|
| π New Registration | Accepted β replaces old registration | Rejected β old registration preserved |
| π Old Session | Kicked β terminated immediately | Remains active until expiry |
| π’ Best For | Mobile workers, shared accounts, hot-desking | Dedicated lines, one-device-per-account policy |
| β οΈ Risk | Unauthorized device can kick legitimate session | Stale registrations may persist after device moves |
| Attribute | Value |
|---|---|
| π Parameter Name | SS_ENDPOINT_REGISTER_REPLACE |
| π’ Default Value | On |
| π Description | Allow replace the current registered users when terminal registration |
π‘ How the default (On) works: When a SIP phone sends a REGISTER request and a matching registration already exists (same SIP account, possibly different Contact/IP), VOS3000 accepts the new registration and removes the old one. The old session is immediately terminated β any active call is disconnected, and subsequent INVITE requests are routed to the newly registered Contact address. This is the standard SIP behavior expected by most phones and is the correct setting for the majority of deployments.
π Symptom: Active calls are disconnected when the user restarts their SIP softphone, even though they did not hang up.
π‘ Cause: With SS_ENDPOINT_REGISTER_REPLACE On, the new REGISTER from the restarting client kicks the old registration, terminating the active call.
β Solutions:
π Symptom: A legitimate userβs registration is repeatedly being replaced by an unauthorized device using the same credentials.
π‘ Cause: With replace kick On, any device with the correct credentials can replace the existing registration.
β Solutions:
π Symptom: After moving a phone to a new network, incoming calls still route to the old (now unreachable) IP address.
π‘ Cause: With replace kick Off, the new registration from the moved phone is rejected, and the old registration persists until expiry.
β Solutions:
β±οΈ The VOS3000 registration replace kick is controlled by SS_ENDPOINT_REGISTER_REPLACE, which determines whether VOS3000 allows a new SIP registration to replace an existing one for the same account. When On (default), the new registration is accepted and the old session is terminated (kicked). When Off, the new registration is rejected and the existing session remains active. This parameter is documented in the VOS3000 2.1.9.07 manual Β§4.3.5.2.
π§ For most deployments, keep SS_ENDPOINT_REGISTER_REPLACE On (the default). This ensures that when users move their phones, restart their clients, or experience network changes, their registration is updated automatically. Setting it to Off is appropriate only for dedicated-line scenarios where each SIP account should be used by exactly one device and you want to prevent any other device from taking over the registration, even temporarily. The security trade-off of Off is that stale registrations may persist after device moves.
π Yes, when SS_ENDPOINT_REGISTER_REPLACE is On and a new registration replaces an old one, any active call associated with the old registration is terminated. This is because the new registration indicates that the endpoint is now reachable at a different Contact address or via a different network path, making the old call session invalid. If you need to preserve active calls during re-registration, ensure your SIP clients do not send unnecessary REGISTER requests during active calls.
π The VOS3000 registration replace kick works independently of NAT keepalive mechanisms. NAT keepalive (controlled by SS_SIP_NAT_KEEP_ALIVE parameters) sends periodic keepalive messages to maintain NAT bindings for registered endpoints. These keepalive messages are not registration requests and do not trigger the replace kick behavior. Only actual SIP REGISTER requests trigger the replace-or-reject decision. For more on NAT keepalive configuration, see our detailed guide.
π No, SS_ENDPOINT_REGISTER_REPLACE is a global system parameter that applies to all endpoint registrations in VOS3000. You cannot configure different replace behavior for individual phones or gateways. If you need different behavior for specific accounts, the recommended approach is to use account-level security policies β such as IP-based authentication for high-security accounts and password-based authentication for mobile accounts β to control which devices can register in the first place.
π When the VOS3000 registration replace kick terminates the old session, any active calls associated with that session are disconnected. VOS3000 sends a BYE message to both parties of the active call, and the CDR records the call termination with the appropriate end direction. This ensures clean call teardown rather than leaving ghost calls consuming resources. For call termination analysis, see our call end reasons guide. WhatsApp us at +8801911119966 for expert help. π
π§ Proper VOS3000 registration replace kick configuration ensures your SIP endpoints can reconnect smoothly while maintaining security against unauthorized registration hijacking. Whether you need help configuring registration behavior, troubleshooting registration conflicts, or optimizing your endpoint management strategy, our team is ready to assist. Reach us on WhatsApp at +8801911119966 for professional VOS3000 configuration services. π
For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:
π± WhatsApp: +8801911119966
π Website: www.vos3000.com
π Blog: multahost.com/blog
π₯ Downloads: VOS3000 Downloads
Master VOS3000 call authentication mode with IP, IP+Port, and Password options. Configure mapping gateway authentication…
Configure VOS3000 authentication retry limits with SS_AUTHENTICATION_MAX_RETRY and SS_AUTHENTICATION_FAILED_SUSPEND. Prevent credential stuffing on SIP accounts.
Configure VOS3000 lightweight registration interval with SS_ENDPOINTTIMETOLIVE. 60-second check without full SIP re-REGISTER detects offline…
Configure VOS3000 TCP close reset with SS_TCP_CLOSE_RESET. Choose between TCP RST and FIN for closing…
Configure VOS3000 unauthorized SIP response with SS_REPLY_UNAUTHORIZED. Control whether VOS3000 responds to unknown SIP sources…
Master VOS3000 password policy configuration with SERVER_PASSWORD_LENGTH and SERVER_TERMINAL_ADDITIONAL_CHARACTERS. Enforce strong passwords for telecom security.