Select a Deployment Option
Microsoft Office Communications Server 2007 and Microsoft Office Communications Server 2007 R2 will reach end of support on January 9, 2018. To stay supported, you will need to upgrade. For more information, see Resources to help you upgrade your Office 2007 servers and clients.
Enterprise Voice provides several deployment scenarios that address various deployment strategies, timelines, and existing telephony investments. These scenarios fall into two groups:
Communications Server-PBX Coexistence
Communications Server stand-alone
Communications Server-PBX Coexistence
This option involves a PBX coexisting with Office Communications Server 2007 and Office Communicator 2007 to provide a flexible and powerful combination of traditional telephony and the benefits of unified communications, including rich audio, intuitive call control, enhanced presence notification, and the ability to communicate directly from Microsoft Office applications.
This Communications Server-PBX Coexistence option offers two alternatives:
Native IP-PBX integration
TDM-PBX integration through a media gateway
Native IP-PBX Integration
Native IP-PBX integration refers to full coexistence between Communications Server and a PBX that natively supports SIP and IP media in a format that is interoperable with Microsoft Enterprise Voice. With native PBX integration, all users in an organization can make and receive phone calls using their existing desktop PBX phone or Office Communicator 2007.
A call is anchored on the system that originates the call. Calls from the PSTN or internal PBX phones are anchored on the PBX; Calls initiated in Communicator are anchored on Office Communications Server. The system anchoring a call is configured to "fork" the call to the other system in addition to ringing its own endpoints. All signaling and media is terminated and normalized on the Mediation Server, which mediates both signaling and media between the two systems.
The following diagram shows a typical topology for PBX Integration:
Figure 28 Native IP-PBX integration deployment option
.gif "2f1a581a-88fc-41b9-b384-dc2e606af3f6")
PBX integration is possible only with an IP-PBX that natively supports SIP and internet protocol media in a form that is interoperable with Communications Server.
Only the latest IP-PBX models will support native PBX integration and even then it is likely that a software upgrade will need to be provided by the PBX vendor. These next-generation IP-PBXs are being developed by several third-party vendors (for a list of vendors, see https://r.office.microsoft.com/r/rlidOCS?clid=1033&p1=IPpbxVend). For information about the availability and functionality consult each vendor directly.
The following simple call scenarios demonstrate how PBX integration works.
Outside Call to Internal User
Bob calls Alice from the PSTN. The call is routed by the PSTN service provider to the enterprise PBX, which rings Alice's desktop PBX phone and also forks the call to Office Communications Server. The PBX forks the call by translating the incoming call alert to a SIP INVITE transaction and passing this request to the Mediation Server that connects it with Office Communications Server. In turn, Office Communications Server performs reverse number lookup on the called number to obtain all of Alice's registered SIP endpoints and, upon finding them, "rings" all the endpoints. Alice has the choice of answering the call on whichever endpoint device is most convenient. When Alice answers the call on one of her endpoints, all other endpoints stop ringing.
Ann, a mobile worker, calls Alice from her laptop by clicking on Alice's name in her Communicator Contacts List. The call takes the form of a SIP INVITE request. Office Communications Server performs reverse number lookup on the called number and rings all of Alice's SIP endpoints. Office Communications Server also forks the call to the PBX, which understands SIP and therefore uses the TEL URI to ring Alice's desktop PBX phone. Once again, Alice has the option of answering the call on whichever device is most convenient.
Internal Calls among Users
Because all internal users are enabled for both PBX and VoIP calls, the device each user chooses to place a call determines which system handles the routing. If Alice uses her PBX phone to call Dan's extension, the call will be routed to Dan's desktop phone by the PBX. But the PBX will also fork the call to Office Communications Server, which will route the call to all Dan's SIP endpoints.
If Alice uses Communicator or a SIP phone to make the call, the SIP INVITE is sent to Office Communications Server, which routes the INVITE to all Dan's SIP endpoints and also forwards it to the PBX, which rings Dan's desktop PBX phone.
Internal Call to Outside User
The routing of calls to external numbers depends on routing rules that are configured on both the PBX and Office Communications Server. Routing rules may be configure on Office Communications Server to route calls to phone numbers to the PBX or to a media gateway, if deployed.
Voice Mail
Users who are enabled for PBX integration, do not have access to Office Communications Server voice mail. Therefore, when deploying PBX integration, you should plan to keep the voice mail system on your PBX. If you eventually retire the voice mail system on your PBX, you can then disable PBX integration and reconfigure voice mail on Exchange Unified Messaging, as described in this guide.
Call Forwarding
Call forwarding can be configured on either Communicator or the PBX phone or both. If both are configured, then both should point to the same destination.
Conferencing
Conference calls are established on the system that initiates the conference. If Communicator establishes a conference on the Office Communications Server A/V Conferencing Server, PBX telephones are enrolled in the conference by means of "dial out" as an outbound call leg. If a PBX user initiates a PBX conference, an Enterprise Voice user can join or be "dialed in" to the conference as a normal inbound or outbound call leg.
RCC
RCC allows users to use Communicator to monitor and control their PBX phones. This feature is disabled for Enterprise Voice, but remains available with PBX integration. If you have previously implemented RCC for your Office Communications Server users, there is no need to change that setting when you enable them for PBX integration.
TDM-PBX Integration through a Media Gateway
In order to enable the coexistence scenario, in the event you have TDM-PBX infrastructure that supports forking of calls, an alternative approach is to deploy a Microsoft-certified media gateway or gateway/Mediation Server combination between Office Communications Server and the PBX. A number of these media gateways are available within the Microsoft Unified Communications Media Gateway partner program (for the current list, see https://r.office.microsoft.com/r/rlidOCS?clid=1033&p1=IPpbxVend). These media gateways interoperate with the Office Communications Server Mediation Server by means of SIP and IP media and with the PBX by means of various telephony protocols.
Figure 29 TDM-PBX Integration Through a Media Gateway
.gif "73dd5777-9ea2-489b-af58-a4e4d4f49ff3")
Communications Server Stand-Alone
Three deployment scenarios use Office Communications Server 2007 as the sole telephony solution for part or all of an organization. These scenarios include the following deployments:
Departmental deployment
Greenfield deployment
The following topics describe these scenarios in detail.
Departmental Deployment
In this scenario, Office Communications Server is deployed as the sole telephony solution for individual teams or departments, while the rest of the users in an organization continue using a PBX. This incremental deployment strategy provides one way to introduce IP telephony into your enterprise through controlled pilot programs. Workgroups whose communication needs are best served by Microsoft Unified Communications are moved to Enterprise Voice, while other users remain on the existing PBX. Additional workgroups can be migrated to VoIP as needed.
The departmental option is recommended for clearly defined user groups that share communication requirements in common and lend themselves to centralized management. This option is also attractive for teams or departments that are spread over wide geographic areas, where the savings in long-distance charges can be significant. In fact, this option is useful for creating virtual teams whose members may be scattered across the globe. Such teams can be created, amended, or disbanded in rapid response to shifting business requirements.
The following figure shows the generic topology for deployment of Enterprise Voice behind a PBX. This is the recommended topology for departmental deployment.
Figure 30 Departmental migration option
.gif "d0f9c21b-c22b-4cac-9ecf-0659be3bf813")
In this topology, selected departments or workgroups are enabled for VoIP. A media gateway links the VoIP-enabled workgroup to the PBX. Users enabled for VoIP, including remote workers, communicate across the IP network. Calls by VoIP users to the PSTN and to coworkers who are not enabled for VoIP are routed to the appropriate media gateway. Calls from colleagues who are still on the PBX system, or from callers on the PSTN, are routed to the media gateway, which forwards them to Office Communications Server 2007 for routing.
There are two recommended topologies for connecting Enterprise Voice with an existing PBX infrastructure for interoperability.
Enterprise Voice behind the PBX
In this topology, all calls from the PSTN arrive at the PBX, which routes calls to Enterprise Voice users to a media gateway, and calls to PBX users in the usual way. The following table shows the advantages and disadvantages of this topology.
Table 80 Advantages and disadvantages of deploying Enterprise Voice behind PBX
| Advantages | Disadvantages |
|---|---|
PBX still serves users not enabled for Enterprise Voice. |
If necessary, tie line board in PBX must be added for gateway connection. |
PBX handles all legacy devices. |
PBX must be configured to route Enterprise Voice numbers to gateway. |
Users can keep same phone numbers. |
|
Enterprise Voice in front of the PBX
In this topology, all calls arrive at the media gateway, which routes calls for Enterprise Voice users to Office Communications Server and calls for PBX users to the PBX. Calls to the PSTN from both Enterprise Voice and PBX users are routed over the IP network to the most cost-efficient media gateway. The following table shows the advantages and disadvantages of this topology.
Table 81 Advantages and disadvantages of deploying Enterprise Voice in front of PBX
| Advantages | Disadvantages |
|---|---|
PBX still serves users not enabled for Enterprise Voice. |
Existing gateways may not support desired features or capacity. |
PBX handles all legacy devices. |
It may be necessary to rehome trunks from the local exchange carrier to point to media gateway. |
Enterprise Voice users keep the same phone numbers. |
|
The remote worker option and departmental option both assume that you have an existing PBX infrastructure and intend to introduce Enterprise Voice incrementally to smaller groups or teams within your organization. The greenfield option assumes that you are considering deploying Enterprise Voice at a site without traditional telephony infrastructure.
Greenfield Deployment
Enterprise Voice provides new businesses or even new office sites for existing businesses with the opportunity to implement a full-featured VoIP solution without having to worry about PBX integration or incurring the substantial deployment and maintenance costs of an IP-PBX infrastructure. This solution supports both on-site and remote workers.
In this scenario, all calls are routed over the IP network. Calls to the PSTN are routed to the appropriate media gateway. Communicator or Communicator Phone Edition serve as softphones. RCC is unavailable and unnecessary because there are no PBX phones for users to control. Voice mail and auto-attendant services are available through the optional deployment of Exchange Unified Messaging.
Note
In addition to the network infrastructure that is required to support Communications Server 2007, a greenfield deployment may require a small PBX to support fax machines and analog or ISDN devices. In certain scenarios this may require a new PRI (Primary Rate Interface) link with a new set of numbers.
The following figure shows a typical topology for a greenfield deployment.
Figure 31 Greenfield deployment option
.gif "e6fd43ca-f5b9-4325-a8b2-bba4b023f5e1")