Administration
  Home arrow Administration arrow Page 3 - About Unified Messaging
Dev Shed Forums 
Administration  
AJAX  
Apache  
BrainDump  
DHTML  
Flash  
Java  
JavaScript  
Multimedia  
MySQL  
Oracle  
Perl  
PHP  
Practices  
Python  
Reviews  
Security  
Smartphone Development  
Style-Sheets  
Web Services  
XML  
Zend  
Zope  
Mobile Linux 
App Generation ROI 
IBM® developerWorks 
Forums Sitemap 
E-Commerce Hosting 
Linux Web Hosting 
Managed Hosting 
Small Business Hosting 
VPS Hosting 
Weekly Newsletter

 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
Google.com  
ADMINISTRATION

About Unified Messaging
By: Addison-Wesley Prentice Hall PTR
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: starstarstarstarstar / 3
    2005-02-09


    Table of Contents:
  • About Unified Messaging
  • Unity as a Pure UM Product
  • Comparison of Unified and Integrated Messaging
  • Who Manages the Messaging Topology?
  • Managing Perception Issues When Combining Voice Mail with E-mail
  • Usage and New Security Issues
  • Encrypted Messages, Encrypted Calls
  • Remote Users, End Users, and Accessibility
  • Solutions and Deployment
  • Changes in End-User Behavior (the Turnpike Effect)
  • The MAPI Pro

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      error-file:tidyout.log Del.ici.ous error-file:tidyout.log Digg
      error-file:tidyout.log Blink error-file:tidyout.log Simpy
      error-file:tidyout.log Google error-file:tidyout.log Spurl
      error-file:tidyout.log Y! MyWeb error-file:tidyout.log Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article

     
     
    ADVERTISEMENT


    About Unified Messaging - Comparison of Unified and Integrated Messaging
    (Page 3 of 11 )

    So, why stick with unified messaging if all these problems occur with the directory and the information store? Two very important reasons exist. First, you have just as many— although different—problems with integrated messaging.

    With integrated messaging, you have the following:

    • Separate directories

    • Separate message stores

    • Client connection to both e-mail and voice mail (VM) systems

    • Required VM address book when composing VM for an e-mail client   
    • No shared distribution lists

    With unified messaging, you have the following:

    • Same directory

    • Same message store

    • Client connected to the e-mail system only, but it can connect to Unity to use the Telephone Record and Playback (TRaP) feature for recording and playing back messages

    • E-mail address book available when composing a voice messages for an e-mail client    
    • Shared distribution lists

    Figure 1-3 shows the difference between unified messaging and integrated messaging. With unified messaging, the unified messaging server provides services to subscribers by becoming a part of the messaging environment where the subscribers reside. With integrated messaging, the integrated messaging servers become a second messaging infrastructure on top of the existing messaging infrastructure. The client then must connect to both messaging infrastructures to experience “unified” messaging.


    Figure 1-3.  Unified Messaging Versus Integrated Messaging

    With integrated messaging, the focus moves off the messaging store onto the client, to unify the different types of messages. As a result, integrated messaging systems typically have a challenge in providing reliable notification services, such as lighting message waiting indicators, on a timely basis.

    Challenges with Unified Messaging in an Organization

    As with IP telephony, most businesses, especially Fortune 500 businesses, strongly desire unified messaging. For most organizations, moving toward unified messaging requires a lot of effort. This is of particular concern because of the legacy structure of most IS organizations and their prevalent separation of voice and data (for both technology and the responsibility of managing it). For this reason, UM may not only be challenging to deploy, but it also could be entirely impossible to deploy. One interesting thing about this issue is that it has nothing to do with technical challenges or limitations of the product. Instead, it is mostly organizational. Many organizational issues arise in preparing a given company for unified messaging (although some technical challenges might exist for the organization’s network and messaging infrastructure, such as readiness requirements and capacity planning needs). So, without understanding that a given organization’s IS structure might prevent the deployment of unified messaging, little progress will be made in trying to deploy a unified messaging solution such as Unity within some companies.


    NOTE  Lack of organizational alignment toward UM is often a primary reason that larger companies choose to deploy Unity in a large-scale, voice mail-only configuration first and then deploy UM later: They want time to take advantage of Unity’s technology and features, as well as the time to align organizationally to manage UM. This is fine and doable, but it also incurs a lot of extra work. A lot more work is involved because you must design a dedicated solution for Unity and then also take into consideration how you will migrate to UM. Occasionally, a migration to UM means moving data (subscriber information and possibly messages as well) off the voice messaging-only messaging systems to a newer version of the messaging system (such as migrating from Ex55 to E2K, or from Exchange to Domino). For more information, see the chapters in Part II.

    After the organizational challenges are addressed, the technical challenges can be addressed. The organizational challenges actually might take considerably more effort than the technical challenges; it is very important to understand the issues surrounding organizational alignment—or the lack thereof. The following sections discuss the organizational issues that you should address before you deploy a unified messaging solution.

    This chapter is from Cisco Unity Deployment and Solutions Guide by Todd Stone (Addison-Wesley, 2004, ISBN: 1587051184). Check it out at your favorite bookstore today. Buy this book now.



     
     
    >>> More Administration Articles          >>> More By Addison-Wesley Prentice Hall PTR
     

       

    ADMINISTRATION ARTICLES

    - Capturing Packets with the Wireshark Network...
    - How to Use Wireshark Network Analyzer
    - Understanding TCP/IP Protocol Types
    - Network Booting via PXE: the Basics
    - Scalix: Linux Administrator`s Guide
    - Network Administration with FreeBSD 7
    - Components of an Information Architecture
    - The Anatomy of an Information Architecture
    - Configuring Load-Balanced Clusters
    - Load-Balanced Clusters
    - UNIX Time Format Demystified
    - Making Changes in the CVS
    - Building Your First CVS Repository
    - CVS Quickstart Guide
    - Authorizing Users in Samba





    © 2003-2010 by Developer Shed. All rights reserved. DS Cluster 3 Hosted by Hostway
    For more Enterprise Application Development news, visit eWeek