- Title Page
- Copyright Page
- Dedication
- Contents at a Glance
- Table of Contents
- About the Authors
- Acknowledgments
- We Want to Hear from You!
- Reader Services
- Introduction
- Part I. Overview
- Chapter 1. What Is Microsoft Lync Server?
- Chapter 2. What Is New in Microsoft Lync Server?
- Introducing New Management Tools
- Topology Changes
- New Enterprise Voice Features
- New Call Management Features
- Integrated Mediation Server
- New Presence Features
- New Conferencing Features
- DNS Load Balancing
- Survivable Branch Appliances
- Operating System Support
- New Lync Client Features
- Client Appearance
- The “Me” Area
- Enhanced Contacts
- Privacy Relationships
- Integration with Office and Windows 7
- Whiteboarding and Application Sharing
- Improved Meeting Join Experience
- Conferencing Attendant and Scheduling
- PSTN Dial-In Conferencing Improvements
- Video Improvements
- Manager/Admin Improvements
- Improved Phone Experience
- Summary
- Chapter 3. Feature Overview of Microsoft Lync Server
- Chapter 4. Benefits of Microsoft Lync Server 2010
- Part II. Microsoft Lync Server 2010 Server Roles
- Chapter 5. Microsoft Lync Server 2010 Front End
- Chapter 6. Microsoft Lync Server 2010 Edge
- Chapter 7. Microsoft Lync Server 2010 Monitoring
- Overview
- Installation
- Configuration
- Administration
- Troubleshooting
- Best Practices
- Summary
- Chapter 9. Director
- Part III. External Dependencies
- Chapter 10. Dependent Services
- Chapter 11. SQL
- Chapter 12. Firewall and Security Requirements
- Part IV. Administration and Management
- Chapter 13. Monitoring Microsoft Lync Server 2010
- Overview
- OpsMgr Lync Server 2010 Monitoring
- What Is New in OpsMgr R2?
- How OpsMgr Works
- OpsMgr Architecture
- How to Use OpsMgr
- OpsMgr Component Requirements
- Advanced OpsMgr Concepts
- Understanding OpsMgr Deployment Scenarios
- Multiple Configuration Groups
- Deploying Geographic-Based Configuration Groups
- Deploying Political or Security-Based Configuration Groups
- Sizing the OpsMgr Database
- Defining Capacity Limits
- Defining System Redundancy
- Monitoring Nondomain Member Considerations
- Securing OpsMgr
- Installing Operations Manager 2007 R2
- Installing Edge Component Monitoring Certificates
- Installing the Lync Server 2010 Management Pack
- Best Practices
- Summary
- Chapter 14. Backup and Restore of Microsoft Lync Server 2010
- Chapter 15. Administration of Microsoft Lync Server 2010
- Chapter 13. Monitoring Microsoft Lync Server 2010
- Part V. Migrating from Older Versions
- Part VI. Voice
- Chapter 17. PBX Integration
- Chapter 18. Enterprise Voice
- Chapter 19. Audio Conferencing
- Part VII. Integration with Other Applications
- Chapter 20. Exchange 2010 and SharePoint 2010 Integration
- Overview
- Exchange 2010 Unified Messaging
- Call Answering Rules
- Exchange 2010 Unified Messaging Architecture
- Unified Messaging Users
- UM Web Services
- Supported IP/VoIP Hardware
- Unified Messaging Protocols
- Unified Messaging Installation
- Postinstall Configuration
- Data Storage in Unified Messaging
- Exchange 2010 Outlook Web Application
- SharePoint 2010 Integration
- Best Practices
- Chapter 21. UCMA
- Chapter 20. Exchange 2010 and SharePoint 2010 Integration
- Part VIII. Clients
- Chapter 22. Microsoft Communicator Client for Macintosh
- Chapter 23. Windows, Browser, and Silverlight Clients
- Chapter 24. UC Endpoints
- Part IX. Planning for Deployment
- Chapter 25. Virtualization
- Chapter 26. Planning for Internal Non-Voice Deployment
- Chapter 27. Planning for Deploying External Services
- Chapter 28. Planning for Voice Deployment
- Index
Tying It All Together
,Now that voice policies, PSTN usages, routes, and trunk configuration have been defined, an important step is determining how all these components interact. Figure 28.2 shows a sample configuration where two different voice policies exist, each with a different set of PSTN usages assigned. Office workers can only make calls considered local, but executives can place local, long distance, and international calls. Company ABC has voice gateways in both San Francisco and Chicago, so even if a San Francisco user dials a Chicago area code such as 312, the call can still be considered local if going out the Chicago voice gateway.
Executives can place calls which begin with the dial strings +1415, +44, +1312, or +1765 because each of these routes is associated with a PSTN usage included in their voice policy. Because office workers only have the Local PSTN usage in their policy, they can place calls only to numbers beginning with +1415 or +1312. Calls placed to a dial string beginning with +44 or +1765 will be unsuccessful for office workers. After a call matches a route, it will pass through the trunk configuration associated with the gateway. In this case, the San Francisco and Chicago voice gateways have different trunk configurations that manipulate digits before being sent to the gateway.
Sizing
How to correctly size an IP/PSTN gateway or SIP trunk for Lync Server 2010 voice services is a common question and, unfortunately, is going to vary greatly depending on the users in each location. Sizing for an IP/PSTN gateway depends on the user’s dialing habits as well as whether any simultaneous ringing is configured.
Note
Simultaneous ringing of a work and mobile number is a common scenario for users because it grants them the flexibility to answer calls in either location. For an organization, however, this can potentially occupy an extra port on an IP/PSTN gateway or SIP trunk. If a call originates from the PSTN and then rings the user’s work number, simultaneous ring settings might allow for another call to be placed out to the user’s mobile number. This consumes an extra port, so consider this scenario when planning for gateways. Simultaneous ringing abilities can be limited to specific users through voice policies.
Microsoft offers some planning numbers that can be used to perform a rough analysis. If at all possible, retrieve reporting data from the existing PBX to determine the expected usage requirements for each site. Table 28.1 offers a suggestion on how many PSTN ports to allocate to a site depending on the usage level. For example, in a branch office with 25 users with light usage, only two PSTN ports are suggested.
Table 28.1 Voice Port Planning Figures
-
No Comment