VOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send Unregister

VOS3000 SIP Display From: Important E164 Caller Configuration

VOS3000 SIP Display From: Important E164 Caller Configuration

๐Ÿ“ž When a SIP INVITE leaves your VOS3000 softswitch, the From header carries the caller’s identity โ€” but what exactly appears in that header? Is it the raw E164 number? The display name? Or something else entirely? The answer depends on a critical parameter: SS_SIP_E164_DISPLAY_FROM, which governs the VOS3000 SIP display from mode and determines how caller information is presented in the From header of every SIP signal your softswitch sends. ๐ŸŽฏ

๐Ÿ“ก The From header is one of the most fundamental elements in SIP signaling. It tells the receiving server who is calling. But in real-world VoIP deployments, the “caller” can be represented in multiple ways โ€” as a plain number, with a display name, in E164 international format, or even with a domain name. Getting the VOS3000 SIP display from configuration right is essential for caller ID presentation, carrier interoperability, and regulatory compliance with number formatting standards. This guide covers the SS_SIP_E164_DISPLAY_FROM parameter (default: Ignore), per-gateway display settings, mapping gateway caller number extraction, and the relationship with privacy headers like P-Asserted-Identity and P-Preferred-Identity. ๐Ÿ”ง

๐Ÿ’ก All data in this guide is sourced exclusively from the official VOS3000 V2.1.9.07 Manual, Section 4.3.5.2 (Table 4-3) โ€” no fabricated values, no guesswork. For expert assistance with your VOS3000 deployment, contact us on WhatsApp at +8801911119966. ๐Ÿ“ฑ

Table of Contents

๐Ÿ” What Is VOS3000 SIP Display From?

๐Ÿ“‹ The VOS3000 SIP display from is the mode that controls how VOS3000 populates the display information in the SIP From header. This is governed by the parameter SS_SIP_E164_DISPLAY_FROM, which has a default value of Ignore and offers multiple display mode options. ๐Ÿ“ก

๐Ÿ“Œ According to the official VOS3000 V2.1.9.07 Manual, Table 4-3:

AttributeValue
๐Ÿ“Œ Parameter NameSS_SIP_E164_DISPLAY_FROM
๐Ÿ”ข Default ValueIgnore
๐Ÿ“ DescriptionMode of SIP display information
โš™๏ธ OptionsIgnore / other display modes
๐Ÿ“ NavigationOperation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter

๐Ÿ’ก Key insight: When set to Ignore, VOS3000 does not modify the display information in the From header โ€” it passes the caller information as-is from the original signaling. When a specific display mode is selected, VOS3000 formats the From header according to the E164 standard, ensuring consistent international number formatting across all outbound calls. This is especially important for carriers that require E164-compliant caller numbers. ๐Ÿ“ž

๐ŸŽฏ Why VOS3000 SIP Display From Matters

โš ๏ธ Misconfigured display information in the From header can cause several critical issues:

  • ๐Ÿ“ž Caller ID failure: Some carriers reject calls where the From header does not contain a properly formatted E164 number, resulting in 403 Forbidden or 484 Number Incomplete responses
  • ๐ŸŒ Interoperability problems: Different SIP equipment expects different formats โ€” some require display names, others require E164 numbers only
  • ๐Ÿ”’ Privacy conflicts: Incorrect display modes may expose caller numbers that should be hidden by privacy settings
  • ๐Ÿ“Š Billing discrepancies: CDR records may not match the actual caller numbers presented in signaling, causing reconciliation issues
  • ๐Ÿ›ก๏ธ Regulatory compliance: Some jurisdictions require caller numbers in E164 international format (+CC.NDC.SN) for emergency services and lawful interception

โš™๏ธ Understanding the SIP From Header Structure

๐Ÿ“ก Before diving into the configuration, it is essential to understand the structure of the SIP From header and where the VOS3000 SIP display from parameter exerts its influence. Here is the anatomy of a SIP From header: ๐Ÿ”

๐Ÿ“ž SIP From Header Anatomy:

From: "Display Name" <sip:number@domain>;tag=abc123
      โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€   โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
      โ”‚             โ”‚                      โ”‚
      โ”‚             โ”‚                      โ””โ”€โ”€ Tag (dialog identifier)
      โ”‚             โ”‚
      โ”‚             โ””โ”€โ”€ URI (number + domain)
      โ”‚                  โ”œโ”€โ”€ number: caller number (E164 format)
      โ”‚                  โ””โ”€โ”€ domain: server IP or domain name
      โ”‚
      โ””โ”€โ”€ Display Name (what appears on phone screen)
          โ””โ”€โ”€ SS_SIP_E164_DISPLAY_FROM controls THIS part

Examples:
  Ignore mode:     From: <sip:[email protected]>;tag=x1
  E164 mode:       From: "+8801911119966" <sip:[email protected]>;tag=x1
  Display mode:    From: "John" <sip:[email protected]>;tag=x1

๐Ÿ”ง The critical distinction: The SS_SIP_E164_DISPLAY_FROM parameter specifically controls the display information portion of the From header โ€” not the SIP URI itself. When set to Ignore, VOS3000 leaves the display name empty or unchanged. When set to a display mode, it populates the display portion with the E164-formatted number. For more on SIP signaling fundamentals, see our VOS3000 SIP call flow guide. ๐Ÿ“–

๐Ÿ“‹ SS_SIP_E164_DISPLAY_FROM Display Modes

๐Ÿ”€ The VOS3000 SIP display from parameter offers different modes that determine how the display information appears in the From header. Here is a detailed comparison: ๐Ÿ“Š

Display ModeFrom Header FormatUse CaseCarrier Compatibility
Ignore (Default)From: <sip:number@domain>Pass-through; no display name modification๐ŸŸข Broad compatibility
E164 DisplayFrom: “+CC.NDC.SN” <sip:+CC.NDC.SN@domain>International format required by carrier๐ŸŸก Carrier-specific
Number DisplayFrom: “number” <sip:number@domain>Display name set to caller number๐ŸŸข Good compatibility

๐Ÿ“Œ When to use Ignore vs. E164 display: The default Ignore mode works well for most deployments where carriers do not enforce strict From header formatting. However, if your upstream carrier requires E164-formatted numbers in both the display name and URI of the From header, you must change SS_SIP_E164_DISPLAY_FROM from Ignore to the appropriate display mode. For more on carrier requirements, see our VOS3000 caller ID management guide. ๐Ÿ“ž

๐Ÿ”— Per-Gateway SIP Settings for From Header

๐Ÿ–ฅ๏ธ Beyond the global SS_SIP_E164_DISPLAY_FROM parameter, VOS3000 provides per-gateway SIP settings that further control the From header behavior. These settings are configured in the Routing Gateway > Additional settings > Protocol > SIP section and allow fine-grained control over how each gateway presents caller information. ๐Ÿ”ง

SettingFunctionImpact on From Header
Enable local domain nameChange the IP corresponding to the “From” field in signaling to SS_LOCAL_IP_DOMAIN domainReplaces the IP address in the From URI domain part with the configured local domain name
Peer number informationSet select mode to SIP signal’s callerDetermines how VOS3000 extracts the peer (callee/caller) number from SIP signaling

๐Ÿ’ก Enable local domain name is particularly important when your VOS3000 server has a public domain name but communicates using a private IP address internally. By enabling this setting, the From header’s domain portion changes from the server’s private IP (e.g., 192.168.1.100) to the configured SS_LOCAL_IP_DOMAIN (e.g., sip.yourdomain.com), which improves interoperability with carriers that validate the From header domain. ๐ŸŒ

๐Ÿ”ง Peer number information controls how VOS3000 selects the caller number from incoming SIP signals. This setting works in conjunction with the mapping gateway caller field selection (covered below) to ensure the correct caller number is extracted and presented. For detailed gateway configuration, see our VOS3000 gateway configuration guide. ๐Ÿ“–

๐Ÿ›ก๏ธ Per-Gateway Privacy Settings and Display From

๐Ÿ”’ The VOS3000 SIP display from setting does not operate in isolation. It interacts with per-gateway privacy settings that control how caller identity is presented and protected. These settings are configured at the Routing Gateway > Additional settings > Protocol level and include: ๐Ÿ›ก๏ธ

Privacy SettingOptionsDescriptionInteraction with Display From
P-Asserted-IdentityNone / Passthrough / CallerControls P-Asserted-Identity header insertionWhen set to Caller, PAI carries the real caller; From header may differ based on display mode
P-Preferred-IdentityNone / Passthrough / CallerControls P-Preferred-Identity header insertionSimilar to PAI; provides preferred identity that may differ from From display
PrivacyNone / Passthrough / IdControls Privacy header in outbound signalingWhen set to Id, caller identity in From is hidden; display name shows “anonymous”

๐ŸŽฏ Critical interaction: When Privacy is set to Id, the From header display information shows “anonymous” or ” withheld” regardless of the SS_SIP_E164_DISPLAY_FROM setting. The real caller number is then carried in the P-Asserted-Identity header (if P-Asserted-Identity is set to Caller). This is how VOS3000 supports caller ID blocking while still providing the real number to trusted carriers. For a complete guide on this topic, see our VOS3000 P-Asserted-Identity caller ID guide. ๐Ÿ“ž

๐Ÿ”’ Privacy Header vs. Display From โ€” Priority Order

๐Ÿ“Š Understanding the priority order is essential when both privacy settings and display from settings are configured: ๐Ÿ”‘

๐Ÿ”’ VOS3000 From Header Priority โ€” Privacy vs Display From:

Step 1: Check Privacy Setting (per-gateway)
  โ”œโ”€โ”€ Privacy = None
  โ”‚   โ””โ”€โ”€ No Privacy header added โ†’ proceed to Step 2
  โ”œโ”€โ”€ Privacy = Passthrough
  โ”‚   โ””โ”€โ”€ Pass existing Privacy header โ†’ proceed to Step 2
  โ””โ”€โ”€ Privacy = Id
      โ””โ”€โ”€ Add "Privacy: id" header
          โ””โ”€โ”€ From header โ†’ "Anonymous" <sip:[email protected]>
          โ””โ”€โ”€ Real caller in PAI (if P-Asserted-Identity = Caller)
          โ””โ”€โ”€ โ›” STOP โ€” SS_SIP_E164_DISPLAY_FROM is overridden

Step 2: Check SS_SIP_E164_DISPLAY_FROM (global)
  โ”œโ”€โ”€ Ignore (default)
  โ”‚   โ””โ”€โ”€ From header display name = empty or original
  โ”œโ”€โ”€ E164 Display
  โ”‚   โ””โ”€โ”€ From header display name = "+8801911119966"
  โ””โ”€โ”€ Number Display
      โ””โ”€โ”€ From header display name = "8801911119966"

Step 3: Check Enable Local Domain Name (per-gateway)
  โ”œโ”€โ”€ Disabled
  โ”‚   โ””โ”€โ”€ From URI domain = server IP (e.g., 192.168.1.100)
  โ””โ”€โ”€ Enabled
      โ””โ”€โ”€ From URI domain = SS_LOCAL_IP_DOMAIN (e.g., sip.carrier.com)

๐Ÿ’ก Key takeaway: Privacy settings always take priority over display from settings. If Privacy is set to Id, the From header becomes anonymous regardless of what SS_SIP_E164_DISPLAY_FROM is configured to. For more on privacy configurations, see our VOS3000 parameter description reference. ๐Ÿ“–

๐Ÿ”„ Mapping Gateway Caller Number Extraction

๐Ÿ“Š While SS_SIP_E164_DISPLAY_FROM controls how the From header is presented on outbound calls, the Mapping Gateway settings control how VOS3000 extracts the caller number from inbound SIP signals. This is a critical complementary configuration that determines which field VOS3000 reads to identify the caller. ๐Ÿ”

Extraction FieldSIP HeaderFormatWhen to Use
FromFrom: <sip:number@domain>Standard SIP From URIโœ… Default; most common; broad compatibility
Remote-Party-IDRemote-Party-ID: number;party=callingRFC 3325 identity header๐Ÿ“ก Carriers that send verified caller ID in RPID
DisplayFrom: “Display” <sip:number@domain>Display name portion of From header๐Ÿ“ž When display name differs from URI number

๐Ÿ”ง How this interacts with VOS3000 SIP display from: The Mapping Gateway “Caller” setting determines which field VOS3000 reads as the caller number on incoming calls. The SS_SIP_E164_DISPLAY_FROM setting determines how VOS3000 presents the caller number in the From header on outgoing calls. These two settings work in opposite directions but must be configured consistently to ensure end-to-end caller ID integrity. For detailed mapping gateway configuration, see our VOS3000 gateway configuration and routing mapping guide. ๐Ÿ“–

๐Ÿ“Š Caller Number Extraction Scenario

๐ŸŽฏ Consider a scenario where an upstream carrier sends caller information in the Remote-Party-ID header but the From header contains a generic number. Here is how the Mapping Gateway “Caller” setting determines what VOS3000 uses: ๐Ÿ“ก

๐Ÿ“ž Incoming SIP INVITE from Carrier:

From: "Unknown" <sip:[email protected]>;tag=abc
Remote-Party-ID: "+8801911119966" <sip:[email protected]>;party=calling

Mapping Gateway Caller Setting = "From"
  โ””โ”€โ”€ VOS3000 reads: 0000 (generic number)
  โ””โ”€โ”€ โŒ Wrong caller number for CDR and routing

Mapping Gateway Caller Setting = "Remote-Party-ID"
  โ””โ”€โ”€ VOS3000 reads: +8801911119966 (real caller)
  โ””โ”€โ”€ โœ… Correct caller number for CDR and routing

Mapping Gateway Caller Setting = "Display"
  โ””โ”€โ”€ VOS3000 reads: "Unknown" (display name from From)
  โ””โ”€โ”€ โŒ Not a valid caller number

๐Ÿ’ก Pro tip: Always verify which field your upstream carrier uses to send the real caller number. Many international carriers use Remote-Party-ID or P-Asserted-Identity instead of the From header. Configuring the Mapping Gateway “Caller” setting to the correct field ensures VOS3000 extracts the right caller number. For authentication-related configurations, see our VOS3000 SIP authentication guide. ๐Ÿ”‘

๐Ÿ”— The VOS3000 SIP display from parameter is part of a family of parameters that control caller identity presentation in SIP signaling. Understanding their relationships is essential for proper configuration. ๐Ÿ› ๏ธ

ParameterDefaultDescriptionScope
SS_SIP_E164_DISPLAY_FROMIgnoreMode of SIP display informationGlobal (From header display)
SS_SIP_USER_AGENT_PRIVACYIgnorePrivacy setting for register userOutbound registration privacy

๐Ÿ“ Both parameters are located at: Operation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter. For the complete parameter reference, see our VOS3000 system parameters guide. ๐Ÿ“–

๐Ÿ”„ SS_SIP_E164_DISPLAY_FROM vs. SS_SIP_USER_AGENT_PRIVACY

โš ๏ธ A common source of confusion is the difference between SS_SIP_E164_DISPLAY_FROM and SS_SIP_USER_AGENT_PRIVACY. While both affect how caller information appears in SIP headers, they serve different purposes: ๐ŸŽฏ

AspectSS_SIP_E164_DISPLAY_FROMSS_SIP_USER_AGENT_PRIVACY
๐Ÿ“Œ PurposeControls display format in From headerControls privacy level for registration user
๐Ÿ”ข DefaultIgnoreIgnore
๐Ÿ“ก Applied ToFrom header display name (INVITE and call signaling)REGISTER messages (outbound registration)
๐Ÿ”„ EffectFormats how the caller number appears in From display nameAdds Privacy header to registration; hides identity
โš™๏ธ OptionsIgnore / display modesIgnore / Id / None

๐Ÿ’ก Simple rule: SS_SIP_E164_DISPLAY_FROM controls how the caller looks in the From header. SS_SIP_USER_AGENT_PRIVACY controls whether the registration user is hidden in outbound REGISTER messages. They apply to different SIP methods and serve different purposes. For more on SIP session management, see our VOS3000 SIP session guide. ๐Ÿ“ก

๐Ÿ“‹ Step-by-Step VOS3000 SIP Display From Configuration

โš™๏ธ Follow these steps to configure the VOS3000 SIP display from settings on your system:

Step 1: Configure Global SS_SIP_E164_DISPLAY_FROM ๐Ÿ“‹

  1. ๐Ÿ” Log in to VOS3000 Client with administrator credentials
  2. ๐Ÿ“Œ Navigate: Operation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter
  3. ๐Ÿ” Locate SS_SIP_E164_DISPLAY_FROM in the parameter list
  4. โœ๏ธ Set the display mode (default: Ignore; change to E164 display mode if your carrier requires formatted numbers)
  5. ๐Ÿ’พ Save and apply the changes

Step 2: Configure Per-Gateway SIP Settings ๐Ÿ”—

  1. ๐Ÿ“Œ Navigate: Operation management โ†’ Softswitch management โ†’ Routing gateway
  2. ๐Ÿ” Select the target gateway โ†’ Additional settings โ†’ Protocol โ†’ SIP
  3. ๐Ÿ”ง Configure:
    • ๐ŸŒ Enable local domain name: Enable if you want the From URI domain to use SS_LOCAL_IP_DOMAIN instead of IP address
    • ๐Ÿ“ž Peer number information: Set the select mode for SIP signal’s caller extraction
  4. ๐Ÿ’พ Save gateway settings

Step 3: Configure Per-Gateway Privacy Settings ๐Ÿ”’

  1. ๐Ÿ“Œ In the same gateway settings, navigate to Privacy settings
  2. ๐Ÿ”ง Configure:
    • ๐Ÿ›ก๏ธ P-Asserted-Identity: None / Passthrough / Caller
    • ๐Ÿ›ก๏ธ P-Preferred-Identity: None / Passthrough / Caller
    • ๐Ÿ”’ Privacy: None / Passthrough / Id
  3. ๐Ÿ’พ Save privacy settings

Step 4: Configure Mapping Gateway Caller Extraction ๐Ÿ”„

  1. ๐Ÿ“Œ Navigate: Operation management โ†’ Softswitch management โ†’ Mapping gateway
  2. ๐Ÿ” Select the mapping gateway that handles incoming calls
  3. ๐Ÿ”ง Set Caller field to extract caller number from:
    • ๐Ÿ“ž From โ€” standard From header (default, most common)
    • ๐Ÿ“ก Remote-Party-ID โ€” RFC 3325 verified identity
    • ๐Ÿ“Ÿ Display โ€” display name portion of From header
  4. ๐Ÿ’พ Save mapping gateway settings

Step 5: Verify with SIP Debug ๐Ÿ”

๐Ÿ“ After configuration, verify the display from settings are working correctly by examining the SIP INVITE messages. For comprehensive debugging techniques, see our VOS3000 troubleshooting guide. ๐Ÿ”ง

๐Ÿ” Verifying VOS3000 SIP Display From โ€” SIP Debug Trace:

โ”€โ”€โ–บ Outbound INVITE (SS_SIP_E164_DISPLAY_FROM = Ignore):

  INVITE sip:[email protected] SIP/2.0
  From: <sip:[email protected]>;tag=z9hG4bK123
        โ””โ”€โ”€ No display name (Ignore mode)
  To: <sip:[email protected]>

โ”€โ”€โ–บ Outbound INVITE (SS_SIP_E164_DISPLAY_FROM = E164 Display):

  INVITE sip:[email protected] SIP/2.0
  From: "+8801911119966" <sip:[email protected]>;tag=z9hG4bK456
        โ””โ”€โ”€ E164 format display name added โœ…
  To: <sip:[email protected]>

โ”€โ”€โ–บ Outbound INVITE (Privacy = Id, PAI = Caller):

  INVITE sip:[email protected] SIP/2.0
  From: "Anonymous" <sip:[email protected]>;tag=z9hG4bK789
        โ””โ”€โ”€ Privacy overrides display from โ›”
  To: <sip:[email protected]>
  P-Asserted-Identity: <sip:[email protected]>
        โ””โ”€โ”€ Real caller in PAI header ๐Ÿ”’
  Privacy: id

๐Ÿ“Š VOS3000 SIP Display From Best Practices by Deployment

๐ŸŽฏ Different VoIP deployment scenarios require different display from configurations. Here are recommended settings based on real-world deployment experience and VOS3000 manual specifications: ๐Ÿ’ก

Deployment TypeSS_SIP_E164_DISPLAY_FROMPrivacy SettingMapping Gateway Caller
๐Ÿ“ž International wholesale (E164 required)E164 DisplayNoneFrom or Remote-Party-ID
๐Ÿข Enterprise SIP trunkIgnore (default)NoneFrom
๐ŸŒ Multi-carrier terminationE164 DisplayPassthroughRemote-Party-ID
๐Ÿ”’ Privacy-focused (CLIR)IgnoreIdFrom
๐Ÿ“ž Domestic carrier (no E164)Ignore (default)NoneFrom
๐Ÿ“ก RPID-based upstreamE164 DisplayPassthroughRemote-Party-ID

๐Ÿ’ก Important: The VOS3000 SIP display from setting works together with your call routing and gateway privacy configuration. Always verify the complete signaling chain โ€” from inbound caller extraction (Mapping Gateway) through outbound caller presentation (Display From + Privacy) โ€” to ensure consistent caller ID across your entire VoIP network. For expert guidance, reach us on WhatsApp at +8801911119966. ๐Ÿ“ฑ

๐Ÿ›ก๏ธ Common VOS3000 SIP Display From Problems and Solutions

โš ๏ธ Misconfigured display from settings can cause a range of caller ID issues. Here are the most common problems and their solutions:

โŒ Problem 1: Carrier Rejects Calls โ€” 403 Forbidden Due to Invalid From Header

๐Ÿ” Symptom: Upstream carrier returns 403 Forbidden or 484 Number Incomplete on calls that pass through VOS3000. The carrier’s technical support reports that the From header does not contain a valid E164 number.

๐Ÿ’ก Cause: SS_SIP_E164_DISPLAY_FROM is set to Ignore (default), so the From header does not include the E164-formatted display name that the carrier requires for number validation.

โœ… Solutions:

  • ๐Ÿ”ง Change SS_SIP_E164_DISPLAY_FROM from Ignore to the E164 display mode
  • ๐Ÿ“ž Verify the carrier’s exact From header format requirements (with or without “+” prefix)
  • ๐Ÿ“Š Test with a single call first and verify the From header in SIP debug output

โŒ Problem 2: Wrong Caller Number Appears on Called Party Phone

๐Ÿ” Symptom: The called party sees a generic or incorrect number instead of the real caller number on their phone display.

๐Ÿ’ก Cause: The Mapping Gateway “Caller” setting is extracting the caller number from the wrong SIP field. For example, if the carrier sends the real number in Remote-Party-ID but the Mapping Gateway is set to extract from “From”, VOS3000 may be reading a generic or incorrect number.

โœ… Solutions:

  • ๐Ÿ” Examine incoming SIP INVITE messages to identify which field carries the real caller number
  • ๐Ÿ”ง Change Mapping Gateway “Caller” setting to the correct field (From / Remote-Party-ID / Display)
  • ๐Ÿ“ž Verify caller number after the change by making a test call

โŒ Problem 3: Caller ID Shows “Anonymous” When It Should Not

๐Ÿ” Symptom: Outbound calls show “Anonymous” or “Unknown” on the called party’s phone even though the caller has not requested privacy.

๐Ÿ’ก Cause: The per-gateway Privacy setting is configured to “Id” which adds a Privacy: id header and changes the From header to anonymous, overriding the SS_SIP_E164_DISPLAY_FROM setting.

โœ… Solutions:

  • ๐Ÿ”’ Check the per-gateway Privacy setting โ€” change from “Id” to “None” if caller ID blocking is not required
  • ๐Ÿ”ง If selective CLIR (Caller Line Identification Restriction) is needed, use P-Asserted-Identity = Caller with Privacy = Id
  • ๐Ÿ“Š Verify that SS_SIP_E164_DISPLAY_FROM is not set to Ignore if you need a display name

โŒ Problem 4: From Header Shows Private IP Instead of Domain Name

๐Ÿ” Symptom: The From header contains a private IP address (e.g., 192.168.1.100) in the URI domain portion, which some carriers reject because they cannot route responses to a private IP.

๐Ÿ’ก Cause: The “Enable local domain name” per-gateway setting is not enabled, so VOS3000 uses its private IP address in the From header domain.

โœ… Solutions:

  • ๐ŸŒ Enable “Enable local domain name” in the routing gateway’s SIP settings
  • ๐Ÿ”ง Verify that SS_LOCAL_IP_DOMAIN is configured with your public domain name or public IP
  • ๐Ÿ“ž Test call and verify the From header domain matches your public-facing address

๐Ÿ“ž Complete Display and Privacy Parameter Quick Reference

๐Ÿ“Š Here is the complete reference for all parameters and settings that govern caller identity presentation in VOS3000: ๐Ÿ“‹

Parameter / SettingDefaultScopeFunction
SS_SIP_E164_DISPLAY_FROMIgnoreGlobalMode of SIP display information in From header
SS_SIP_USER_AGENT_PRIVACYIgnoreGlobalPrivacy setting for register user (outbound REGISTER)
Enable local domain nameโ€”Per-gatewayChange From field IP to SS_LOCAL_IP_DOMAIN
Peer number informationโ€”Per-gatewaySet select mode to SIP signal’s caller
P-Asserted-Identityโ€”Per-gatewayNone / Passthrough / Caller
P-Preferred-Identityโ€”Per-gatewayNone / Passthrough / Caller
Privacyโ€”Per-gatewayNone / Passthrough / Id
Caller (Mapping Gateway)โ€”Per-mapping-gatewayGet caller from: From / Remote-Party-ID / Display

๐Ÿ”ง For complete documentation on all SIP parameters, see our VOS3000 parameter description reference. For system-level parameters, refer to VOS3000 system parameters. ๐Ÿ“–

๐Ÿ’ก VOS3000 SIP Display From Configuration Checklist

โœ… Use this checklist when deploying or tuning your VOS3000 SIP display from settings:

CheckActionStatus
๐Ÿ“Œ 1Set SS_SIP_E164_DISPLAY_FROM to appropriate mode (Ignore for passthrough, E164 for formatted display)โ˜
๐Ÿ“Œ 2Verify per-gateway “Enable local domain name” setting matches your deployment needsโ˜
๐Ÿ“Œ 3Configure per-gateway “Peer number information” for correct caller extraction modeโ˜
๐Ÿ“Œ 4Set P-Asserted-Identity to Caller if carriers require verified caller identityโ˜
๐Ÿ“Œ 5Configure Privacy setting (None for normal, Id for caller ID blocking, Passthrough for carrier passthrough)โ˜
๐Ÿ“Œ 6Set Mapping Gateway “Caller” field to the correct SIP header (From / Remote-Party-ID / Display)โ˜
๐Ÿ“Œ 7Test outbound call and verify From header format in SIP debugโ˜
๐Ÿ“Œ 8Verify caller ID appears correctly on called party phone displayโ˜

โ“ Frequently Asked Questions

โ“ What is the default VOS3000 SIP display from setting?

๐Ÿ“‹ The default VOS3000 SIP display from setting is Ignore, configured via the SS_SIP_E164_DISPLAY_FROM parameter. When set to Ignore, VOS3000 does not modify the display information in the From header โ€” it passes the caller information as-is from the original signaling. This provides broad compatibility with most carriers and SIP equipment. If your upstream carrier requires E164-formatted display names in the From header, you must change this from Ignore to the appropriate display mode. ๐Ÿ”ง

โ“ How does SS_SIP_E164_DISPLAY_FROM interact with Privacy settings?

๐Ÿ”’ Privacy settings take priority over SS_SIP_E164_DISPLAY_FROM. When the per-gateway Privacy setting is configured to “Id”, VOS3000 adds a Privacy: id header and changes the From header to anonymous, regardless of what SS_SIP_E164_DISPLAY_FROM is set to. The real caller number is then carried in the P-Asserted-Identity header (if P-Asserted-Identity is set to Caller). This is the standard mechanism for supporting Caller Line Identification Restriction (CLIR) in VOS3000. For more details, see our VOS3000 P-Asserted-Identity guide. ๐Ÿ“ก

โ“ What is E164 format and why do carriers require it?

๐Ÿ“ž E164 is the ITU-T international numbering plan standard that defines the format of international telephone numbers. An E164 number consists of: a “+” prefix, followed by the country code (CC), the national destination code (NDC), and the subscriber number (SN) โ€” for example, +8801911119966. Many international carriers require caller numbers in E164 format in the SIP From header to properly route calls, validate caller identity, and comply with regulatory requirements for emergency services and lawful interception. The VOS3000 SIP display from parameter allows you to ensure the From header displays the E164-formatted number when required. ๐ŸŒ

โ“ What is the Mapping Gateway “Caller” field setting?

๐Ÿ”„ The Mapping Gateway “Caller” field setting determines which SIP header VOS3000 reads to extract the caller number on incoming calls. The available options are: From (reads from the standard From header URI), Remote-Party-ID (reads from the RFC 3325 Remote-Party-ID header), and Display (reads the display name portion of the From header). This setting works in the opposite direction from SS_SIP_E164_DISPLAY_FROM โ€” while Display From controls outbound presentation, the Caller field controls inbound extraction. For detailed configuration, see our VOS3000 gateway configuration guide. ๐Ÿ“–

โ“ When should I enable “Enable local domain name” in per-gateway settings?

๐ŸŒ Enable “Enable local domain name” when your VOS3000 server uses a private IP address internally but has a public domain name or public IP for external communication. When enabled, VOS3000 replaces the private IP in the From header URI domain portion with the configured SS_LOCAL_IP_DOMAIN. This is essential when upstream carriers validate the From header domain and cannot route responses to a private IP address (e.g., 192.168.x.x or 10.x.x.x). Without this setting, calls may fail with 403 Forbidden because the carrier cannot identify the origin server. ๐Ÿ”ง

โ“ Can I set different display from modes for different gateways?

๐Ÿ“Š The SS_SIP_E164_DISPLAY_FROM parameter is a global SIP parameter that applies to all gateways. However, you can achieve per-gateway differentiation through the per-gateway Privacy settings and Enable local domain name settings, which modify how the From header appears independently of the global display from mode. For example, you can set SS_SIP_E164_DISPLAY_FROM to E164 display globally, then use per-gateway Privacy = Id for specific gateways where caller ID blocking is required. For advanced configuration assistance, contact us on WhatsApp at +8801911119966. ๐Ÿ“ฑ

๐Ÿ” Start by examining the SIP INVITE messages in VOS3000’s SIP debug trace. Check the From header format, display name, Privacy header, P-Asserted-Identity header, and the domain portion of the From URI. Compare the actual signaling with your expected format. Common issues include: SS_SIP_E164_DISPLAY_FROM set to Ignore when the carrier requires E164, Mapping Gateway Caller set to the wrong field, Privacy = Id overriding display from settings, and private IP in the From URI domain. For comprehensive troubleshooting techniques, see our VOS3000 troubleshooting guide. ๐Ÿ”ง

๐Ÿ”— Explore these related guides for comprehensive VOS3000 configuration knowledge:


๐Ÿ“ž Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

๐Ÿ“ฑ WhatsApp: +8801911119966
๐ŸŒ Website: www.vos3000.com
๐ŸŒ Blog: multahost.com/blog
๐Ÿ“ฅ Downloads: VOS3000 Downloads


VOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send UnregisterVOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send UnregisterVOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send Unregister
VOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send Unregister

VOS3000 SIP Privacy Header: Essential Caller ID Protection Guide

VOS3000 SIP Privacy Header: Essential Caller ID Protection Guide

๐Ÿ” Have you ever needed to protect caller identity on your VOS3000 softswitch โ€” but found yourself confused by the three different privacy modes and how they interact with per-gateway settings? The VOS3000 SIP privacy header is the key to controlling exactly how caller ID information is exposed or hidden in your SIP signaling. Configured via SS_SIP_USER_AGENT_PRIVACY, this parameter determines whether VOS3000 includes a Privacy header in outbound SIP messages and what value that header carries. ๐Ÿ›ก๏ธ

๐Ÿ“ž Whether you are managing wholesale VoIP routes that require caller ID hiding, enterprise PBX trunks with privacy requirements, or regulatory compliance for caller identification, understanding the VOS3000 SIP privacy header is essential. The global parameter controls the default behavior, while per-gateway settings on Routing Gateways and Mapping Gateways give you granular control over each interconnect. This guide covers every aspect โ€” from the three global modes (Ignore/Id/None) to per-gateway Privacy, P-Asserted-Identity, and P-Preferred-Identity configuration. ๐ŸŽฏ

๐Ÿ”ง We will reference only official VOS3000 2.1.9.07 manual data โ€” no guesses, no fabricated values. Let’s dive in! ๐Ÿ’ก

Table of Contents

๐Ÿ” What Is VOS3000 SIP Privacy Header?

๐Ÿ›ก๏ธ The VOS3000 SIP privacy header controls whether VOS3000 includes a Privacy header in SIP messages sent by registered user agents. The Privacy header, defined in RFC 3323, signals to downstream entities how the caller’s identity should be handled โ€” specifically whether the caller ID should be hidden from the called party or displayed normally. ๐Ÿ“ž

๐Ÿ“‹ This parameter is governed by SS_SIP_USER_AGENT_PRIVACY with a default value of Ignore. Here is the official reference from the VOS3000 2.1.9.07 manual:

AttributeValue
๐Ÿ“Œ Parameter NameSS_SIP_USER_AGENT_PRIVACY
๐Ÿ”ข Default ValueIgnore
๐Ÿ“ DescriptionPrivacy Setting for Register User
โš™๏ธ OptionsIgnore / Id / None
๐Ÿ“ NavigationOperation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter

๐Ÿ’ก Key insight: The default of “Ignore” means VOS3000 does NOT include any Privacy header in outbound SIP messages. This is the most common setting for standard VoIP deployments where caller ID presentation is the default behavior. Only when you change this to “Id” or “None” will VOS3000 actively insert a Privacy header.

๐ŸŽฏ Why VOS3000 SIP Privacy Header Matters

โš ๏ธ Without proper privacy header configuration, several problems can occur:

  • ๐Ÿ”“ Unintended caller ID exposure: Sensitive caller numbers may be visible to downstream providers or called parties when they should be hidden
  • ๐Ÿ“‹ Regulatory non-compliance: Many jurisdictions require caller ID blocking capability; without Privacy headers, you cannot honor user privacy requests
  • ๐Ÿšซ Call rejection by carriers: Some carriers reject calls without proper privacy indicators when the calling party has requested anonymity
  • ๐Ÿ”„ Inconsistent privacy behavior: Without per-gateway control, privacy settings are “all or nothing” across all interconnects
  • ๐Ÿ“ก Identity header mismatch: Privacy header must be coordinated with P-Asserted-Identity and P-Preferred-Identity headers for consistent caller identification

โš™๏ธ VOS3000 SIP Privacy Header Modes Explained

๐Ÿ“Š The SS_SIP_USER_AGENT_PRIVACY parameter offers three distinct modes, each producing a different SIP signaling behavior. Understanding exactly what each mode does is critical for proper configuration. ๐Ÿ”‘

ModeSIP Header OutputMeaningUse Case
๐Ÿšซ Ignore (Default)No Privacy fieldVOS3000 does not add any Privacy header โ€” caller ID is presented normallyStandard VoIP โ€” caller ID shown to called party
๐Ÿ” IdPrivacy: idRequests identity privacy โ€” the caller ID should be hidden from the called party but available to trusted network entitiesCaller ID blocking โ€” caller requested privacy
๐Ÿ”“ NonePrivacy: noneExplicitly states no privacy is requested โ€” caller ID may be displayedExplicit caller ID presentation โ€” overrides network defaults

๐Ÿ”‘ Critical distinction: “Privacy: id” and “Privacy: none” are NOT the same as omitting the header entirely. According to RFC 3323, the absence of a Privacy header means no privacy preference is expressed (the network decides), while “Privacy: none” explicitly declares that no privacy is requested. “Privacy: id” requests that the calling user’s identity be kept private from the called party. ๐Ÿ“ก

๐Ÿ“ก SIP Message Examples Per Mode

๐Ÿ“ž VOS3000 SIP Privacy Header โ€” Message Examples:

โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
๐Ÿšซ Mode: Ignore (Default) โ€” No Privacy header
โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:5060
From: "Alice" <sip:[email protected]>;tag=1234
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 1 INVITE
Content-Type: application/sdp
Content-Length: ...
  โ† No Privacy header present

โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
๐Ÿ” Mode: Id โ€” Privacy: id header added
โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:5060
From: "Anonymous" <sip:[email protected]>;tag=1234
To: <sip:[email protected]>
Privacy: id
Call-ID: [email protected]
CSeq: 1 INVITE
Content-Type: application/sdp
Content-Length: ...
  โ† Privacy: id โ€” caller identity hidden

โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
๐Ÿ”“ Mode: None โ€” Privacy: none header added
โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:5060
From: "Alice" <sip:[email protected]>;tag=1234
To: <sip:[email protected]>
Privacy: none
Call-ID: [email protected]
CSeq: 1 INVITE
Content-Type: application/sdp
Content-Length: ...
  โ† Privacy: none โ€” no privacy requested

๐Ÿ–ฅ๏ธ Per-Gateway VOS3000 SIP Privacy Settings (Routing Gateway)

๐Ÿ”ง While SS_SIP_USER_AGENT_PRIVACY controls the global default, VOS3000 provides powerful per-gateway privacy controls on Routing Gateways. These settings are found in Routing Gateway > Additional settings > Protocol > SIP and offer far more granularity than the global parameter alone. ๐ŸŽฏ

๐Ÿ’ก The per-gateway settings include not just the Privacy header, but also the P-Preferred-Identity and P-Asserted-Identity headers โ€” both defined in RFC 3325. These identity headers work together with the Privacy header to provide a complete caller identification and privacy framework. ๐Ÿ“‹

SettingOptionsDescription
๐Ÿ›ก๏ธ PrivacyNone / Passthrough / IdSIP Privacy header โ€” controls caller ID privacy for this gateway
๐Ÿ‘ค P-Preferred-IdentityNone / Passthrough / CallerSIP P-Preferred-Identity header โ€” preferred identity for the caller
๐Ÿ“‹ P-Asserted-IdentityNone / Passthrough / CallerSIP P-Asserted-Identity header โ€” asserted identity for the caller
๐Ÿ“ž Caller dial planDial plan selectionDial plans for the caller number in “P-Asserted-Identity” field

๐Ÿ›ก๏ธ Routing Gateway Privacy Options in Detail

๐Ÿ“Š The per-gateway Privacy setting on Routing Gateways provides three options that differ from the global SS_SIP_USER_AGENT_PRIVACY modes. Here is what each option does: ๐Ÿ”

OptionSIP Header EffectBehaviorWhen to Use
๐Ÿšซ NoneNo Privacy field addedVOS3000 does not add any Privacy header to outbound INVITE messages via this gatewayStandard termination โ€” caller ID presented normally
๐Ÿ”„ PassthroughPass through privacy fieldVOS3000 forwards any existing Privacy header from the incoming call leg to the outbound leg via this gatewayTransparent proxy โ€” honor upstream privacy requests
๐Ÿ” IdAdd Privacy: id headerVOS3000 actively adds “Privacy: id” to outbound INVITE messages via this gatewayForce caller ID hiding on this gateway

๐Ÿ’ก Important: The Passthrough option is particularly powerful for wholesale VoIP providers. When a downstream carrier sends a call with “Privacy: id” and you need to forward that call to a termination provider, Passthrough ensures the privacy request is honored end-to-end. Without Passthrough, the Privacy header would be dropped and the caller ID could be exposed. For more on SIP call flow, see our SIP call flow guide. ๐Ÿ“ก

๐Ÿ“‹ P-Asserted-Identity and P-Preferred-Identity Headers

๐Ÿ‘ค The P-Asserted-Identity (PAI) and P-Preferred-Identity (PPI) headers work hand-in-hand with the VOS3000 SIP privacy header. While the Privacy header controls whether the caller ID should be hidden, the PAI and PPI headers carry the actual caller identity information within the trusted network. ๐Ÿ”

๐ŸŽฏ For a deep dive into PAI configuration, see our dedicated VOS3000 P-Asserted-Identity caller ID guide. Below is the per-gateway reference for both headers:

HeaderOptionSIP EffectUse Case
๐Ÿ“‹ P-Asserted-IdentityNoneNo PAI header addedProvider does not require PAI
๐Ÿ“‹ P-Asserted-IdentityPassthroughForward existing PAI header from upstreamTransparent โ€” forward caller identity
๐Ÿ“‹ P-Asserted-IdentityCallerAdd PAI header with caller numberProvider requires PAI for caller identification
๐Ÿ‘ค P-Preferred-IdentityNoneNo PPI header addedStandard โ€” no PPI needed
๐Ÿ‘ค P-Preferred-IdentityPassthroughForward existing PPI header from upstreamTransparent โ€” forward preferred identity
๐Ÿ‘ค P-Preferred-IdentityCallerAdd PPI header with caller numberUAC-originated calls with preferred identity

๐Ÿ” Key relationship: When Privacy: id is set and P-Asserted-Identity is also configured, the PAI header carries the real caller identity within the trusted network while the Privacy header instructs the network to hide this identity from the called party. The From header is typically set to “Anonymous” while the PAI contains the actual number. This is the standard pattern for caller ID blocking in SIP networks per RFC 3325. ๐Ÿ“ก

๐Ÿ“ž Caller Dial Plan for P-Asserted-Identity

๐Ÿ”ง The Caller dial plan setting in the Routing Gateway SIP configuration determines how the caller number is formatted in the P-Asserted-Identity field. This is essential when the termination provider requires a specific number format (e.g., E.164 with country code, or local format without country code). The dial plan transforms the caller number before it is placed in the PAI header. ๐Ÿ“‹

๐Ÿ’ก For comprehensive caller ID management including dial plans and number formatting, refer to our VOS3000 caller ID management guide. ๐ŸŽฏ

๐Ÿ”„ Per-Gateway VOS3000 SIP Privacy Header (Mapping Gateway)

๐Ÿ–ฅ๏ธ In addition to Routing Gateway settings, VOS3000 also provides privacy control on the Mapping Gateway side. This is configured in Mapping Gateway > Additional settings > Protocol > SIP. ๐Ÿ”ง

SettingDescription
๐Ÿ›ก๏ธ Support PrivacyPass through mapping gateway private domain โ€” forwards Privacy header through the mapping gateway

๐Ÿ’ก What this does: When Support Privacy is enabled on a Mapping Gateway, VOS3000 passes through the Privacy header from the originating side to the routing side through the mapping gateway’s private domain. This ensures that privacy requests are preserved across the mapping gateway boundary. If disabled, the Privacy header may be stripped when the call traverses the mapping gateway. ๐Ÿ“ก

๐ŸŽฏ When to enable: Enable Support Privacy on Mapping Gateways when you need end-to-end privacy header preservation across multiple network domains. This is critical for wholesale VoIP providers who need to honor upstream privacy requests when routing calls through mapping gateways. For more about gateway configuration, see our gateway configuration guide. ๐Ÿ”—

๐Ÿ“Š The SS_SIP_E164_DISPLAY_FROM parameter is closely related to the VOS3000 SIP privacy header. While the Privacy header controls whether the caller ID is hidden, SS_SIP_E164_DISPLAY_FROM controls how the caller’s display information appears in the SIP From header. ๐Ÿ“‹

AttributeValue
๐Ÿ“Œ Parameter NameSS_SIP_E164_DISPLAY_FROM
๐Ÿ”ข Default ValueIgnore
๐Ÿ“ DescriptionMode of SIP display information
๐Ÿ“ NavigationOperation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter

๐Ÿ’ก Why it matters: When SS_SIP_USER_AGENT_PRIVACY is set to “Id” (Privacy: id), the From header display name is typically changed to “Anonymous.” The SS_SIP_E164_DISPLAY_FROM parameter controls the display information format in the From header independently โ€” it determines whether the display portion uses E.164 format, the original format, or is ignored. Both parameters work together to control how caller identity is presented in SIP signaling. For the complete parameter reference, see our VOS3000 parameter description and system parameters guide. ๐Ÿ”ง

๐Ÿ”ง Step-by-Step VOS3000 SIP Privacy Header Configuration

โš™๏ธ Follow these steps to configure the VOS3000 SIP privacy header on your system:

Step 1: Configure Global SS_SIP_USER_AGENT_PRIVACY ๐Ÿ“‹

  1. ๐Ÿ” Log in to VOS3000 Client
  2. ๐Ÿ“Œ Navigate: Operation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter
  3. ๐Ÿ” Locate SS_SIP_USER_AGENT_PRIVACY in the parameter list
  4. โœ๏ธ Select the desired mode: Ignore / Id / None
  5. ๐Ÿ’พ Save and apply the changes

Step 2: Configure Per-Gateway Privacy on Routing Gateways ๐Ÿ–ฅ๏ธ

  1. ๐Ÿ“Œ Navigate: Routing Gateway โ†’ [Select Gateway] โ†’ Additional settings โ†’ Protocol โ†’ SIP
  2. ๐Ÿ›ก๏ธ Set Privacy: None / Passthrough / Id
  3. ๐Ÿ‘ค Set P-Preferred-Identity: None / Passthrough / Caller
  4. ๐Ÿ“‹ Set P-Asserted-Identity: None / Passthrough / Caller
  5. ๐Ÿ“ž Select Caller dial plan for PAI number formatting (if P-Asserted-Identity is set to Caller)
  6. ๐Ÿ’พ Save gateway settings

Step 3: Configure Mapping Gateway Privacy (If Applicable) ๐Ÿ”„

  1. ๐Ÿ“Œ Navigate: Mapping Gateway โ†’ [Select Gateway] โ†’ Additional settings โ†’ Protocol โ†’ SIP
  2. ๐Ÿ›ก๏ธ Enable Support Privacy to pass through privacy fields
  3. ๐Ÿ’พ Save mapping gateway settings

Step 4: Verify with SIP Debug ๐Ÿ”

๐Ÿ“ After configuration, verify the privacy headers are working correctly using SIP debug tools. For comprehensive debugging instructions, see our VOS3000 troubleshooting guide.

๐Ÿ“ž VOS3000 SIP Privacy Header โ€” Verification Flow:

Caller โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€ VOS3000 โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€ Termination Gateway
  โ”‚                      โ”‚                          โ”‚
  โ”‚โ”€โ”€ INVITE โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ–บโ”‚                          โ”‚
  โ”‚   From: sip:1234@... โ”‚                          โ”‚
  โ”‚   Privacy: id        โ”‚                          โ”‚
  โ”‚                      โ”‚                          โ”‚
  โ”‚                      โ”‚โ”€โ”€ INVITE โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ”€โ–บโ”‚
  โ”‚                      โ”‚   From: Anonymous@...    โ”‚
  โ”‚                      โ”‚   Privacy: id            โ”‚  โ† Per-gateway Privacy=Id
  โ”‚                      โ”‚   P-Asserted-Identity:   โ”‚  โ† Per-gateway PAI=Caller
  โ”‚                      โ”‚     <sip:1234@domain>   โ”‚
  โ”‚                      โ”‚                          โ”‚
  โ”‚                      โ”‚  โœ… Called party sees:   โ”‚
  โ”‚                      โ”‚  "Anonymous" (From)      โ”‚
  โ”‚                      โ”‚  Trusted network sees:   โ”‚
  โ”‚                      โ”‚  1234 (PAI header)       โ”‚

๐Ÿ“Š VOS3000 SIP Privacy Header Best Practices by Deployment

๐ŸŽฏ Different VoIP deployment types require different privacy header configurations. Here are our recommended settings based on real-world experience: ๐Ÿ’ก

Deployment TypeGlobal PrivacyRouting GW PrivacyPAI SettingRationale
๐Ÿ“ž Wholesale VoIPIgnorePassthroughCallerHonor upstream privacy; provide PAI for caller ID delivery
๐Ÿข Enterprise PBXIgnoreNone or PassthroughCallerPresent caller ID normally; PAI for carrier requirements
๐Ÿ” Privacy-required routesIdIdCallerForce Privacy: id on all calls; PAI carries real number in trusted network
๐Ÿ“ก SIP trunkingIgnorePassthroughPassthrough or CallerTransparent privacy handling; follow upstream provider requirements
๐ŸŒ Multi-carrier routingIgnorePer-carrier settingsPer-carrier settingsDifferent carriers have different PAI and privacy requirements

๐Ÿ’ก Pro tip: The most flexible approach is to set the global SS_SIP_USER_AGENT_PRIVACY to Ignore and then use per-gateway settings on Routing Gateways for specific privacy requirements. This way, each termination provider can have its own Privacy, PAI, and PPI settings without affecting other gateways. For call routing configuration, see our call routing guide. ๐Ÿ“Š

๐Ÿ›ก๏ธ Common VOS3000 SIP Privacy Header Problems and Solutions

โš ๏ธ Misconfigured privacy headers can cause a range of issues. Here are the most common problems and their solutions:

โŒ Problem 1: Caller ID Not Hidden Despite Privacy: id

๐Ÿ” Symptom: SS_SIP_USER_AGENT_PRIVACY is set to “Id” but the called party still sees the caller number.

๐Ÿ’ก Cause: The per-gateway Privacy setting on the Routing Gateway may be set to “None,” which overrides the global parameter. Or the termination provider is ignoring the Privacy header and reading the number from the PAI header without honoring the privacy indicator.

โœ… Solutions:

  • ๐Ÿ”ง Verify the per-gateway Privacy setting is set to “Id” or “Passthrough” on the relevant Routing Gateway
  • ๐Ÿ“‹ Check that the P-Asserted-Identity header is not being sent to untrusted networks
  • ๐Ÿ“ก Capture a SIP trace to confirm the Privacy: id header is actually present in the outbound INVITE

โŒ Problem 2: Privacy Header Not Preserved Across Mapping Gateways

๐Ÿ” Symptom: Privacy header is present on the originating side but missing on the termination side after the call passes through a Mapping Gateway.

๐Ÿ’ก Cause: The Mapping Gateway’s Support Privacy setting is not enabled, so the Privacy header is stripped during the mapping gateway traversal.

โœ… Solutions:

  • ๐Ÿ›ก๏ธ Enable Support Privacy on the Mapping Gateway: Mapping Gateway > Additional settings > Protocol > SIP
  • ๐Ÿ”„ Verify the privacy field is passing through by checking SIP traces on both sides of the mapping gateway
  • ๐Ÿ“‹ If using multiple mapping gateways, ensure Support Privacy is enabled on all of them

โŒ Problem 3: Termination Provider Rejects Calls Without PAI

๐Ÿ” Symptom: Calls to a specific termination provider are rejected with SIP 403 or 403 errors. The provider requires a P-Asserted-Identity header.

๐Ÿ’ก Cause: The P-Asserted-Identity setting on the Routing Gateway for this provider is set to “None,” so no PAI header is included in the outbound INVITE.

โœ… Solutions:

  • ๐Ÿ“‹ Set P-Asserted-Identity to Caller on the Routing Gateway for this provider
  • ๐Ÿ“ž Configure the Caller dial plan to format the number as required by the provider (e.g., E.164 with + prefix)
  • ๐Ÿ” If privacy is also required, keep Privacy set to “Id” โ€” the PAI header will carry the number in the trusted network while the From header shows “Anonymous”

โŒ Problem 4: Confusion Between Global and Per-Gateway Privacy Settings

๐Ÿ” Symptom: Privacy behavior is inconsistent โ€” some gateways hide caller ID and others do not, and you are unsure which setting is in control.

๐Ÿ’ก Cause: Both the global SS_SIP_USER_AGENT_PRIVACY and per-gateway Privacy settings exist, and they can conflict or produce unexpected results when not coordinated.

โœ… Solutions:

  • โš™๏ธ Set the global SS_SIP_USER_AGENT_PRIVACY to Ignore as a baseline
  • ๐Ÿ–ฅ๏ธ Use per-gateway Privacy settings on Routing Gateways to control privacy for each interconnect independently
  • ๐Ÿ“ Document which gateways have which privacy settings for easy troubleshooting
  • ๐Ÿ” For security best practices, see our VOS3000 security guide

๐Ÿ“‹ Complete VOS3000 SIP Privacy Header Parameter Quick Reference

๐Ÿ“Š Here is the complete reference table for all privacy-related parameters and settings in VOS3000:

Parameter / SettingDefaultLocationScope
SS_SIP_USER_AGENT_PRIVACYIgnoreSIP parameter (global)All registered users
SS_SIP_E164_DISPLAY_FROMIgnoreSIP parameter (global)All SIP display information
Privacy (Routing GW)โ€”Routing GW > SIPPer-routing-gateway
P-Asserted-Identity (Routing GW)โ€”Routing GW > SIPPer-routing-gateway
P-Preferred-Identity (Routing GW)โ€”Routing GW > SIPPer-routing-gateway
Caller dial plan (Routing GW)โ€”Routing GW > SIPPer-routing-gateway (PAI format)
Support Privacy (Mapping GW)โ€”Mapping GW > SIPPer-mapping-gateway

๐Ÿ“ Global SIP parameters are located at: Navigation โ†’ Operation management โ†’ Softswitch management โ†’ Additional settings โ†’ SIP parameter

๐Ÿ’ก VOS3000 SIP Privacy Header Configuration Checklist

โœ… Use this checklist when deploying or tuning your VOS3000 SIP privacy header settings:

CheckActionStatus
๐Ÿ“Œ 1Set SS_SIP_USER_AGENT_PRIVACY to appropriate mode (Ignore/Id/None) for your deploymentโ˜
๐Ÿ“Œ 2Configure per-gateway Privacy on each Routing Gateway (None/Passthrough/Id)โ˜
๐Ÿ“Œ 3Set P-Asserted-Identity on each Routing Gateway per provider requirementsโ˜
๐Ÿ“Œ 4Configure P-Preferred-Identity where needed (typically for UAC-originated calls)โ˜
๐Ÿ“Œ 5Select Caller dial plan for PAI number formatting on each Routing Gatewayโ˜
๐Ÿ“Œ 6Enable Support Privacy on Mapping Gateways that need to preserve privacy headersโ˜
๐Ÿ“Œ 7Verify with SIP trace that Privacy and identity headers appear correctly in outbound INVITEโ˜
๐Ÿ“Œ 8Review SS_SIP_E164_DISPLAY_FROM for consistent From header display behaviorโ˜

โ“ Frequently Asked Questions

โ“ What is the default VOS3000 SIP privacy header setting?

๐Ÿ›ก๏ธ The default VOS3000 SIP privacy header setting is Ignore, configured via the SS_SIP_USER_AGENT_PRIVACY parameter. When set to Ignore, VOS3000 does not include any Privacy header in SIP messages โ€” caller ID is presented normally. The other options are “Id” (adds Privacy: id to hide caller identity) and “None” (adds Privacy: none to explicitly indicate no privacy requested). ๐Ÿ””

โ“ What is the difference between Privacy: id and Privacy: none?

๐Ÿ“Š Privacy: id requests that the calling user’s identity be kept private from the called party โ€” the From header typically shows “Anonymous” while the real number is carried in the P-Asserted-Identity header within the trusted network. Privacy: none explicitly states that no privacy is requested and the caller ID may be displayed. The key difference from having no Privacy header at all is that “Privacy: none” is an explicit declaration, while the absence of a header means no privacy preference is expressed. Per RFC 3323, these are semantically different. ๐Ÿ“ก

โ“ How do per-gateway Privacy settings interact with SS_SIP_USER_AGENT_PRIVACY?

๐Ÿ”ง The global SS_SIP_USER_AGENT_PRIVACY controls the default privacy behavior for all registered user agents. The per-gateway Privacy settings on Routing Gateways provide more granular control for each termination interconnect. The recommended approach is to set the global parameter to Ignore and use per-gateway settings for specific requirements โ€” this gives you the most flexibility. Per-gateway settings take precedence over the global default for calls routed through that specific gateway. ๐Ÿ–ฅ๏ธ

โ“ When should I use the Passthrough option for Privacy?

๐Ÿ”„ Use Passthrough when you need to preserve an existing Privacy header from an upstream provider. For example, if a wholesale customer sends a call with “Privacy: id” and you need to forward that call to a termination provider while honoring the privacy request, set the Routing Gateway’s Privacy to Passthrough. This is the most common setting for wholesale VoIP providers who act as a transit between originating and terminating networks. Without Passthrough, the Privacy header would be dropped and the caller ID could be exposed unintentionally. ๐Ÿ“ž

โ“ Do I need P-Asserted-Identity when using Privacy: id?

๐Ÿ” Yes, in most cases. When Privacy: id is set, the From header displays “Anonymous” to the called party. However, the real caller identity still needs to be communicated within the trusted network for billing, routing, and regulatory purposes. The P-Asserted-Identity (PAI) header carries this information โ€” it is visible to trusted network entities but should not be forwarded to untrusted endpoints. Setting PAI to “Caller” on the Routing Gateway ensures the real number is included in the PAI header while the Privacy header keeps it hidden from the called party. For detailed PAI configuration, see our P-Asserted-Identity guide. ๐Ÿ“‹

โ“ What does Support Privacy on Mapping Gateway do?

๐Ÿ–ฅ๏ธ The Support Privacy setting on Mapping Gateways enables the pass-through of the Privacy header across the mapping gateway’s private domain. When enabled, any Privacy header present in the incoming call leg is preserved and forwarded to the outbound routing side. When disabled, the Privacy header may be stripped when the call traverses the mapping gateway boundary. Enable this setting when you need end-to-end privacy header preservation in multi-domain deployments โ€” especially critical for wholesale VoIP providers. ๐Ÿ”„

โ“ How do I troubleshoot VOS3000 SIP privacy header issues?

๐Ÿ” Start by capturing a SIP trace on both the incoming and outgoing sides of VOS3000. Verify that the Privacy header appears (or does not appear) as expected in the outbound INVITE. Check that per-gateway Privacy settings match your expectations for each Routing Gateway. If privacy headers are missing after a Mapping Gateway, verify that Support Privacy is enabled. For PAI-related issues, confirm the P-Asserted-Identity setting is configured to “Caller” and the Caller dial plan is correct. For detailed troubleshooting, see our VOS3000 troubleshooting guide. For expert support, contact us on WhatsApp at +8801911119966. ๐Ÿ“ž

๐Ÿ“ž Need Expert Help with VOS3000 SIP Privacy Header?

๐Ÿ”ง Configuring the VOS3000 SIP privacy header correctly is essential for protecting caller identity, meeting regulatory requirements, and maintaining compatibility with termination providers. Whether you need help with global parameter tuning, per-gateway Privacy and PAI configuration, or troubleshooting caller ID exposure issues, our team is ready to assist. ๐Ÿ›ก๏ธ

๐Ÿ’ฌ WhatsApp: +8801911119966 โ€” Get instant support for VOS3000 SIP privacy header configuration, caller ID protection, and identity header setup. ๐ŸŒ

๐Ÿ“ž Still have questions about the VOS3000 SIP privacy header? Reach out on WhatsApp at +8801911119966 โ€” we provide professional VOS3000 installation, configuration, and support services worldwide. For official VOS3000 software downloads, visit vos3000.com. ๐ŸŒ


๐Ÿ“ž Need Professional VOS3000 Setup Support?

For professional VOS3000 installations and deployment, VOS3000 Server Rental Solution:

๐Ÿ“ฑ WhatsApp: +8801911119966
๐ŸŒ Website: www.vos3000.com
๐ŸŒ Blog: multahost.com/blog
๐Ÿ“ฅ Downloads: VOS3000 Downloads


VOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send UnregisterVOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send UnregisterVOS3000 SIP Authentication Retry, VOS3000 SIP Early Hangup, VOS3000 SIP Session Timer Refresh, VOS3000 Non-Timer Endpoint Safety, VOS3000 SIP NAT Keepalive, VOS3000 SIP Resend Interval, VOS3000 SIP INVITE Timeout, VOS3000 SIP Call Progress Timeout, VOS3000 SIP Outbound Registration Parameters, VOS3000 SIP Privacy Header, VOS3000 SIP Routing Gateway Contact, VOS3000 SIP Publish Expire, VOS3000 SIP Display From, VOS3000 SIP Send Unregister