Page History

Overview

The

Spacevars
0 series4

supports caller privacy dynamically based on privacy header.

The special URI anonymous@host; user=phone in From header field denotes an anonymous user whose presentation is restricted. Microsoft Lync 2010 Mediation Server uses the alias name of the user in the FROM header (instead of phone number) and without user=phone parameter, to hide a phone number. The

Spacevars
0 product

 identifies these two cases as presentation restriction. When the presentation is restricted, if the SIP trunk has a default number configured, the

Spacevars
0 product

 uses that number in the user part of FROM header while sending the egress message.

The 

Spacevars
0 series4

supports caller privacy for incoming and outgoing calls as described below:

• For incoming calls from the SIP Trunk that the Enterprise

  Spacevars
  0 product

   is to present to the Mediation Server, if the Calling Party Number/ANI indicates restricted presentation, the From URI in the SIP INVITE sent to the Mediation Server denotes an anonymous user.
• For outgoing calls from the Mediation Server, if the From URI in the SIP INVITE sent to the Enterprise

  Spacevars
  0 product

   denotes an anonymous user or is a SIP URI with an alias name, the

  Spacevars
  0 product

   excludes or sets the default value to Calling Party Number sent to the SIP Trunk.

Privacy Info for User and ID 

Prior to 7.1.0 release, the SBC supported limited privacy header handling. The SBC supports the privacy handling on the "From" header when "privacy: user" or 'privacy: id' are received in the request.

From 7.1.0 release onwards, the SBC supports:

• The privacy handling on the "P-Asserted-Id (PAI)" header when the "privacy: id" is received and applies this privacy handling on the "From" header when "privacy: user" is received.
• The new privacy profile configuration to apply privacy services independently on each leg.

• Remove any non-essential headers that are added by the user agent, including the Subject, Call-Info, Organization, User-Agent, Reply-To, and In-Reply-To.

To configure this feature, the privacyProfile is added to the services.

The following flags are added to the privacyProfile:

• applyPrivacyId
• applyPrivacyUser
• passThruPrivacyInfo
• supportPrivacyId
• supportPrivacyUser

% set profiles signaling ipSignalingProfile DEFAULT_SIP egressIpAttributes privacy flags includePrivacy enable
% set profiles signaling ipSignalingProfile DEFAULT_SIP egressIpAttributes privacy privacyInformation pAssertedId

Apply Privacy ID and User

The following table describes the behavior of the applyPrivacyId and applyPrivacyUser flags at the ingress side:

Supported Privacy ID and User

The following table describes the behavior of the supportPrivacyId and supportPrivacyUser flags at the egress side:

Pass-through Privacy Info

If the flag passThruPrivacyInfo is enabled on ingress and egress, the outgoing message contains the PAI/From/Privacy headers as received from the ingress. This flag is applicable when the privacyProfile is associated with both ingress and egress Trunk Group.